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

World: r3wp

[!REBOL3 GUI]

Pekr
21-Sep-2010
[3370]
But - I think that we can't change it in recent stage of development, 
so just regards it being my typical rant :-)
Rebolek
21-Sep-2010
[3371]
It's not utopia, it saves you from writing the same code over and 
over again.
Pekr
21-Sep-2010
[3372]
yes, but there is no clear boundary for the style - it is "scattered 
around" ....
Graham
21-Sep-2010
[3373]
same code = pre-rebol ??
Henrik
21-Sep-2010
[3374]
Pekr, actually not. On a style level, the style itself is contained 
within one file. It's been like that since Carl's first prototype 
and it stays that way, but a table may contain a variety of different 
styles, such as fields for editable input, but you really don't want 
field to be in the same source file as for table.
Graham
21-Sep-2010
[3375]
so some styles will have dependencies
Pekr
21-Sep-2010
[3376]
OK, so it is source-code organisation vs the functionality. That 
is acceptable to me. So simply put - while you might copy table-widget 
around, it might not work, if dependable upon other styles (table 
is compound of multiple styles), which you don't copy/include too 
....
Rebolek
21-Sep-2010
[3377]
Yes, styles have dependencies. For example TOGGLE is based on BUTTON.
Henrik
21-Sep-2010
[3378]
yes, but working a failsafe mechanism into table that makes it slightly 
less functional if a field is not there... I'm not sure that's a 
good idea. It's better to dictate dependencies and follow them. What 
if you decide to derive table? You might get different R3 GUIs that 
work differently. It's now starting to make me think that it's a 
bad idea to allow removal of certain styles. :-)
Pekr
21-Sep-2010
[3379x2]
what about having another field in the style, called 'depends-upon: 
[other styles here] .... then, upon such flags, you might be able 
to kind of automate it ...
look, that's not something absolutly needed, but would be nice, if 
R3 becomes popular, and we have hundreds of styles around to choose 
from :-))
Graham
21-Sep-2010
[3381x2]
don't prematurely optimize
what sort of completion are we at now ?  10, 50, 70, 90 % ?
Henrik
21-Sep-2010
[3383]
Pekr, no absolutely not. That is too error prone.
Graham
21-Sep-2010
[3384]
Are we going to be loading the gui from file storage?
Henrik
21-Sep-2010
[3385x2]
completion: don't know about any particular percentage.
file storage: right now yes, but later it probably will be integrated.
Maxim
21-Sep-2010
[3387x3]
does the latest r3gui work in the released hostkit, or only with 
the version you gave us saturday?
is there a way we can get the r3-gui not compressed?  I'm getting 
strange handler errors which cause rebol to halt whever I try to 
open another window not from r3 gui.
I don't care if it 30MB in size.   I could help you with the debugging, 
but right now its very tedious to do.
Henrik
21-Sep-2010
[3390]
I'm preparing a different build script, so it will appear uncompressed. 
Should be up within a day or so.
Maxim
21-Sep-2010
[3391x4]
cool


also, is there a way to link an arbitrary gob within the gui defintion?
I'd like to show an animated 3D teapot within r3gui  :-)
seems using view/as-is when r3-gui is loaded prevents r3-gui from 
doing its stuff... it craps out with a handler-related error...
(this is on a window not using r3-gui, btw)
Henrik
21-Sep-2010
[3395x2]
hmmm... I'm not sure yet. the closest thing is probably IMAGE or 
DRAW faces.
view is probably broken with non-standard windows. I made a few changes 
in it to make it work properly, but it could use a rewrite.
Maxim
21-Sep-2010
[3397]
it could be nice to add a simple style called gob, which just uses 
a gob! as its setup data


basically, it would be a static gob, which only displays itself, 
doesn't resize or just doesn't respond to the resize re/actors.


this would allow integration of different graphics tools which weren't 
setup using r3gui.

just a thought.
Henrik
21-Sep-2010
[3398]
I'll pass this on (if it's not already in there)
Maxim
21-Sep-2010
[3399]
thxs


are the online docs usable for style definition or has it changed 
so much that there's no point in trying to make a custom style right 
now?
Henrik
21-Sep-2010
[3400]
new build is up with uncompressed source:

http://rebol.hmkdesign.dk/files/r3/gui/r3-gui.r3
Maxim
21-Sep-2010
[3401]
oh cool!
Henrik
21-Sep-2010
[3402x3]
please download to local disk
style building has only changed with regards to resizing (which I 
haven't entirely figured out yet), but otherwise remains the same, 
so feel free to build some styles.
later, Cyphre will come up with some modifications to draw blocks 
for styles, so we can use positional keywords that work together 
with the box model, so it becomes easier to create draw blocks.
Maxim
21-Sep-2010
[3405]
ah there is a box style I can easily use.

thanxs for all.
Henrik
21-Sep-2010
[3406]
ok, cool
Maxim
21-Sep-2010
[3407]
hum... using stylize doesn't seem to add to the global style sheet... 
is there a function to call first to setup or assign to a specific 
stylesheet?

such as to replicate stylize/master   in R2..
Henrik
21-Sep-2010
[3408]
it should do that. it's a bug if it doesn't.
Maxim
21-Sep-2010
[3409x2]
DOH!.... it would help if i used stylize  BEFORE  I use view   ;-)
seems to work now.  :-)
Henrik
21-Sep-2010
[3411]
ok :-)
Maxim
21-Sep-2010
[3412x2]
btw, I'm working on fixing the as-is event handler issue I found 
earlier...
is it normal that (out of the box) there is nothing happening to 
controls when I press on the mouse?
Henrik
21-Sep-2010
[3414]
if you don't add any reactors, then I think so, yes.
Maxim
21-Sep-2010
[3415x3]
you mean.. buttons don't click (visually) unless I add an action 
to them?
cause right now, the gui looks totally dead a part for the fact that 
it resizes (though its late by one window resize event.)
ah wait... its my fault.
Henrik
21-Sep-2010
[3418x2]
oh, that's because the materials are not defined for click actions.
since it's a temporary skin to test the materials system