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

World: r3wp

[!REBOL3 GUI]

Pekr
24-Sep-2010
[3491]
I agree with Graham - while I still am not properly used to Vista 
after 3 years of usage, XP is 2002 = 8 year old system - guys install 
Windows 7 and test there :-) Before GUI is finished, XP will be even 
more obsolete :-)
Rebolek
24-Sep-2010
[3492]
I'm using the same binaries Henrik posted here.
Graham
24-Sep-2010
[3493]
REBOL [
    title: "Untitled"
    build-date: 24-Sep-2010/8:46:56+1:00
    build-flags: [console log]
    revision: 0
    release-type: release
    language: en
]
Pekr
24-Sep-2010
[3494]
where do you get this info from, Graham?
Rebolek
24-Sep-2010
[3495]
For the left window from my screeshot I used my newest working version, 
for the right window I used r3gui from Henrik's site.
Graham
24-Sep-2010
[3496x3]
it's the script header for the gui
if you mean left side with "this is title" then your text seems lower 
than "text field" on right
Looks like both of you are using Parallels
Rebolek
24-Sep-2010
[3499]
Yes, it's different. the text in "this is title" window looks better 
positioned to me.
Graham
24-Sep-2010
[3500]
yes, the right version text appears eccentric
Rebolek
24-Sep-2010
[3501]
Ok, so I need to try it under W7. Maybe it's something that can be 
solved in host-kit.
Henrik
24-Sep-2010
[3502x2]
is there stil a cache problem from my version?
the revision 0 thing in the header will be fixed, once the build 
system can get a revision ID from SVN. if anyone knows how to do 
that, I would appreciate it.
Andreas
24-Sep-2010
[3504]
`svn info` will give you, amongst other things, the latest revision 
for a repository (can also be used directly with a repository URL). 
There's also some helper programs such as "svnversion" (should come 
with SVN) or SubWCRev (comes with TortoiseSVN).
Henrik
24-Sep-2010
[3505]
ok, thanks, will test that
Rebolek
24-Sep-2010
[3506]
I cannot reproduce font offset problem under W7 (Parallels), looks 
same as in XP (Parallels).
AdrianS
24-Sep-2010
[3507]
I'm using Win 7 64 bit - getting the same kind of offset as Petr, 
but not exactly the same - in his screen cap, the "ddddd" is almost 
touching the border of the field and is on top of the shadow. For 
me, the text is just under the shadow, but is still offset
Pekr
24-Sep-2010
[3508]
maybe it is some Aero thing, system GUI metrics, etc. ....?
Oldes
24-Sep-2010
[3509x4]
I can see almost same result as Pekr under XP = the text not properly 
verticaly centered
It's same as Rebolek's right version
Also it looks that Pekr's version is even more moved to left and 
top
And I can see one important bug - it's not possible to change language 
(CTRL+ALT) in Rebol window.
Gregg
24-Sep-2010
[3513x2]
I got the new exe and dll, the re-downlaoded r3-gui.r3, dialog and 
validation too, but get this error when clicking on a button in the 
dialog demo:

** Script error: path win-gob/text is not valid for none! type

** Where: any view either create-dialog request-user do switch applier 
apply if

foreach if do-face if actor all do-style if do-event do-event do-event 
either ap

plier wake-up loop applier wait do-events if view catch either either 
applier do


** Near: any [opts/title win-gob/text "REBOL: untitled"] ds: screen/s...
Thanks for posting though Henrik!
Henrik
24-Sep-2010
[3515]
validation is not tested with the new styles, so there may be some 
things going wrong. thanks for the report.
Henrik
25-Sep-2010
[3516]
It looks like the feature for keeping several draw blocks in the 
same style was removed or changed by accident. this means that the 
validation icons won't work, so I have to find a different way to 
test validation. I want to separate the dialog code from validation 
and then make a proper validation test window, so you can look at 
the code and see how it works.


Furthermore, there is a database extension, I want to test more: 
Parts of validation (the scoping part) was inspired by this one and 
I think it would be good to get this out in the open, as it can be 
extended either to a file database or any SQL database by the community. 
The point of it is to make it very simple to connect the logic of 
a form to a database record and it works a bit differently from setting 
up a regular form.
Pekr
25-Sep-2010
[3517]
several draw blocks in the same style is a must, or I really don't 
know, how you want to support a bit more dynamic styles ....
Henrik
25-Sep-2010
[3518]
yes, I'm sure just something was disabled. I built a new version 
today, but it's less stable than the current build, so I'm not going 
to release it.
Pekr
29-Sep-2010
[3519]
Tried some latest build today, and the problem with wrong placement 
of caret is gone now ....
Rebolek
29-Sep-2010
[3520]
It was caused by some difference in window size handling between 
XP and Vista/W7.
Graham
29-Sep-2010
[3521]
Hmm... and Vid handles it already?
Pekr
29-Sep-2010
[3522]
probably so, because I did not change executables, so it has to be 
part of r3-gui.r3 ....
Henrik
29-Sep-2010
[3523]
Oldes, language change bug is being looked at now
Maxim
29-Sep-2010
[3524x3]
is "changing language" a new feature of w7  ?
this this mean that 25 years late, they actually allow the OS & apps 
to be installed in any language? like every other decent OS out there?
any... should read as... all languages at the same time...
Henrik
29-Sep-2010
[3527]
Maxim, keyboard language
Maxim
29-Sep-2010
[3528]
ah... well.   so it still sucks.  :-D
Pekr
29-Sep-2010
[3529]
this is not much needed feature, imo, but any fix is good :-) We're 
still waiting for R3 GUI to be at least on par with Carl's VID 3.4. 
What's needed in order to experiment with writing own styles?
Maxim
29-Sep-2010
[3530]
language switching is MUCH needed feature... I constantly switch 
languages in all of my apps.
Henrik
29-Sep-2010
[3531]
I don't have to do that. Windows does that on its own perfectly fine. 
Which doesn't help my blood pressure. :-)
Maxim
29-Sep-2010
[3532]
you can already write your own styles.  though I found issues with 
using sub-gobs in your face/gob.   the event and other systems try 
to use them as faces... which is wrong.  

I had to patch various event handling funcs so they ignore gob/data 
= none
Henrik
29-Sep-2010
[3533]
Maxim, that would be an important issue to fix as soon as possible.
Maxim
29-Sep-2010
[3534]
yes... especially since AFAIK the idea of gobs is to use many sub 
gobs for a single face...
Henrik
29-Sep-2010
[3535]
well, actually the faces do contain other faces, in a VID style configuration, 
but it may very well be that event handling is not done correctly.
Pekr
29-Sep-2010
[3536]
do styles generally use one bog + one or multiple draw blocks, or 
multiple gobs + one or multiple draw blocks can be used? I remember 
Gab's VID used multiple gobs for one style, no?
Maxim
29-Sep-2010
[3537x2]
I don't explicitely want to use a face within a face...  for graphics, 
I want multiple gobs in a single face... so event detection, which 
starts at the gob, should allow us to have a state where if its user 
data is none, its just ignored from the stand point of the generic 
face handler...  at some point, it will hit the actual parent gob 
which IS the face, and event handling should occur there.


just ignoring the none user data is all event detection rountines 
in the r3gui you posted, did just that. IIRC.
is = in
Henrik
29-Sep-2010
[3539]
Pekr, AFAIR, a single gob is used per face. Several gobs were manually 
managed by the style writer in Gabriele's VID3 and was part of why 
styles were harder to write. I don't think, however there is much 
that prevents the style writer from writing a style that uses several 
gobs.
Maxim
29-Sep-2010
[3540]
I find it easier to use many gobs for many styles... especially when 
mixing different gob types to form a single face.