• Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search

AltME groups: search

Help · search scripts · search articles · search mailing list

results summary


results window for this page: [start: 236 end: 335]

world-name: r3wp

Group: !AltME ... Discussion about AltME [web-public]
Toggle GUI Elements have a tendancy to confuse me unless they are 
a radio button or checkbox where the meaning is clear.
Group: Script Library ... REBOL.org: Script library and Mailing list archive [web-public]
eg. the descriptive text of rebol 


It's a messaging language ` 'rebel' not 'ree-ball' ` code is data 
and data is code ` CGI? Yes ` 40+ platforms ` only 250K-500K ` console 
or GUI ` Yes, just a single file ` commercial versions = same core 
+ ODBC, SSL, and more - shallow learning curve, amazing depth ` keep 
IT simple ` if you liked "The Matrix"...

is lengthy and not focus... it also do not need to be at the top 
of every page...maybe it should go below 'About'
Could add/replace some of that with "cross-platform, CGI, console 
and simple GUI dialect etc.."
Back in February (!), Anton wrote:

<<By the way, something that I never really liked is the short rebol 
description at the top of rebol.org.>>

OLD TEXT: <<It's a messaging language. 'rebel' not 'ree-ball'.

 code is data and data is code. CGI? Yes. 40+ platforms. only 250K-500K.

 console or GUI. Yes, just a single file. commercial versions = same 
 core + ODBC, SSL, and more -

 shallow learning curve, amazing depth. keep IT simple. if you liked 
 "The Matrix"...>>

We may be slow, but we get there:   http://www.rebol.org

The banner text has been updated to ready pretty much what Anton 

Thanks Anton!
I attempted to rename button.r to vid-button.r so the new script 
should be deleted and the old one renamed if possible.  As for the 
rest of them...

wizard.r  TO vid-wizard.r
group.r TO vid-group.r    
drop-down.r TO vid-drop-down.r   
dragbar.r TO vid-drag-bar.r       
date.r TO vid-date.r

Since we won't be calling the GUI Dialect in R3 VID the new names 
should make what the scripts do clear even after R3 GUI scripts start 
popping up...
maybe, we could eventually have more than one picture, like pics 
which are specifically tagged as gui screenshots, for example.
Group: Make-doc ... moving forward [web-public]
MDP-GUI to be the interface for writing datas to Carl's blog script. 
does the idea sound usefull for you ?
I tried an earlier version of MDP-GUI but did not keep up with it. 
 I would like to try it to understand better its functionality.  
I think you have some good ideas there.
I use IOS to keep version control of my website...so I usually have 
things integrated with that...but the GUI could make it easier...does 
it run makedoc2.r as well?
well i thinkif you exit movable text i will include it a soon as 
possible to MDP GUI that was part of the defaukt fucntionnality I 
allways wanted in it  but has I don't get the knowledge to handle 
the task i send it to futur time
a good editor i think is the SCITE made for GUI4CLI  it includes 
all this kind functionnality

that not the applicable to MDP-GUI but for rebol rad tool it could 
be very nice
eFishAnt for moving text if you arrive to a good solution send me 
a post thru altme I will integrate it asap into MDP-GUI

that could be a good point to explaine to newbies how to influe dynamicly 
to default area text :)
Group: MySQL ... [web-public]
mysql-admin is a GUI client.
then I tried to turn them off again through the GUI and it didn't 
Group: Syllable ... The free desktop and server operating system family [web-public]
Azureus - very good Java based client with all stuff needed - auto-updting 
etc., nice and responsive GUI. I wonder if REBOL would handle such 
app :-)
OpenOffice 2 is a good candidate, though, because they've made the 
GUI much more native
Group: Linux ... [web-public] group for linux REBOL users
Dont know that eally well myself. what i firued out: usually (debian, 
suse) startup-scripts are in /etc/init.d. on debian there is a /etc/init.d/skeleton 
as base for own script. then there are the runlevels in /etc/rc?d/. 
links there go to /etc/init.d/ an tell the system what to start/stop. 
the numbers in the filenames are the priority, lowest run first. 
Usually there is a gui-tool like yast or ksysv which scans /etc/init.d/ 
for scripts and makes the appropriate links. tricky things are to 
write the startup-script, to figure out which runlevel to use and 
how the os figures out what to stop. although if you dont need that 
runlevel smartness, because you call it on boot and let it be killed 
by shutdown, you can just use a normal bash-script.
(runlevels tell which servers etc to run. so there is one with everything 
off for maintenance, one for console-use, console with network, console+network+gui-login, 
these with and without network, maybe some others)
Festival is a software made in Scheme ( a Lisp clone) that allow 
voice synthésis (debian pakage are available on bedian.org website 
and can be acceded using Synapse GUI debian DLand Install software).
To run my solution I simply make a bash that tests if festival is 
yet running or not and then runs it (I'm using 1.2.1 REbol version 
for linux ...) and then runs my GUI software ;)
True, but can't you add what you need via apt-get or the GUI?  think 
the GUI is called "Adept" or just "Package Manager"
petr: the "proper" way is to link to gtk or qt. you know, there's 
no gui standard there... the only thing you can take for granted 
on GNU/Linux is the linux kernel and the GNU utilities.
my linux troubles (this is longer)

I'm pretty frustrated at this moment, maybe somebody can help me...

I'm linux newbie, I'm using it for 6 months or so. I've installed 
Ubuntu for my girlfriend and it works OK. So I decided to install 
linux for me too. I've got Athlon X64 computer, so I tried 64bit 
version of Ubuntu. But you cannot run 32bit programs under 64bit 
Linux, so no REBOL or AltMe. OK, I can live with 32bit linux, no 
problem. So I installed MEPIS. It's not bad, it has got media support 
but...it's KDE.

I never knew anything about KDE vs. Gnome vs. whatever wars, I just 
don't care, but day after day I found KDE to be bloated, slow and 
buggy. Compared to elegance of Ubuntu on my girfriend's computer 
I decided that I just don't like KDE, I don't like all that menus 
where I'm always lost, long loading times, that awful blue theme, 
childish icons and everything K-labeled. Every window and every button 
on KDE looks so BIG compared to windows GUI, it's just a waste of 
screens's space. So I tried different window managers and found Xfce, 
icebox and some other small and fast window managers. But running 
MEPIS with different window manager than KDE was not optimal so I 
decided to remove MEPIS and install xubuntu. Everything was OK and 
I had xubuntu instaled.

One day later I managed to exchange my gfx card. I was using Matrox 
Millenium 2MB PCI card and exchanged it for 3D labs Banshee 16MB 
PCI card (I know that both cards are somehow underpowered for my 
computer but that's OK, I don't play any 3d games, so I don't need 
some new card). I've booted into Windows and everything was OK. I 
can even select resolution better than 1024x768 (because that's not 
optimal resolution for 21" monitor :-) So I restarted and booted 
into xubuntu. x-server didn't start. 

As I said, I'm linux newbie so I don't want to mess with some config 
files so I said to myself OK, I reinstall it, it's just one day old 
installation, no problem. I've booted the live-cd, grub let me choose 
resolution of 1280x1024, I booted xubuntu and - it was running in 
640x480. Yes, I had the choice to change resolution - but only to 
320x240. I tried ubuntu (gnome) and it was the same. ubuntu's x-server 
probably does not support my banshee gfx card. I tried MEPIS also 
and - it worked! I can boot mepis 3.3.1 live cd in 1024x768 (but 
not more - with windows, I can go up to 1920x1440). But when I boot 
mepis, I do see that KDE desktop thing and it makes me feel sick 
(hell, even windows seem to be more fun to use than KDE for me!).

So, what now? I cannot use windows only (1. i don't like it :) 2. 
it's got problems of its own - it cannot download files bigger than 
cca 1MB without error. Probably some driver problem but I still haven't 
found a sollution. this is not problem on linux) and I don't like 
KDE. I know that there's one sollution - to buy relatively new pci-x 
n-vidia gfx card and problems may be gone. but that's not what I 
want to do. That 3dfx banshee is good enough for me, I just want 
some fast and small OS running on it.

Maybe I'm just missing a computer that can boot in 15 seconds into 
full GUI enviroment (yes, my old Amiga :)
[unknown: 10]:
I liked KDE when it started with version 1.0, then it started to 
look like a PlayMobil/Lego Desktop, now its upto perfect and leaves 
gnome far behind, not only based on GUI but also based on pratical 
use ;-)... But it still eats a damm lot of resources... you need 
to tune , but thats fun ;-)
Gnome vs. KDE: I gave up on KDE ages ago. It has pretty good underpinnings, 
but the philosophy of cramming every possible feature into the GUI 
just makes it a nightmare to use. I don't know about KDE4, so I won't 
say much about that.

Gnome has a much better interface, but still a far way to go. It's 
exactly the opposite of KDE. I wish the two would go together and 
create a new desktop, based on KDE's underpinnings and Gnome's GUI.
Group: CGI ... web server issues [web-public]
Does anyone have any ideas about how to approach a web-based gui 
that allows users to upload multiple files at one time without having 
a series of  "inputs?" I'd like to have users do a ctrl select when 
they are browsing for multiple files to send. Thanks.
My uplink speed kinda (no, it pretty much completely) sucks but I 
offer free hosting to any rebol that wants it at peoplecards.ca. 
 I just ask for patience if a new service needs to be installed while 
I work out kinks and the user needs to know that it's home based 
with a not-so-speedy delivery pipe and I offer little in the way 
of frills; meaning it's sftp or ssh cli, not cPanel or other gui.
Group: !Readmail ... a Rebol mail client [web-public]
For the next release I will be changing the way in which the locale 
works. (For security reasons)

The locale.r file will no longer be evaluated ... i.e. the program 
will no longer do %locale.r.
The program will expect a pipe seperated file something like
    ; menu items

    ; gui items
    gt_Add-to-cont|"Add to Contacts"
[unknown: 9]:
Is Rebmail (er, I mean readmail) a command line thing, or a full 
GUI thing?
Group: Web ... Everything web development related [web-public]
we have looked at it and at the same time looked at phpsavant 

for us, our key concerns is maintenance from the developer point 
of view. We want the team to stick to one language (or markup)... 
there will be times in a project, that you may not have the luxury 
of a designer...so the developer still end up working on the apps 
GUI (or look-n-feel).
have you seen http://www.nvu.com/? Gecko based. They aim for something 
like Dreamwaver. IIRC, with dreamwaver, if you have e.g. some module, 
you can provide "plug-in", simply that web designer will parametrise 
you module using GUI and the rest is done under-the-hood ....
I do intend to make glass the standard high-end GUI engine in REBOL 
Group: SDK ... [web-public]
Base is a little smaller (~250K), but that's close enough. If you 
need GUI stuff, it will be around ~550K minimum (using rebface) or 
~650K using all of view and VID..
Most of the GUI work I do does not use VID or networking, so enface 
without any of the view-* or prot-* scripts is what I want. I do 
not want to use a loader front-end based on rebview that includes 
all this code. The cost in executable size may be small (less than 
100Kb), but it's the start-up time and memory cost that I like to 
get as lean as possible. This will become more of an issue if and 
when REBOL is ported to small memory footprint devices.
Group: !RebGUI ... A lightweight alternative to VID [web-public]
First stab at a list of required base widgets

	droplist - text display + drop-down list
	editlist - edit box + drop-down list
	groupbox - encloses a group of gadgets in a titled border
	list – single column
	listview – multi-column

 spliter – a “spliter window” which affects the width / height and 
 position of other gadgets
	tab -  arranges multiple gadgets into logical groups

 updown – scrollbar minus the bar (used with a field to increment 
 / decrement numbers, etc)
	popup-menu - context menu
	status – status bar with one or more “segments”

The aim is to have as few widgets as neccessary to build the majority 
of required GUI's. Take a look at the applications you use on a day 
to day basis, what widgets do they use? Are they in the list above? 
How are they named? Are there any widgets in the above list we can 
do without? (not that *someone* won't need it, just that it isn't 
common enough to be part of the base widget set).
Personally, I think it would be very cool to have a non-RT GUI dialect 
that was better than VID, but just as flexible.  I wrote VID in very 
short period of time, and it was disigned for more than what it is 
typically used for.  For example, VID is written in such a way that 
it makes it easy to write something like the Layout script -- because 
you can return to the original VID source code from the face itself.
CArl I'am agree with you VID is a very amazing system no challenge 
with it in any other langagues ... But The first thing that came 
to us when we show VID based GUI is " why does this window looks 
so wired..." The fact that I spent on in less time than in other 
langage (even IDE compositor based) is not relevent for the non programmer 
or informatic nerd (sorry for the nerd word ...). What he want is 
what he knows GUI that are sharp designed but in the convention he 
knows hehehehe  ;)
But, I think the non-VID GUI projects are good too.  Because, when 
people use the SDK, they can use whatever GUI engine they prefer. 
They do not need to include VID in their code at all.
My post of 2-Mar-2005 in the View group which kicked things off:

Which leads (sort of) to my next question. Does anyone think it is 
worth developing a simple, high-performance, low-memory GUI alternative 
to VID? The aim would be to have it built on View from the ground 
up such that you could (for example) use enface / rebface (or equivalent) 
without needing %view.r (and the over 120 KB of mezz it pulls in). 
If there's sufficient interest I'll document and release the Alpha 
implementation I have.

I'll jot down a few notes for an article before I forget too many 
of my streams of thought. ;)
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 :)
resizing system: How about a method that will store the layout if 
altered by the user and reload the GUI in the same layout? It always 
drives me nuts if I have to resize application splitter bars, panes 
etc. when starting again.
[unknown: 5]:
Anyone made a non rectangular gui layout?
Nice, I understand what you want to do now ... create a GAL (GUI 
Abstraction Layer) that enables RebGUI widgets to be used in VID 
with zero RebGUI changes. Interesting to see whether you can get 
it working the other way (VID -> RebGUI) as painlessly! ;)
[unknown: 5]:
I remember when /view first came out it seemed there was someone 
that made a gui that was eliptical using only faces and no layout.
Having a minimal, lowest common denominator version of list is a 
good idea, considering the idea with RebGUI is to create a small/tight 
GUI environment.  Having a more advanced version (more code) running 
on the lighter GUI is also a good idea so programs written for it 
don't feel restricted.
Group: Cookbook ... For http://www.rebol.net/cookbook/requests.html [web-public]
rebol.org library already have tagging for the scripts.

Both in terms of levels ["Beginner" "Intermediate" "Advanced"] as 
well as the domain ["cgi" "gui"] etc...

Perhaps there is a way to feed the cookbook examples into rebol.org 
and let the Library be the holding place for future cookbook examples.

There are '3 major' rebol sites (those with rebol in the domain). 
And they are rebol.com, rebol.net, rebol.org.

It is not incredibly clear whether certain docs should be in .org 
or .net. 

Other suggestion to consider is how can we leverage off works done 
in various sites and avoid duplication. Why not let rebol.org be 
the host for cookbooks as well?

I would think new comers will prefer to find both cookbook examples 
and other contributed scripts all in one location. Rebol.org also 
lets you search the mailing list.
Group: XML ... xml related conversations [web-public]
REBOL is GLUE! What about calling the new GUI something related to 
glue? Or just "GLUE".
oh i have a better bad puns: GUI-lty
Group: PowerPack ... discussions about RP [web-public]
Good points, Maarten about accessibility.

If I were looking for an alternative REBOL GUI and typed REBOL GUI 
into Google, I'd probably soon conclude that there wasn't one. And 
that might end my evaluation of REBOL.

Having many useful tools scattered across personal websites has other 
weaknesses too -- look at how hard it's been for people to find Gavin 
MacKenzies's XML libraries after his personal website went offline.
Group: Sound ... discussion about sound and audio implementation in REBOL [web-public]
unfortunately there's missing page 2 in the document. however if 
anybody is interested in synthesis, next version of sintezar is going 
to have five different oscilators, four filters, three waveshapers 
(these units are ready now) plus some other units (phaser is ready, 
i'm working on delay). I wrote some basic sequencer last week, so 
only some preset management system is missing and some work on GUI 
(drag and drop for connecting modules is ready, but I still have 
to rewrite all modules to support it)
fast fourier transformation. no way in current rebol (to much computations). 
On my Athlon XP 1700+ can REBOL do some 3milions computations in 
second (this is very aproximate number, some computaions are more 
time-consuming than other ). May sound like a big number, but if 
sound's sample rate is 44100Hz, there's only some 70 computations 
for each sample. And this is the ideal situation (no GUI and other 
CPU-demanding stuff). So there are two possibilities. 1) Some faster 
math, or JIT REBOL compiler  and 2) wait for faster CPU's. Let's 
see what comes first.
I'm filling a buffer of 256 bytes so I can change parametres in realtime 
(buffer is filled, GUI works again, I can fiddle with knobs) and 
then I add buffer's content to some sound [block!]
Henrik why not. But the GUI is not 100% finished so I hope it can 
be later replaced with better picture.
Group: Rebol School ... Rebol School [web-public]
that is the set of proto functions - those string manipulation functions 
- you do use them everywhere ... even in graphics ... you have face, 
which has pane (container), and you insert, append, find, replace 
another gui elements, and then you call 'show ...
the better way to gauge useage is not by frequency within one script 
but by useage amongst many scripts... where useage within that script 
many times still only counts as one.  I'd use the rebol.org site 
to scan scripts from any given group and put usage from them.  Thus 
networking would score view as almost 0 where gui would place view 
as the most used word (in every script)
My colleagues suggest that we use the View GUI. He feels that it 
is simple enough to code a graphic interface with this. I admit I 
have not looked into View much. My preconception is that adding the 
graphical layer complicates things too much (like Windows/C++). Maybe 
I'm wrong as Rebol is concerned?
you may look into RebGUI project - consumes less memory (mostly non-issue 
on PC), provides more styles, resizing, more proper behavior to styles, 
try to go thru demo AND look into tour.r source - you will see how 
nicely readable the gui part is - you don't need to go into internals 
too much ...
Group: Rebol/Flash dialect ... content related to Rebol/Flash dialect [web-public]
Terry, I understand Oldes'  POV,  their tools but really hard to 
use. The language as the foundation for GUI programs is beter than 
the actual GUI programs.
Thanks Oldes, I will try that. The dialect and AS are becoming clearer 
now with all the info you have given me. I look forward to writing 
lots of cool things. Thanks for the hint about the two main parts. 
I wondered how they were connected as most of the AS tutorial have 
you create something with the GUI then add the AS part.
Rebol/Flash dialect (RSWF) version 2.5.0 is available!
compressed: http://box.lebeda.ws/~hmm/rswf/rswf_latest.r(89kB)

uncompressed: http://box.lebeda.ws/~hmm/rswf/rswf_2.5.0.r(331kB) 

as colorized HTML: http://box.lebeda.ws/~hmm/rswf/rswf_2.5.0.html

What's new:

- New swf-parser included which replaces old exam-swf function (useful 
for importing foreign SWF files)

- Added implementation of Class definitions for SWF versions 6 and 
higher (I have to create some examples)

- Added new 'trace function into actions (which can be use to compile 
swf files with or without trace calls easily)

- 'require and 'include now accepts block of files or urls (I should 
modify my rswf code colorizer to show included files as well)

Here is also new example how to include first of GUI elements: http://box.lebeda.ws/~hmm/rswf/example/swf8-cliphandler

In the future I would like to create something like mini Layout dialect 
which will be used for better positioning of the new GUIs I'm working 
Version 2.9.0 ... now with Calendar GUI and fixed one nasty bug in 
'IF compilation after 'EITHER rule
and one more reason - to hack a default Flash gui components is for 
me much more difficult than make my own from scratch
If I can throw my two cents here. Terry is right to complain, because 
you can feel he cares, it's not destructive criticism. Pekr is saying 
he's a realist, but to me he sounds more like a dreamer (no offense).Flash 
is a Virtual Machine that lives in the browser. Rebol is a VM that 
lives on several OSes. Flash VM is present on 99% of the browsers. 
Rebol VM is not present  on browsers (plugin doesn't count because 
last time I tried it wouldn't install, and last version is more than 
a year old), and it is present on OSes of a small number of creative 
developers and hobbyists. If I had to develop a commercial app for 
the web, Flash and Flex give me extensive documentation, and a whole 
framework. Rebol can't compete with Adobe, and should not. Last week, 
I developed a GUI in Rebol and Rebgui that would have taken me four 
times longer in any other graphical toolkit, and I had a knack at 
it. But this app is for internal use. Rebol is a great language, 
and I would like to see it evolve as a computer language, not as 
a throw it all in kind of gizmo. It should go Open Source, because 
RT doesn't have the means to provide versions for all platforms. 
Where is the rebol for NetBSD? Last version is 2001. If RT hasn't 
the resources, let the developers do it. I want to run rebol on an 
internet tablet. I had wanted to run rebol on a palm (not anymore 
because Palm is deas, sort of). But the Nokia tablet run debian linux. 
There is no reason for the unabailability of rebol. It is just a 
matter of building it and packaging it. Who has the time for this? 
Plenty of people, they're just not at RT, because there people are 
busy with more important things (like developing the product).
Group: Windows/COM Support ... [web-public]
time limits are mostly annoying, but doesn't hamper usage in that 
time. I don't think the GUI or other things should be obscured
Yes, with the DLL interface you can theoretically create native-like 
GUI system according to your needs if you have enough time/motivation 
If you write VID/RebGUI like dialect with binding to Windows native 
GUI why not? :)
Pekr: You can create and control any windows dialog if you have the 
API available. (and this can be applied to any other OS feature). 
So it is possible to create native GUI controlable at the higher 
level of some dialect(simmilar to VID/Rebgui). People who are making 
common apps don't need to access it at face level but ofcourse such 
system would be based on face-like objects with methods related to 
Windows GUI elements etc.
the same could probably be done for OSX/Cocoa... it would solve many 
issues with GUI nativity in OSX.
If you really need noative GUI then this can be the way but remember 
this is also *lot* of work multiplied by each operating system ;)
which is why it's probably not worth doing for anything other than 
Windows and OSX. For linux, it would be ... wow... how many different 
GUI systems do we have there? :-)
I agree that native GUI/feel should not be a main part of Rebol, 
but it should not be a luxury item either that you have to pay for
Group: AJAX ... Web Development Using AJAX [web-public]
that's entirely up to the artist/coder doing the GUI
Sadly there are not a lot of rebol coders who can create a great 
looking gui.
Flash is starting to catch up on the GUI part and they are much more 
light weight than Java, but I'm not sure how easy/hard they are to 
Group: Syncing ... Syncing technologies [web-public]
BEER+FT is just the framework. Not an Application. For example you 
need to code the gui, path monitoring, filesets management, guid, 
plus others.
Group: Plugin-2 ... Browser Plugins [web-public]
Let's see what a "neutered" plugin can do:
- REBOL/Services
- All of REBOL's GUI and graphics stuff.
- Access browser data (that is site-specific)
You can do a lot with that. Look at Flash.
Yep, understood. That's probably why the current plugin also cannot 
detect 'activate and 'deactivate events when you are focusing/unfousing 
the browser window. Do you think this could be also improved? It 
is useful for application to know when user switched to other window 
than the one with running plugin so it could manage the /View GUI 
appropriately (focusing/unfocusing fields, areas etc.)
Group: !GLayout ... ask questions and now get answers about GLayout. [web-public]
can anyone give me feedback on the GUI snapshot feature?
there is a link to some info about it in the glayout-demo.r.

menu:  "Features > Gui snapshots"
I sometimes add an elastic (an actual glayout style) within a group, 
or add the elasticity to a face, just to allow the gui to resize 
even though it has no real advantage in resizing.
Group: !Liquid ... any questions about liquid dataflow core. [web-public]
So that's all that's needed ?

A problem with all these different module managers and include systems 
is that there is ignorance of what they actually do. When you post 
code like the above, I have no idea what it's going to do with the 
files, how they are going to be arranged on my harddisk etc., and 
what global words are going to be defined.

My old INCLUDE system and the new one I've been working on also suffer 
from this "gap of understanding".

I think the answer is a GUI option which shows in clear diagrams 
what is going on.
No, I mean the diagrams form part of the GUI (when a "show GUI" option 
is selected).
A GUI, when a hypothetical "GUI" option is chosen.
if I say that a gui manager was needed... every reboler on this list 
would complain that its too complicated and would be scared that 
the lib manager does things behind the scenes.
also, the fact that symmetric piping and dependency trees can co-exist 
with such triviality makes integrating GUI within networks really 
easy so far.
applying this to a gui driven with liquid nodes, you could freeze 
the the whole layout on a modal window... and let your inputs continue 
to process in the background... updating animation, and reacting 
to async reads... for exacmple.

when you unfreeze the gui and call a refresh of the gui plug, all 
the data which was being processed in the background, is now automatically 
available ,as if nothing had been frozen and a simple update of the 
node, will refresh you gui with nothing to manage.
yep... waiting for R3 ... but the core engine can work over any GUI 
cause its decoupled.
is the gui an actual picture of the school's layout.
The gui has the rooms names as buttons. When you press the room name 
its layout (made of buttons) is shown along with a standard feedback 
layout (a form to send requests via CGI POST)
When the gui starts I show servers state. As soon as a teacher clicks 
a button for a room he is changing the state...
During the devCon I "saw" some GUI while you were presenting your 
programs, are those scripts available to the public?
It works for the gui. I dont step into theory about slow, if i have 
a real life example which is fast :) about everything to everything, 
that would be in a bad case: each event to 100 receivers, 100 events/sec, 
10k dispatches/sec. cpu can do 1 billion instructions. 10k instructions/event. 
most of them: i am interested? no. ~100.
Because of this it was able to manage a full GUI and still be as 
fast as DOS.
its also nice to know that your GUI is actually capable of reflecting 
data.  not just gui.  change the data:

fill data value

and don't even have to wonder IF and HOW any gadget should change.
dataflow has nothing to do with GUI.
we only need it for the gui - that's exactly my point
mario, mind maps are very cool... I would like to make an optimised 
tool for quickly creating and organising mind maps in elixir but 
I can say that I hope others will join me in adding toolsets... its 
the whole point of elixir, an open, common framework of integrated 
and live tools.  anything goes into anything, so you can do things 
like share data between, you graphics, mind map and project management... 
why not even use some of it to drive the GUI building for one of 
the panes... I mean, in the end, they are all being used for one 
elixir builds a 100% native AGG GUI .   EVERYTHING is built using 
liquid, event the field (control) properties and cursor management.
Group: DevCon2007 ... DevCon 2007 [web-public]
I'm a bit confused that REBOL/View == AltME now, so does it mean 
that GUI development is moved away from RT?
201 / 286712[3] 45...2526272829