• 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: 201 end: 300]

world-name: r4wp

Group: #Red ... Red language group [web-public]
Petr, in the currently available code, the GTK binding can't function 
without a callback from Red/System into Red; as Doc says, to pass 
GTK events into the Red GUI dialect engine. So far I constructed 
the callback the ugly way, but there's official support now
Actually, it's fairly simple, think about a GUI app that sends a 
click event to your Red/System binding, how do you pass the event 
to Red code if you can't call it from Red/System. ;-)
Is the Android GUI AWT?
Nope, AWT is an old GUI built-in Java, so it's handy for doing simple 
GUI demo.
I will do a prototype wrapping of the Android GUI API in a few days, 
so you'll be able to put your VID-like dialect on top of it. ;-)
what kind of GUI is Android using? It surely is not AWK, nor Swing? 
Just trying to orientiate myself ....
what kind of GUI is Android using?
 Its own one. See the Android.* classes in Android docs.
Working in Android Studio a bit, looking into structures, what does 
it support, etc., I can't foresee, what our aproach is going to be, 
so lookinf forward to it. E.g. the IDE generates GUI definitions 
into XML files, ditto various configs, translations. So - what I 
expect is that you create basid .apk with certain featureset, and 
from that on, it will be manipulated from Red side. Justo wondering, 
if we will be able to dynamically generate UI elements, etc? Or will 
you suggest ppl to use your basic .apk, do certain work in Android 
Studio, and the supporting backend in Red? Or is your idea that ppl 
should not need to eventually touch sw like Android Studio?
When I talk about spped it's related to display and GUI ...
I'm not sure you're much interested in learning how to do it using 
Java objects, do you? It can be done already, but in order to implement 
proper abstraction for Red, we need at least objects support. Also, 
getting the GUI layer done is higher priority.
Actually, you got an error message sent to your logcat. :-) Once 
things will be stabilized for 4.x support, I'll redirect printing 
to the GUI.
Also, to be able to see any output in DOS console from an encapped 
Rebol app, I needed to change a flag in the executable file (sub-system: 
`console` instead of `GUI`).
Group: Ann-Reply ... Reply to Announce group [web-public]
R3 droid is a nice work. Hope to see it with nice GUI elements.
so, can you make a GUI out of all this?
There's also the other way around: most GUI toolkits such as GTK 
have an OpenGL widget, so with my multi-backend design I can make 
OpenGL backends for the widgets of those toolkits. You'd have your 
regular widgets and then the option to use part of the window for 
Kaj, I ran into Carl today in Home Depot and we talked about your 
SDL binding for Red.  Do you think it would be difficult to make 
a binding for R3?  Carl was saying that he thought it wouldn't be 
too hard to convert R3-GUI to run off of OpenGL instead of the current 
foundation (was it AGG?) so it could be hardware accelerated.

Just curious.
Carl must've been talking about writing SDL into R3-GUI then.  Sometimes 
(often) he speaks above my level.
In contrast to libraries like Qt and wxWidgets, FLTK uses a more 
lightweight design and restricts itself to GUI functionality. Because 
of this, the library is very small (the FLTK "Hello World" program 
is around 100 KiB), and is usually statically linked. It also avoids 
complicated macros and separate code preprocessors, and does not 
use the following advanced C++ features: templates, exceptions, RTTI 
or, for FLTK 1.x, namespaces. Combined with the modest size of the 
package, this leads to a relatively short learning curve for new 
users.[citation needed]

These advantages come with corresponding disadvantages. FLTK offers 
fewer widgets than most GUI toolkits and, because of its use of non-native 
widgets, does not have native look-and-feel on any platform.
Well, I have mixed feelings ... Carl simply gave up on Rebol and 
its message imo ... felt strange: " I'm no longer in the mode of 
convincing the world about Rebol. I've learned a lot over the last 
couple years in the trenches." ..... later .... "So, I know really 
well now that Rebol is not for every developer.... but it would get 
more interest if R3+GUI was easy to download an get running on a 
variety of those devices on your list."
Kaj, need full GUI.
Yes, no REBOL then. Red has the GTK GUI on Raspberry, but it's basic 
so far
Henrik, it looks like your wait for GUI on R3 on RPi won't be long, 
based on Robert's announcement he just made.
What is the link to download r3-gui.r3? There's incrrect link on 
the webpage, leading just to the same page, not target file ...
gui docs ...
Robert, Thanks for the R3-gui release.  Do you have a date for Rebol 
and view engine also being part of a source release?  

These where one of the most frequently recurring discussions at the 
r3-gui.r3 is exactly as long as the MS build script for a Windows 
driver :-)
Thanks, Robert. Could you briefly describe somewhere (in just a few 
sentences) the workflow you use when working on/debugging r3-gui? 
i.e is it possible to stay in the same R3 instance and rebuild (do 
you even need to be using the monolithic r3-gui script when debugging?), 
reload the script safely, etc.
So to work on / debug R3-GUI (Cyphre please correct me, if I'm wrong):

;; Load INCLUDE (once)
>>  do https://raw.github.com/saphirion/include/master/include.r

;; (Re-)load R3-GUI (multiple times; assumes you are in the R3-GUI 
toplevel directory)
>> include %loader/loader.r3
Yes, the most efficient way(in Windows) is to setup INCLUDE+R3-GUI 
loader to be executed everytime you click on *.r3 script. I'm using 
that and every change to the R3GUI sources is then automatically 
"propagated" once I run any R3GUI script again.
Yes, the strategy Cyphre describes is ideal for immediate testing 
of any changes made to R3-GUI sources.
Group: !REBOL3 ... General discussion about REBOL 3 [web-public]
100% of voters on http://rebol.informe.compoll aske for Linux GUI
Is there a GUI that currently works with Carl's last r3 alpha?
Is there an equivalent to Henrick's list-view in R3-gui?
Josh, there's an r3-gui group that might be a more appropriate place 
to ask.
Group: Community ... discussion about Rebol/Rebol-related communities [web-public]
Than we have fundamental frameworks and libs like R3-GUI etc. this 
is a mix of Rebol code and enhancements on the C/D level.

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: 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: 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: 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: !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.
201 / 286712[3] 45...2526272829