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

World: r3wp

[!REBOL3 GUI]

BrianH
6-Feb-2010
[505x3]
Some of the global functions could be limited to the scope of the 
gui module and not exported.
Don't know which ones yet, just saying.
It's good to see someone going over the gui docs - the existing ones 
got a bit scrambled when someone reorganized the wiki with no understanding 
of the gui model. Docs for Gabriele's and Carl's guis were mixed 
together and the result made no sense.
Henrik
6-Feb-2010
[508]
For now, I'm ignoring the docs and sticking with the source. As the 
GUI system develops, we'll write new docs.
Graham
6-Feb-2010
[509]
Who is able to go over the GUI docs to fix the mess?
Henrik
6-Feb-2010
[510]
Seems that an R3 face does not store its parent face. In order to 
traverse faces freely, the parent face must be known. Ideas?
Graham
6-Feb-2010
[511]
So, what fields are there that relate once face to another?
Henrik
6-Feb-2010
[512x2]
Inward there is FACES, which is the block of subfaces. Outward there 
is nothing. It should be easy to add, but maybe there is a reason, 
it's not there.
I don't want to use the path from the window root, as the face object 
may be the only reference you have.
Graham
6-Feb-2010
[514x2]
so you can go down but not up ...
Seems an omission ...
Henrik
6-Feb-2010
[516x4]
ohh... it's not inside the face object. there's even a PARENT-FACE? 
function.
face/gob/parent/data
not inside = not inside the root of the face object.
ok, PARENT-FACE? returns an error on window face. I wonder if it 
should do that.
Graham
6-Feb-2010
[520]
because there's no parent?
Henrik
6-Feb-2010
[521x3]
yes. it tries just to get the path, which doesn't exist.
one must ask for FACE/DATA/GOB/PARENT first
I'm also kind of expecting that the R3 GUI no longer uses objects 
for panes. That simplifies the code a little bit.
Graham
6-Feb-2010
[524]
Just blocks ?
Henrik
6-Feb-2010
[525x3]
Either blocks in FACE/FACES or FACE/FACES doesn't exist. Some parts 
of a face is built dynamically as the layout is made, so if the part 
is not needed, it's not there. Yay for the ability to extend objects, 
I guess. :-)
The window face needs to know which face is the one tabbed to. This 
means it has to be extended with TAB-FACE. I wonder where it's best 
to do that...
Got basic face traversal working: LOCATE-FACE, NEXT-FACE, BACK-FACE, 
TRAVERSE-FACE, INSIDE-FACE?, FIND-RELATIVE-FACE, GET-TIP-FACE are 
now ported from the VID Extension Kit.

Requires no modification to VID3.4.

It can be tested here:

do http://rebol.hmkdesign.dk/files/r3/gui/traversal.r
BrianH
6-Feb-2010
[528]
I agree with Pekr that WITHIN-FACE? is a better name than INSIDE-FACE?, 
but you might disagree.
Henrik
6-Feb-2010
[529x3]
Next step is to store the tab-face in the window face, some key event 
handling and GOB display of a tab frame to get actual tab navigation. 
I imagine it could be nice to stow away different items in the window 
face, i.e. window related information. Suggestions?
BrianH, I'll change it.
Done.
BrianH
6-Feb-2010
[532]
I wish I had the time to review the GUI code right now, but I'm working 
on LOAD of compressed scripts/modules.
Henrik
6-Feb-2010
[533]
no worries. I need to spend the next 24 hours on another project. 
This was just to kickstart it.
BrianH
6-Feb-2010
[534]
Anything related to LOAD requires a lot of thought, since the code 
is so optimized. Tradeoff for efficiency, I guess.
Henrik
6-Feb-2010
[535x2]
There are a few changes in this, from the VID Extension Kit: All 
error generation is removed and replaced with NONEs. This was due 
to how VID is not pure enough a structure to work in. Consistency 
in the face tree for R3 GUI seems much better, but also because only 
a few styles exist and they all adhere to structure.
sorry, not NONEs, but FALSEs.
BrianH
6-Feb-2010
[537]
I've really been wanting to review the GUI code again. The R3 language 
is really quite different from when the GUI code was written.
Henrik
6-Feb-2010
[538]
yes, I'm sure there are plenty of tricks that can be applied now.
shadwolf
10-Feb-2010
[539]
as a side note did anyone noticed carl that gob  has a pronounciation 
that means something for us ? Gobe in franche means  to swallow or 
in it's familiar sens to fall for  ...  detailed explanation on this 
link http://www.wordreference.com/fren/gober
Henrik
10-Feb-2010
[540]
there was a discussion in the beginning, because it means something 
gross (see urbandictionary.com), but he refused to change it.
shadwolf
10-Feb-2010
[541]
lol
Maxim
10-Feb-2010
[542]
why I named my system GLOB a few years ago  ;-)
Graham
10-Feb-2010
[543x2]
mean is slang here for mouth
GOB
BrianH
10-Feb-2010
[545]
Gob is an old english term for mouth - anachronistic, not slang. 
Shakespeare used it :)
Graham
10-Feb-2010
[546x3]
Here's it's slang, and used as an insult
by those without Shakespearean training
http://dictionary.reference.com/browse/gob
and wikipedia back me up ...
BrianH
10-Feb-2010
[549]
It was used as an insulting way in old english as well. But a much 
greater proportion of the language was used to insult people back 
then - that's what people did with language.
Graham
10-Feb-2010
[550]
so, we should call subfaces goblets ?
BrianH
10-Feb-2010
[551]
Yeah, we better get the event queue working, we have a lot of little 
mouths to feed :)
Graham
11-Feb-2010
[552]
Henrik said he was starting working on the GUI this month .... is 
anything public happening?
Henrik
11-Feb-2010
[553x2]
BrianH, yes, now we just use variations of the F-word. It's a nice 
and elegant way to insult people. :-) Why can't other things be this 
simple.
Graham, not publicly yet.