Black Fox wrote:
Having when editing 50% of the screen place occupied
by the wiki
source and 50% occupied by the preview could be cool.
Especially if the preview is in a scrollable box, scrolled by default
to the position of the cursor in the textarea and updated in realtime
(This have to be optional since for slow computers it could be
dangerous :D)
Even if the preview isn't perfect the fact that it could be "real
time" and on the client side make it usefull i think.
I think a better way to produce instant previews would be using Mozile,
or the IE equivalent whatever it's called.
http://mozile.mozdev.org/
That way you get WYSIWYG editing, not just fast previews. Just press F7
on any page view (except ones containing irreversible wikitext to XHTML
conversion), and you can edit the text right there on the view page.
Converting back from XHTML to wikitext is made a bit difficult because
it's ambiguous. The algorithm would have to minimise the differences
between the old wikitext and the new wikitext.
Infobox-style templates can be handled by putting a separate editable
div around them. Articles with templates that are inline with text
couldn't be handled in this way.
Just something I've been musing about. It was also discussed on meta a
while ago.
-- Tim Starling