(anonymous guest) (logged out)

Copyright (C) by the contributors. Some rights reserved, license BY-SA.

Sponsored by the Wiki Symposium and the Nuveon GmbH.

It's impossible to have a WYSIWYG editor in a wiki without using some additional technology, like javascript, an applet, or a browser extension. But it's possible to have "almost wysiwyg" by carefully choosing the markup in the RawText, so that it is similar to the RenderedPage.

The most widespread example of MostlyWysiwyg is using the CamelCase to mark links in wikis. Other examples might be using "_" for _underline_, indentation for blockqutes, indented single asterisks for bullet lists and a row of dashes for a horizontal line.

MostlyWysiwyg has many advantages of WYSIWYG, but without the technical limitations of the latter.

On the other hand, MostlyWysiwyg as a principle breaks down when users wish to enter tables, in-line images, and links other than CamelCase. If what you want to get is a link to the Indiana University football program with the text "IU Football," you have to type something like this into the editor:

"(IU Football|http://iuhoosiers.cstv.com/sports/m-footbl/ind-m-footbl-body.html)."

This can hardly be called seeing what you'll get.

Add new attachment

Only authorized users are allowed to upload new attachments.

« This page (revision-2) was last changed on 08-Sep-2007 02:26 by 129.42.184.35