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

World: r3wp

[!REBOL3 GUI]

shadwolf
15-Jul-2010
[2056x5]
hum cairo glyph api is linked to pango ?
depend the quality speed dans complexity of the rendering you want 
in fact
text is  a pain to handle that's why pango was created to serv the 
gilmp tool kit (GTK)
Function overloading (having a several variants of a function with 
the same name and different arguments) is a language feature available 
in many languages but not in C.
like for example in rebol :)
Henrik
15-Jul-2010
[2061x2]
My status: Currently testing the dialog system prototype. This is 
ported from the VID Extension Kit and should allow for a large number 
of different dialogs. Still some work left to do, but have some basics 
working.
http://rebol.hmkdesign.dk/files/r3/gui/228.png


This odd looking dialog marks a few milestones from two days of work:


- Successfully create and open an email dialog created from a single 
style, which represents the content area.

- Successfully validate the content area from the validation information 
stored in the style.

- Successfully display validation result in the content area (the 
letters to the right of the fields show INVALID)

- Successfully block closing it, when it's not correctly filled, 
when clicking "Send" using a new DISMISS reactor.

- Successfully store the content in a way so that it can be returned 
in an object, when the dialog is finished or store a NONE/FALSE when 
cancelled.


The dialog is called by: REQUEST-EMAIL. It doesn't send any email, 
that comes later. The reason it looks odd is because the new resizing 
scheme requires some changes in how sizes are handled in styles and 
I haven't quite figured out how to change them yet.


We'll probably need some more prototypes, but all in all, this is 
a fairly good method of creating complete-featured dialogs quickly.
Graham
15-Jul-2010
[2063x2]
Isn't it just simpler to introduce a new type ... fpair for floating 
point par
I thought we were going to be allowed to add our own types eventually
BrianH
15-Jul-2010
[2065x2]
Yes, but none of those types would have literal syntax.
And an fpair type would add a syntax ambiguity if we kept the integer 
pair type.
Graham
21-Jul-2010
[2067x2]
Is this page deprecated? http://www.rebol.com/r3/docs/gui/reactors.html

My older r3 builds don't recognize 'make-reactor
I get an error message ....
Henrik
21-Jul-2010
[2069x2]
it doesn't exist. the function is called MAKE-FACE-ACTION.
oops, MAKE-FACE-ACTIONS
Graham
21-Jul-2010
[2071]
>> load-gui
Fetching GUI...
GUI Version: 0.2.1
(Developer test GUI theme)
== 0.2.1

>> make-reactor
** Script error: make-reactor has no value
Henrik
21-Jul-2010
[2072]
correct
Graham
21-Jul-2010
[2073]
Hmm... tricky when the docs are out of date.   Says March 2010 too
Henrik
21-Jul-2010
[2074]
I don't think it's particularly out of date. I think the function 
name never existed. I've never seen that function name before.
Graham
21-Jul-2010
[2075]
Looks like we need to create our alternate set of documentation
Henrik
21-Jul-2010
[2076x3]
I don't think so... just need a few bits to be updated. The rest 
should fit.
besides, there will be a rather large extension to the GUI soon. 
it's not a good idea to work on docs now.
Committed first form validation prototype and docs for it. That should 
be enough for today. :-)
Graham
21-Jul-2010
[2079x2]
What's the current completion status?
Or has the new hostkit caused work to restart on the primitives again?
Henrik
21-Jul-2010
[2081x2]
we are basically working from both ends. my work and Boleks, regarding 
styles are not affected by the host kit.
there are many new systems to add so we are not near completion yet.
Carl
21-Jul-2010
[2083x3]
G, H: MAKE-FACE-ACTION is supposed to be renamed accordingly to MAKE-REACTOR.
That is, the doc is a spec, which hasn't been reflected in code yet.
The lower-level graphics changes from host-kit and pair decimals 
will disrupt only the compositing layer of the GUI. The rest is as 
Henrik noted, unchanged.
Andreas
21-Jul-2010
[2086]
Just a quick question to further my understanding: is the Saphirion 
NLPP/Cost Analysis stuff already R3-based, or what GUI framwork is 
used for the Saphirion apps? (Henrik? Robert?)
Graham
21-Jul-2010
[2087]
Looks like it might be Vid-extension kit ...
Henrik
22-Jul-2010
[2088]
it uses rebgui
Graham
22-Jul-2010
[2089x3]
Really?  Must be extensively modified!
Ashley will be pleased
I guess it was started with RebGUI .. and you just carried on using 
it.  Could you have written it in the vid-ext-kit?
Henrik
22-Jul-2010
[2092x3]
actually it's an older build with some modifications. I'm not sure 
how useful it is in general.
and yes it was started with RebGUI, mainly because that was the standard 
GUI system to use at the time.
and yes, it could easily have been written in the vid extension kit.
Graham
22-Jul-2010
[2095]
I recall that Robert forked his own version a while back
Henrik
22-Jul-2010
[2096]
yes, that's the one we use.
Andreas
22-Jul-2010
[2097]
yeah, it looked a lot like rebgui to me; but who knows, maybe you 
just imitated that style :) thanks for clearing that up!
Graham
22-Jul-2010
[2098x2]
Dunno if it's just me .. but often I will get RebGui crashes because 
part of the gui being referenced has not yet appeared.
Is instantiation of widgets much faster in the new R3GUI ?
Maxim
22-Jul-2010
[2100x2]
I'd say much faster since there is a specific lightweight datatype 
for them
(but i'm just assuming here)
Henrik
23-Jul-2010
[2102]
can you give an example, Graham? that sounds interesting
Graham
23-Jul-2010
[2103]
Not really ... it just happens and I just have to wrap as much code 
as I can with attempts
Henrik
23-Jul-2010
[2104]
that sounds very odd. I've never encountered this issue.
Graham
23-Jul-2010
[2105]
I do a lot of dynamically creating layouts .. I suspect it's related 
to that