World: r3wp

Direct link of form fields to db rec is imo the worst illusion I 
have seen :-)

oh, no, now I lose all flexibility!
, but no you really don't.

I worked with similar aproach in Clipper, and most of the time it 
was not flexible enough ...

you solve this in the functions that link to the database.

Can anyone else confirm that on Windows (at least on Win 7 64 bit) 
the last r3.exe that Henrik posted a link to here, pops up a security 
dialog ("Open File - Security Warning")?  This isn't the UAC dialog 
that you get when you run an executable as administrator, btw. Other 
r3 executables that I had lying around don't do this.

yes, I can confirm that ...

Henrik, thanks for posting your db-reactor ideas. Is there a reason 
not to use the standard REBOL series func names for actions. i.e. 
insert/change/remove/select rather than add/update/delete/get? Another 
option would be the names from CRUD. 


What does the underscore in your _data naming convention indicate?


I need to look at your validation design again, to see how things 
work together.

the names are up for grabs, so we can discuss that now.

well, I guess using db nomenclature is better when refering to db 
services... no?

I don't like the underscore prefix, but this is Robert's idea.

the _data option is a multi-field field formed as a map!, to allow 
extending a table, without adding columns in the table.

is CRUD not more encompassing to persistent storage in general, than 
just SQL?

I mean thereby the SQL terms insert/change/remove/select

Regarding the _, we can get rid of it. I use it to "indicate" private/internal 
stuff, you shouldn't mess around with.

And _data should be renamed into BAG, because this better describes 
what it is.

Petr, being able to get a database / table design right from the 
GUI is IMO a very good approach :-).

Because, schema updates will be done automatic. Hence, adding fields, 
renaming fields etc. will work.

Small status update:


Cyphre has completed first version with keywords for draw blocks. 
This means you can now use the vertices of the box model for coordinates, 
instead of tediously calculating them inside the draw block.

http://94.145.78.91/files/r3/gui/240.png

New R3 GUI uploaded here

http://94.145.78.91/files/r3/gui/r3-gui.r3

It should contain the feature.

http://94.145.78.91/files/r3/gui/resizing-new-9.r3

Contains example.

Go GUI-team go!

Not sure it is now the right time to report bugs for area style, 
I simply regard it being very incomplete,  but - writing some czech 
chars into area/field does not work ...

does this only occur for the area style? what about field?

ditto for fields ...

some chars do work, but half of them don't

Behaviour for chars under particular keys:

2 - losing the focus of area
3 - tpyes "a"
4 - arrow down
5 - writes "Y"
6 - writes "~"
7, 8, 9, 0 - types correct Czech chars ...

interesting, let me see if you have the latest compiled version

They seem to be the same size, but, just to be safe:

http://94.145.78.91/files/r3/gui/r3.exe
http://94.145.78.91/files/r3/gui/r3lib.dll

OK, new executable + dll did the trick ....

ok, good

New R3 GUI uploaded here

http://94.145.78.91/files/r3/gui/r3-gui.r3

Fixes slider crash. Is 21 kb bigger. For some reason. :-)

what's precisely "some reason?" :-)

I don't know.

Got a pattern on the resize loop bug, but I guess it requires a very 
specific VM setup:

1. Start the R3 GUI and make a window. Maximize it.
2. Resize the VM desktop window

3. Hope that your resize action is slow enough to allow you to doubleclick 
the titlebar to de-maximize it.
4. Now it loops between maximized and normal size.

Perhaps there is some confusion about screen-face size changing.

re 'area style - trying auto-scrolling or scrolling in general:


1) still the same bad aproach as with R2 area - I don't care that 
it does not hilite right now, that can be added, but when dragging 
the mouse outside of the area, it stops scrolling, and that is wrong 
- it should scroll even if I move mouse out of the window, wherever 
around my 2 monitors ....


2) when I start dragging, the proportional size of scroller is lost, 
and it gets reset to its full-size dragger ....

probably still some bugs in those areas.

I think, that system metrics are still under-developed. In fact, 
they were never correct in REBOL, and it is known fact, that R2 crashed 
when you changed resulution of window. I would like to see screen-face 
more developed - it should be a block, along with proper system metrics, 
number of monitors, their orientation, resolution, etc.

Uploaded panel scoping prototype:

http://94.145.78.91/files/r3/gui/panel-scoping.r3

Test support file:

http://94.145.78.91/files/r3/gui/file.txt


It's an earlier prototype that eventually became db-reactors, but 
it shows much more of the panel scoping features and uses EMIT, OBTAIN, 
ACQUIRE and SUBMIT.

metrics: I'm not sure what's being considered here. Cyphre may have 
something in the works.

Henrik - new build possible? Rebolek told me, there should be new, 
improved version of area available. I would like to test :-)

one second...

done

is it better?

Area style report:


1) hilite some few chars, then you click elsewhere in the text, or 
just move the caret using arrows - the text stays hilited, whereas 
default OS behaviour is, that the hilite is discarded. The question 
is, if we are targeting for REBOL specific behaviour, e.g. allowing 
to move caret, and have multi-hilte areas? I think not.


2) hilite autoscroll works chaotically. Sometimes it scrolls the 
area, sometime it does not. Dragging the mouse outside the window 
does not work at all.


3) scroll by mouse-wheel. When I reach the "bottom" of the area, 
I loose my focus, and scrolling back up does not work


4) moving up/down by arrow. It seems that in OS native widget (Notepad), 
the caret position is counted by the follow-the-leftmost-tex-length 
rule. So if I e.g. go via an empty line, caret should stay at the 
beginning of line for all other rows.

5) cut and paste into Notepad discards newlines


6) cut and paste from Notepad inserts text in hilited form - random 
behaviour here, ot it needs more observation ...


7) hilited text should be deleled by hitting delete, backspace, or 
by typing any character

8) when hiliting the text by mouse, scroller gets reset to 100%

Is that enough bug-reporting for the starter? :-)

Bolek will see to these, thanks.

Thanks for report.

New R3 compile should fix a scroll-wheel issue:

http://94.145.78.91/files/r3/gui/r3.exe
http://94.145.78.91/files/r3/gui/r3lib.dll

Is there some easy way of of hot obtain list of available styles? 
Are styles somehow divided upon internal (thsoe are more of classes 
you use to construct other styles) and user useable styles?

words-of guie/styles

I need a function to figure out the style tree. Will have to write 
it later. That would be part of the documentation.