World: r3wp

404ed 4 me :)

Works here.

works for me too ... just click on the link alan :)

I will set an entry to rebol.org as this version is a stable one

rebol.org does not support  zip archive

Have you looked at uploading it as a package?

yes a package is weird to set ...

I'm still trying to understand how to compose my mdp-gui 1.4.1 package 
...

The Header File value on your MDP-GUI script needs to point to the 
script not the ZIP.  I believe that is your problem...

So changing the File value in the script header to %mdpgui1-4-1.r 
should make it work...

well in fact the script countains lots of different files and handle 
them one by one it a true torture

Is the actual ZIP file that you are uploading named %mdpgui1-4-1.zip 
???

no I dont even arrive to the upload pannel

Have you tried changing the script file extension from .ZIP to .R 
???

yes I do it

k found ...

The good news is that there is now a different error.  With .ZIP 
it said that mdpgui1-4-1 was not a package now it is saying the package 
is unavailable...

pfffffffffffiouuuuuuuuuuuuu OOOOOOOH MY it was hard  !!

type: [package] that was my problem

Ah, I see  TYPE needs a Block!

yes I notice that it's hard

files have been uploaded but I can't dl them with repack

THat error means that you have the files set as not downloadable...

Browsing the package information on REBOL.org gives me this:  "Available?	false. 
This package is NOT available for download. The owner may be updating 
it."

...

how can i change that ?

I foiund oki it's available now

good

Sweet!  There it is. ;~>

so ppl now to  dl MDP-GUI 1.4.1 all you need is to append a rebol/view 
console and copy/paste  do http://www.rebol.org/library/public/repack.r

then find in the list MDP-GUI-1-4-1.r all the files in the package

need to be downloaded ;)

Download/install works like a charm.  Nice job on mdp-gui.

thank you brock it cost me a lot to put it online to rebol.org ;)

that to ashley and all the beta tester contributors idea teasers 
;) that allow me since november to heavyly enhance and make progress 
this app ;)

next step to MDP -GUI is to be made using RebGUI and encaped (wrapped) 
 by GREBOX  and a cute little installer for non rebol.org download 
;)

don't know if I could get enaought patience to make an input/rendering 
same window intaface once MDP-GUI interface will be based on rebgui 
;)

thank  to ashley and all the beta testers, contributors, idea teasers 
;) that allow me since november  2004  to heavyly enhance and make 
progress tMDP-GUI ;)

Shame on me, nice job to all working on MD, MDP, GUI, and Ashley's 
MD-Viewer and RebGui.

MDP-GUI Is one person coded but community inspired I love this kind 
of work  ;)

I'm thinking about refining how emiters for MDP can be written. How 
about this:
- The parser part will stay as is.

- There will be a generic scan-doc routine that can handle: string!, 
file!, url! and block!
  The block can be a mix of string!, file!, url!

- Than there will be one generator loop that loops over the output 
from the parser (the intermediate format)

   This loop has a gib SWITCH statement for all intermediate format 
   words generated by the parser

- The particular generator will be provided in a context to the GENERATOR 
function and than only needs to
   contain the function stubs.

What do you think?

Robert : For the structure, you can look at my 'Easy-Doc prototype:
http://rebol.dev.fr/view.php?sid=141
It works with 3 sets of modules: readers, parsers and writers. 

'readers have to supply a text string to parsers (ie. MS-Word files 
are scanned for text),

'parsers build a block in intermediate format (there is a makedoc 
parser,)

and 'writers output the result either in file or on screen (VID / 
html / pdf / rtf / swf).

Thanks I take a look. Well MDP is quite old and IMO needs some refactoring 
:-))

I was thinking that another good feature to add for makedoc is a 
javascript popup link

Maybe incorporate tag symbols in the text for the parsing

Did some one found a way to have a FAST Rebol editor.  I did remarked 
that the cursor is slowing to a crall on big texts in MDP-Gui.  It 
is also quite slow with VT-editor or ion-pe, or even with this very 
small editor in alt-me, the one with which I write now.  Tcl, for 
example, does have two tk texts widgets (text and C-text) to properly 
handle text.  Could there be a way to have a fast editor in Rebol, 
something that could handle a text of 100-200 pages in a manner that 
is as fluid as something like notepad.  I am a newbee and find MDP-Gui 
to be a nice course on how to play with text rendering.  Although 
I would rather have only one window, and alternate from the editing 
window to its rendered view.  Full window is nicer to write text. 
 Side by side is nicer to compare marked-up text to its rendering, 
but after a while, we know the rendering and simply want the fuss 
a a nicely rendered text.  I am fidling with this idea, but do stumble 
on the editor part.  I dont even know who is the culprit, area or 
the ctx-edit.  If someone has a simple solution to this, he should 
post it.

Normand thank you for your concern about MDP-GUI. AS MDP-GUI main 
author I can say that the one vindow rendering is one of my futur 
goals. By default Area are absolutly unable to handle ritch text 
..  Carl Sassenrath plans to add a new VID widget to do so called 
TDM... (But The double formating maybe very slow). MDP redering format 
pull us to have en extensive use of VID widgets capabilities I'm 
not sure even with TMD we could reach the same level of beauty. I'm 
making some research too on my side to  found a pretty way to transform 
redered widget to editable ones keeping there settings... But so 
far I wasn't able to produce a relevent soution in this issue :)

One pist could be to systimatically clone itch widget having them 
in two ways the first one would be a redered form based on face the 
other one would be based on field and will have stricly the same 
setting than it twin  If the rendered widget recive a mouse down 
even then we substituate the redered widget base on face by it's 
clone base on field  once this last receive a key  enter  event type 
we affect the clone content to the redered widget .... But with this 
system pref will be verry slow !!! and memory consumsion will be 
twice important ...

My actual effort in dev leads me to rebGUI project so MDP-GUI is 
in pause until rebGUI reatch stability then I would make a brand 
new version of MDP-GUI including the RebGUI look&feel. Once all this 
work will be done I could switch back to "One render/input window" 
problem :)

But as you say it normand it's not an easy topic so being able to 
solve it will be in my opinion a community effort because we need 
a little more than TDM  (to render tables for example... )