AltME groups: search

Best way? I don't know.

Assuming only a single letter followed by an integer, I'd do this:
 print mold sort/compare [ A14 A2 B300] func [a b][
       return (to-integer next form a) < to-integer next form b]

cool, thanks.  I was thinking there might be some way to keep each 
as a word and do some subparse...but I think there is only a way 
to convert the words to something else and split them apart.

If you have ever tried APPENDing a Block to a Block as a Block (ie. 
append ["a"] to [] and have it be [["a"]])  Then you prolly know 
that you have to jump through a couple of hoops to do it.  The same 
goes to append a string to a string.  Now there are a lot of times 
that I need to append one series to another as a "sub-series" it 
seems to me that this should be much simpler to do, maybe a refinement 
to APPEND.  Any thoughts?

I do not understand this:
>> x: to-set-word 'y
== y:
>> x 'z
== z
>> probe y
** Script Error: y has no value
** Near: probe y

can somebody explain or point me at some docs?

your trouble is, that the evaluation of X doesn't have the same effect 
as if you replace X by its value. The evaluation of X only yields 
a set-word instead of setting anything. If you really want to set 
a word 'y, then there are two ways:

set x 'z

do compose [(x) 'z]

using sort/compare blk func [a b] [a/other/cz < b/other/cz], it will 
survive different location of 'cz field, as it cleverly uses path 
navigation. That is nice. I just wonder about different case ... 
let's say I have object templates, which change once per period of 
xy months ... I also have IOS, so lots of record synced around. My 
plan was, that each object would carry its version info. I wonder 
what to do in case, where new object template version will extend 
object structure, e.g. adding phone-num field ...

I just wanted to load small text files (representing records) into 
block, then sort them. But as life goes on, your system evolves and 
I can imagine, that your e.g. Contact database will be extended by 
e.g. cell-phone2 record. But your previous records are already synced 
across tens of users. I wanted to sort and wondered, what to do about 
old records ...

I just wonder what does it do to sort itself, once it finds record 
is missing the field? will it let the record untouched on the same 
position? Can't it affect following sort operations?

I think the sort/compare only does what you tell it to do in terms 
of the comparisons.

It's easy to do case sensitive or case insensitive tests for equality:
     >> "abc" = "ABC"
     == true
     >> "abc" == "ABC"
     == false
(Or use equal? and strict-equal?)


Anyone know a  similar shorthand way to do the same for greater/less 
than comparisons?
     >> "abc" < "ABC"
     == false
     >> "abc" > "ABC"
     == false
Right now, I'm using to-binary to get the right result:
     >> (to-binary "abc") < (to-binary "ABC")
     == false
     >> (to-binary "abc") > (to-binary "ABC")
     == true

The infix operators in REBOL can be seen with:
>> ? op!

It's a special corner of REBOL, as I see it. And I don't feel a big 
need to be able to make my own infix operators. There is a funny 
thing with the and, or and xor operators. They have twin and~, or~ 
and xor~ actions. The actions is used like: <action> <value1> <value2>, 
but operators can be used the same way, so the action counterparts 
seem to be irrelevant. Examples:
>> 3 and 9
>> and 3 9
>> and~ 3 9

Why do we have and~, or~ and xor~ made?

the thing is how to load or convert a C structure like this and use 
it in REBOL in a approachant way of C (I hope we could find even 
a better way to do it with rebol than in C)

the goal is to provide to REBOL the capability to do such a load 
in the simpliest and fastest way I think the posibility of using 
a vectorial data like float myvar[3];

is there a site with files I could look at? (just seems there would 
be a very simple way to do this without much problem) sorry I am 
not familiar with md2 (guess the enterprise work distracts me too 
much...;-(

struct SMD2Frame
{
float m_fScale[3];
float m_fTrans[3];
char m_caName[16];
SMD2Vert * m_pVerts;

//Cleans up after itself
SMD2Frame()
{
m_pVerts = 0;
}

 this hierarchical structure typical in C is very very very hard to 
 adapt easyly to REBOL or maby I'm to idiot to do it ...

why do you want to make object? - it is a struct

that's not that way it has to be done sorry I made a mistake. It's 
only a: SMD2Header

but in this case you can't have a declaration like SMD2Header *myheader; 
that is the common way to do it in C SMD2Header struct will became 
a type in C, In rebol you only make a pointer to the struct so with 
vectorials struct based array mofifying one data will modify all 
data in the array

Shadwolf: "in rebol a: SMD2Header and b: SMD2Header will point to 
the same memory chunk ..."


yes, but you should do it as follows: a: make struct! SMD2Header 
b: make struct! SMD2Header

so what is your solution? Do you know how to improve the interface?

eFishAnt your right !!! in a C# ressource explorer motion (wich you 
can see in Shardevolp IDE for example ) could be an amazing thing 
and even more if the same code all you to do so on evry OS rebol 
stands in

If I'm the conseptor of the external C lib i can do ma best for preprepare 
the data to be use to be teh easier to deal for rebol but I want 
to use a yet existant lib I will have to work pretty hard to be allowed 
to inteerface rebol code and this library

it's impossible on C side  code to do without a spliting statement 
the direct exploitation of the data you pass to the lib

so you can see everything is possible to do (except the callbacks 
;))

Cyphre you comming to my main point ;) giving to carl a premaid function 
that allow us to deal easyly with array (int, float, char what ever 
type) but for struct based array that's a challenge too and an horrible 
task to do

What do you mean with appending the start of a block to a block?

Just one comment

You say, you do not know the content of the block you want to insert.

If you keep the reference to the block, you can always insert later 
into the block.

>> outer: append/only  [] internal: []
== [[]]
>> insert internal "test"
== []
>> outer
== [["test"]]

DideC -- thanks......I see the problem with 1.3.2 too.  Let me get 
back to you.
***
qml-ed not there
 -- No reason it should have vanished. That's strange.


Meanwhile, repack-core.r should do the job of downloading it for 
for.

as usuall, type the following in a rebol console to open up the tool.

do http://www.rebol.org/library/public/repack.r


also note that I put a lot of effort in optimizing the file's final 
size, including a lot of hacking out, removing comments, compressing, 
etc... its now a much smaller download.

We are glad to announce that a newer version of the rebol.org package 
downloader is now available for people using REBOL|view 1.3.2

as usuall, type the following in a rebol console to open up the tool. 
it now adapts to version automatically
<pre>do http://www.rebol.org/library/public/repack.r</pre>

also note that I put a lot of effort in optimizing the file's final 
size, including a lot of hacking out, removing comments, compressing, 
etc... its now a much smaller download.
This version uses a slick 
new version of GLayout which has gfx largely based on Henrik's tests 
which he supplied a few weeks ago...

well, I guess that's how things are right now. I do find it to be 
a bit elitist, you have to ask permission to come in here and most 
of the people know each other somewhat.

There have been a number of initiatives in this area, but none have 
taken hold. I think it's *very* important, and have wanted it for 
a long time, but the hard part is coming up with a design that will 
work for everyone, since there is no standard for modules and libraries. 
I'm hoping R3's module design will address this, and give us the 
common ground we need to do something like this.

many things either do not work or have no useable examples in how 
to use them.

Maxim


I also personally feel that Rebol really needs an easy-to-use, well-organised 
standard library. (Ruby Gems seems to be a very good model). 


I will be willing to help once I have done a few of the things that 
I have promised to do

It would certainly be nicer to have shorter URLs. We inherited the 
use of CGIWRAP (which is creating all the long URLs), and were not 
able to remove it when we started. That's a great pity.

What I'd realy like is for the server to be running apache 2, so 
we could read the REDIRECT variables in the 404 handler. Then we 
could do pretty much any amount of rewriting of URLs intelligently 
in a REBOL script.
Sadly, we are still on 1.3 with no hope of an early upgrade.

Dear Library Team,


   I've only got a single script in the library, but I like it, and 
   I'd like it to live through the R3 update.

Are there any plans for adding explicit rebol versioning to scripts 
that want to stand the test of time?


   Is having multiple binaries on target REBOL platforms a no-no?  Meaning, 
   could the released binary packages for REBOL 3.0 include REBOL 1.3 
   (2.7) executables so scripts don't age out as fast as they did when 
   going from 1.2 to 1.3?  A little bit of configuring on the host OS 
   to start the correct REBOL by extension, shebang, or resource fork 
   on MacOS?  Can DO add a secret launch of older/other binary if a 
   Needs: is specified?

Curious.

Sunanda is the go-to guy on this, but we do have a tested-under field 
in the library header. At least that way you would have a clue if 
something was known to work under R3.

I'd be delighed to have some better styles.....Why not experiement 
(all the Library's CSS can be overridden by any Library member) and 
come up with something you like. If you do the work, we can take 
it from there :-)
http://www.rebol.org/cgi-bin/cgiwrap/rebol/css-available.r

Sunanda: just in case you eventually decide to do something like 
that, my code is described here: http://www.colellachiara.com/soft/MD3/emitters/wetan.html#section-4

That's a nice idea for a sort of "REBOL explainer" application.
But it would be difficult to do in the Library.

The Library does attempt to load and parse scripts -- that's how 
we do the colorisation. But (as with Gabriele's code) we rely on 
REBOL's own reflective abilities to tell us what is a word, function, 
operator etc.

The Library runs an old version of Core (and even if we update that, 
we'd never run a version of View on a webserver) so it does not have 
access to all the information a proper explainer.highlighter would 
need.
Take this script for example:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?color=yes&script=reboldiff.r

'new-line is a valid REBOL word, but it is not colored: that's because 
it is not a word in the version we use.

So sadly, the colorisation at REBOL.or remains a nice bit of eye 
candy rather than a solidly dependable feature.

That's true -- not something we could do safely on a server.....Hence 
we are limited to load/header etc.

A desktop application may be able to be more daring -- provided you 
don't let arbitrary code out of the sandbox.

Gabriel -- Thanks....A word list sounds a good way to go.
***

Jean-Francois -- a hover-over on kewords is certainly do-able and 
could look fun for the first couple of minutes on colorised scripts. 
Though it has drawbacks:
** it'd just about double the size of the page

** I think I'd be serious annoyed by it after 30 seconds -- though 
that may just be me

** lots of hidden-by-css styles (that's the way I'd do it, usng some 
of Eric Meyer's clevernesses) could create confusion for anyone using 
an elderly web browser or screen reader.


A good step in the right direction would be better styles for the 
code as we display it now.....So anyone experimenting with that is 
doing us all a great service ... Amd it would pave the way by creating 
a better foundation for higher cleverness.

I prefer the color-code scheme over the VIM scheme (don't like the 
pink), but as long as it isn't too bright most anything should be 
OK. 


It would be interesting to do some research on using different rendering 
schemes for code, based on activity. For example, when writing and 
maintaining code, I like comments in gray, so they "fade out" a bit; 
but if you're reading code, in a Literate Programming sense, you 
probably want the prose to stand out and the code to be subordinate.

I find when I have to correlate something to colours or  patterns 
it is better to start with the patterns first.


Since there are really only a few colours people can distinguish 
against white (or black) we can just like them hour:

Black = Structure, brackets, etc.
Gray = Comments
Dark blue 
Light blue
Red 
Pink
Purple
Dark green
Light green
Brown
Orange
Yellow (perhaps)

More subtle colours cause confusion.  

You also have Bold and Italics to consider.

I would use these to show "new" items (bold).
Also, you can do white on colour (BG).

My cache updated immediately -- perhaps cos local time crossed midnight?

Maxim: do you have any extension installed that are meant to handle 
favicons? Maybe they are duff.

Posted docs to the last of the Anonymous scripts.  Starting the  
none  list. Do I change the Author to Anonymous and the version to 
1.0.0 for these scripts, or just leave the headers alone?

And, of course, if you use UNIX date format [seconds from 1-jan-1970], 
you have to politely pretend the dozen or so leap seconds inserted 
since then do not exist.

Let's look at bit closer at the REBOL header block and licenses. 
In the library (http://www.rebol.org), REBOL scripts have a library 
entry in the header, and it contains a field named "license" with 
about 10 different possibilities. Is it enough to specify the license 
like that, or do we have to put a license text and/or warranty in 
the header of our scripts? Not just in the library but in general. 
Does anyone know, or should we ask an attorney?

Hmm... How to do that?
We need to know where a particular
Maybe:
1. Read script *and* Load script
2. Visit each item in the loaded block, recursively.
3. As each item is visited, check its type.

4. Depending somewhat on type, parse (in the READed script) to the 
molded item:
4.1  If it's a series, search for the "opener", eg. block! -> "["
4.2  If it's a non-series, search for it molded.
4.3

We do index the files, and we have several indexes, some built by 
parsing parts of the script. So we can, usually, search for special 
parts of scripts -- like strings or comments.

Part of the difficulty is that there are some scripts that we cannot 
do a 'load or a 'load/header on - they are broken or have an incompatible 
'needs: header. So we cannot add those scripts to the sepcialised 
indexes. They need specialised handling :-)

Watch this space -- I'm fiddling with some code that may partially 
need your need.

How easy is it to edit your scripts after they have been submitted? 
Do you feel comfortable adding the appropriate needs header where 
needed, provided you know enough about REBOL versions to determine? 
Can you flag the appropriate files as problematic?

Any of the Librarians can change any document and/or script.....But 
we tend not to do that without the owner's permission.

Please PM me the changes, and I'll get it sorted one way or another.
Thanks!

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

Results of a tiny bit of debugging on the ascii chars problem:
-- problem seems to be at the input stage:

     -- if you have exended ascii characters (top bit set, like the 1/4 
     used in the script) what we get from the webserver is bad (extra, 
     unexpected extended ascii chars)

    -- only download is (visibly) affected, although the extra extended 
    ascii chars are present in the text streams

     -- though there is some REBOL mezz code (decode-cgi) that may be 
     doing something I do not understand

    -- I can replicate the problem with both Apache and Xitami which 
    suggests the problem may be in REBOL rather than a given server.


-- the quick fix would be to add accept-charset="ISO-8859-1" to the 
<form ....> or <textarea ....>

    -- but that stops all extended ascii, including the ones we want. 
    So we won't do that.

-- the slower fix has yet to emerge from the available options.

Sadly, REBOL running as CGI under the two servers I've tested (Apache 
and Xitami) does not seem to support the whole range of ASCII -- 
ASCII chars with the 8th bit set seem to cause problems.

I don't know where the problem really is, but right now, we do not 
even support 8-bit ASCII, let alone anything more modern :-)

Sunanda, you're right about that ascii-math.r file. When I clicked 
the [Download script] link, the browser (konqueror) downloaded and 
directly opened it with the editor (SciTE). SciTE thought it was 
8-bit ascii, and showed the characters incorrectly. All I had to 
do was change the file encoding from 8-bit to utf-8 and the characters 
appeared correctly. I guess the editor had no way of determining 
the encoding, and incorrectly guessed 8-bit ascii.

It seems the responsibility lies with the clients to interpret encodings 
properly. As we move to a unicode world, software assuming 8-bit 
encodings are some ASCII encoding should drop off. But until the 
transition is complete, there's not much we can do about client software 
guessing wrong like that, except stating the encoding in the script 
header, in the web page that provides the download link, and by helping 
confused newbies.

Sunanda: given that R2 uses the host current code page, I think the 
best way would be for the user to convert the script after downloading 
it. On Linux or Mac for eg, UTF-8 is perfect for Core scripts as 
the terminal is UTF-8. On Windows or for View scripts, you'll get 
the host code page displayed anyway, so the user has to do the conversion. 
A tool to do that automatically would be nice (I have the code, it 
will be released soon, but you may need to wait a couple weeks more).

sunanda:  I have a feature proposal for you  :-)


it would be nice to be able to supply a single picture to link with 
the scripts. this image (jpg, png, gif) would have hefty size limitation 
and I think only one image per script should be enough, but having 
this alongside the various listings of the application and within 
searches, new scripts, etc would be really cool.


sometimes, if you see a thumbnail (ui grab, console example, logo, 
output gfx, whatever), it will help raise people's curiosity.  this 
could probably benefit quite a few scripts, which are possibly overlooked.


having a simple search filter of scripts with pics, could also help 
people to quickly find usefull things at a glance.


what do you think?  it could start out really simple, and slowly 
thumbnails could creep into various listings of scripts.

That's a nice idea, though there are some technical CSS issues......For 
example, the actual script is displayed in a <pre> block. That means 
images may not float where you'd expect them. It'll take some experimentation 
to find the best way to do it.

Hi, I am very new to Rebol so appologies if my questions are very 
simple.


I have been trying to use functions & examples from the library by 
pasting them into the REBOL/View console. When I do this I find most 
of them produce errors or lock up the console so I have to restart 
it.  What am I doing wrong please? Is there some trick to this that 
is so obvious that no one has mentioned it?

Thanks,

Mike

I checked your library example from the I'm new group producing errors.

There is probably a weakness, as the script does not regard comment 
lines.
A short enhancement would be
   
parse-ini-file: func [
    file-name [file!]
   /local ini-block
    current-section
    parsed-line
    section-name
][
 ini-block: copy []
    current-section: copy []
    foreach ini-line read/lines file-name [
		if #";" <> first ini-line [ ; do not process comment lines
			section-name: ini-line
			error? try [section-name: first load/all ini-line]
			either any [
				error? try [block? section-name]
				not block? section-name
			][
				parsed-line: parse/all ini-line "="
				append last current-section parsed-line/1
				append last current-section parsed-line/2
			][
				append ini-block current-section
				current-section: copy []
				append current-section form section-name
				append/only current-section copy []
			] ;; either
		]
    ] ;; for
 append ini-block current-section
 return to-hash ini-block
 ]

IOS used to do that ...

Just tried logging on without success ... is this due to the above 
problems or do I require a password reset? (I've got a couple of 
useful scripts I finaly want to upload).

So not using the hierarchical model, we can end bold in the middle 
of doing italic text. That is confusing, because then we should be 
able to do the same with tables.

So if we stick with the hierarchical datamodel, it's a bad idea to 
use start- and end-tags, because it's then possible to do it wrong, 
and not sticking with the standard.

Geomol....\group /group allows you to do some heterogeneous grouping...maybe 
to achieve what you want.

I THINK /group \group allows you to do what you want there, Geomol.

yes I remember it but it was do to your low version that doesn't 
include teh set-face/clearface etc-face capability ...

I'm trying to do somthing that allows you with a bunch of clicks 
to and some little tipping to make your full doc verry quickly with 
a lot of usefull functionnality like in true texte editors (I dont 
support yet direct texte rendering or color syntaxe) but there is 
some trully good advantages

hehehe yes but it's a hard stuff to do actually many ppl are interrested 
in maling widgets based or exploiting AGG capability but we are all 
work un linked so the think are not to be release tomorrow ;)

I meant to do a call for papers/presentation abstracts earlier, but 
have been busy, the time is still good.

I think us REBOLer's should build up our products and tools to make 
this easy to do.

Yes, Italy sounds very well to me. I would do my best to show up.

we could do it in Rome, so we're close to the airport and we can 
visit the city (everybody wants to visit Rome at least once :), but 
it will probably be more expensive. also, traffic in Rome is very 
chaotic, and this is something we may want to take into account.

It is already a time to do a call for papers/presentations to build 
up publicity, and to do a press release, which gives plenty of time 
for it to google up.

If it is decided to do, then first press release could be one for 
call for papers, not naming exact location, only the name, then when 
a location decided, a second press release. (just wanting to throw 
some ideas from last years experiences)

Who gave her the authority to do that?  - j/k :-)   I'll be watching 
hopefully via video link - lets hope its better than last time.

Graham: so you want to keep Mac users away from the Devcon do you?

One major point wasn't said: We need a library system to handle all 
this. I won't use code, where I need to 'do zillions of single files 
in a specific order, handle path and lookup things, need local sub-directories 
to load images etc.


I'm still using Slim on my xpeers system, because that's the only 
thing I know about that handles all this quite well. And I can tell 
you, it pays off. Something like this is required.

is there anything close to ruby rails wrt automatically defing MySQL 
CRUD operations ? I find rails really cool, something Rebol could 
easily do !!

Just did. Magic has a nice set of HTML functions but the drawback 
is that you need a daemon for session management, which won't work 
in a shared hosting env and is harder to keep alive. But is seems 
a bit more complete, so provided that you'll do the 3.5 translation 
as well I'd be happy to include it.

Do you really need the GNU make to generate all the .r scripts ??

I want to kick of some sort of simi-regular Rebol School for new 
comers.


We need to expose more people to Rebol, the best way is a 2 hour 
school online.


I'm thinking like the old days where we all jump online, but I want 
Video too!


My idea is that we would focus on a given topic, like: parse, data 
driven programming, view, etc.


Someone would be picked as the lead speaker, and someone else might 
be in charge of moderating the Chat.



People could ask for examples, and would write them up on the spot. 
 Hopefully many Rebol Experts would be on hand to throw some samples 
up.


I have about 5 newbies that really want lessons.  I know that another 
5-7 of my team would be present to help, to learn, to be friendly.

Any one else interested?
Anyone know the best way (what software) to do this?

Hello Denis,


So, one of the things a group of us have been talking about is doing 
some group lessons (world wide).


We have researched some tools for making this possible.  We narrowed 
it down to Macromedia's Breeze.  In fact last week I talked for about 
2 hours with their team (meaning the people that actually designed 
and programmed it).


This week I'm talking to their OEM leads about integrating Breeze 
from Rebol into Web applications.


So our first Breeze interactive lesson will be in a few weeks is 
my guess.  WE have not idea how good it will be with more than 10 
people, and world wide, but we are going to try.


As to a road map.  Programming languages in general are difficult 
to learn in a methodical method.  Rebol being even more difficult 
(in my opinion), because learning the structure does not help very 
much.  Even learning how Rebol works is not all that usefull (compared 
to lets say Basic, or a Batching system).

I will make some simple suggestions though:


1.	Go to Rebol.com, and read what is offered there.  It actually 
is a good starting point.  Rebol Essentials" which is a PDF on the 
site is worth reading.


2.	Write your own dictionary.  Literally, pick a given word in Rebol, 
use it in a sentence.  And just work your way through all 400+ words. 
 You can do it in a few hours.  All you need to do is try to use 
it in a way the Rebol Dictionary does not use it.



3.	Build something you really want to build.  Unless you have a goal, 
working on anything is going to be boring.  Think of a utility, or 
a game that you have always wanted to understand better, or want 
to play with, and build it.  Another cool concept is to simply copy 
it from an existing version in some other language you already know, 
or that is more simple (like Basic).

With Rebol, I do not see yet the "logic" or philosophy behind the 
syntax of instructions. Maybe there isn't one and I' m waiting to 
see something, a pattern, that is not there? So, in any case, I would 
like to be part of the "school" experiment you are planning, if possible. 
This is a good opportunity for me. And maybe I could supply some 
of my pedagogical experience in this project at some time in the 
future.

it is a series .... [this is what?] - now how can you tell what is 
inside? is it code? or literal data? try to execute it with "do" 
- if it fails, it was not code :-)

And thanks for the ideas you have given me. I am taking note of them. 
And yes, I do have a project or two I want to write in Rebol. Maybe 
I should choose the instructions from the dictionary with the aim 
to integrate them in on of my projects.

Maybe the thing would be to organise the functions in categories... 
"If you want to do this, here are the usefull functions..." ? I'm 
not sure this is possible, but I will keep this in mind when learning 
Rebol.

Yes DideC, I realize that fully. And I think Rebol is interesting 
partly because of that. The problem now becomes less how to program 
my app, and more how to learn how to do it with Rebol.

What do you mean by integrating Breeze from Rebol? btw - are Macromedia 
ppl aware of rebol at all? Or was it kind of  
re ...what?". Just curious ...."


Building a wrapper for Breeze so that it can be called.  You can 
treat Breeze like an API.
As to Rebol, yes, someone there knew of it.

I have played mostly with Core because I would like my things to 
run on my pocket pc also. I have written short little programs too, 
4 ou 5 liners, maybe 10 at the most. The thing is I still do not 
know enough to plan out a more involved application. I feel I have 
to learn a lot before knowing what is there to use for my project. 
= a lot of learning befoire getting down to writing.

hmm, strange ... we all mostly complain on rebol docs, but as I think 
about it - there is plenty of docs, maybe not very well organised 
- just sort out - do you need gui? do you need networking? etc. .... 
rebol.com contains how-tos, Core user manual, reference to other 
docs ....

i need to find some time and look at what i need to do (eg encoding) 
to put them there.

i'll have to do it... hopefully soon.

ok, so quick poll. what do you want me to do? 1) split videos and 
upload to youtube, 2) upload to google video, 3) something else

ok, seems that youtube is preferred. i'll try to do this after devcon.

otherwise, they ought to be broadcastable with a REBOL program, changing 
slides on a client, when you change them :-) shouldn't be so hard 
to do.

It would be very easy to do, and we *will* do that next time for 
sure.

Absolutely...Once a REBOL addict, always one...no better way to do 
it!  My specialty is in proprietary embedded applications, so nearly 
all of my products never see the light of day of the public, but 
are industrial applications.  This one will be very public, however, 
but I have kept it under tight wraps.   I have several customer demos 
to do this week and next here in the USA.  We will be licensing it 
to various phone manufacturers and remote delievery areas.

Viva la REBOL!  Paris in the the Spring...I have always wanted to 
do that.