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

World: r3wp

[!REBOL3-OLD1]

Gabriele
14-Oct-2008
[7301x4]
I may have not been clear. Given the goal of having the system figure 
out how to best resize in all conditions, I don't think you can make 
it simpler or faster; the TeX model is the simplest and fastest (because 
you can precompute most of the values) that I know.
If you have a different goal, then you can be faster. For example, 
if you use something like my make-gobs for faces too, then you can 
compile a resize function that will be as fast as if it was hand-written 
(if you optimize well).
That is a simpler resize model in that you have to specify all the 
constraints yourself, and it does not do tabular alignments automatically 
for you.
When you want tabular alignments, I don't think you can do much better 
even if you code the resize function by hand, with the exception 
of special cases like all faces being the same size and things like 
that.
Robert
14-Oct-2008
[7305]
Gab, do you plan or already do continue your VID approach? I think 
we have to do some trade-offs between what VID can do in terms of 
simplicity and features.


I think we should try your approach and Carl's on a realy world app 
to see what fits best. Maybe it's a good idea to have a Simple-VID 
(for smaler tools) and a Fullfledged-VID (for big apps).
Pekr
14-Oct-2008
[7306]
... especially in the case when Gab's VID was 90% complete?
shadwolf
14-Oct-2008
[7307x7]
robert why not  but that will make again another rebolVM split  how 
to differencie what VID  version the app you are  going to use need
don't that will lead to a "Ho man that program is bugged it crash 
when i try to use it !!" and in fact the rebol script just needs 
the VID++ 2  turbo alpha ++ version
the rebol politics is rebol is all you need to do software
I'm agree that's a pity to abandon a work such advanced  and that 
demotive alot the comunity
gabriele worked hard to get his new VID and when it's all most complet 
Carl come with a better plan and trash out Gab's work that's not 
a good example to motive the comminuty to participate on further 
project where rebol content is directly conserned
How about adding the GAB  VID into ORCA ?
i'm sure Sillabe would like it even if Carl doesn"t
Henrik
14-Oct-2008
[7314x3]
I'm now able to study the R3 GUI source code.
As far as I can tell there are animation effects in it as well as 
a small suite of debug tools. Each source file is really small, around 
2-8 kb with a few going above 10 kb. Fully commented and very clean.
Running the GUI now. It's... colorful :-)
Graham
14-Oct-2008
[7317]
elastic?
Henrik
14-Oct-2008
[7318]
meaning?
Graham
14-Oct-2008
[7319]
resizing is automatic and good?
Henrik
14-Oct-2008
[7320x6]
resizing is automatic, but buggy. there is a list of known bugs.
there are animations in the GUI and I can resize the entire window 
while they play.
They are transitional animations and are fully interruptible.
http://rebol.hmkdesign.dk/files/r3/gui/001.png

Skin is for testing purposes.
Carl says the animation system is a simple prototype.
Mostly because events are not yet pushed correctly to it. So it's 
an event based animation system.
Graham
14-Oct-2008
[7326]
automatic scrollbars?
Henrik
14-Oct-2008
[7327]
meaning?
Pekr
14-Oct-2008
[7328]
aaaah, what a mixture of colors :-)
Henrik
14-Oct-2008
[7329]
Pekr, well, that's Carl's work. :-)
Pekr
14-Oct-2008
[7330x2]
so we've got "transition" effect? What are they used for?
.e.g. change of tabs/windows?
Henrik
14-Oct-2008
[7332]
The GUI feels fairly quick, but Carl says there is still a lot of 
optimization and caching to be done. This won't happen until he feels 
the entire system works correctly.
Pekr
14-Oct-2008
[7333]
btw: what do you mean by "each source file" - is the code now organised 
more in the RebGUI way? E.g. each "widget" being one file?
Henrik
14-Oct-2008
[7334x2]
the transitions right now are simply each element you see in the 
right side sliding into view one at a time. I've not yet studied 
how that works.
each style is a separate file
Kaj
14-Oct-2008
[7336]
Alphe, ORCA is way, way underpowered to run any VID
Henrik
14-Oct-2008
[7337]
the source is divided in two parts, with files beginning with g-* 
being the GUI system and s-* being style files.
Pekr
14-Oct-2008
[7338]
are there any editable styles yet? I mean - text area, fields? What 
about focusing?
Graham
14-Oct-2008
[7339]
So, Orca is where Rebol was 10 years ago?
Pekr
14-Oct-2008
[7340]
... those colors remind me of first VID version, which was called 
CID :-) http://www.xidys.com/rebol-view-screenshots/- the first 
one :-)
Kaj
14-Oct-2008
[7341x2]
Yes, but ORCA is also where REBOL may be in ten years: open source 
:-)
It's also where REBOL will hopefully be next year: an embeddable 
library
Pekr
14-Oct-2008
[7343]
r3 already is an embeddable library :-) it is just host source codes 
were not released .... yet ... :-)
Kaj
14-Oct-2008
[7344]
As you just said above, R3 is not out. ORCA is
Henrik
14-Oct-2008
[7345x2]
REBOL [
	Title: "REBOL 3 GUI - Development Module Loader"
]

files: [
	%x-funcs.r
	%g-defs.r
	%g-debug.r
	%g-funcs.r
	%g-styles.r
	%g-faces.r
	%g-panels.r
	%g-events.r
	%g-text.r
	%g-effects.r

	%s-fonts.r

	%s-panel.r
	%s-button.r
	%s-bars.r
	%s-text.r
	%s-image.r
	%s-lists.r
]

code: collect [foreach file files [keep load file]]

len-kb?: func [s] [round/to divide length? s 1024 .1]

src: mold/flat code
gui-cmp: compress src
gui-size: len-kb? gui-cmp 

print ["GUI Size:" gui-size "KB /" len-kb? src "KB"]

do code
That's the GUI loader.
Pekr
14-Oct-2008
[7347]
s-bars, s-list - do those files contain multiple styles?
Henrik
14-Oct-2008
[7348]
yes
amacleod
14-Oct-2008
[7349]
One Screen shot? Henrik?
Graham
14-Oct-2008
[7350]
see above.