r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Make-doc] moving forward

shadwolf
27-Jan-2005
[327]
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)
Chris
28-Jan-2005
[328x4]
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
Ashley
28-Jan-2005
[332]
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.
Graham
28-Jan-2005
[333x3]
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
where I didn't select a path to mdp, and then clicked on the help 
button
Terry
28-Jan-2005
[336]
I'm adding some °7° function to MD2 that will parse °7° tags.. this 
would add a global DB for adding links, addresses, bit's of MD code 
etc.   update the °7°, and you instantly update any future MDs.  
You can run the latest MD2 from Carl with this.. 

do load http://powerofq.com/start
°run° {°Make Doc 2°}
shadwolf
28-Jan-2005
[337x6]
Ashley thank you very mutch for the tips ;) I will work on special 
adaptation to MDP format requirement on the redering process. Option 
tu use makedoc 2  sure but in this case your cute MD2IDE will be 
deprecated and I  doesn't want that... MDP and MD2 have similar form 
but diferent kind of rendering processs. I don't want to make a monster 
application ... I want to make a quick usefull little GUI to write 
aesyly MDP formated programs with lot of automation like save on 
quit, recent file list, etc...
graham yes the help is not included into MDPGUI it's included into 
the MakedocPro.r directory (makedocpro.txt) so normally I use the 
MDP.r directory path to find the help file
I will fix this by forcing ppl to put a path for mdp script
Graham: On first run config pan 's cancel button will pop up an alert 
message if the config-file is not existing
that way you doesn't have this kind of problem any more ;)
Graham her you get the patch for this proprlem that allows you to 
not redownload it :
add this code in config-pan: 

btn-cancel "Cancel" [
			either exists?  mdp-config-file [ 
				unview/only config-win 
				if not viewed? main-win [mdp-gui-init]

   ][ alert "It's my first run baby !! ^/ You need to fill properly 
   the config form !!!" ]
			
		]
Geomol
29-Jan-2005
[343]
My first version of NicomDoc format, that is designed from MakeDoc2, 
is close to be completed, and I will publish specifications and scripts 
shortly. For now I've made an example document, so you can see it's 
features: http://home.tiscali.dk/john.niclasen/nicomdoc/example.html
eFishAnt
29-Jan-2005
[344]
nice examples, Geomol...curious the look of the markup needed to 
generate that.  I think you said you surround the text with nestible 
tags, using a heirarchical structure?
Geomol
29-Jan-2005
[345x4]
My example is "Valid HTML 4.01 Transitional" btw. (see http://validator.w3.org/) 
for those of you, who like me like to stick to standards.
@eFishAnt Yes, I use blocks - [ and ] - for notes and tables, but 
there's very little syntax in the rest. The way I've implemented 
style changes will assure, that the output is strict hierarchical 
datamodel, but freedom is given to the writer for input.
To clarify: the text-document, the writer produces, is only strict 
hierarchical with notes and tables (but I use block notation for 
that, so it's not a big problem for the writer). Formatting can be 
thrown around freely. That text is first parsed into a RebXML format, 
which is strictly hierarchical (like XML and HTML is, when it's done 
right without error).
The text version of the above example can be seen here: http://home.tiscali.dk/john.niclasen/nicomdoc/example.txt
eFishAnt
29-Jan-2005
[349x7]
interesting...the block notation is not too bad.  I might have to 
sleep on it twice (meaing it takes more than a one night stand) to 
sort out suggestions....but I have to admit it is better looking 
than what I thought it would be...
a few more keystrokes for font than the old nroff / troff stuff.
distinguishing between [] and () in a writer's mind seems very logical.
a writer can change "voice" while typing (like this - notice I am 
now talking to you between the lines) using parentheses, while blocks 
are containers for just about anything without the sublime meaning 
that () have...for example here are my favorite groups [Pixies Brian-Eno 
Patti-Smith They-Might-Be-Giants]
I am thinking [] could make English better...in a literal sense.
Lists in English are now: Item 1, Item 2, and Item 3.
(sorry Webster)
shadwolf
29-Jan-2005
[356x3]
I finalise my first stage on adaptation  rendering process !!!
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 )
MDP-GUI rendering nows feet very more closer the MDP Format allowing 
beatifull doc preview (but processing is slow damn maybe I hace to 
add some kind of progress bar to not bore the user with hangon...)
Graham
29-Jan-2005
[359]
still only mdp?
shadwolf
29-Jan-2005
[360x2]
graham for MD2 you get MD2IDE from ashley !!!
I'm a competitor not an application / project killer
Graham
29-Jan-2005
[362]
ok.
shadwolf
29-Jan-2005
[363x6]
MDP and MD2 are to far on rendering method to be correctly handle 
in a single app ...
and has you notice it (cause you are very clever) both format have 
no format heading in files like =MDP or =MD2 at the very begining 
of the .txt file witch countains the
flagged doc ..
has MDP rendering is very distinct from MD2 we can merge them .. 
one little example section on MD2 it's sised text folowed by a red 
line on MDP it's black line  folowed by newline then Num_section 
(example 1.2.4)  folowed by text then newline again ....
has the flag are the same how user can make the difference betwin 
one and other ...
making 2 rendering engine will encrease and complicate the application 
for very not a good result ...
Graham
29-Jan-2005
[369]
user selects which one they are going to use.
shadwolf
29-Jan-2005
[370]
I prefer a dedicate mode but MD2IDE and MDP-GUI can enritch them 
eatch other ;)
Graham
29-Jan-2005
[371]
I prefer plug in module :)
shadwolf
29-Jan-2005
[372x3]
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
Graham
29-Jan-2005
[375]
if you modularise the parser and rendering engine, then you can add 
in Geomol's version as well :)
shadwolf
29-Jan-2005
[376]
so it's better to have to product each of them comply with a spécific 
task and avoid user crankles