World: r3wp

so they act the same .. when i bring up a vid window from rebgui 
and the other way round

request-file is still broken .. lacks the /keep

I see, so when you saved the area, you didn't also save critical 
facets of the area's scroller.

the problem occurred when the area was blank.

when it had text in it, it was okay.

It's fixed now isn't it?

yes .. only got a new problem now :(

unrelated ...

Rebgui request-file is different from VID request-file. Do you mean 
to say you would like the /keep refinement added to Rebgui's requestor 
?

yes

it's a logged ticket

So it is "broken" because you expect it to be there, or need it ?

Logged by who ?

me :)

Ashley said he missed putting it in

ie. an oversight

Ok, so we have to go ahead to add it then.

yes, it's very annoying without it.

Volker: no teaming up with Robert. It is my employeer, who gave me 
permission to contract Cyphre for specific things I need. But I contacted 
Robert to coordinate and possibly not overlap our efforts ...

Mmm.. it has other differences too. The code is much shorter.

radio-groups should also be able to cleared to none state

I can't work on this right now. It takes a while to understand the 
code properly.

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!