AltME groups: search

and perhaps just create a log event.

or allow hooking into an event so you can create a nice customized 
feedback requester thingy?

I hate having people on the phone going  "I used your app and suddenly 
a white window with a lot of text in it popped up..."

I want a clean exit ...

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

well, the lot of text case is usually an error, which you can trap 
with try. crashes usually produce just a short message. maybe an 
alert would be preferable...

option for no alerts, just write to a log

if you app is running as a windows service .. don't want to see any 
alerts

I can imagine with a complete rewrite of rebol there are going to 
be more unstable applications being written!

To the tune of "Battle Hymn of the Republic".. 

So, it has come time for us to shift into high gear. It's time to 
unite our community, power up the REBOL 3.0 laser, and burn a hole 
in those weaker approaches. It's time to lead the way. The REBOL 
way. Vive la REBOLution!

Having read about REBOL 3, here is my first request: I would like 
to have console-mode versions of /Core, /Pro and /Command for Windows, 
preferably compiled as relocatable. Although this would help with 
a few projects, the main reason I would like this is to make REBOL 
more compatible with Windows alternatives like SanOS and HX, for 
a single-floppy bootable REBOL server that can run in 16 MB ram or 
less. This may sound silly but I've wanted to do this for a while.

Y a Jaime, que Dios les bendiga.

A little late from me, but congrats to Jaime and Robert and anyone 
else I missed

Thanks a lot for all the congratulations. For further infos see: 
http://www.robertmuench.de/vanessa

Maxim, thanks a lot.

graham, great presentation of a rebol product

this is a good way to market Rebol. nice and subtle.

The website was done by my partner and I think it's based on a product 
called Community Server.

I refuse to add a feature that makes one sound like JarJar binx.

Maarten, do you have a trac for this project as well, or just the 
svn?

Nice to hear about the grid. Sys-tray support in View can be done 
with the system port. I think Carl did a demo script.

Sorry, got too excited and remarked in Announce Group (A big no-no). 
Anton, man, that is very cool.

Henrik, cool stuff. Please, make a RebGUI version :-))

Not nice enough... I've updated it to version 0.0.4 which basically 
is a rewrite to get rid of a lot of "magic numbers" and almost all 
VID dependencies. There's a new manual and the method for creating 
a toolbar has been changed. Demo has also been updated with a couple 
of new functions. The URLs are the same so look in Announce for those.

a RebGUI version will not be far off, but I need some method to display 
layouts inside layouts for faces like search fields in the toolbar 
to work.

My two cents, in this case you should have a way to either tell the 
field not to disappear.  Maybe align the text followed by the field 
 ie.  Search [______]  , or add/change this option to represent the 
icon and text horizontally and force the face portion to remain on 
screen when the 'Text' view mode is selected.

I've been thinking about this and studied MacOSX behaviour which 
simply is to popup a window with the face contents when clicking 
on the "Search" text in the toolbar. This will come later.

well, it's nice to have MacOSX as a template for these things :-)

Gabriele: Repack reports a missing file in the QML-ED package

i wanted to upload a zip but rebol.org discourages that.

maybe it's a matter of url encoding to retrieve those files? the 
upload seemed to work.

Gab, are you using a hyphenation dictionary?

I could name it hypertexttransferprotocol-tools.r, but it doesn't 
have a good ring to me.

Please don't remove it Graham; at least not without us thinking about 
it some more. If things refer to it, and they get a different script 
now, it will cause confusion.

Why don't you use my patch ? Are you worried that I haven't put a 
distinct license on the script ?

I've changed the internals of SCROLLER to fit better with LIST-VIEW, 
so I can't use SCROLLER or a patched SCROLLER anymore.

Louis.... the slide with sounds is a great idea.... would it have 
been possible to add sound to Carl's presentation script  show.r? 
... it uses make-doc like parsing from the slide file.   If you want 
an example, Doc Kimbel used it in his Uniserve distribution ... it 
is the REBOL 2 day presentation of Uniserve ... circa 01-Oct-2004.

MikeL, don't know. I haven't seen Carl's script. I just wanted a 
simple script to show slides with narration. Have you tried it yet?

INCLUDE: URL manipulation correction, the previous change introduced 
a bug

the looks are a bit scattered.. I'm just doing a quick slap of most 
of the visible styles.

I'll be adding a tab selector shortly.

and btw, GLayout is a layer over VID, so any VID styles you have 
can pretty easily be imported straight into GLayout.  All they need 
to do is react to one or more callbacks, for which many presets are 
already built up, which you can just pick and choose.

>> do http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=glayout-demo.r
connecting to: www.rebol.org
Script: "GLayout demo" (31-Oct-2006)
Script: "SLiM - STEEL | Library Manager" (14-Jul-2004)
** Script Error: Invalid path value: find-path
** Near: unless slim/find-path %GLayout.r [

    either confirm "GLayout not found. Download it from Rebol.org?" [
        either ...

following discussion from ann-reply :
Pekr: 

>> do http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=glayout-demo.r
connecting to: www.rebol.org
Script: "GLayout demo" (31-Oct-2006)
Script: "SLiM - STEEL | Library Manager" (14-Jul-2004)
** Script Error: Invalid path value: find-path
** Near: unless slim/find-path %GLayout.r [

    either confirm "GLayout not found. Download it from Rebol.org?" [
        either ...


hum, looking at the date besides your slim install... its a very 
old version!  I guess you had tried it out a few years back and still 
use the same rebol install or user.


just delete the slim.r file and the demo script will download it 
for you again.

Is to populate a Rebol form based upon saved data?

Or, just to capture the data from a form (window, panel, etc) so 
it can be worked with easier.

lol, no. thats a different animal.

It is one I want to tackle though. form validation is a big problem 
too.

hum, like a pane which shows other colors?  what color schemes would 
you want?

Anton, just playing with your Bubble-doc.  Was wondering if you were 
planning a more general line-segment tool that allows multiple lines 
to be drawn in sequence, single click starts a new segment of the 
line, double click ends segment.  Also a box tool that allows a user 
selectable flood fill.

Brock, yes, however it will be a while before I will have time to 
work on it.

I draw a second (different, but similar) bitmap and then retrieve 
the color at that position.

a new view ? is it accessible ?

xavier: (we are all just kidding :-)  only Cyphre has a clue as to 
what is hapenning with R3/view

What I can say R3/View is evolving in a good way. I'm sure everyone 
who is willing to test first alphas(or whatever Carl release) will 
get a chance to test and make feedback/suggestions. Just please be 
patient. R3 is not just some simple update or bugfix ;)

ok, i ve followed some discussions about agg and i can only dream 
about what can be done with it.  I know that R3 is a major re creation 
of the virtual machine, but as a programmer i cant wait to see a 
version of rebol that interest the corporate world....  I	ll try 
to help as far as i can

yes I've had that error a few times myself...

Louis: (in reply to announcement)  Yes things are finally falling 
into place.  :-)  such as is with layered apis, you need each layer 
to be stable before tackling the next, and I've been slowly yet steadily 
building up a very nice set of tools.

Now I'm at a stage of refinement of the liquid core based on usage 
and desire for the most simplicity vs features.  In the last months, 
I've at least doubled the flexibility of the liquid I/O model and 
am working on a new iteration which should add yet another little 
layer of flexibility.

the canvas engine took a few hours to make, & then the demo took 
a few hours more (mostly handling the events)  so although you could 
choose to make the tool using custom code and trying to fix all data 
relationships manually... using liquid allows one to do so very quickly 
and results in rather speedy code.

That button-bar is a good idea, I think.

it does provide a "fancy" background gradient. maybe it should be 
removed?

I don't think the gradient is a problem. There was a time when I 
shunned the extra complication.

yes... although it would probably be more "correct". then again, 
the defaults in VID also have a certain look. as long as it's simple 
to override, then it may not be a problem.

Well, it is a "sideeffect" of TOOLBAR. I just found that it's a simple 
way to make button bars with right aligned buttons. OK-BAR and OK-CANCEL-BAR 
are even simpler. I do have my own system for requests, as I think 
the ones that are built in are too ugly and simple, but I'm not sure 
if they are general enough for publication.

Ok, TOOLBAR is based on VID-FACE, so let's first check if it has 
a words dialect.
	>> print mold svv/vid-styles/face/words
	none
Good, so we can set our own without breaking anything.
	toolbar: FACE with [
		; define DATA function in the style-specific dialect

  words: compose [data (func [new args][new/data: args/2 next args])]
	]

All this does is allow a slightly easier spec. Your example from 
the blog:
	view layout [button-bar with [data: [ok-btn cancel-btn]]] 
can now be:
	view layout [button-bar data:[ok-btn cancel-btn]]

Ok, it doesn't save you much in this one example, but over time, 
it will.

oh, thanks for that one. I've been wondering for a while how to do 
that. :-)

maybe one should make a document on that...

Yes, .. .hmm. I'm sort of approaching it from a different direction. 
Very informal style so far.

Why not just pay $5 per year and get a domain?

oh... you mean a gui builder?

... screen painter. That is the most missing part ...

 Would something like http://www.dobeash.com/RecordMan/designer-guide.html
 be a good start?

james; Umm, letting me live in REBOL land.  :)  Debian comes with 
hundreds of web

environments, I'm sticking with REBOL as much possible.  And I can, 
if needed, modify

Cheyenne in a crunch,  a lot faster than I can grok through Apache, 
etc...


It's my first crack at being a server.  Lots to learn, and I plan 
on getting knocked to

the ground a few times, but that's ok.  Everything is rsync'ed from 
Spike (the main)

to Chester (the redundant) so I'll do my best to protect client data.


The plan is progressing to have a RebGUI frontend for clients to 
change pieces of 

their webpage,  (through REBOL/LNS running on the server), so the 
people

of my smalltown can have a web page with zero html experience.   
Fancy stuff, I go
on the clock...cheaply.  It is a smalltown.  :)   Today is day 1.

Yep.  A start.  Big plans for this smalltown.  Whether they like 
it...or not.  :)  But after

today I have to worry about uugggh, marketing.  And thanks Anton. 
 It means a lot
(to me) to hear that (from you).

Very cool indeed Brian! The cards have a wonderful "tactile" look; 
the push-pins need to be more realisitc to match them though (just 
a constructive thought :-). That is, they're at an extreme angle, 
and the pin isn't actually pushed in to the "board".

Second day in, Graphic Designer just got offered a job.  Maybe bad 
for me, but I'm 
feeling pretty motivated.  :)

https://addons.mozilla.org/en-US/firefox/addon/4587is a good match 
for that site IMHO :) (its a lot more blue

(its a lot more blue than the orange part on that page)

ah, I have got a hard crash on rebrings, after few moves - Windows 
Vista 32 bit here ...., View 1.3.2

ok.. i take that back - i managed to crash it after spamming a spin 
about 500 times with teh new image too

I get a segfault on OSX

James, that's one of the first REBOL games I've seen that looks as 
polished as if it was done in Flash. Which, as wierd as it sounds, 
is intended to be a compliment in this case! :-)

Agreed. It's got a very slick feel to it. Some of Allen's old games 
were very good in that regard as well.

Ah. Thanks.

Too much communication channel to check, I have dropped ML a long 
time ago.

all that work too in writing a mailing list reader!

Icarii - just a small note - new rebrings mini - try to hold right 
mouse button and do some moves - it will draw green dots ....

ive got a new version now with the dots connected - uploading now 
:)

in next version I will add OS detection and substitute correct fonts 
- it is a little harder under linux though as fonts arent very standard 
:(

ICarii: Rebtower is eating 100% CPU while waiting for player's actions 
(WinXP). Is this a time-limit game feature : beat your opponent before 
your CPU melts ? ;-)

lol - ill throw a few wait 0 in :)

Heh - its definitely doable - ive got a quiet weekend coming up - 
ill look into it :)

I've been using the captcha for a month now, and I'm only using core.

Take a look at petri-nets.

I have, but I think I should find a good book about them, cause I 
admit what I read about them never fully makes them obvious to understand.

some commercial stuff using liquid will be released publicly in a 
short while (within a few weeks maybe sooner).

coming back to your reflexions on a liquid based processing network, 
it recalls me a distributed code programming language : "wave system", 
developed in the 90's, and allowing to spread a code in a large and 
unstructured network for neighbour to neighbour, wher each node executes 
a part of the code, and provides a part of the information requested, 
and transmits. It is unfortunately difficult to find info on this 
system, which was developed by Peter Sapaty. It seems that it was 
recently used in a light version for network problems studies : "wiseman" 
http://www.ece.ubc.ca/~vleung/IWCMC2008Keynote VLeung.pdf , 
and http://www.ece.ubc.ca/~sergiog/wiseman/WisemanManual.pdf

just thought I'd share that I've successfully optimized liquid by 
a huge margin, just by removing all the verbose print statements 
in the code.


10 minutes of deleting code... equals to an order of magnitude more 
responsiveness in some items of a graphic application I'm working 
on !

if only all of life where this simple  ;-D

Max, I will bite the bullet and will see if I get a graph engine 
done in C and attched to R3 via an extension.

note that I already have access to a fully functional and highly 
optimised C-based graph engine which allows me to create billions 
of nodes, and much more.  


Integrating that system into REBOL is part of my current contract 
work.

The engine will use liquid's flexible interpreted messaging overlayed 
on the other graph engine which I will use for scalability in sheer 
volume of connections and nodes I can allocate.  just a portion of 
the tree usually needs to be in RAM at any given time, and in fact, 
parts of processing tree can now reside on different computers since 
the graph engine is refered to... it should be quite fun to use.


this will be tied in to the OpenGL and scream core scene-description 
engine as one cohesive toolset.


in this system, the binary nodes will actually be optional and should 
be invisible when used from the rebol application's point of view.