World: r4wp

RPI would be size and weight advantage. Hide it under a table. Hard 
to do with a 10 year old desktop for the same price.

The Pi can also be used as a cheap thin-client.  Just hook it up 
to the back of a monitor and have it run a remote desktop connection 
on boot. :-)

I've hidden several nine year old desktops under my desk. :-) If 
you get the small desktop models, they're not that big. And with 
those boards, you have loose boards, loose power supplies and lots 
of cables to hide

The Raspberry is actually on top of my desk to protect all that loose 
stuff :-)

I actually wanted to use RPIs in that project I am still a part of, 
instead of those old desktops, but no REBOL or Red and won't be relevant 
when I'm leaving the project.

Do you mean you can't use REBOL or Red? They're both available on 
Raspberry

For such mobile systems, I think it would be better to use those 
new mini PCs inside a USB stick. They're very similar to a Raspberry, 
you get them in a case, and they can feed off a monitor

Then again, why not use laptops? Even easier to set up on location, 
and easier to program

Kaj, need full GUI.

We did that once, but we relied on donated hardware.

Yes, no REBOL then. Red has the GTK GUI on Raspberry, but it's basic 
so far

Probably not far from the forms type of app you need, though

Henrik, it looks like your wait for GUI on R3 on RPi won't be long, 
based on Robert's announcement he just made.

Awesome work, Robert and team!

Congratulations Robert and Saphirion!

good news robert!  thanks for all the work and investment!

Thanks Team Saphiron!

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

Also docs are not working from the Saphirion website, links throw 
some svn error. Maybe it should be pointed to github docs?

found the link http://development.saphirion.com/resources/r3-gui.r3
... the download section link leads to /downloads though ...

checking. Which docs fail? We moved some around.

gui docs ...

all of them ...

maybe your svn server is down then ...

no, changed path. fixed.

Is there a link for the mac saphir build?  Or was that just to say 
it builds?

It seems R3/Saphir for OSX doesn't run on 10.6.8. Can anyone confirm?

If it's the r3-osx file from:
http://development.saphirion.com/experimental/

, then I get the following on OS X 10.7.5:

504 ~/r3$ ./r3-osx 
Illegal instruction: 4

The file is dated 2-Jun-2013 21:11

r3-osx                   02-Jun-2013 21:11  513K

yes, it's the correct file

Works fine under 10.8.

Robert, if it's extra work to make it work with earlier versions 
of OS X, then maybe you shouldn't use too much time on it. We can 
just upgrade to latest OS X, which at least I will eventually do 
at some point. Maybe some hardware can't be updated, I don't know.

Reagarding Saphirion's documentation - maybe it's silly question, 
but could you try to change extension from .mdp to .md and see what's 
the difference on GitHub? I'm sure that it would look a little bit 
better directly in the browser as at least syntex for headers is 
almost similar in MarkDown as in MakeDocPro.

Code block syntax is also same - 4 space or 1 tab indentation.

Hmmm... the syntax is a little bit different, but it's not too hard 
to change it to md.
Compare:

https://github.com/Oldes/documentation/blob/master/argpass.mdwith 
https://github.com/saphirion/documentation/blob/master/argpass.mdp

Even without header's modification and just changed extension produces 
more readable document:

https://github.com/Oldes/documentation/blob/master/arity.mdversus 
https://github.com/saphirion/documentation/blob/master/arity.mdp

I believe it's easier to modify MDP to be more compatible with rest 
of the world than waiting for world to adopt MDP. But it's your choise 
of course.

Ladislav, is the method you outlined for defining variadic functions 
is there a way not to have the variadic function not change the arity 
of any functions following the variadic function?


i.e. with the definition of 'sumn, as you have it, if you have the 
following in a script:

print sumn 1 2
print "hello"


The "hello" doesn't print. I guess this is because when Rebol is 
'do-ing the script, the 'print is returned by the variadic function 
and the 'do dialect somehow doesn't re-interpret that word with its 
following argument, but sees it as a no-argument 'print. 

If, on the other hand, you have:

print sumn 1 2

do print "hello"	;or if you have something like "foo" instead of 
the 'do

hello
 will be printed out as intended


Could you describe what is happening here since I'm not exactly sure 
I understand how Rebol is handling things? Among other things, how 
is it OK to invoke arg-adder without providing the one arg it expects 
when you have "return/redo :arg-adder?

(Probably the best group for this discussion is !REBOL3.)

I don't know if I should spam the message into a third group, but 
it's fine with me to move discussion there.

Oldes, I have a dream about an MDP2 that will start with Markdown 
compatibility. Actually, no, I have a spec document, but am not sure 
I should publish it yet.

Where are Saphirion sources?

Will be released later ....

Henrik, correct me if I'm wrong but isn't markdown just a text formatting 
system as opposed to a document formatting system like make-doc ?

Yes, but it seems to make sense to base body text on this and build 
the rest around it. MDP has a particular way to format body text, 
but we've found that it's hard to extend. I would like an MDP2 that 
much better is capable of outputting right down from a single paragraph 
of markdown to a full multi-page document.

well, to me it makes sense not to reinvent the world and just use 
an existing markup like asciidoc which is intended for documents

No one is going to convince the world to learn another markup language 
like mdp2

Another point of MDP2 is to retain the single-script ease of use 
that MDP has, as well as being REBOL based.

I think that you can do that with asciidoc too .. using Chris' emitter 
and parser

It would be really enough to have MDP accept MD's style of headings. 
It's just silly from the outside view to use extension .mdp instead 
of already supported .md. I know that mdp is better and more capable 
than md, but I don't think it's easy to change Github to use mdp. 
I'm quite lucky that my Rebol colorizer (even buggy a little bit) 
found it's way there, which was not straight at all.