World: r3wp

Still not working...relations endure only so long as I don't end 
the engine's session.

Michael: notice the difference between mold and mold/all :
>> a: context [b: 1]

>> a/b
== 1

>> c: mold a

== "make object! [^/    b: 1^/]"

>> a: load c

== [make object! [
        b: 1
    ]
]

>> a/b
** Script Error: Invalid path value: b

** Near: a/b
>> a: do load c

>> a/b         
== 1

>> a: context [b: 1]
>> c: mold/all a
== "#[object! [^/    b: 1^/]]"
>> a: load c
>> a/b
== 1
>>

So, if I understand, the difference between mold and mold/all comes 
down whether I want to use the variables locally or or globally. 
But, in any event I need to use mold to preserve the object as a 
retrievable file? Is that correct?

home% rebol
>> do http://www.hmkdesign.dk/rebol/relationsengine/relations.r

>> add-relation [a 1 b 2]

== true
>> get-relation [a 1 b]
== [2]

>> save/all %relations.data relations
>> quit


home% rebol 

>> do http://www.hmkdesign.dk/rebol/relationsengine/relations.r
>> relations: load %relations.data
>> get-relation [a 1 b]

== [2]

>>
works!

read here for more info on the subject:
http://www.rebol.com/docs/changes.html#section-5.1

Ah, OK, that works for me too. Perhaps it was the code I was using 
to "look" at the data--

look: does[
    foreach word next first relations[
        print rejoin [word ":" newline get in relations word]
    ]
]


I will read the section you recommend. Thanks for your patience and 
help.

this also is very good reading:
http://www.fm.tul.cz/~ladislav/rebol/contexts.html

Thanks. I was just about to say that I can see now that it was the 
code I was using to imput the relations en masse that was causing 
my "look" code to not work. Amazing how talking things out can put 
things into perspective. Thanks again.

have fun 8) me going to zzz..

SteveT, using faces directly with MAKE is a lower level approach 
than LAYOUT. What LAYOUT does, is produce a face object that consists 
of many subfaces from your layout description written in the VID 
dialect. Each one of these face objects have settings for size, offset, 
appearance, text content, etc, which are set as the layout description 
is parsed. Using MAKE FACE directly provides greater control, but 
is more cumbersome to use, because you have to set all these values 
manually and arrange the face tree manually. You can see the content 
of the base FACE object in the console with:

>> ? face


The FACE object is the only object ever used, so it's a good idea 
to get to know it. You can extend it with more values and VID does 
this, to create variants, modes and extra operations on a face, like 
SET-FACE, GET-FACE, etc.


The reason why many choose to skip VID for this, is that VID doesn't 
provide the level of control needed as some things can't be determined 
properly at layout time, such as interdependency of sizes or offsets 
between faces, which is why VID doesn't support easy resizing out 
of the box.


Oh and when you get to try VID3 in REBOL3, forget everything I said, 
because it's a whole different system. :-)

Hi Henrik, thanks for that explanation.

main: layout [
        vh2 "Subpanel Examples"
        guide
        pad 20
        button "Panel 1" [panels/pane: panel1  show panels]
        button "Panel 2" [panels/pane: panel2  show panels]
        button "Quit" [quit]
        return
        box 2x140 maroon
        return
        panels: box 220x140 coal
    ]


Hi all, what does guide do above - I can't find it in the Dictionary

guide = "remember this cursor position"

Thanks again  Henrik

this means here, that it will affect how far to the left 'return 
will put the layout cursor

you can also use it like this:


view layout [button "hello" here: guide button "test" at here btn 
"boo!"]

Right so when you do return it will be kind of indented - Is it me 
or is guide not in the docs ???

it should be in the docs. which page are you reading?

I'm looking at the REBOL Dictionary

http://www.rebol.com/docs/view-system.html<--- for low level View, 
by the way

The dictionary doesn't contain dialected words, unfortunately

http://www.rebol.com/docs/easy-vid.html<-- this is an older, but 
fairly useful doc.

Yep - I read the View-System manual last night

what are dialected words ?

any words in a dialect

so you won't find BUTTON or GUIDE in the regular manual as they belong 
in the VID domain.

this is one of the major gripes about VID: I don't think there is 
one complete reference. Much of the information is either too old 
or dug up by probing inside SYSTEM/VIEW/VID to see what words are 
available in there.

Oh! right and VID could be replaced by rebGUI or whatever

yes, or your own dialect.

Pennies dropped !! Thanks Henrik

let me ask, do you know what a dialect is? If you know, then I think 
you know what I mean with language domains.

Only form the context I've read in the introductory docs

from

ok

Fun fact: VID was developed by Carl in about a week. It shows. :-)

It may have it's faults! but when you've developed things with abstraction 
in mind your on the right footing to fix whatevers wrong

Your list-view for example - in hind-site you say it's big and bulk 
and could be done better - but the Grids and Tables that Microsoft 
and Java dish out can't come near to matching what yours provides 
out-of the-box

I'm just glad that we'll be able to get rid of all the flaws with 
VID3. Tha's why I'm motivated for still teaching it.

It's a great oportunity

I'm fortunate in that I can choose what I use and I wont be using 
anything else!  Just need to get up to speed ;-)

I guess what LIST-VIEW can do the things it does, mostly because 
of how simple and flexible block operations are in REBOL. I've not 
worked much with C or JAVA, but arrays in PHP are a complete nightmare, 
requiring 20-30 lines of code with what you can do in REBOL in 1-2 
lines of code. My coding expertise has less to do with that, than 
the things REBOL enables you to do within that amount of code.

While it's only 110 kB of code, it's still a lot by REBOL standards. 
The entire of VID3 without the style library is smaller than this. 
The DevBase application is 50 kb. I'm sure that LIST-VIEW's successor 
can be half the current size, be faster and more flexible.

I'm looking forward to using REBOL 3    If I buy the SDK now will 
that get me the SDK in REBOL 3 or will I have to buy it again ?? 
 (Not sure if it's a question for you!)

Correct, it isn't a question for me. :-) I'd probably wait a bit 
until we have a clear statement on SDK issues from REBOL Technologies.

Thanks, is it going to be say twelve months before I could do a commercial 
app text-list 's and all ?

on the safe side, probably something like that. OTOH, maybe Gabriele 
will go crazy and have it ready in two weeks. :-)

:-)

there has been a tendency to give out some ridiculous time tables. 
Carl originally suggested R3 was to go beta by august 1st 2007. it 
didn't take long to see that it was unrealistic. so... if RT posts 
time tables, ignore them.

Ok  lol

Steve, just additional comment on 'guide word.  Henrik stated this 
"this means here, that it will affect how far to the left 'return 
will put the layout cursor" which is not incorrect, but I believe 
it also remembers the top margin location as well. In the example 
you provided, without the 'guide where it is, the box should have 
lined up with the top of the "Subpanel Example".  However, it lines 
up where the guide was placed, under that text.

also, the 'return made a second 'column' in this case, thus we don't 
align with the guides left margin, only the top.