World: r3wp

Is Vanilla now again the only viable web framework for REBOL?

Magic!

Cheynne with RSP

I'm just looking at it, but my French is way lacking :-(

see english translation on RIT site

Oh, good

Yes, the information has been encoded on the main site with a compression 
format (French) for which you don't have a decompression utility.

The Cheyenne page says that it's not released?

:-)

It's not released .. but ask politely, and you can get a copy

I've been running Cheyenne for a year now??

Is it included in the Magic! release?

Nope.

ask dockimbel.

He has implemented a version of RSP inside Cheyenne

Cheyenne is used to provide web access to my Uniservel based mail 
server.

But it's also for Apache, I see?

Yes.

Thanks

Magic! looks pretty good. Do you know how much the 2.5.3 docs are 
outdated for the 3.1 release?

No, I've never used Magic myself .. just read the docs.

Magic? Is English documentation available? If not, then it is not 
of a much general use ...

then only suitable concept for me was Temple ... but it was not finished 
yet ...

vide supra.

what is vide supra?

v.s.

how many templating concepts do we have now? Let'S sum it up? I do 
remember shlik.org RSP, Magic! and Maxim planned something too, no?

what is v.s.? :-)

It's Latin for "look above", or, read what was written before.

ok, thanks - now my questions - Chayanee with RSP and Magic!  are 
two different products, right?

RSP and magic are completely different products, yes.  Same idea, 
but differente everything else.

which one works with "custom tagging"? That wins for me - no mixture 
of rebol plus html code plese :-)

<but does anyone know what happened to Shlik?>

Not. His website changed a couple of times. Last known (to me) working 
one was
  http://laurentchevalier.dyndns.org/rebol/
But that is broken now.

RSP was/is much more like PHP  -- rebol code embedded in HTML tags.
That's probably the one you''d prefer, Petr.

or maybe I misread your preference -- Magic is more like a HTML-generating 
dialect

not sure .... but I will know very soon now - finishing some databases 
for my friend, I will let designer do his work and produce some templates. 
Those templates have to be displayable without touching rebol ...

so maybe magic ...

nor Magic! is the way to go for me, as I look into it now :-)

you should invent the best notation then :-)

what do you mean by notation? :-) I already said that I preferred 
Temple way to go. Simply put - I am not designer, my designer is 
not a coder. So I want him to freely produce his "magic ui wonders",using 
his tools, not being dependant upon rebol. So I assume we go with 
maybe slower aproach - html with comment sections, parsed by rebol, 
replaced by engine ...

ah, now I remember another one - Maxim's Remark, but it was probably 
not released either ...

Max sent me a copy of ReMark.

how would the the designer like to do the markup? inserting html-tags? 
inserting a demo-table with data? what do his tools support?

yes, exactly, have you looked at Gabriele's temple? More in 20 min, 
got to go ...

Hello, there is also FastMagic!, a refactoring of Magic! to work 
in FastCGI mode... It also add some usefeull tags like <rebol:include> 
<rebol:if>, <rebol:forall> and <rebol:make-doc-pro>. Rebol Directory 
is being developped with it and the code is available at d2740.servadmin.com/~francois/. 
You will find both fastmagic! code and the code of Rebol Directory 
as well...

And you can switch from FastCGI to CGI but modifying the flag mod-fastcgi 
in the file fmagic.r

You can also add custom tag by extending the engine: 'm-execute. 
This is how I added <rebol:xxx> tags, because I want to avaide my 
html page to look like plain cgi scripts...

The problem is I did not use such system in praxe, so maybe I develop 
it on my own (very simple first version) to actually better understand 
needs of the cooperation between me and our designer ... then I can 
eventually choose one which fits best ....

Maybe the designer could make own suggestions? Making a demo-page 
where he marks up in a way he would like. And we figure out how to 
translate that in a parsert.

now let me explain how Temple works ... if I screw it, maybe Gabriele 
will correct me :-)