World: r3wp

Could I specify a table with the maximum required number of columns 
and than set the sizes of not required columns to 0?

radio-group: What's the best way to create a readio group (vertical) 
and get fields aligned to each radio on the same line? At the moment 
the only solution I see is to use asbolut positioning for the fields.

That or have a group-box beside it. Which gets me to thinking that 
a place-holder widget (based on group-box but with no borders) might 
be a good thing.

That's a good idea to keep the layout engine comfortable.

.

I'm getting this error now occasionally with the changes to area


** Script Error: max expected value1 argument of type: number pair 
char money date time tuple series
** Where: action
** Near: system/view/caret: offset-to-caret parent-face min max
** Press enter to quit...

I'm going to try wrapping that around an error block	

							either error? try [

        parent-face/size - (face/size * 1x0) ; max <- should also subtract 
        height of one line of text
							][
								0x0
							][
								parent-face/size - (face/size * 1x0)
							]

That comment "should also ..."  is old and I do not have it in the 
latest version, which hasn't changed since I said I committed it. 
 I believe you should just update your SVN tree.

That error used to happen in initial versions because I didn't check 
to see if there was a caret. The latest code does check.

Ok.  Odd .. I'm sure I downloaded lastest versions as the area bug 
was fixed.

Try again.

Any reason why this doesn't clear on ESC

popup-search: has [ qs ] [
    display "Quick Search"  [
        label "Enter name" return
        qs: field 80 [ ] return
        reverse button "Close" #"^[" [ unview ]
        do [ show-focus qs ]
    ]
]

ie. the window does not close on ESC, unless I use display/dialog

The 'edit-text func (in %rebgui-edit.r) traps ESC. Comment out the 
show-focus and it works. /dialog "works" as ESC is trapped at the 
window level and does a hide-popup.

Hmm. I tried out commenting out the ESC mapping in rebgui-edit.r 
without much luck.

on-focus / unfocus glitch: If you CLICK outside a field or into an 
other field, the unfocus action isn't triggered. That's a bit weired 
because it can break control logic for things like: show form A if 
field get's entered, hide form A if field is left.

Can this be simply fixed?

I just want to inform you that Cyphre will work on some RebGUI fixes. 
We will do the fixes first against an internal version and test them. 
As soon as the changes are stable we promote them into the publicj 
repository.

Good news. ;-)

Excellent. If he can also have a quick look at SVG Renderer (SVG 
-> AGG) that would be good (scaleable icons / tool-bar have been 
blocked on this for a long time).

Yes, but don't expect it in the near future as this isn't high on 
my priority list. I need other stuff fixed first.

I would prefer Cyphre bringing decent table/grid style :-)

Step by step. With List-View we have a very good implementation that 
"just" needs to be made RebGUI compliant.

if anyone wants to help with the port of LIST-VIEW... I know nothing 
of RebGUI.

I'll have a look at it over the weekend. Is the current version stable? 
(i.e. are further changes pending)

I expect more changes to come, but I think it would be a good idea 
anyway to figure out a method to quickly update for both VID and 
RebGUI, maybe with separate code sections and a small build script.

** Script Error: Cannot use path on none! value
** Where: edit-text

** Near: if caret/y < (edge/size/y + para/origin/y + para/indent/y) 
[scroll/y: round/to scroll/y - caret/y sizes/
font-height]

On it...

How do you reproduce this bug ? Are you using unmodified area widget 
?

No, it was on a field widget :(

Do you have a small example ?

I'm unable to reproduce the error.

I was just back spacing on a field widget when this happened.

the cursor was not at the left end of the field, but in the middle 
.. I think the caret was confused as it was an empty field

Was the text facet set to none, perhaps ?

(no that gives another error.)

I have a field which I clear when I add the contents to the database. 
 But the caret is not set back to left edge.

I see...

Let me do some tests.

Workaround probably just focus the face again.

This doesn't happen in VID because clicking outside the face clears 
the focus.

this is probably the reason why the error occurs.

;These two work:

display "" [f: field "hello" button "clear" [clear f/text system/view/caret: 
none show f]] do-events

display "" [f: field "hello" button "clear" [clear f/text ctx-rebgui/edit/focus 
f]] do-events

I think i use clear-text

let me check.

yep

display "" [f: field "hello" button "clear" [clear-text/focus f]] 
do-events

ok, I'll try that.

I think either:

- clear-text should check to see if head face/text and head system/view/caret 
are the same. If so, then obviously caret needs adjustment.
or

- edit-text should handle the error, since clear-text is potentially 
not the only function which can leave the caret inconsistent with 
face/text.

Agree.