World: r3wp

I prefer a dedicate mode but MD2IDE and MDP-GUI can enritch them 
eatch other ;)

I prefer plug in module :)

GRaham =url or =image or /table \table are not formated the same 
way in MDP and MD2 ;)

I think of it one day long before to start to hack the shack ;)

MDP formated tables just crash MD2 engine and vis et versa

if you modularise the parser and rendering engine, then you can add 
in Geomol's version as well :)

so it's better to have to product each of them comply with a spécific 
task and avoid user crankles

Graham I could add Excel and Word too but that's not the main actual 
purpose IMO

sources are freely downloadable and modificatable If your challenge 
is to merge them why not

but the resulting app will be very bogus , veryheavy  and very slow 
....

MDP is a more sofisticate way to process and for example with section 
rendering I still have some counting problem on next refresh

GEOMol's NICOMDOC is pretty but in vid rendering outch !!! Plz carl 
enhance VID rendering engine because NICOMdoc coloring text is a 
perf kill for VID ...

ahhh ... yes, colour text

NicomDoc has things from MD2 and things from MDP + things really 
new

but colored text in VID there I said NO, NO, NO, NO, NOOOOOOOOOOOOOO 
!!!! IMG parsys this kind of heavy flaged an recompose it to VID 
it's a hudge task and very process consumist

doesn't didier have a rich text style?

yes but it's not talking nicomdoc it's talking RLD a low flaged dialect 
hand even in this case we absolutely don't know what it could produce 
on VID rendering time for very large text coloring (like source code 
text syntax colored highlighted etc...)

I guess one could choose to ignore the colouring and just pass it 
through

maybe with AGG cpabilities we will be able to speed rendering enought 
to produce those kind of ticky widgets

Graham if you make it the to inhinitate it why t do it ??

huh?

whay to spent time on things you know 99% of the time you will need 
to shut down in the previewer ... there is yet so mutch to do

but once again in the very futur things like that could be added 
with full perf and until this time we train our selves on simpliest 
format (simpliest for the VID statement at least)

I wonder what the proportion of users are for mdp and md2

MDP is yet heavyly use in rebolfrance article making

MD2 is yet heavyky used on blog

so I can say that each of them have is own duty asigned MD2 to release 
quick and not very very sofisticated text MDP for articles with more 
sophistication in it ...

NicomDoc is a step over this two that's sure but it's heavyly using 
html capabilities and adapting this to VID HUM HUM HUM

With actual parse token statement it's very hard ...

you can Dl it on http://rebol.dev.fr/view.php?sid=140(actual version 
is 1.3.3 see rebol script header for changelog )

GRaham note that I don't say I'm not interrested on making NicomDoc 
quick and easy editor but this format has too a lot of things to 
make a VID parse writer mad hehehehe or maybe I'm not enought skilled 
...

Its good to have competing mark-up languages ... they can all gain 
by learning from the strengths of the others.

HTML and VID are such different concepts that you can't easily start 
from a single "higher" dialect and make full use of both VID and 
HTML

MakeDocX {x=2 or Pro or blank)  gives you very little comtrol over 
the emitted HTML -- so it is less powerful but more generic....hence 
thoughts of PDF and other emitters.

NicomDoc is more powerful as a HTML generator but, as shadwolf says, 
not nearly so easy to VID....Though let's give it time to develop: 
it's only days old.

Mulch (my dialect) gives you total control over the HTML and CSS 
with almost zero chance of a VID version being possible..... http://www.rebol.org/cgi-bin/cgiwrap/rebol/boiler.r?display=mulch-help

Color Text (Rich Text). One week ago I talked to Carl here about 
various topics and reminded him of rich text, he said it is important, 
so I put together few notes we produced in the past and he noted 
that he has something slightly different in mind and that he may 
say publicly something to it, so let's hope he will do so ...

Pekr for coloring I think perf is vital

good perf are dependant of the main process performance

in actual way we have to parse the MDX(retake of sunanda notation 
see up)  file then create a page with will content style and data 
to so in this operating way making complicate conposing like a heavy 
colored text or a content linked table of content (=toc) will include 
a new parsing statement in the parsing statement this will increase 
a slow rendering process

New MDP-GUI version 1.3.4  you can down load it there --> http://rebol.dev.fr/view.php?sid=143

MDP-GUI v1.3.4 include a remade IHM a bug correction and the rendering 
of the list of content

I know that I'm making every day a new realease of an unstable project 
but this helps me to figure out for eventual bugs...

and this helps you to see what direction the MDP-GUI project is taking 
I hope this 1.3.4 version will be at your taste. :)

Okay, I downloaded makedoc2 from rebol.org the other day and I still 
haven't figured out how to create links. In makedoc all you did was 
"url=http://www.rebol.com"REBOL" " but that just shows up as text 
in makedoc2. Could you help me out?

I don't think you can in MakeDoc2.

Darn.

But the HTML tag <a> should work.

So, I could just edit the HTML file and add it afterwards?

Yes, or write <a href="http://www.rebol.com">REBOL</a>in your text.

It automaticly executes HTML?

Well, it just take it over to the output without processing it in 
any way, so it should work.

Nice. I didn't know that.

Like if you wanna write something in bold, you use <b>bold</b>.