World: r3wp

Minor bug fixes and enhancements. Two related specifically to 'at 
and 'after (the later now always triggers a newline). Also have a 
look at:

	http://www.dobeash.com/RebGUI/user-guide.html#section-4.2
	http://www.dobeash.com/RebGUI/user-guide.html#section-4.3

which provide easy ways of making small changes/variations.


Of course it's quite possible you've hit a bug in the layout logic, 
can you reproduce the layout problem just using the box widget?

I'm getting this on the latest chat widget, and not on the old one.

make object! [
    code: 312
    type: 'script
    id: 'cannot-use
    arg1: 'add
    arg2: 'none!
    arg3: none
    near: [text: form any [row rows: rows + 1] 
        color:
    ]
    where: 'append-message
]

Never used 'after, and I'm not using 'at in this instance.  I'll 
try and see if I can reproduce it.

Is the chat error on initialization or when you try to add a message?

Does chat in %tour.r work OK for you (Static => Chat).

I'm only creating the chat widget, and then adding messages to it.

Just tried out tour.r and yes, it seems to work .. except that when 
you click on the tab, the screen is corrupted.showing parts of the 
titlegroup image.

I wonder if chat widget etc. are more important than e.g. tree :-)

sorry for being so ignorant, not reading svn docs yet, but what is 
the easiest way to sync rebgui from svn to my hd location? I select 
all .r file, right mouse button press and then I choose "Save as". 
But couldn't it be done even for subdirs?

There is only "Export" in menu, but I fear I could mess the content 
on the server :-)

Pekr, it's called doing what one can in the time available.

It's more efficient for Cyphre to fix his drop-tree widget

Export
 seems to work, damn Vistas, it stores files in different dir :-)

Unless you have write access, you can't muck up anything

I asked Cyphre to do so, even to upgrade Grid to follow beta 2. I 
hope we have only one system, not incompatible forks.

ok, thanks.

right click on the containing directory and update

hmm, first clicking the Chat tab shows underlying Box tab content, 
distorted, even if I not clicked Box tab itself ...

it can be fixed by pressing another tab, then going back to Chat 
tab. But each first display of Chat tab seems to be incorrectly drawn 
to the screen ...

that's what the Refresh button is for

and that's what my message above also says

the problem with the chat widget is when I try to fill it in the 
do block of the display

>> display "" [ f: chat data [] do [ f/append-message "system" none 
"test" none 1-Jan-2007 ]] do-events
** Script Error: Cannot use add on none! value
** Where: append-message
** Near: text: form any [row rows: rows + 1]
color:
>>

Uploaded fix to SVN.

Working now :)

I've got a widget named 'outcome defined as 


outcome: make text [
	size: 0x5
]

now this displays incorrectly 


 display "" [ label "HAQ" outcome "HAQ" return text "Test" ] do-events

there is a large vertical gap ( twice normal ? ) between the two 
visible widgets

Ashley, would you provide a working example of using the function 
keys ?  I'm having difficulty getting it working.

I haven't found the on-fkey handler yet, but I am hoping that function 
keys are not defined at the face level.  I use function keys at the 
application level ... and modify their behaviour depending on which 
tab has focus.

do %rebgui.r
ctx-rebgui/on-fkey/f3: make function! [face] [print "Hi"]
...
display ...
...
do-events

The handlers are global, the face argument is the face of the display 
which was active when the key was pressed (see %display.r for the 
processing logic).

I tried this with no luck.

What REBOL version?

>> rebol/version
== 1.3.2.3.1

>> do %rebgui.r
Script: "Untitled" (none)

>> ctx-rebgui/on-fkey/f3: make function! [face] [print "Hi"] display 
"" [ text "hello" ] do-events

nothing happens when I have focus on the window and press f3

Works here, and I'm running the same View version.

ctx-rebgui/build?

hand built :(

A merge of my changes with your latest

checking out a new version now

BTW, would it be okay to add caret support to spinner so that we 
can change a single character?

At present we have to highlight, erase and then type over

Function keys working now :)

Must have screwed up the merge I did

You mean add the 'caret attribute to spinner?

if that is what it takes

OK. In your outcome example change the size to 1x5 and add color: 
red to see what is happening.

text (derived from label) is trying to protect you from:


 text 10 "A really long bit of text that should wrap even though I 
 didn't specify 10x-1"


but the problem is that if you specify 10x5 then it should honor 
that regardless of whether the text fits or not. The solution, I 
think, is to change the default size from -1x5 to -1x-1 but ensure 
that size/y is always a min of sizes/line.