AltME groups: search

My system/options/home is my rebgui directory, which has some subdirectories

that is so cool - is it RebGUI, VID based, or complete own View design?

I by myself about 3 month later make a port of the cyphre menu for 
rebgui so we can now that AGG is officially involve Cyphre into an 
optimization process to achive in short code a as flexible and advanced 
menu in term of design ;)

GRaham said ->
http://www.compkarori.com/emr/


A free multi-user electronic medical records system - based upon 
Rebol, RebGUI, BEER, ComLib, LaTeX, Firebird etc .. currenlty in 
beta test.  This is the first release of the server exe.

shadwolf ->


can some  screenshots of the main points of the client interface 
can be added to the  website i think this will be a good promotion 
for rebgui and emr ^^

But have to rewrite existing applications?  Rewriting RebGUI ?

RebGUI (alpha) and draft documentation available at http://www.dobeash.com/it/rebgui/


Only a few basic widgets defined at this stage, so don't try and 
convert your VID layouts across just yet! ;)


Being an alpha, the design is still settling down so feel free to 
question anything that seems wrong. If there's sufficient traffic, 
feel free to start a RebGUI group.

Or just grab the source (and run %test.r) directly from http://www.dobeash.com/files/RebGUI-010.zip

Ashley, since you have separated the View and VID facets, does this 
mean that RebGUI can work closely with VID, without the two affecting 
each other ? Eg. could faces from a VID LAYOUT be moved into a RebGUI 
DISPLAYed layout, et vice versa ?

In http://www.dobeash.com/it/rebgui/facets/for the CHANGES facet, 
you can add OFFSET to the list of flags (this is how you can take 
advantage of hardware scrolling, if supported).

So, I presumed that you prototype first in VID and then optimize 
in rebgui

II think that's from a minimalistic POV.  If you're still learning 
View then perhaps you should use VID to prototype and explore your 
styles and then just move the values that you need into a style definition 
for RebGUI, however, if you are a seasoned expert such would not 
be necisarry...

rebgui seems incompatible with /View < 1.2.10 (crash)

can we initiate a contest to create styles (widgets) for RebGUI ?

Graham - EMR system for doctors - http://synapsedirect.com/default.aspx


Ashley - RebGUI - alternative gui system for View, less resource 
hundry, less free form, but more complete, fine docs! - http://www.dobeash.com/


Maxim - he does stuff, no one properly understands, he is kind of 
crazy, but we like him :-) Data Flow engines etc. Look for Still, 
Liquid, Elixir, etc.

next step to MDP -GUI is to be made using RebGUI and encaped (wrapped) 
 by GREBOX  and a cute little installer for non rebol.org download 
;)

don't know if I could get enaought patience to make an input/rendering 
same window intaface once MDP-GUI interface will be based on rebgui 
;)

Shame on me, nice job to all working on MD, MDP, GUI, and Ashley's 
MD-Viewer and RebGui.

My actual effort in dev leads me to rebGUI project so MDP-GUI is 
in pause until rebGUI reatch stability then I would make a brand 
new version of MDP-GUI including the RebGUI look&feel. Once all this 
work will be done I could switch back to "One render/input window" 
problem :)

DideC Why don't you take 5 minutes of your precious time to make 
us a treview and a dir-resquestor for RebGUI ?

no I'm talking about treeview and dir-requestor for rebgui based 
on your work on the request-dir.r as you yet have a good experience 
and some inovent ideas over this topic  I think it's natural to push 
you to contribute but I you doesn't want to I will take some weeks 
soon to do it  but it could be more painfull for me and less inventiv 
that the work you can do DideC

no I'm talking about treeview and dir-requestor for rebgui based 
on your work on the request-dir.r as you yet have a good experience 
and some inovent ideas over this topic  I think it's natural to push 
you to contribute but I you doesn't want to push you. I will take 
some weeks soon to do it  but it could be more painfull for me and 
less inventiv that the work you can do DideC

Pekr: the SVG Demo is just a quick and dirty prototype. I'm just 
going to get it to the stage where it can display simple SVG icons 
(for RebGUI). If someone else wants to write an SVG viewer that is 
fully SVG 1.1 (with 1.2 around the corner) compatible then good luck 
... I'm *not* going to be doing that! ;)


yeksoon: see above comments. I'm tweaking the SVG Demo code on an 
SVG icon by icon basis. As long as it works for the icons I use (or 
intend to use) I'm happy - I don't guarantee the code will work with 
anything other than the specific SVG files I have tested it on.


Cyphre: SVG is such a "flexible" standard isn't it? :) One question; 
how did you map SVG "path d" commands (e.g. <path style=... d="M 
10 10 C 20 20 ... z") where there is no "z" command to close the 
"shape" (i.e. the AGG shape command closes by default).


shadwolf: Having our own SVG icons is a good idea as we don't have 
to worry about licence / distribution issues and we can tweak the 
generation to make it as AGG compatible as possible. To do that we 
need to settle on *one* tool so as we generate consistent SVG code, 
and we should generate SVG that uses a single unit of measure, preferably 
pixels, as it's a real pain trying to handle multiple units of measure 
within the same file. I'll continue this discussion in the RebGUI 
group.

I think trying to arrive to the level to inkscape in our own SVG 
DRAW MAKER software will take more than one year to redone it with 
REBOL... So to avoid loss of time we can yet work on the engine for 
rebgui feeting to InkScape SVG format then we can start working to 
our own SVG DRAW MAKER made in full REBOL... One thing that afraid 
me a little is the flexibility of the SVG format as it can be very 
different how to support any SVG file comming from any EDITOR ? For 
me SVG appears to me to be close to what we done with MakeDoc format. 
Today we have many MD like format all very good but to make a Viewer 
in rebol that support them all it wil be very very difficult.

I also wonder what is ReMark about, but it will be tagging too .... 
as I said - I will try similar aproach to Temple ... and the concept 
sounds really cool, maybe it would be worth to start it under the 
Ashley's wings :-), as RebDB and RebGUI - so documented from the 
beginning, etc :-)

So, to render PDF, I do this

write %/d/rebol/rebgui/www/referral.tex tmp
either zero? ret: call/wait "d:\rebol\rebgui\www\pdflatex.bat" [
            browse/only http://127.0.0.1:8001/referral.pdf
][

            alert join "Failed to print.  Batch file failed with return code 
            of " ret
]

and pdflatex.bat is just

copy referral.tex c:\texmf\
c:
cd \texmf\
pdflatex referral.tex -output-directory=d:\rebol\rebgui\www\

http://www.compkarori.com/emr/


A free multi-user electronic medical records system - based upon 
Rebol, RebGUI, BEER, ComLib, LaTeX, Firebird etc .. currenlty in 
beta test.  This is the first release of the server exe.

It is my pleasure to announce, that Cyphre was contracted to bring 
what I regard latest limiting factor for RebGUI database experience 
- a grid. The grid should support following features - visible/non-visible 
columns, both vertical/horizontal scrolling, keyboard support, programmable 
navigation, tri-state columns sorting, possibility to put other styles 
in cells. Expect it being in the middle of capabilities of RebGUI 
table, and Henrik's grid. The grid should be also easily portable 
to VID. The license - BSD.


Other things Cyphre will look into with regards to Rebgui is, how 
to make RebGUI a bit more pretty, centralising other things or simply 
allowing gradients for tabs etc. That is subject to change.


On non RebGUI front, we should have better sys-tray support under 
Windows, probably via .dll ....

The time-frame is three weeks from today. Stay tuned!

Does this help: http://www.dobeash.com/RebGUI/cookbook.html#section-2

For those who missed it the first time: http://www.dobeash.com/RebGUI/cookbook.html#section-2.3

Uploaded documentation on creating Application Bundles with the OS/X 
SDK:

	http://www.dobeash.com/RebGUI/cookbook.html#section-2.4


Used the same technique to create one for AltME which means no more 
annoying console sessions! ;)

http://www.dobeash.com/RebGUI/cookbook.html#section-2.3

It actually prevents SDK from rebface + rebgui usage. So instead 
of fixing crashes we do like above?

hmm, interesting henrik, it could work .... so you think that e.g. 
make face! or rebgui equivalent should be sufficient?

ok, but when my friend on linux commented those lines out, it crashed. 
The question is why? Isn't rebgui initialising x-win in some way 
too?

This may be of help: http://www.dobeash.com/RebGUI/cookbook.html#section-2

http://www.dobeash.com/RebGUI/cookbook.html#section-2.3

I've got some info on using ResHacker here: http://www.dobeash.com/RebGUI/cookbook.html#section-2.3

How does one force rebol to recover memory?

>> stats
== 4202333
>> do %tour.r
Script: "Untitled" (none)
Script: "RebGUI system" (15-Jun-2005)
>> stats
== 14955467
>> recycle
>> stats
== 14922539

Graham: If you want to reduce RebGUI's memory footprint just rename 
%dictionary/American.dat ... that alone accounts for more than half 
the memory footprint. ;)

Interestingly enough, adding:

	button "Clear" [clear system/locale/dict]

or

	button "Clear" [system/locale/dict: none]


to %tour.r have lesser and differing effects (from a stats / recycle 
perspective).

Ashley, you might want to change this page http://www.dobeash.com/it/rebgui/
and remove the reference to it working with the sdk ( until RT releases 
a 1.3 compatible SDK ).

I'm currently developing a load-svg-icon function that will take 
an SVG file name and size, and return a scaled draw block. Some questions 
need addressing first though (feel free to post the GPL answers to 
the licensing group):


1) Can I distribute a set of GPL SVG icons with the RebGUI zip bundle? 
If so, under what terms / conditions?

2) If someone creates a RebGUI binary application (with the to be 
released SDK) can they include GPLed SVG files, and if so, under 
what terms / conditions?

3) Can GPLed SVG files be distributed under a different file name(s)? 
(e.g. rename gnome-gtk-folder-icon3.svg to open.svg)

4) What if I want to take a set of GPLed SVG files and distribute 
them as pre-converted draw-blocks (so RebGUI apps don't need to convert 
icons from SVG to Draw)?

Now some design questions:


1) Should the result of the proposed load-svg-icon be a draw block 
or an image?

2) Should RebGUI have a stock image cache or a stock draw-cmds cache? 
(i.e. is it better to cache draw cmds or images)

4) What if I want to take a set of GPLed SVG files and distribute 
them as pre-converted draw-blocks (so RebGUI apps don't need to convert 
icons from SVG to Draw)?  Normally the LGPL force you to keep the 
 original names and author reference but you can warn the author 
and ask them a special permission to not repect this term... But 
then you obviously have to mention it with a text like " Thank to 
the authors of GTK for allowing us to exploit their SVG icon set 
and allow us to repack and interger it to the rebGUI project"

shadwolf: Once you've settled on the "best" SVG generation tool to 
use (with feedback from folks here), then create a simple SVG icon 
(a shaded "next" arrow for instance) and post a link to the file. 
I'll have a look at the underlying SVG code it generates and we'll 
see if it's clean enough to use easily. We can then start creating 
more complex icons and improving the SVG renderer as we go. My hope 
is that we will end up with a nice set of REBOL / RebGUI SVG icons 
that are free of any licence / distribution issues.

Maybe your son can help with  the Rebgui project now that 1.3 is 
out?

do %rebgui.r
display "RebGuiTest" compose/deep/only [
        label "Query" t: text 40 "" return
		a: area 100x50 "In the beginning, "
        button "Insert" [
				insert a/text "Title{}"
				; edit-text a enter

    insert tail a/text "And from a barely documented VID, a need for 
    something bare but easy to document: RebGui.  And the user saw it 
    was good."
				; edit-text a enter
				show a
        ]

do [at face/pane/3/text 10 insert tail face/pane/3/text "there was 
View 1.3.  "]
] ; End Display
do-events

How to move the cursor to inside the brackets of Title{->Here<-}.

How to enter a newline, and more generally use the function defined 
in rebgui-edit.r into the area?
** Script Error: edit-text has no value
** Where: action
** Near: edit-text a enter

More generally, how to enter a string and move the cursor after the 
insertion of it.  Thanks for an answer to this 'II am New' question 
pertaining to RebGui.

This should get you going:

display "Test" [
	a: area 100x50 "Title {}"
	do [
		rebfocus a
		system/view/caret: back system/view/caret
		show a
	]
]


The RebGUI edit-text function (and indeed the majority of the edit 
context) is designed to be used from within RebGUI widgets ... it's 
not "user-space" functionality. Manipulating text and / or focus 
is done via the standard view mechanisms (system/view/caret, focal-face, 
highlight-start & highlight-end) ... RebGUI just provides an encapsulated 
front-end to these. Depending on what sort of operations need to 
be performed (e.g. move the cursor to the Nth character), we can 
certainly add additional user-space functions (much like rebfocus), 
we just need to define what these functions are and how common their 
use would be.

I have done the set of svg icons you ask me using inskscape plain 
text svg (the lighter svg format ...) you can get it here http://shadwolf.free.fr/RebGUI-svg-icons.zip
 .It's not author marking and it's my own work so no problems with 
rights issue.

but nothing prohibes you to make a sutch widget for rebgui ;)

Is there a tool to enumerate all the path to the text fields in a 
RebGui application.   Rebol is great to draw interfaces, but boy 
is it owerwhelming to find the path of those fields.  I did not find 
the way (if there is one) with Anamonitor003.   To have an idea of 
what I talk see my never finished pet at www.biblex.org.

normand normally soon we will see Menu bar and popupMenu in REBGUI 
This will allow you to improve and simplifie the UI of BiBlex ;)

So many things on the fire actually ... We need to achieve some widgets 
insertion and discuss why some widgets are not inserted to rebgui 
actually...

Latest build available at: http://www.dobeash.com/files/RebGUI-032.zip


*** Unzip this file into your existing RebGUI 0.3.0 distribution. 
Requires View 1.3. ***

Highlights include:

	- New keycode handler (to assign keystrokes to actions)

 - Tab focus expanded to include button handling (see %focus-demo.r 
 for details)
	- Buttons are now image based
	- Number of password widget fixes

 - Added basic SVG support (proof of concept at this stage - shadwolf 
 is working on *real* SVG support)
	- Added icon and svg-toolbar widgets to support above
	- Large number of bug fixes

 - Bit of code refactoring (split layout logic out of display function)

one of my friends would imediatelly switch to RebGUI, but not without 
more solid table/grid element ...

What is the latest RebGui version that can be used with Rebol/View 
< 1.3  ?

This is fixed by adding a reduce to the button data (rebgui-widgets.r), 
as in

		data:	reduce [
			#[image! 7x14 64#{
				...

Latest build available at: http://www.dobeash.com/files/RebGUI-033.zip


*** Unzip this file into your existing RebGUI 0.3.0 distribution. 
Requires View 1.3.1 ***


Minor synchronization release to align with latest REBOL/View 1.3.1 
builds and documentation. I've also removed all SVG related code 
until such time as AGG fixes allow SVG Renderer project to complete.

Latest build available at: http://www.dobeash.com/files/RebGUI-034.zip


*** Unzip this file into your existing RebGUI 0.3.0 distribution. 
Requires View 1.3.1 ***

Highlights include:

	- request-dir requestor updated
	- alert and question requestors added

 - Tab focus expanded to include edit-list handling (see %focus-demo.r 
 for details)
	- Button image now resizes correctly

 - text-list widget totally rewritten to use [newly documented] View 
 1.3.1 iterated faces
	- text-list now supports Ctrl+click, Shift+click, Ctrl+A

 - text-list scrollbar now reacts to current display state (eg. disappears 
 if not required, alters dragger ratio as rows are added, etc) 
	- check and radio widget aesthetics improved

 - added options support to layout function and text-list and check 
 widgets

 - changed base-size from 4x5pixels to 5x4 pixels (better granularity)
	- reworked all widget sizes to account for above
	- fixed scaling problems with many widgets
	- updated focus-demo.r

 - greatly enhanced and expanded %tour.r to demonstrate more variations 
 and usage cases
	- added "live" unit-size and font-size drop-lists to %tour.r
	- numerous other minor bug fixes and coding improvements

In the works


 - table widget being rewritten along the same lines as the new improved 
 text-list widget
	- aiming for a 0.4.0 beta release prior to DevCon2005

with 3.4 when i run the tour.r i get: Access Error: Cannot open /C/Temp/Rebol 
View/RebGui/images/logo.png
** Near: image: load %images/logo.png
size: image/size

I thought I'd have a go at building an application with RebGUI, and 
I'm starting with an open source electronic medical record.
I'm just building the gui first off 

http://www.compkarori.com/emr/remr.exe
http://www.compkarori.com/emr/remr.r

Help appreciated :)

Good first cut. I''d standardize label / field widths with composed 
words; eg.

window-size: NxN
tab-size: window-size - NxN
label-width: N
field-width: N

display "Test" compose [
	...
	label (label-width) ...
	field (field-width) ...
	...
]


This way you can globally experiment with different sizing layouts 
without too much effort.


If you come across anything that would make writing an app even easier 
(be it a RebGUI usage hint or enhancement request) then be sure to 
mention it here. Thanks. ;)

Pekr, the RebGUI resizing model is simple and works well. The "problems" 
you are now seeing are caused by the fact that the latest build prevents 
widgets being assigned negative size values (which prevents one class 
of errors (sporadic crashes) but can cause anomalies when windows 
are resized below a certain point). RebGUI assumes that if you allow 
widgets to be resized you will *also* specify a window min-size that 
can comfortably hold all widgets. The next build will include an 
updated %tour.r and documentation that addresses this.

Could rebgui calculate a minimal size for a layout?

Go here for a list of all other issues: http://www.dobeash.com/it/rebgui/issues.html

Volker; difficult as min-size includes OS-specific title-bar and 
borders, and RebGUI displays can be dynamically extended *after* 
the window they appear in is displayed (I don't believe that min-size 
can be changed / reset after the face has been viewed).

But this allows you to resize a window below an invisible threshold 
only to have your resize [partially] ignored when the layout jumps 
back to it's minimum size. I still maintain that setting a realistic 
min-size is not only subjective but the role of the GUI designer 
... if RebGUI tries to infer this setting it will invariably get 
it wrong ("why did it let my title field shrink to less than three 
characters ... everyone knows a one-char field is useless" type of 
issues).

Not so much an absolute positioning problem as a by-product of RebGUI's 
simplistic resizing model. Compare:

	display "" [field #WH field #WH return field #WH field #WH]

with:

	display "" [field #H field #WH return field #Y field #YW]


This limitation is by design so won't be changing any time soon (I 
tend to design GUIs that conform to it naturally ... but that may 
be just me ;) )

neat. got my very simple gui app working in View, and I'm suddenly 
overwhelmed by the urge to try it with RebGUI instead.

Latest build available at: http://www.dobeash.com/files/RebGUI-035.zip

Issue log: http://www.dobeash.com/it/rebgui/issues.html


*** Unzip this file into your existing RebGUI 0.3.0 distribution. 
Requires View 1.3.1 ***

Highlights include:


 - generic face-iterator function shared by all lists (text-list, 
 table, edit-list & drop-list)

 - new improved table widget finally supporting row (including multiple) 
 selection

 - updated drop-list & edit-list widgets (defocusing support still 
 limited though)
	- area widget now sports a slider by default

 - resizing code (supporting negative sizes) reverted to pre-0.3.4

 - IMPORTANT: resizeable windows that don't have min-size specified 
 are automatically assigned one the same as the original window size
	- Various multi-row text selection issues resolved
	- Various focus issues resolved
	- numerous other minor bug fixes and coding improvements

In the works

	- basic menu widget
	- revamped documentation 
	- stabilize existing code-base for 0.4.0 beta release

Latest build available at: http://www.dobeash.com/files/RebGUI-036.zip

Issue log: http://www.dobeash.com/it/rebgui/issues.html


*** Unzip this file into your existing RebGUI 0.3.0 distribution. 
Requires View 1.3.1 ***

Highlights include:

	- All widgets now support alt-action & dbl-action blocks

 - Table & Text-list widgets now have a selected function to access 
 selected data directly

 - New clear-widget accessor function to handle setting values within 
 iterated faces
	- Added a clear-text accessor function
	- Documentation updated to reflect above changes
	- Number of minor bug fixes

In the works

	- revamped focus system
	- basic menu widget
	- context menu widget
	- stabilize existing code-base for 0.4.0 beta release

Ashley, what do you think of adding in some way of assisting with 
field level validation.  I was thinking of perhaps an optional dialected 
block that specifies if the field is of date type, not null, character 
length min/max, and for passwords, sufficiently complex.  That way 
when building database applications, you can specify the table constraints 
at the field, and let rebgui automatically enforce that.

one question - will there be better list/grid support? My rebol friend 
would use rebgui immediatelly, but is smiling and saying - those 
ppl don't design db releated apps? Wow can they live without multi-column 
text list or proper grid? :-)

No plans with 'get-text, unless it was to do something over and above 
what face/text does (i.e. trim then show).


The alert problem is related to RebGUI's liberal use of hide-popup 
to cope with drop-lists and edit-lists that need to be closed when 
another one is opened. I figured at the time that having more than 
one non-modal dialog open at the same time probably didn't make much 
sense - although an alert from within one is a valid case [in hindsight].

Latest build available at: http://www.dobeash.com/files/RebGUI-037.zip

Issue log: http://www.dobeash.com/it/rebgui/issues.html


*** Unzip this file into your existing RebGUI 0.3.0 distribution. 
Requires View 1.3.1 ***

Highlights include:

	- Close handler refinement added to display function

 - Closing the main window when more than one is open now prompts 
 for confirmation

 - New 'after keyword added to layout (helps with displays that arrange 
 widgets in one or more columns)

 - Fixed major bugs with 'at positioning and window size determination
	- Couple of layout 'reverse bugs fixed
	- Documentation updated to reflect above changes
	- Number of minor bug fixes

In the works

	- revamped focus system
	- basic menu widget
	- context menu widget
	- field-level validation
	- stabilize existing code-base for 0.4.0 beta release

Note the following user-configurable blocks under ctx-rebgui/edit:

	tabbed: [area field edit-list password button]

	hilight-on-focus: [field edit-list]

	caret-on-focus: [area field edit-list password]

	action-on-enter: [field edit-list password]


But its probably a good idea to agree on the "correct" default behaviour 
anyway.

Rebgui redefines 'request-file without the /keep refinement

I'm doing some async io, which works with View, but in Rebgui, I 
get the following error when I click on my button

make object! [
    code: 312
    type: 'script
    id: 'cannot-use
    arg1: 'path
    arg2: 'none!
    arg3: none
    near: [if pf/data <> face/data [
            old: pf/data
            if old [
                clear skip pf/pane/:old/effect/draw 7
                show pf/pane/:old
            ]
            pf/data: face/data

            insert tail face/effect/draw [pen leaf fill-pen leaf circle 6x10 
            3]
            show face
            face/action face
        ]]
    where: 'switch
]

Thanks for your answers, Ashley. Will SVG support be RebGUI system-wide?

this is rebgui ..

but widget text-list in rebGUI doesn't have multi-columns..

was it discussed here before? Why recent Rebgui version takes 15MB? 
Playing a bit with demo and it is now 19,5MB after few minutes of 
usage ...

I made some improvements in the list-view widget for rebgui  ^^ Now 
dynamc widget changes impact on data to be drawn (so when you change 
the state of a checkbox this impacts on the stored data) I make a 
generic callback funtion to allow ppl to save list data into a file 
 on changes. I make some estetical changes too 
I hope you will apreciate it  ^^

0.52 version of list-view widget is shapped to ork with Rebgui 0.36

it's been a while since i don't get internet connection so I hope 
it works fine with rebgui  0.37

list-view 0.52 works fine with rebgui 0.37

Anyone know how I can replace the editor used by RebGUI with the 
one use by VID  (until it gets fixed by Ashley ) ?

http://www.dobeash.com/files/RebGUI-037.zip

http://www.dobeash.com/files/RebGUI-030.zip

http://polly.rebol.it/test/test/rebgui/rebgui-edit.rpatches cursor-down. 
look for ";?".

added focus-check in area: http://polly.rebol.it/test/test/rebgui/rebgui-widgets.r
. return works

I only changed rebgui-edit.r so far.

My setup: http://polly.rebol.it/test/test/rebgui/download.r, but 
american.dat is big. then try the area in tour.

could make a spellcheck-demo with rebgui.

changed rebgui-edit end rebgui-widgets (area there). my usual change-mark 
is ";?", search for that.

Anyone know if rebgui has a dirty? flag for area/text ?

edit.html#section-2.5 :  edit/focus works only if i refer to it as 
ctx-rebgui/edit/focus

dont think so, because the table widget in rebgui is complete enough 
for me in itself, but will check it out

3. question: (im just inspecting rebgui-widgets.r and found this) 
foreach row picked [insert tail blk pick data row]

posted my comment too, pointed to RebGUI :-)

I don't understand - how tabs are more complete than those in RebGUI 
for e.g.?

I just don't understand, what you mean, that it is higher-level-than-VID 
.... if VID, or RebGUI has such style, how is FX more higher level? 
I can't see there any other level of abstraction, or am I missing 
something? I don't want to argue :-) I just want to better understand, 
what might FX provide us with, and what is lacking in View + VID/RebGUI 
.... (I mean other things than missing styles, or styles not being 
complete?)