World: r3wp

XP with Opera.

I'll try IE.

How does the 'multi option work with tables?

I get an error if I write "table options multi [ ... ] data []"

options expects a block, so "options [multi]" should work fine.

were new widgets plus fixes already uploaded? I can't seem them on 
my hd, when I download via get-rebgui ....

you need to check them out using svn

ah,never used that tool before ... so get-rebgui will not download 
them?

Not yet.

then I have to ask, if such project, being dependant upon other external 
tools, gives you so much advantage from the maintanance pov, that 
it is worth it? :-)

hmm, probably so, makes it independent from Ashley's maintanance 
....

ok, so I'll wait till the changes are brought to official distro 
...

it helps with merging. if i change something in rebgui and somebody 
else to, we want to merge that, not throwing somebodies work away. 
svn helps there.

if you dont want to work on rebgui itself, use get-rebgui. thats 
the stable one.

but not so cutting edge.

ok, thanks .... how long do you think it will last till some testing 
stuff is being made an official version?

Ask Ashley :)

From my side not yet. First need to get editor access to the widget 
list.

I just tried logging in as robert from XP using FF, works without 
a problem (Opera didn't seem to work correctly). Make sure that after 
clicking the "Login" link and entering your username and password 
that the red "Login" link changes to black text reading "logged in 
as robert". All Wiki pages are then editable.

how long do you think it will last till some testing stuff is being 
made an official version?

 Once SVN changes are in and working I let it sit for a week or two 
 before taking another snapshot for get-rebgui.r.

There are some unexpected behaviours with the area editor when using 
overstrike mode.  If you overtype on a line where there is a cr, 
it follows the carriage return when I was expecting it to keep on 
the same line.  Also, if you hit return inside a line, it produces 
a character

square character rather than moving to the next line.  It correctly 
moves to the next line if at the end of a line of text.

Identified and fixed first problem (CR deleted in OVR mode) ... see 
SVN rev#19. Couldn't reproduce second problem, does it occur under 
%tour.r?

Let me try ...

Nope .. it doesnt.

try this though.  Put the caret at the beginning of the text in the 
area field.  change to overwrite mode, and hold down the return key.

Everything changes at the bottom of the screen.

ie. when the caret reaches the bottom line.

That's a weird one (and it's not specific to OVR mode). I'll see 
if I can work out what's causing it. Odd that no-one else caught 
that yet! ;)

line-list related?

No. seems redraw tries to be smart. if i probe before showits ok, 
after broken.

The bug must be in area.r in the slider-action. weird stuff. the 
area-slider is before the area, so the slider is shown when the area 
is shown. and in case of this last return its action is called. and 
there the caret is changed. Maybe all this resize-automatics in 'redraw 
is a bit to magic? Should that bemoved into  explicit calls?

somehow the keep-caret-in-visible-area magic is broken. take tour, 
enter a lot of lines with content. more then fit in window. scroll 
down, set caret and scroll up. when the caret scrolls out of range, 
it moves automatically up. keeps also position in line. but not if 
char is at start of line, then it jumps to second char.

system/view/caret: offset-to-caret parent-face min max 

       (caret-to-offset parent-face system/view/caret) ; get the current 
       position of the caret

       (0x0 + sizes/font-height) ; minimum, plus height of one line of text, 
       to keep caret fully visible

       (parent-face/size - (face/size * 1x0) - sizes/font-height) ; maximum, 
       subtract height of one line of text

looks weird. look at the sizes/font-height. That is an integer!, 
not a pair. so it is added to x too.

;This works (needs more testing)
						system/view/caret: offset-to-caret parent-face min max 

       (caret-to-offset parent-face system/view/caret) ; get the current 
       position of the caret

       (sizes/font-height * 0x1 ) ; minimum, plus height of one line of 
       text, to keep caret fully visible

       (parent-face/size - (face/size * 1x0) - (0x1 * sizes/font-height)) 
       ; maximum, subtract height of one line of text

That, plus a check for caret tail in edit.r, seems to have fixed 
it. Any remaining problems with rev#20 now Graham?

I haven't tested yet .. will let you know :)

Gosh, I remember checking font-height and realising it was integer. 
How did I let that go ?

Sorry, guys didn't made it yet to publish all our changes. Hope to 
do this weekend.

is the release expected for tonight?  wondering if I should add a 
note on "rebol week" ...

Is any work being done to allow VID and Rebgui windows to share the 
same parentage or whatever so that they appear over each other

just checking for abything new...

Sorry, got disconnected at around 10%. This shall be my last attempt 
at synching for the day...

Might not be a RebGUI related problem, but let's start here: I have 
the following problem from time to time on my system and always on 
the system of one of my testers.


On my system: I start my app, the gui comes up and I click the first 
widget and the app falls back to the console. Without an error. This 
happens as do-events returns.


The same problem is on the other system, but here I only can do one 
click on a widget.

Does anybody know this kind of problem and what cause it could have?

Can  you set the highlight yet on a table row programmatically?

No.


That's a pretty broad problem statement Robert, sort of like "I click 
on something and something fails". ;)

LIFO response ?

Grahma, yes it's possible. My TABLE enhancement allows this. I hope 
to be able to publish all changes today. The main problem is, that 
it takes some time to write the docs for all changes. But maybe I 
just publish the code and than you can look at it.

Ashley, I know... I really couldn't specify it more narrow. I have 
the same effect on my system, when my app exited with an error. I 
hack in UNVIEW and than restart it, I alway return to the console 
immediatly. Doing it once again, UNVIEW and restart, than it works.

If I use UNVIEW two times, it works immediatly.