World: r3wp

hehe :-)

Geomol: what do you mean ?! Poor or better than regexps ?

kib, I think, you'll find performance of parse to be really good, 
and I think, the reason is, that parse is native.

Geomol: you mean parse is C implemented ?

kib, I would say REBOL parse is a lot better than regexps. Yes, native 
words in REBOL is implemented in C.

parse is surprisingly fast, yes.

Geomol: cool. And does parse uses Unicode with R3 now ?

I think, Henrik is better to answer that.

R3 parse project: http://www.rebol.net/wiki/Parse_Project
It mention unicode.

I think it will support unicode, yes.

That's very nice. Is parse inspired from something (another langage 
maybe ?).

no

I have some rather large paring rules here:
http://www.fys.ku.dk/~niclasen/nicomdoc/nicomdoc.r
http://www.fys.ku.dk/~niclasen/nicomdoc/ndmath.r
and it's very fast to create a huge document from those rules.

*parsing*

shadwolf: thanks.

parse in the way it work is exclusive from rebol

Geomol: funny, I'm currently trying to port one of my Python project 
to Rebol : a markup langage with html/latex output !

ofcourse parsing a string with any language is a ground base (one 
of the 1st exercice of coding a studient will learn )

shadwolf: certainly, but it depends on what langage you're coding! 
Rebol seems a good candidate for such tasks. I'm also learning Factor, 
and I can tell you that it's a way harder (but maybe that's because 
it lacks some docs).

kib, after I parse the input to RebXML format, I parse the RebXML 
to HTML with: http://www.fys.ku.dk/~niclasen/nicomdoc/ndrebxml2html.r

So 2 huge sets of rules (3 with math) is into play, and the final 
document is there in a matter of seconds.

kib, so I find parse to be very fast, and this real example is a 
good showcase, I think.

kib2 yes because rebol concept relies on 2 things in fact objects 
and dialect and as dialects are linked to parse system parse is the 
real thing that makes rebol a different language

I remember when i learn to analyse string data in C using string 
automaton algorythm ...  T___T

in rebol you can go from real ground to real abstractive concepts 
(from "a" to "<body" for example

Geomol: I think I'll try your tool before. Does it have any LaTeX 
backend ?

that means you can analyse each and every char in your document or 
locate flags and retrieve the data following

shadwolf: working with strings in C is a real headhache, I agree. 
but it's efficient. The more I know about Rebol, the more I like 
it.

parse works as a swich/case too since once a flag is found you can 
call external function to process the following datas

shadwolf: well, that's like Parsec in Haskell : you can associate 
"actions" within the parse.

kib, the output in HTML include TeX for the math, which in the end 
is rendered by jsMath. No LaTeX, pure REBOL.

kib, main page is here: http://www.fys.ku.dk/~niclasen/nicomdoc/

Geomol: I've been misunderstood : I was asking if you can output 
a LaTeX doc from your markup engine.

kib, no not yet.

I should retake my svg engin and try to make it in full raw parse 
 ^^

I have more and more need for LaTeX output, so I might do it any 
day.

but i'm waiting for R3 stable to do so in fact ... as i'm sure parse 
in R3 will be much better than in R2

Geomol: ok, but that should be rather easy, no ?! If you need help 
with LaTeX, maybe I can help you.

:-)

shadwolf: where's your svg engine ?

http://shadwolf.free.fr/svg-demo-shad06.zip

shadwolf: you're a Frenchie ?

yes  i have this pleasure ^^

+1

my engine works on 2 pass  ( i know that's a shame etc... ok but 
i wirted it in 2 days :P)

shadwolf: it's for R2 only ?

1 pass i convert SVG raw datas from the XML format to rebol objets 
than i convert this rebol object (with all the datas in it to REBOL/VIEW/DRAW 
 instructions

yes

since R3 is not stable and official and that it can change alot until 
being stable so i don't write anything for R3

and once R3 is out i will do the efffort to restart from scratch 
this project and do it 1 pass pure parse

shadwolf: you practice Rebol since ?