r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3 GUI]

Pekr
30-Sep-2010
[3587]
or at least small changelog?  :-) Is it difficult to provide in recent 
stage of development? E.g. when you release new version - what actually 
changed, what should be tested, etc.?
Henrik
30-Sep-2010
[3588]
changelog needs to be done by rebolek. I don't have an overview of 
the changes happening right now, of which there will be some more.
Pekr
30-Sep-2010
[3589]
You are trying to tell me, that DB record linkage to form is dependant 
upon certain naming of the fields?
Henrik
30-Sep-2010
[3590]
it's logical to bind the name of the field to the record name, yes.
Pekr
30-Sep-2010
[3591]
Direct link of form fields to db rec is imo the worst illusion I 
have seen :-)
Henrik
30-Sep-2010
[3592]
oh, no, now I lose all flexibility!
, but no you really don't.
Pekr
30-Sep-2010
[3593]
I worked with similar aproach in Clipper, and most of the time it 
was not flexible enough ...
Henrik
30-Sep-2010
[3594]
you solve this in the functions that link to the database.
AdrianS
30-Sep-2010
[3595]
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.
Pekr
30-Sep-2010
[3596]
yes, I can confirm that ...
Gregg
30-Sep-2010
[3597]
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.
Henrik
30-Sep-2010
[3598]
the names are up for grabs, so we can discuss that now.
Maxim
30-Sep-2010
[3599]
well, I guess using db nomenclature is better when refering to db 
services... no?
Henrik
30-Sep-2010
[3600x4]
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
Robert
30-Sep-2010
[3604x4]
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.
Henrik
2-Oct-2010
[3608x3]
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.
Gregg
2-Oct-2010
[3611]
Go GUI-team go!
Pekr
3-Oct-2010
[3612]
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 ...
Henrik
3-Oct-2010
[3613]
does this only occur for the area style? what about field?
Pekr
3-Oct-2010
[3614x3]
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 ...
Henrik
3-Oct-2010
[3617x2]
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
Pekr
3-Oct-2010
[3619]
OK, new executable + dll did the trick ....
Henrik
3-Oct-2010
[3620]
ok, good
Henrik
5-Oct-2010
[3621]
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. :-)
Pekr
5-Oct-2010
[3622]
what's precisely "some reason?" :-)
Henrik
5-Oct-2010
[3623x2]
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.
Pekr
5-Oct-2010
[3625]
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 ....
Henrik
5-Oct-2010
[3626]
probably still some bugs in those areas.
Pekr
5-Oct-2010
[3627]
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.
Henrik
5-Oct-2010
[3628x2]
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.
Pekr
5-Oct-2010
[3630]
Henrik - new build possible? Rebolek told me, there should be new, 
improved version of area available. I would like to test :-)
Henrik
5-Oct-2010
[3631x3]
one second...
done
is it better?
Pekr
5-Oct-2010
[3634]
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? :-)
Henrik
5-Oct-2010
[3635]
Bolek will see to these, thanks.
Rebolek
5-Oct-2010
[3636]
Thanks for report.