AltME groups: search

some times you want a gui to  appear, but for server applications, 
you just want it to restart.

I wanted to post some cool demo with 3D accelerated hi-quality GUI 
from R3 on X-mas but got harddisk crash day before release so all 
my work is lost :-/

oh... you mean a gui builder?

regarding my autofile utility ... the GUI seems to stop responding 
after a while .. some bugs to be sorted out I guess.

The results of the search engine at Lulu.com don't always show all 
of the chapters of Rebol -programmer's guide. The chapter  that have 
previously been released are:

  Chapter 1 - Discover Rebol in an Hour (Êhttp://www.lulu.com/content/2092020
  )

 Chapter 2 - The Rebol Language (Êhttp://www.lulu.com/content/2160570
 )Ê

 Chapter 3 - GUI, graphics and sound (Êhttp://www.lulu.com/content/2175653
 )

 Chapter 4 - Networking and the Internet (Êhttp://www.lulu.com/content/2160633
 )

 Chapter 5 - Rebol for Pros (Êhttp://www.lulu.com/content/2845102
 )

this is a very small example... the point is to show how to use it. 
 its nothing graphical. you'll see.  there are probably about 20 
nodes allocated which interconnect a gui, with fields labels and 
buttons.  the nice thing is that data is bound to type and range, 
and all interconnections obey the data.

I have grown elixir to 6000 nodes.  and it was still reacting in 
real time with less than 100 of ram useage... most of which is gfx 
data from the AGG gui.

Is there a way to "reset" the gui after bad resizing?

Maybe Popper (David May) can start the first bounty for a GUI for 
video processing!

Hence the pun, even when Borland coined the term. If you want to 
know what it referred to, look at every development environment nowadays 
which has a visual GUI designer, especially those that affect the 
code directly when you make visual changes. All high-end IDEs in 
modern times are cheap knockoffs of Delphi from the early '90s (back 
in the Win 3.1 days), even Visual Studio.

Ah, OK, cool. I just have the last 3, was too young for NeXT then. 
Delphi was based on Turbo Vision, a DOS product that came out after 
Windows 1 iirc, but the GUI builder was new. Which came first, VB 
for DOS or VB for Windows?

do http://www.lexicon.net/antonr/rebol/gui/demo-scroll-panel.r

Source for scroll-panel style:  http://www.lexicon.net/antonr/rebol/gui/scroll-panel.r

After extensive testing, I've come to the following conclusions about 
the View facets I mentioned before:

	type		; required, but not used by View directly
	span		; required, but is depreciated / not used
	data		; used by VID styles
	saved-area	; used by View
	line-list	; used by View
	action		; used by VID feel system


So, if you create a View-only GUI I believe you can safely use / 
redefine the following four facets: type, span, data and action.

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've built GUIs from hand and when the whole GUI is built by hand, 
I found it to be considerably faster and much lighter on the memory 
usage.

How much does your  low footprint GUI improve on the memory usage?

Graham: It's *Alpha* so no hard benchmark results yet, but moving 
from VID to View for mdViewer cut the WinXP process size from 15MB 
to 12MB and improved speed threefold ... I'd expect similiar things 
from a View-based GUI.


Anton: "No it doesn't Ashley, read again." - I thought the opening 
paragraph of the referenced document made it pretty clear; "Facets 
are attributes of a face. Facets include the face's location, size, 
color, image, font, style, paragraph format, rendering effects, behavior 
functions, and other details.", but I'll probably use the term attributes 
anyway as facets might be confused with faces.

Louis: Good documentation can make *anything* seem simple! ;)


Robert: Maybe. Main purpose of a View-GUI is for high-performance 
scripts where you really want to know what *every* face is doing.

Wasnt there an GUI builder too ?

I played a little with a script that Carl wrote to demonstrate how 
to build a GUI builder but ultimately decided to rebuild my own.

I had Bo build me an engine for creating faces for the IDE I'm writing 
but have since decided to use GLayout as my GUI engine which makes 
the engine Bo wrote obsolete.

you can use any named element in a GUI and by using it's 'offset 
and some simple math you reposition your current position.  ie.  
  at field2/offset + 200x0.  This will reposition your current location 
at field2's offset plus 200 pixels to the right.

SteveT, that is a great looking gui. One Week? Incredible.

Is that the gui they did for tckl ??

Hi Henrik, just wanted a feel for where R3 will end up GUI wise. 
If in twelve months we end up with bells and whistles then cool - 
an app I've been asked to re-write needs to be very 'plush' so I'm 
going to have to use something else.

here is some code I have been working on (commented) but the start 
button is busted I want it to call the area box with the discalimer 
details & 2No further buttons, one to quit "Disagree" which is a 
quit command & "Agree" I want to CLS the page & start a fresh copy 
of the XP simulated window, the start button would then open a different 
menu here is the code (its not very elegant I'm afraid):

  rebol [Title: "SOS-XP"]
  view layout [

  ;makes a gui window 768x576 with a simulated desktop (xP blue) with 
  ibevelled border.
  image center %DT.jpg 768x576 ibevel pewter 6x6

  ;creates an area text box color red with disclaimer message & 2No 
  buttons "agree" & "disagree"

  ; which hopefully will be situated in the XP destop when the start 
  button is clicked.
  disclaim: [at 200x300

  area wrap font-color white {You use this program & batch files entirely 
  at your own risk,
due to the myriad of hardware/software configurations I cannot
without any certainty claim that you will not damage your system!
Always Always Always make a full system backup of your partition
before attempting to use SOS-XP & that you have tested the back

up so your are positive in your own mind you can make a recovery!} 
red bold 
  at 240x410 button "Agree"
  at 450x410 button "Disagree"]
  ; this is the simulated XP start button
  button gray 50x30 "START" [disclaim]

  ; this is a small vertical button to make the xP start button look 
  more realistic.
  at 75x605 button gray 3x30

  ; this is a digital clock to simulate the destop clock bottom right 
  on screen.

  at 750x610 text "00:00" rate 1 black ;effect [gradient 0x1 0.0.150 
  0.0.50]
  feel [engage: func [face act] [face/text: now/time  show face]]

]755x650  rebol [Title: "SOS-XP"]
  view layout [

  ;makes a gui window 768x576 with a simulated desktop (xP blue) with 
  ibevelled border.
  image center %DT.jpg 768x576 ibevel pewter 6x6

  ;creates an area text box color red with disclaimer message & 2No 
  buttons "agree" & "disagree"

  ; which hopefully will be situated in the XP destop when the start 
  button is clicked.
  disclaim: [at 200x300

  area wrap font-color white {You use this program & batch files entirely 
  at your own risk,
due to the myriad of hardware/software configurations I cannot
without any certainty claim that you will not damage your system!
Always Always Always make a full system backup of your partition
before attempting to use SOS-XP & that you have tested the back

up so your are positive in your own mind you can make a recovery!} 
red bold 
  at 240x410 button "Agree"
  at 450x410 button "Disagree"]
  ; this is the simulated XP start button
  button gray 50x30 "START" [disclaim]

  ; this is a small vertical button to make the xP start button look 
  more realistic.
  at 75x605 button gray 3x30

  ; this is a digital clock to simulate the destop clock bottom right 
  on screen.

  at 750x610 text "00:00" rate 1 black ;effect [gradient 0x1 0.0.150 
  0.0.50]
  feel [engage: func [face act] [face/text: now/time  show face]]

]755x650  rebol [Title: "SOS-XP"]
  view layout [

  ;makes a gui window 768x576 with a simulated desktop (xP blue) with 
  ibevelled border.
  image center %DT.jpg 768x576 ibevel pewter 6x6

  ;creates an area text box color red with disclaimer message & 2No 
  buttons "agree" & "disagree"

  ; which hopefully will be situated in the XP destop when the start 
  button is clicked.
  disclaim: [at 200x300

  area wrap font-color white {You use this program & batch files entirely 
  at your own risk,
due to the myriad of hardware/software configurations I cannot
without any certainty claim that you will not damage your system!
Always Always Always make a full system backup of your partition
before attempting to use SOS-XP & that you have tested the back

up so your are positive in your own mind you can make a recovery!} 
red bold 
  at 240x410 button "Agree"
  at 450x410 button "Disagree"]
  ; this is the simulated XP start button
  button gray 50x30 "START" [disclaim]

  ; this is a small vertical button to make the xP start button look 
  more realistic.
  at 75x605 button gray 3x30

  ; this is a digital clock to simulate the destop clock bottom right 
  on screen.

  at 750x610 text "00:00" rate 1 black ;effect [gradient 0x1 0.0.150 
  0.0.50]
  feel [engage: func [face act] [face/text: now/time  show face]]

]755x650

Yes sunanda that is nearly there but I am trying to retain all the 
background stuff/Gui the discalimer box pops up on depressing the 
[start] button in fact the discalimer stuff overlays the previous 
gui stuff

tried with the a combination of panel & unview/all then in this line 
of code:

button gray 50x30 "START" [view disclaim] -> inserted view but the 
start button is pushed to the top right of the screen/Window the 
[Start] button now closes the XP lookalike gui, opens the discalim 
area in a black box?

Another approach I have been thinking about but will need to be a 
future project when I get some mileage under my belt so to speak 
is to use rebol/view in a similair manner to Limnor (Limnor is basically 
codeless programming) I know was my mouth out with soap & water However 
for newbie's/Lamers like myself if a gui was presented that had most 
of the functionality of rebol/view like field boxes buttons to create 
standard buttons & other routines etc. on the right of the screen 
would be a editor that as the selections was made would build the 
code automatically thus giving the user an illustration as the code 
progressed. in the bottom below the editor could be a help menu that 
would instruct the user as the code was systematically built. something 
like if the mouse cursor hovered over a gui item it would flag up 
instruct info, a help as you go if you like. The program could be 
nearly full gui leaving the task bar available to the user to continue 
having access to windows items. The 1st item could be a field that 
the user inputted a title then work through the items to build a 
gui interface. It would be no good for the experienced rebol user 
 who needs full control of the coding but would give new users a 
kick start to build confidence. You could call it RoboRebol LOL! 
I'm getting ahead of myself but is a concept idea that I think may 
have merit. You guys would have to advise on the practicalities of 
such a venture. Use Rebol/View gui to semi auto write rebol programming

Now I both mention face and style. Styles are used to create faces. 
I guess, the GUI docs are not too clear in all of this.

ok, thanks. I was sort of hoping to use the GUI for input too, rather 
than just drawing titles & pictures etc.

I know how to do that with slider now, but it seems a bit over the 
top if I have to ask you guys every time I want to use a function.

there is a replacement GUI system available called RebGUI. If you 
find VID to be lacking what you need, perhaps RebGUI is capable of 
solving your problem. (but I don't use it myself, so I know nothing 
about it).

Thanks for your help again. Trust me to stumble on something ;-) 
I think I am getting there now.  Would this be the right way to identify 
which button was pressed?

view layout [button "ok" [print "button1"] button "ok" [print "button2"]]

I was expecting the buttons to have names other than the text on 
the button. I guess identifying the button by its possition in the 
code is what I will need to do.   Thanks.   I have never done any 
GUI programming before so perhaps I am just in a muddle about how 
it is done in general terms. I was expecting the event that a button 
was pressed to pop up in another part of the code (are they called 
event handlers?) (thus needing to identify which button it was). 
 If Rebol dosn't do it like that I may just be asking the wrong questions.

Hi, I have been working on a bit of code for some time & it now does 
something usefull for me, but to use it I am coding the output file 
into the code & running it repeatedly against every file in a directory. 
  I thought it would be nice for it to have a very simple GUI to 
navigate to the input directory & output file & perhaps display some 
indicator of progress. 

Is this something a beginner might hope to add to existing code, 
or should I start from scratch again with the GUI part, then try 
to recreate my code in the view Layout part? Thanks.

you can create a prototype of the GUI first, by just creating a layout 
with the placement of the styles you want. afterwards you can make 
it work as you want using SET-FACE, GET-FACE, etc.

A question: if I want to provide a dialoge to navigate to a directory 
can I call up the ms windows file open & save dialogs, or do I have 
to do it all in rebol. I cant find any examples of this & dont have 
the skills to create my own...  I like the idea of having a GUI interface, 
but I may have to go back to command line if it is too hard for me 
:-)

large parts of the GUI system was written in a very short time by 
Carl alone back early in this decade and has not been officially 
upgraded.

What console is he running?  Under Konsole the list of encodings 
is overwhelming.  (From the Settings menu).

If it's xterm, then ... I dunno, but regardless, if it is xterm or 
other, drop a note and we'll track down an appropriate place to tweak 
the default encoding used by his REBOL console (whatever terminal 
he uses) session.


It might be easier (some gui menu), but it could well look something 
like

XTerm*locale: true

XTerm*font:             -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1

in an X config file


From the root text console for REBOL/Core, we'd have to look into 
that as well; been there, kinda done that, too many details, forget 
all details, but keep foggy clue where to start looking ...  :)

Just playing with Ubuntu JeOS.   How does one download stuff without 
a GUI ?  I tried wget and that isn't available.

How can I mimic such a behaviour on Linux (only command line no GUI)? 
I tried a shebang line but doesn't work.

wow .. it has a text gui :)s

If you're on Windows, you can use the SSH Secure Shell client for 
Windows (nice GUI) : http://charlotte.at.northwestern.edu/bef/SSH/SSHSecureShellClient-3.2.9.exe

What's "screen"? I''m using Linux without any GUI.

I think debian is (originally) more focused on servers whereas Ubuntu 
directly comes with GUI etc.

It seems to me that you have never heard/seen or tried Puppylinux, 
that's why you love Ubuntu/Debian/Fedora so much, I guess :-) If 
you try it, you would probably forget all those heavy distros. I 
run  R3 ver.2.100.33.4.2 (cli only) without problem on Puppylinux 
(www.puppylinux.com). As Puppy linux is mainly based on Slackware, 
I suppose it would run there nice as well. Now we are waiting for 
GUI :-)

What distro works best with sdk-2706042.tar.gz "out of the box" (with 
regards to rebview and fonts)? I just need something I can quickly 
install under VirtualBox and do some basic cross-platform REBOL GUI 
development/testing ... without having to hack it to make it work.

oh, my third criticism to MT, 3) there is no reason why they are 
offering a windows-only gui instead of a web-based one like everyone 
else in the world.

Rebol crosplatform GUI support kind of sucks :-)

I'm mostly using Debian, what's the better GUI: KDE or Gnome?

if running view in non-gui mode ... does it still need those libraries? 
 Can some dummy library stubs be created?

Well, I more meant the gui system for linux is not implemented so 
you can't use vid yet.

I think he wants a publicly available Linux build of R3 with the 
GUI parts included :)

The main problem is that the netbook versions of Linux are more GUI 
oriented, so the question is how to open REBOL by clicking on it.

Actually, Gateway demo GUI took no time at all.

i like that editor too. but when we want ide too, the gui-ide has 
to deal somehow with the text in the editor. and currently focus 
gets lost and selection and such.

Wow that looks good!  This AGG stuff dramatically improves the type 
of GUI's were capable of.  I really need to dive into this stuff 
more.  I do think they should look for ways to add that capability 
to fields and text-lists etc..

do http://www.lexicon.net/antonr/rebol/gui/demo-direction-pointer.r

Anton:

>> do http://www.lexicon.net/antonr/rebol/gui/demo-direction-pointer.r
** Script Error: direction-pointer-style has no value
** Where: do-facets
** Near: direction-pointer-style

foreach url [
http://www.lexicon.net/antonr/rebol/gui/demo-direction-pointer.r
http://www.lexicon.net/antonr/rebol/gui/direction-pointer.r
][print [url mold info? url]]

http://www.lexicon.net/antonr/rebol/gui/demo-direction-pointer.r
make object! [
    size: 1333
    date: 13-Jul-2005/2:01:33
    type: 'file
]

http://www.lexicon.net/antonr/rebol/gui/direction-pointer.rmake 
object! [
    size: 2033
    date: 13-Jul-2005/2:01:25
    type: 'file
]

gob being elsewhere - I remember one cool thing about QNX, back in 
1998, when they were supposed to be new AmigaOS - their Photon environment 
allowed you to insert "face" (gob) across the network - two machines 
were linked via some nodes, so for the GUI it was transparent. Window 
received the event, and that event in fact was transfered to another 
PC's window ...  was cool :-)

Excellent, as always. Anton - don't you want to "volunteer" to do 
text handling for VID3.4? As per Henrik's words, Carl's VID so far 
has only basic text handling. And so far, as for REBOL GUI in overall, 
you text area is the best ...

My non professional guess is, that your area code would need to be 
rewritten for R3 anyway ... we now have gobs, rich-text, etc. But 
your area style would be nice to have for R3 GUI. IIIRC your area 
can scroll, when you hilite text by mouse.

and simulating flat things in a 3D environement as an impact in overall 
performances of the 3D engine I like the idea to give the 2D  task 
of the GUI to the appropriated 2D library and keeping 3D full ressources 
for the 3D content  and it make the showing more beautyfull too

liquidator, teaser  here is a quick snapshot of the culmination of 
years of work, finally coming together.


using the same (evolving and improving) core engine as the regraph 
tech demo, I am now attacking the IDE for dataflow application development. 
 FINALLY.  Also note that this is built over liquid which is a full 
featured, lazy computing, dynamically reconfigurable dataflow engine. 
 also note that all internals of the nodes (processing and gui views) 
are built using liquid itself, so it will be possible to apply your 
own connections within the internals of the application itself ! 

Expect first working demos within a few weeks.


First picture out of the lab:  this is basically a generic "Add" 
node being instanced 4 times, note that each plug can stick out at 
any angle and that the node type label is already neatly aligned 
in the center of the node's core at the center.


http://www.pointillistic.com/open-REBOL/moa/steel/images/news/liquidator.jpg
 all lines and plugs stay connected whatever you drag around (plug 
or node)

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
 (885kB) 

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 
on.

In March 2007, Olivier Auverlot published his second major book on 
ÒREBOL Ð Guide du programmeurÓ.  Written in his native French the 
book has been well received, not least by Carl Sassenrath:  ÒYes, 
Olivier has done it again with another good book on REBOL.Ó



Olivier and I have been working on an English translation, "REBOL 
- a programmer's guide" for a little while now. The book will eventually 
be published in both printed and electronic form on lulu.com. The 
prices are likely to be Euro 25.00 for the printed edition and Euro 
16.99 for the portable document format version (pdf) version. (For 
those of you outside the Euro zone, Lulu also provides prices in 
Pounds Sterling and US Dollars.)


  As the translation is likely to take some time to complete, we are 
  providing exclusive previews of each chapter for those who don't 
  want to wait until the whole book has been translated. The previews 
  will only be available until the complete book is ready. Each chapter 
  will be published as a pdf once it is available and will cost Euro 
  2.99.


  The first chapter "Discover Rebol in an hour" is a hands-on introduction 
  to Rebol for programmers following the development of an automated 
  File Transfer Protocol (FTP) client. It covers many facets of this 
  highly productive language. It is available today at http://www.lulu.com/content/2092020



The next three chapters, "The Rebol Language", "GUI, graphics and 
sound" and "Networking and the Internet" will be available within 
the next few days.


  Olivier is the author of the book; I am the author of any mistakes 
  that have crept in during the translation.

No GUI testing support yet, but this is coming next. We are adding 
GUI testing support right from the start to our R3-GUI library.

the checkup loop was something like


you can do it that way too... but you might get into some strange 
stack issues, cause you end up handling  port messages from one port 
to another within the messaging stack... but I guess a simple test 
sould suffice to see if its stable or not.


in my case, the gui had to stay responsive, since the xfer-contexts 
had cancel methods, which interrupted any xfer in real-time, and 
the whole gui had to still handle events smoothly, like scrolling 
a huge list, while it was adding items to that list, as it parsed 
the return value from the google search engine  :-)

http://rebol.hmkdesign.dk/files/r3/gui/

Henrik: you wrote the R3 gui demo ?

Geomol: I think so :) But for the moment it's in Python (and Qt4). 
Is there any browser-like widget in the Rebol GUI ?

Oldes, how can I keep images external from the generated flash, for 
example this one http://box.lebeda.ws/~hmm/rswf/gui/GUI_Arrows.rswf
? thx!

if you want use different image, just change the path. Now it uses 
this image http://box.lebeda.ws/~hmm/rswf/gui/img/arrows.png

the compiler cou use precompiled image data which are here read/binary 
http://box.lebeda.ws/~hmm/rswf/gui/img/arrows.png.36

as an exampe, in GUI_Arrows.swf there is this line:
bitmaps images [alpha %gui/img/arrows.png]
with what can I replace it?

They looks like the files in examples... here is for example the 
clip loader: http://box.lebeda.ws/~hmm/rswf/gui/GUI_ClipHandler.rswf

Paul, what kinds of functions would you like to see in the R3 GUI 
to produce GUIs faster or better?

Henrik, the lack of an IDE guarantees that I wont be able to produce 
a GUI faster than flex.

To do this probably requires some extra style modes. Given the design 
of the R3 GUI, you can add special abilities globally to styles, 
such as the current debug red rectangle. You can probably add some 
actors to alter the behavior of styles to be suitable for a GUI editor.

Carl was really clever here: Each addition to the GUI system has 
so far only been about 5-10 lines of code in one location. No redesign 
was required at any point.

Ah, those are called container styles here. They can be built a bit 
like LEGO bricks very easily. See this shot:

http://rebol.hmkdesign.dk/files/r3/gui/142.png

Design and naming is not finalized, however.

Layout and styles in the R3 GUI are two very separate issues. That's 
a very nice thing, since I can build some styles, even though the 
layout engine is currently broken.

there are 12 interconnected fields, which all react together.  impossible 
to break by using the gui.

the entire gui is reflective.

in this example... way to much, cause we are basically including 
very basic nodes and a core gui api, but if you remove that, in fact 
there isn't that much left.

so liquid-vid is going to wrap most of the liquid code for the gui.

if part of a gui, the "submit" button is inactive, until all conditions 
are met.

Max, you should try to find a route to attach liquid to existing 
GUI like VID or RebGUI. By a dynamic hook or so.

If I maintain copies of data in different gui aspects ... if I update 
one set at one place, can I automatically update all the other copies?

yep. you pipe whatever relevant data is creating the gui.

to get two gui lists to share a dataset, will take as little as two 
nodes.

as I said, the liquid aspect of it is trivial.  its the view aspect... 
as always.  and view is still simpler than most gui engines I've 
used in the past.

I just want to share this cause I'm all excited... 


I've been working a lot with liquid recently and I think I've just 
tought of an algorithm which would allow "atomic" multithreading 
using liquid.


it would mean building a kernel which manages the nodes, but basically 
several threads would creep up a liquid processing network in an 
async manner and resolve branches out of order, based on a thread 
semaphore and a stack to realign dependencies...  


If this works... It means Elixir OS could possibly have a multithreaded 
kernel, resulting in ALL applications becoming multihreaded without 
any specific coding needed by the developpers.  :-)


adding a few networked services... you could leverge an entire cloud 
(render farm) without even having to code a single specific line 
of cloud and thread stuff, and this would be directly embeded at 
all levels of the OS down to the button properties... cause even 
the most basic gui properties are built up of tiny liquid nodes...

Worked out the other issue.. Flash requires crossdomain.xml file 
to be delivered up by Cheyenne when running Flash that uses xml.Socket 
(like RASH).
Butt it's working well now.. and very cool. 

Works like this.. I run my local copy of Framewerks with embedded 
Cheyenne server, and park the GUI on any server (always accessible, 
single point of bug fixing etc.) for all to use.. currently it's 
here  http://kommonwealth.com/exper/gui.html


Now, it wont work for you 'cuz you're not running framewerks.. but 
if you were..  you could type into the box "codes" and it would open 
the RASH code file, on your desktop, using your favorite text editor. 
  

But wait.. there's more... 

In my local code.txt file i have the following line

PnG "testing" ][bout: {<pre>ok this works</pre>} makeXML ['DISPLAY 
'MSG "testing works here"]]


So when I open another browser, and point it to http://localhost/
testing  that line is fired (more on all this later).. 

Which does two things.. it outputs "ok this woks" to this second 
localhost page .. BUT (and this is the cool part)

it sends the "testing works here" into the panel on the first kommonwealth 
page. 

In other words, Im able to PUSH data to the remote page at ANY TIME.. 
  this will make for the ultimate in portal pages. 

And.. if that's not enough, Im able to pass messages to the DOM via 
javascript to the kommonwealth page as well. 

Allowing things like sliding in panels.. fading div elements moving 
images.. whatever.


So.. remote page can manipulate my computer.. run apps, do any Rebol, 
reboot .. whatever.. and the local desktop can manipulate a remote 
web page.

Finally.

Never noticed this before.. seems someone was considering using Rebol 
as the GUI for Erlang
http://erlbol.dougedmunds.com/

I want to write a shopping-cart module without any GUI stuff etc. 
Just a plain shopping cart where you can add, change, remove products 
and provide a lot of special parameters like handling-fees, etc.


Displaying the content of a specific shoppig-cart should work by 
calling a RSP page, that selects the correct shopping-cart through 
session ID and just generates a simple table etc. at the right place 
in a styled web-page.

Having a Cheyenne running locally using a browser window to display 
VID dialect looks like very doable. I think that even 'move events 
would work fast enough. That would solve a lot of current View/VID 
issues while providing a cross-platform GUI. Add a proxy service 
to Cheyenne, and you got a nice RIA platform with online/offline 
working capabilities.  Anyone rich enough here to sponsor such project? 
:-)

Dockimbel, that might solve some problems I had with form submission.


My intent with forms was to provide an easy way to have all form 
data provided by the server via an object. When you create a new 
object it would hold info for when the form was created and a unique 
ID for the form.

Through that you can tie a form instance to a specific browser instance, 
and when the form is submitted, you can do server-side verification. 
If the verification fails, the form object remains and the page is 
redisplayed. If the form object validates, then the form object is 
removed or copied away from the block of existing form instances 
and can no longer be used from that form instance, if you attempt 
to submit again. This would eliminate accidental double submission, 
although not regular spamming. By having that framework, setting 
up a flow for how to handle form data, server side, would be simpler.

This doesn't sound like so much, but I happen to have an HTML dialect 
around, where I can create forms as objects in a simple way, and 
applying actions or handlers to forms, makes it much more like programming 
a real GUI. It could probably scale down to single text fields and 
a bit of AJAX.

I think we're going to start adding categories to the R3 project 
too - at the very least to separate out the chat and GUI bugs.