World: r3wp

Can you give me an example?

You want to use =image with an URL? That's possible.

update: I just extended make-doc-pro to support forms. Looks like 
this:

Test of Form Dialect in make-doc-pro

=toc

=options debug

===Introduction
This file test the form generation dialect.

\form test.cgi
	cgi-bin http://localhost/cgi-bin/

	; same-width with fields & buttons
	same-width left [
		field "Name1"
		field "Name12" 10
		field "Name123" 10 20
		field "Name"
		radio "R1" [Robby Linna Bunny Blacky]

		btn-enter "Abschicken"
		btn-cancel "Abbrechen"
	]

/form

You want to use =image with an URL? That's possible.

For example:

	=image %myimage.png http://mysite.com


click on the image to go to the site. I don't think the MD2 standard 
currently supports this.

I did wonder if that was what you meant...a good suggestion.

(and not hard to do at that)

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