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