World: r3wp

I would suggest something else:
=url http://www.mysite.com%image.png

It's a URL you want to specify, not the image.

I never like to do to many arguments in Make-Doc, but what of Alt 
Text...

=url http://www.mysite.com%image.png Alt Text, but code sensitive 
parts of the line are getting more numerous...

Re. Forms, as discussed briefly, I have a different vision for forms 
-- primarily as I think we have a different end user in mind.

Perhaps this is better discussed in a dedicated group...

A proof of concept IDE for MakeDoc2 - http://www.dobeash.com/files/md2-ide.zip
- enjoy! ;)

Argh! You was faster than me !! 

I wanted to do a things like that. I have a style to render inline 
formating if you want.

I have also an editor with some funcs to help inserting tagswith 
key shortcut.

Do you bother if I do a fork of it with my own idea ?

I have a style to render inline formating if you want
 ... yes please!

Do you bother if I do a fork of it with my own idea?
 Not at all, the code is really QAD though ;)

Cool! :-) I'm looking forward to something like this for my NicomDoc 
format, when I release it soon. ;-)

nice, Ashley

curious about QAD ?

Isn't there also an MDP-GUI project somewhere?

MDP-GUI is on rebol.org.

But it's not what I need. MDP-GUI is a help for those who don't know 
MakeDoc rules.

I just want an editor that help me to insert the most bothering tags 
(like <b></b>) arround the text I want.

Typing tags is not very confortable on French Keyboard : < and > 
are on the same key and the last require Shift. / require Shift too. 
So typing tags all the time is very annoying.

How about own tags and a preprocessor?

explain.

mark tags in a different way. maybe {tag} or [tag]. then exchange 
"{" with "<". then makedoc.

good point on  < > DideC

that is why [ ] is used in REBOL instead of { } for blocks, so a 
shift key is not needed, IIRC.

[ and ] is <Alt Gr>-8 and 9 on my danish keyboard. Where are they 
on a french keyboard?

QAD = Quick And Dirty

[
 is AltGr+5 , "]" is AltGr+8
{
 is AltGr+4, "}" is AltGr++

I'm wondering how French like Rebol so much with so "tortuous" typing 
;-))

:-) There's the idea for what keys to put on the left side of the 
keyboard to make it more balanced. Well, maybe it will become too 
big!? And then use Dvorak layout (http://www.mwbrooks.com/dvorak/) 
to speed up typing.

Hi ashley !! I see your MD2IDE it seems you have open the competition 
with my MDP-GUI hahahaha. Well I like the redering window on right 
of the Window. The bad point is that the previsualisation of the 
texte is not updated until the save action. Updating it dynamicaly 
could be a good thing. There is no button to short cut the insertion 
of the balise like in MDP GUI (feel free to retake from MDP-GUI evry 
thing you need). Personnally Im waiting for the new rebol/view version 
that will speed the drawing engine and be able to use AGG based styles 
like Cyphre showed us to do. what about integrating to your product 
MD2IDE the net releasing support (for example to update quickly a 
blog based   on carl's REBOL script)

Great work stay tuned :)

I tested MD2-IDE with MDP formated doc the rendering is pretty good 
only some little flags aren't supported like = toc ;)

Well Ashley you make a such good work with your preview widget in 
your MD2-IDE project that I couldn't resist to the temptation to 
add it to my own MDP-GUI v1.3

it's still not satble I need more time to revamp all the GUI according 
to the new insertion

but I think it's a good start

MDP-GUI 1.3 can be found here:  http://www.agora-dev.org/forums/view.php?site=rebol&bn=rebol_prjnvxprod&key=1106873711

What would really make that MD2 IDE kewl is the ability to directly 
edit the elements in the preview pane.

Ammon sure and if we get a better featured widget engine I could 
make in it a flying dragon ;)

a picture of  MDP-GUI 1.3 including the render API of Ashley/Gabriele 
http://shadwolf.free.fr/mdp-gui13.r

serriously the rendering is slow beacause it's a hudge cheat ( Ahley 
compone on fly a multi composed widget layout) make a change and 
click ave to see how long it take to be refreshed...

I have problems with s it's 2:30 and i need to woke up at 5:00

http://shadwolf.free.fr/mdp-gui13.jpg-> image of MDP-GUI 1.3

it's like adding line selection displacement (that eFishAnt suggested 
to me for MDP-GUI...) well thinking of it it's cool !!! but I'm affraid 
to say that the text displacement  motion will be so slow that this 
feature will not be very shinny for users ...

I fund very best hope for all this kind of highly advanced features 
with rebol View AGG engine (rendering those kind of advanced widgets 
 that need lot of refresh and quick rerendering to be visually smooth 
and less processor calculation could be very a good thing if we make 
them in AGG) but that's a hudge work ...

maybe I'm over estimating the capabilities of AGG on it's actual 
form too... because it's still depending on View layout rendering 
engine

it will be great to have Carl's opinion on those topics ;)

it's like on fly colored text  in area it"s a very good idea too 
but for the same reason it's actually not in the plans

who want to wait 3 minutes is code to be refresh every time he insert 
a new caracter on an existing colores text interpreted area ??? (3 
minutes okay I'm over estimating the time that takes but maybe not 
for hudge text in fact ...more you have text displayed in the area 
more slow will be the refreshment on new caracters insertion)

If I may make a suggestion (though this may already have been considered) 
-- use a display toggle (with keyboard shortcut) instead of split 
screen.  Upon activating the toggle, you could then scan-doc -> gen-doc 
the area text without saving it to disk...

Though the split-screen display may be preferrable for those with 
larger screens than my own :o)

Ctrl-U for 'Update' ?

Also recommended -- http://homepages.paradise.net.nz/left/rebol/scripts/scrolling.r

Great stuff shadwolf! MDP-GUI has a good look and feel to it now. 
A couple of suggestions:


1. The preview pane is out by 40 pixels, page-width: 360 should fix 
it
2. Full-screen (even as an option) would be good
3. Option to use makedoc2.r instead of make-doc-pro.r


Now that the "proof of concept" seems sound I'll be concentrating 
on the VID emitter with a view to making it MDP complient and more 
efficient.

ability to directly edit the elements in the preview pane
 I'm working on that, but its a real pane (pardon the pun).

the rendering is slow because its a huge cheat

 - yes, like you I looked at a "live update" but its just too slowwwww. 
 An intermediate solution might be to have a timer that refreshes 
 the preview every few seconds or so.

yeah .. it would be good to be able to choose which variant of makedoc 
to use.

>> do %mdp-gui-v1.r
Script: "Untitled" (6-Oct-2004)

** Script Error: split-path expected target argument of type: file 
url

** Where: func [face value][browse join (first split-path config-data/current-file) 
%makedocpro.
html]
** Near: first split-path config-data/current-file