World: r3wp

Graham, "I meant in the trac .. want to see the diff", Browse Source|Revision 
Log ... then click on a specific Rev or Chgset.


Pekr, "guyyyys, pleaaaaase, when latest changes will be synced?" 
... since you asked so nicely I'm doing it now ...


Pekr, "are you suggesting I should install CSV product?" ... only 
if you want to make source code changes


Graham/Anton: "/keep"; an oversight that a number of people (apart 
from Graham) have found annoying

Ashley - thanks ... I will need to test with new things coming from 
Cyphre ...

but just installed Tortoise just few minutes ago too :-)

Synced public release (via get-rebgui or Viewtop) to rev#25. Changes 
include:

tour.r - Reinstated #include
requestors.r - Removed unfinished bubble-menu code

edit.r - Reinstated rev#19-20 changes lost in rev#21

display.r - Disabled tooltip for requestors (hack to bypass blank 
square with request-date/color/question)
radio-group.r - reduce data in init (see tour.r for usage case)

table column separator color ;-) .... what about a bit of aesthetics? 
Too dark imo :-)

Haven't seen this error before : ** Internal Error: Stack overflow
** Where: into-widget
** Near: unless find [object! block!] type?/word get
** Press enter to quit...

Pekr .. keyboard shortcuts to the requestors ( Yes, No ) would be 
excellent too.

What is "SVN"?  Where is the "SVN directory"?

SVN = SubVersion, the concurrent versioning system used by TortoiseSVN. 
 We have started using it to keep files synchronized. You would need 
to download and install Tortoise.

But Ashley has just updated get-rebgui.r so you should be able to 
get the latest stuff using that at the present moment.

I am having a bug in a program interfacing RebGui to RebDB.

The problem is the following. The behaviour of RebGui'following commands 
having a strange effect on the data managed with RebDB:

my clear-UI function do clears a rebgui interface (simply a set of 
fields) to the RebDB data.

But clearing the 'text fields, it does also clears the values in 
the RebDB database.

At first I was using RebGui clear-text command, and tried the other 
View version just to check.
Both are doing the same thing.

Why clearing the interface fields does clears the data in the database. 
 clear-UI does not ask that.

And no instructions to do that appears in the clear-UI function, 
which is not calling any other function either.

It looks like the 'text field of the fields objects in RebGUI works 
as a direct reference to the database.

And nowhere my code calls by reference. I cannot explain that behaviour, 
nor find any hints in my code as to what causes that behaviour?

Any explanation or ideas on where to look for the cause of that behaviour?


UI-fields: [Funiqueid Fchristen-name Fsurname Fbirth Fname-prefix]
clear-UI: does [
	foreach f UI-fields [
		clear get in (get f) 'text
		show (get F)
	]
	ctx-rebgui/edit/focus (get 'Fchristen-name)
]

Isnt rebdb written by ashley? Then you can bet you have to do the 
'copy by yourself ;)

so if you put the field/text in the db, copy it.

(rebol often lets the user copy things, because copy canbe expensive. 
And people like Carl and Ashley like to avoid that.)

Thanks Anton

... for the SVN explanation

re: get-rebgui.r - Remember that you can also now just click the 
'RebGUI' icon (under REBOL Demos) in the REBOL/View Viewtop (which 
can be started by typing desktop at the console).

because copy can be expensive

 That's one reason, but the main reason is to not take the choice 
 away from the developer as it's trivial to copy a reference but impossible 
 (or at least not easy) to re-reference a copy.

That's right. This is not a RebGUI or RebDB issue, it is a Rebol 
issue that everyone needs to be aware of. If you don't copy series 
(ie. strings) then they are by reference. Use COPY a few times and 
you'll be right.

If you're in an area widget, and leave, is the caret position stored 
anywhere?  I want to try and insert text by clicking on a button 
outside the area widget were the caret was before.

Not by default. i patched focus/unfocus to do that. maybe that could 
be put in rebgui?

but mine solution was somewhat clumsy.

do you have svn access?

Ashley, are new demos being added to tour.r to show the new widgets 
... if any?

no. forgot to mentuon i did that for the inbuild ones. but i guess 
rebguis work similar.

can you post your patches here?

I think file sharing is now enabled??

be the first to upload something!

have only a few minutes left, back in a few hours :( hope i find 
them quickly.

One version is in http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=install-edit-tools.r

the idea is to call 'refocus-edit before doing something. then you 
have the caret in both system/view/caret and face/caret. 'unfocus 
saves the caret in caret/face, so if rebol changes the focal-face 
it is keept.

'caret? is used to fetch the caret, as face/caret can still be none.

so use 'refocus-edit instead of 'focus, 'caret? to access the last 
caret.

if you want to change something, refocus and change system/view/caret. 
since the next unfocus will store that inside the face.

filesharing is not available

cu

are new demos being added to tour.r to show the new widgets
 ... only after the WigitList Wiki is updated.

when i run create-distribution.r, i get
...
widgets/drop-tree.r
** Script Error: Cannot use add on none! value
** Near: bytes: bytes + size? f

Docu-note http://www.dobeash.com/RebGUI/widgets.html#section-6.7
:
 there is also 
switch type?/word value[ 
 integer! [..] 
]

When there is text in a field and we do the focus on it, then the 
text is shaded black.  Is there a command where, instead of shaded 
region, the focus is simply the insertion point placed before the 
string in the field.  The shaded region presumes that we will replace 
it all with a new value.  An insertion point suggest that we will 
correct the entry.  The difference is that we do not have to systematically 
hit a left arrow key first, to correct the field.

Note to http://home.wilddsl.net.au/anton/rebol/doc/create-a-rebgui-widget.html#section-3
needs also append to 'words
 
ctx-rebgui/widgets: make ctx-rebgui/widgets [
    append ctx-rebgui/words 'my-rebgui-widget ;!!
    my-rebgui-widget: make ctx-rebgui/rebface [

    ]
]

create-distribution.r - workaround at the moment is to create two 
empty 'place-holder' scripts in widgets dir named %number-field.r 
and %drop-tree.r. This should resolve itself once Cyphre publishes 
his remaining changes ... otherwise I'll add them to SVN the next 
time I commit any [other real] changes.

Normand, sounds like you want to use the hilight-on-focus block: 
http://www.dobeash.com/RebGUI/edit.html#section-2.3

Volker, doc changes noted. Thanks.

suggest that in the date requestor, either change result: copy "" 
or have a refinement to return an empty string if the requester is 
cancelled.

so we can do  show-text field form request-date, instead of
 
show-text field form either none? d: request-date [ "" ][ d ]

any[ request-date copy"" ]

ahh... so easy !

(I would have disagreed with that anyway.)

Any way to filter the display of a table based on row criteria ?

Here is a litle demo how to access the caret even if on-unfocus is 
called. eg a buton is pressed. or user edits in a find-area and wants 
to search in the edit-area. works by overriding on-unfocus and  saving 
caret in face. unfortunally i was not able to do it the other way 
around. i can restore the face-caret on on-focus, but something unfocusses 
later when i do that by a button. http://polly.rebol.it/test/test/rebgui/../../test/rebgui/edit-area.r.

demo: if you set the caret and click copycar, the text on the caret 
is shown on field above.