AltME groups: search

look into the torus... its a rebol loadable data file.

I suppose the file format could use some compression. Or you could 
make an .obj importer, which I think already exists for R2.

Just for one file of 17Kb? Sounds overkill...

I parse the fmod.h file and generate the commands... but in some 
cases it require manual overview so that's why some of the functions 
are still missing (and some may not work.. like the CMD_FMOD_Channel_SetSpeakerMix 
where it requires more than 7 args as an input, so I must probably 
manualy modify it. Also it's just the functions exported to REBOL, 
so it may require some more work to be more usable in real life.. 
and I must learn how to do callbacks (my next lesson)

Seriously : I get an error while unpacking from XP standard zip app.

The problem is on a file named "debug" in the libs folder. So unpacked 
folder is only 2 files length but there is 39 files in the archive.

new zip file now online... same path:
http://www.pointillistic.com/open-REBOL/moa/files/glass-r003.zip

It doesn't depend on time stamps. Each file has an SHA1 hash, like 
Monotone, Git and Arch 2

It can use time stamps to detect file changes, but you can turn that 
off if you want

Does that have a configuration file, or how often does it adjust?

I updated

http://www.fm.tul.cz/~ladislav/rebol/include.r

INCLUDE REBOL doer/preprocessor.

Changes:

- file identification corrected
- suport for user-defined directives added

New RMA release of R3GUI version 3015 is available on:


http://www.rm-asset.com/code/downloads/files/r3-gui-src.zip- this 
is the full source version + docs


http://www.rm-asset.com/code/downloads/files/r3-gui.r3.zip- this 
is the 'classic' one file release

or just simply type LOAD-GUI in the RMA version of R3.exe


Feel free to try it and let us know in the R3GUI Altme group. Any 
feedback is appreciated.


NOTE: this version is compatible only with the RMA version of Rebol3. 
You can get it from: http://www.rm-asset.com/code/downloads/files/rma-r3-build.zip

Release notes(just the main changes):

-removed reactors
-udpated documentation
-reworked text-list, text-table styles
-new testing tool + basic tests included 
-improved keyboard handling
-many internal and style related fixes and improvements


for more details see r3-gui-changes.txt in the zip archive (the changelog 
will be updated on the RMA webpages soon as well)

I guess #include-string binary-file should be #include-binary binary-file 
in the documentation

Updated to correctly handle #world header detection (must add file 
extension later)... @Steeve - Scite is text editor, Scintilla is 
for color coding.. or what do you mean? Let use ann-reply

http://www.fm.tul.cz/~ladislav/rebol/include.r

and

http://www.rebol.net/wiki/INCLUDE_documentation

have been updated. Reason:

the "in-file" bug in standard directives corrected

Also, the

http://www.rebol.org/view-script.r?script=ladislav-include.r

pointer
 script was defined at rebol.org

Hi all, Andreas created:

    https://github.com/rebolsource/rebol-syntax

and I committed the initial %syntax.r file. Be warned, though:
- it is just a start, many datatypes are missing
- not tested extensively, likely to contain bugs
- CARET-NOTATION defined as in R3

did you get request-file working yet?  :)

Regarding the XP vs VIsta and 7 issue:

I'm repeating it again. If you are able to see the bug, then please 
give us something more that screenshot or long confusing posts...trace 
log file with the differences in returned values or whatever,  simple 
clear example proving that the error is really in carret handling 
native functions....That would really speed up possible bugfix or 
at least clarify the issue. Is it so hard to understand this?


Hope my words doesn't look rude. I want to help you as much as I 
can...we seems to have just some disconnect here.

Henrik, if you are concerned with making the code modular, it might 
be a good idea to stick with the .r file extension for now.

probably very preliminary, but could this be kind of the design we 
are heading for? Looks clean, simple, yet nice enough. IIRC Cyphre 
used similar theming (blueish) for his styles-pack:


http://www.zive.cz/ShowArticleImages.aspx?id_file=423472159&article=141664

Maxim, I have hacked together(in fact it was lurking on my hdd for 
couple of weeks but I got to publish it here today) a test of one 
concept which IMO could solve part of your requests regarding 'access 
to DRAW elements' etc in R3. It can be also handy when you need to 
manipulate content of complex DRAW blocks...or even be a base for 
scalable vector graphics editor...or....I think there is relative 
big potential of usage :-)
Just try to run:
do http://www.rebol.cz/~cyphre/scripts/r3/tests/draw-shapes.r
in your R3 console.

BTW The demo also features pixel precise object masking and optimized 
redrawing of DRAW objects just to prove we can do lot of things even 
at the higher level.

The file contains couple of predefined objects but the main code 
is very small like 4kB so it should be easy to see my point. Hope 
this could help a bit to someone.

We'll be building another prototype. The current one works against 
SQLite, but the next one should be built so that we can demonstrate 
that the layout shouldn't care about which db it's connected to, 
so we'll also make a flat file database version.

Does this system caches data somewhere before updating the record(s) 
or data is immediately written on the record field ?

When an user edit a file it must be checked for proper input

When multiple fields are edited they may have a relationship on consistency 
and there is a mutual validation

When you save the recordset  there could be errors on writing and 
the whole transaction need to be discarded instead of being partly 
written.

We take VID34 AS-IS and patch the code-base. So it's easy to find 
the differences. Most things we try to add non-intrusive. So you 
load an additional file and get new functionality.


The styles are all "self-contained". If Carl wants it can all be 
integrated into VID.

Remark is my solution for web stuff..  its basically what you describe 
above.   One engine to manage all aspects of a web application.  
Using rebol dialects compiled in real-time, you can build any data. 
 but the Dialects can be embeded within any other file, using a twist 
on the html friendly <tag> notation.

I haven't pinned the "web application" portion of it, but all the 
file building & serving aspects can already be used with remark.

The current hostkit zip file size is 773 kb.

i mean you can trop opengl rendering in a file why not traping it 
to a image buffer and then display it

and ofcourse fied fonts where properly handle only on widows ... 
 fun thing was i tryed rendering using the same TTF file on linux 
but it was managed as unfixed font on linux ...

sorry, file is moved

I think robert also had a precompiled version ... or is that in the 
zip file nowadays?

actually, its other series funcs which close rebol unexpetedly.  
  


WRITE and MOLD both have closed REBOL on that large draw block.... 
though strangely, the file is properly molded and written to disk.

I would regard such design being - fundamental. I like that RebGUI 
because of that - one widget, one file, easy as that. There is too 
much fuss about inheritance, having some base, upon which other styles 
are based - that is an utopia, and I don't know, while we still keep 
to that. That does not save any signicant memory, and I doubt that 
by changing one parameter to some base style, you want to have all 
childs influenced. That is nice example of inheritance, but completly 
misses practical usability imo :-)

Pekr, actually not. On a style level, the style itself is contained 
within one file. It's been like that since Carl's first prototype 
and it stays that way, but a table may contain a variety of different 
styles, such as fields for editable input, but you really don't want 
field to be in the same source file as for table.

Are we going to be loading the gui from file storage?

file storage: right now yes, but later it probably will be integrated.

It looks like the feature for keeping several draw blocks in the 
same style was removed or changed by accident. this means that the 
validation icons won't work, so I have to find a different way to 
test validation. I want to separate the dialog code from validation 
and then make a proper validation test window, so you can look at 
the code and see how it works.


Furthermore, there is a database extension, I want to test more: 
Parts of validation (the scoping part) was inspired by this one and 
I think it would be good to get this out in the open, as it can be 
extended either to a file database or any SQL database by the community. 
The point of it is to make it very simple to connect the logic of 
a form to a database record and it works a bit differently from setting 
up a regular form.

what would be interesting would be to have the community write a 
simple flat-file database backend for it

I can make a zip file of the sources later.

Can anyone else confirm that on Windows (at least on Win 7 64 bit) 
the last r3.exe that Henrik posted a link to here, pops up a security 
dialog ("Open File - Security Warning")?  This isn't the UAC dialog 
that you get when you run an executable as administrator, btw. Other 
r3 executables that I had lying around don't do this.

Uploaded panel scoping prototype:

http://94.145.78.91/files/r3/gui/panel-scoping.r3

Test support file:

http://94.145.78.91/files/r3/gui/file.txt


It's an earlier prototype that eventually became db-reactors, but 
it shows much more of the panel scoping features and uses EMIT, OBTAIN, 
ACQUIRE and SUBMIT.

public repository is not likely to happen, as RM Asset keeps private 
sources in the same repository as the R3 GUI to accommodate private 
projects and build system, but I will continue to release the r3-gui.r3 
file until a better arrangement is made.

Pekr, if you try the validation.r3 file again, you will see one field 
showing up as OK.

I'm trying to think of a good scenario where I would use Vpanel. 
The first thing that comes to mind is a multi-column file or directory 
listing. Is there a particular need it's meant to fill?

Very nice news but I still I havn't seend grids,  file requestors, 
requestors, listiviews, right-to-left support ad many more.
Hurry up, we are waiting !
.
.
.

:-) just joking. Fantastic work !

Is it the r3-gui file ? Then the gui doc page should be corrected 
accordingly ...

I would try to build A110, but I am not able to get sources from 
Carl's git. I tried to download his .zip archive, changed to TO_WIN32 
in the .h config file, but it does not build - probably a linux distro 
...

download the file as directed, when doing it:

I have zero experience with Android but from what I read here I can 
guess what is needed:

-R3 should be ported as native Java plugin including the agg (in 
C/C++)

-we should write Andriod OS compatible Java based application wrapper 
which will include basic app event loop, window+framebuffer management, 
networking+file IO (?)

-this Java wrapper will be able to open window, detect all the OS 
events etc. and pass it to the Rebol plugin

Of course, headers let you do all sorts of tricks that you can't 
do without them. In addition to the above stuff, header settings 
let you:

- Embed scripts in text or binary files, even if it's just documentation 
before the script header.
- Aggregate multiple scripts/modules in one file.
- Save and verify a script/module checksum.
- Compress scripts/modules.

Be shocked, I guess. Actually, I was just shocked: The mod-test.r 
file only has 696 lines in it at the moment. I guess this is a testament 
to how compact we can make REBOL scripts with the new system :)

Note that -b base is not useful for you (it's for me) because schemes 
are not yet init'd.  It's a bit like booting an OS without the file 
system.

I write a module in a file named %module.r. I don't want to repeat 
that name in a header unless necessary.

Of course - auto-naming unnamed module according to filename might 
be tricky - what if file contains more than one module?

if the module has a name and you rename the file, it should fail, 
which is probably what it does already.

While rebuilding the cloud server that runs this world, somehow the 
old Core group file became corrupted. I have no idea how it happened. 
The tar backup showed the correct datestamp, but the extracted file 
was shorter than it should be.


Anyway... Using a copy of the file from my client, I fixed most of 
it.... but there are quite a few message in that group, so I've renamed 
it, and created this new one to take its place.

The proof is in the pudding - even now we do have two syntaxes for 
strings, and no string contains any information specifying which 
syntax was used (it is even possible, that none, since a string read 
from a file was not defined using any of the two.

On Windows 7, is there a known reason that REBOL, doing a read %., 
would not return all the files in a dir? I can only think security/permissions 
are at play somehow. I need to test more, but as a quick test, you 
could open windows/system32/ in explorer and look at its file count, 
then do a READ on that dir and see if you get a different result.

Yes, that is what I was afraid of. (this is problematic, if you are 
not allowed to create new files) OK, Robert and I have agreed, that 
we keep INCLUDE case-insensitive (for file comparisons), and put 
the information into the documentation.

Ladislav, how about reading the root directory, find a camel-cased 
file, lower/uppercase it and ask if the file exists?

of course depending if the file doesn't happen to exist.

I guess also it's a problem for networked drives. The file sharing 
mechanism might offer incorrect information as to what the case sensitivity 
for the file system being shared, is.

That is possible, but, unfortunately, not perfect as well. (Does 
not solve the case when the file system is case-sensitive, but contains 
both upper as well as lower case variants)

Can't you infer whether the file system is case sensitive, case insensitive 
 or case insenstive but case preserving from system/version?

Ladislav: I was going to suggest something similar as Sunanda, except 
by using [sort read %.] instead of [what-dir], then checking the 
first file with alphanumeric characters.  That way, if both upper 
and lowercase do exist separately, they'd show up in the list and 
can be adjusted for

I generally only use ? and ?? for words when I want to know the type 
as well, and because of that very issue I started using this:
probe: func [D][
    print join join type? D "!  " mold :D
    D
]

It's in my primary include file.  Helps with 'none versus none!, 
etc...

I wanted a nice way to produce fragmented message strings that will 
be translated later, using a TRANSLATE function. So I made this function:

tell: func [blk /local out s] [
	out: make string! 10000
	parse blk [
		any [
			[
				set s string! (append out translate s)

    | to any-type! copy code [to string! | to end] (append out to string! 
    reduce [#"'" mold/only do code #"'"])
			]
			(append out #" ")
		]
	]
	join trim out #"."
]

>> file: what-dir
== %/c/program files/rebol/view/

>> tell ["File" file "cannot be found"]
== {File '%/c/program files/rebol/view/' cannot be found.}

Henrik, I don't think that's nice, because you can't really translate 
"File" and "cannot be found" separately. Don't expect all languages 
to have the same grammar structure etc.

a better one would probably input the string like:

File %1% cannot be found.

Maybe I should do that...

What I did for the network detective was "File <file> cannot be found." 
See SUBSTITUTE in http://www.colellachiara.com/soft/libs/utility.r

Post it to the idioms group in R3 chat #754, either the file, a link 
to the original, or as source in a message.

I agree sunanda, restrict file reading to a specific directory when 
loading application plugins, for example..

ie. I want to be sure that if I send a file encrypted using AES, 
that someone can decrypt it.

those only encrypt/decrypt text .. looking for a file tool

aescrypt looks good .. now to see if it can read a file encrypted 
by Rebol

Hmm ... http://www.rebol.org/view-script.r?script=crypt.r


I changed the strength to 256, and algorithm to rijndael .. and encrypted 
a file, but get an out of memory when I try to decrypt it :(

Well, I used the encryption key as a string instead and encrypted 
to 256 bits using Rijndael and successfully decrypted with Rebol. 
 But aescrypt was not able to decrypt the file :(

I think you should normalise your files using TO-REBOL-FILE.

in other words.. I was expecting, that when I join something to rebol 
file, it will normalise it for me.

There is another way to put a directory together with a file than 
'join, and it handles more cases with the forward/back-slash on its 
own:
>> Dir: %foo/bar
== %foo/bar
>> File: %test  
== %test
>> Dir/:File    
== %foo/bar/test
>> Dir: %foo/bar/
== %foo/bar/
>> Dir/:File     
== %foo/bar/test
>> File: %\test  
== %/test
>> Dir/:File   
== %foo/bar/test

I know, but that does not solve my case where I had to build path 
from external sources, which could contain the backslash. Like:
>> dir: %test/
== %test/
>> file: ".\LIBRARY\something"
== ".\LIBRARY\something"
>> dir/:file
== %test/.\LIBRARY\something

But to-rebol-file makes it valid for sure:
>> to-rebol-file dir/:file
== %test/./LIBRARY/something

Is it possible to change file-modes of directory? This doe not work:
>> get-modes %/f/dir/ 'creation-date
== 26-Oct-2010/16:55:30+1:00
>> set-modes %/f/dir/ compose [creation-date: (now)]
** Access Error: Cannot open /f/dir/
** Near: set-modes %/f/dir/ compose [creation-date: (now)]

Does R2/Forward contain fixes to TO-LOCAL-FILE? There are some rather 
significant differences in functionality between the R2 and R3 version.

However, TO-LOCAL-FILE? and TO-REBOL-FILE? aren't really that fundamental, 
and were originally written in REBOL, so it might be OK to change 
them if it can be done without breaking code. What are the specific 
differences you have found between the R3 and R2 versions?

R2:

>> to-local-file to-file "/test"
== "t:\st"

R3:

>> to-local-file to-file "/test"
== "\\test"

Rebol []

make-obj: func [
	"Créé un objet en sauvant son nom dedans."
	'name "Nom de l'objet à créer."
	obj "Objet de base à instancier."
	spec "extension de l'objet de base."
] [

 set name make obj append reduce [to-set-word 'obj-name to-string 
 name] spec
]


save-obj: func [
	"Sauvegarde un objet selon son propre nom."
	'obj "Objet à sauvegarder."
	/local name
] [

 name: any [all [word? obj  object? get obj  get in get obj 'obj-name] 
 join "objet" random 10000]
	save/all to-file join name ".r" get obj
]

load-obj: func [

 "Recharge un objet et l'intancie selon son propre nom s'il en a un."
	file "Nom du fichier à charger."
	/local obj
] [
	if exists? file [
		obj: load file
		probe bind next first obj obj
		probe get in obj 'list
		all [in obj 'obj-name  set to-word get in obj 'obj-name obj]
	]
	obj
]

task: make object! [
  list: copy []
  add: funct [t [block!]] [
    append list t
  ]
  save: does [
    save-obj self
  ]
  run: does [
    do list
  ]  
]

make-obj task1 task []
task1/add [a: 0 a: a + 1]
task1/add [print a]
task1/run
task1/save

task1: none

load-obj %task1.r
task1/run

Try by replacing SAVE/ALL by SAVE and LOAD FILE by DO LOAD FILE.

oops .. 3Mb file of ip addresses to block

Does anyone know why modifeid? and info? return a date without the 
time when accessing a file through ftp lon a windows ftp server? 
 Is this a limitation of windows, the ftp scheme, the ftp server, 
or the version of Rebol (I'm using the latest 2.7 - activated ODBC 
connection all dll access)?  Are there any known fixes to this - 
a quick google didn't find anything?

I'm studying the RIP archive format and am wondering:


Why does LOAD allow binary "junk" at the end of a file, if it has 
a REBOL [] header, while it does not, when the header is omitted?

If you want a file requester: request-file, if you just want to spawn 
a new Explorer window for the user, this should work: call "explorer".

A word of advice: On Windows, you might not want to use the Tortoise 
extensions. Tortoise* slows down Explorer's file and directory access 
even when you don't have any repositories or relevant file hierarchies. 
If you do a lot of file management you might want to stick to the 
CLI tools.

Is there any chance to put momentum behind a Rebol Git?  The file 
format is fixed, and documented.  Git clones have been written in 
C#, Java, maybe others I don't know about.  I have bemoaned the lack 
of apples-to-apples comparisons in software methodology... if Rebol 
wanted to prove itself, a Git clone is exactly the kind of thing 
I was thinking of.

The file organization and naming is completely different in a108+ 
now too. They really are separate.

OK. And then I will remember to never initially create a source file 
with CRLF.

Rebol is not the only language where file extension issues come up, 
but they're trying to take the sort of Apple philosophy of "we'll 
figure it out" as opposed to there being a web of settings.  It's 
just not high on their priority list to "sense" whether a file is 
Rebol or not.

If I remove a file from my repo, then I push . does it remove it 
from the target repo?

Of course, in the worst cases, they can just use the zip/gz file 
downloads for read access.

Andreas, it is easy to move the TO-* to the command line.   It was 
originally put in a file to try to keep the gcc line shorter (easier 
to see compiler warnings.)

Though FORSKIP is used a lot too. LOOP, REPEAT and WHILE aren't used 
much anymore, and I can't remember the last time I saw FOR used in 
real code, though I use it a lot in adhoc file management code.