World: r3wp

That's true, Ladislav, I was just about to write that it is possible 
to write higher-level functions.

yes, it seems so ... print: :probe is known only in a newly created 
context, or so it seems ...

right, Pekr

'bind offers whole level of interesting low level (or high level, 
it depends how you look at it :-) magic ...

right again

you can "borrow" your values here or there ...

actually, you "borrow" variables, when using BIND

(which is almost the same in many cases)

and when such variable "points to" some other context, you get there 
too with newly binded word? Well, that is interesting also from security 
pov - we have powerfull instrument on one hand, but we have to be 
carefull on the other hand ...

yes, that is why REBOL modules are hard to implement

one question - can we save and send some context, with all its bindings, 
to some other machine, load it there, and theoretically expect that 
such rebol got all identical environment?

no

that could easily mean copying all internal state of particular rebol 
process, right? :-) I wonder is some language makes such a "reflectivity" 
(probably improper word) possible ...

Of course, enter Jaime...

ah, so Scheme?

Confusion for Pekr:

    f: func [x] [x]
    g: func [x] [x]
    var1: first second :f
    var2: first second :g
    bind second :f var2
    bind second :g var1
    f 1
    g 2
    f 3
    g 4

what a mess, isn't it?

yes, it is :-)

Let me guess output: none, none, 1, 2  ?

wrong

Oops.

#[unset!] 1 2 3

Ok makes sense.

fuctnion words remember their values? g 2 results in 1, which is 
there because there was first call to f 1

All words remember their values, unless you rebind the words to a 
different context. Whether a word is in a function body block or 
not doesn't matter.

warning! according to the documentation it is possible that in the 
future REBOL function words will be set to #[none!] or something 
else when the function returns

Anyone have an idea on how INFORM stops the event system and returns 
to the console after pressing a button, allowing it to return a value? 
I've been studying the source of SHOW-POPUP, HIDE-POPUP, INFORM and 
the various POPFACE-FEEL objects, but I can't figure out how it's 
done.

pressing a button = pressing a button in an INFORM

check the wake-event function

basically, inform does a new wait []

Starting at the top:
system/view/event-port/awake --->  system/view/wake-event

wake-event behaves differently when there is a popup open

it returns true (which makes wait [] return) when hide-popup has 
been called

Yes, wake-event calls system/view/popface/feel

inform calls show-popup which creates your new pop-face.

simple and almost useless tool :)

do http://bolek.techno.cz/reb/webtext.r

Hmm not bad.

Very cool bolek! With a few more fields for control of color and 
gradients, and the ability to save as an image, I would suggest it 
for inclusion as a Desktop entry with things like Font-lab and such.

Good idea, Gregg, I'll look into it! Hm, guess I should finish Texture-lab 
also... :)

Yes! That was a way cool app.

Updated version of TextureLab - do http://bolek.techno.cz/reb/texture-lab.r

What could be causing this error. I get it whither I encap or not.

** Script Error: trans-date has no value
** Where: switch
** Near: forall args [
    val: first args
    switch/default type?/word val [
        pair! [append pairs val]
        integer...


So far as I know I haven't touched this part of the script this is 
found in.

Is there anything wrong with this:


style dater txt bold right [trans-date/text: copy (to-string now/date)] 
48x24

or this:


        dater "T-Date:" trans-date: field 80x24 (to-string now/date) feel 
        [
            engage: func [face action event][
                if action = 'up [

                    lv-dat: request-date/date/offset (now/date) 315x30
                    if lv-dat <> none [
                        trans-date/text: copy to string! lv-dat
                        show trans-date
                    ]
                ]
            ]
            ;trans-date/text: copy (to-string now/date)
            show trans-date
        ]

I really have trouble debugging view scripts, especially long complicated 
ones.  Usually, I make only one of two changes, then run the script. 
That way I know what part of the code is actually causing the error. 
This time, however, after making some changes I had to take care 
of an unrelated problem before I had opportunity to test the script. 
Now several months later, I finally have time to test, but ... I 
can't remember what the last changes were.

Has anyone written a "How to debug REBOL/View" doc?

Are there any debug tools?

Your error says 'trans-date is not defined.

trans-date is defined in your layout .. so therefore must be reference 
before the layout is created if you have that error.

without seeing the relevant part it may be that the problem is that 
your style references a field which has not been defined yet.