Also known as Wysi Wiki. ConsideredHarmful by some; see WysiwygWikiUsefulArguments for a discussion if Wysiwyg is good for editing wikis. ---- * WYSIWYG Wiki Editors ** See my suggested WikiEditor which just adds Wiki markup in an intuitive way. http://openwiki.com/ow.asp?WikiEditor. -- PaulRobertson ** http://wackowiki.com/WikiEdit - It is our effort to make Wiki user-friendly. -- Roman "Kukutz" Ivanov * WYSIWYG HTML Text Editors - Adds a option boxes to the top or bottom of the text area. ** HTMLArea: I saw this on OpenWiki by PaulRobertson, and just had to share it: http://www.interactivetools.com/products/htmlarea/index.html#demo. -- AndrewMartin ** HTMLArea 3.0 (Still in release candidate). Now developed by dynarch, instead of interactivetools. BSD-license. Works on Gecko (mozilla &c.) and MSIE. http://www.dynarch.com/projects/htmlarea/ ** OpenWiki - http://openwiki.com/ow.asp?WikiEditor#h30 Online editor that saves in wiki format! Not a bad take on the idea... ** Anyhtml | http://www.aine.be/aynhtml/ simple, just IE support. ** Cross Browser | http://www.kevinroth.com/rte/demo.htm Now that is cool... ** DHTML | http://web.archive.org/web/20050210112726/http://www.p42.net/ Very cool insert columns, other items... Strange license. ** Ekit - Java, coming up with public release. Doesn't work on my system. ** SimplyHTML - Java http://simplyhtml.sourceforge.net/ ** Epoz|http://www.zope.org/Members/mjablonski/Epoz cool tool, cross browser links. ** FCKeditor|http://www.fredck.com/FCKeditor/ most functions, paste from word option. The Best! ** SPAW | http://sourceforge.net/projects/spaw/ Awesome GPL Editor!!! (only IE) ** TinyMCE | http://tinymce.moxiecode.com/ GPL. IE and Mozilla. Not adapted to Wiki but easy to hack. * WYSIWYG Wiki Engines ** PerspectiveWiki has, amongst other things, WYSIWYG editing in InternetExplorer and Mozilla. ** MediaWiki - the one that runs the WikiPedia - Has basic JavaScript buttons to assist with syntax, but does not display formatted output while editing. *** On http://meta.wikimedia.org/wiki/FCKeditor there is described a way to integrate the FCKeditor into the mediawiki engine. This experiment provides a '''semi''' wysiwyg editor feeling as for links and images the wiki syntax is still needed. ** WackoWiki has http://wackowiki.com/WikiEdit ** WysiwygWiki at http://www.wysiwygwiki.org, works great, OpenSource. The WYSIWYG component is currently HTMLarea 3.0RC, with address posted above by Andrew Martin. -- Thor Hovden (updated by Aral Balkan) Also includes Veriword captcha. ** Wikiwig | http://sourceforge.net/projects/wikiwig - an easy to use and install wysiwyg wiki. Works on both IE & Mozilla (htmlarea 3). Lock system to avoid two author editing a page at the same time. In PHP. Some reviews at http://www.hotscripts.com/listing/wikiwig-the-first-wysiwyg-wiki/#userReviews. ** Dojo Rich Text Editor | http://dojotoolkit.org/docs/rich_text.html - a WYSIWYG wiki editor that includes inline editing support ** MacOsx 10.5 (Leopard) Server will ship with a Wiki with wysiwyg editing. ** CmsWiki: http://aplikacja.info/cmswiki : Fast PHP-based Wiki with WYSIWYG editor (FCKEditor, NICEditor, TinyMCE) ** For a list of all types of wikis, see WikiEngines. * WYSIWYG PersonalWiki''''''s ** Zim ** PepysWiki ** PpcSoftiKnow * WYSIWYG Wiki Farms ** JotSpot (http://www.jot.com) currently features an implementation of HTMLArea. ** Historical note: SeedWiki appears to be the first WysiwygWiki of the public WikiForums, even WikiFarms. 2002/01/22 -- fp ** Wiki-Site (http://www.wiki-site.com) provides a WYSIWYG editor for its hosted wikis base on MediaWiki. ** EditMe (http://www.editme.com) provides a WYSIWYG editor for its hosted wikis. ** XWiki (http://www.xwiki.com) uses a customized HTMLArea for WYSIWYG editing ** Wikispaces (http://www.wikispaces.com) provides a WYSIWYG editing option * HOWTOs ** http://greenant.net/portal/greenant/wiki/Wiki provides a HOWTO to get a ZWiki based WYSIWYG Wiki running on Plone * Others ** http://www.guiki.com/Guiki BrokenLink (18.4.04) is a very simple WysiWiki with almost all existing cross-browser editing tools for demos and testing. This has also a PhpNuke module and is for sure one of the simplest and shortest wiki implementations around. -- ReiniUrban ** EclipseWiki is Wysiwyg in the sense that what you see is what you get but it doesn't do much text formatting. -- ChanningWalton ---- Approaches: The design of a WYSIWYG Editor for wiki seems very doable. Here are a couple of approaches: * WYSIWYG HTML editor -> HTML to Wiki translation -> Store in dB * WYSIWYG Wiki editor -> database * WYSIWYG HTML editor - Store HTML in dB (not recommended on principle) ---- for HTML versioning its possible to use [Html Tidy | http://pecl.php.net/package/tidy] and then continue on per line basis. HtmlDiff functionality is available in perl and python - http://esw.w3.org/topic/HtmlDiff. Example http://wiki.webwareforpython.org/htmlwikisandbox (needs registering without approval). [proposal from wikipedia | http://meta.wikipedia.org/wiki/WYSIWYG_editor#HTML_to_Wiki_markup] ---- Discussions: * [Real time | http://c2.com/cgi/wiki?RealtimeWiki] - everyone can edit in realtime * [Ward's | http://c2.com/cgi/wiki?WysiwygWiki] Original creator of wiki discusses WYSIWYG * [Design | http://wikifeatures.wiki.taoriver.net/moin.cgi/WysiwygEditor] * [Lists | http://www.wysiwiki.com/wiki/] * [Possible Choices | http://www.bris.ac.uk/is/projects/cms/ttw/ttw.html]: A List of almost all WYSIWYG Text editors ---- Why harmful at all? Surely this is the Wiki ideal. ''Actually, it isn't. WikiWiki is supposed to be ''fast'', which means fast to display, fast to read, and fast to edit and update. WYSIWYG editors are none of these. It takes time to load the code behind the editor. It takes noticably longer to display and layout the text you're editing. Hidden markup gets out of sync with what's on the screen all the damn time (JotWiki anyone?). It takes forever to edit, because you're constantly switching between the mouse and keyboard. And finally, they don't use any standard text-area fields, which prevents the use of '''custom editors''' (e.g., Vim, via the mozex extension), thus making the user experience so unbearable that it derails your train of thought when typing. '''None''' of these things are ideal. --SamuelFalvo'' Having to use weird markup is the most uncomfortable bit about current Wikis. Accessibility isn't an issue because of keyboard shortcuts. Implementations that aren't cross-browser may be moderately harmful, but that's nothing to do with the idea of WysiwygWiki. I too would have liked to have seen the discussion. -- DannyAyers :-) N888-8-26 :-) Danny, believe it or not, the prevailing opinion among old-school wiki users was(is?) that learning to use a wiki (a new concept for most everyone, to think about being able to edit a webpage at all) and its archaic text-code syntax was an "intelligence test of sorts" ''a very specific sort of intelligence'' that kept certain undesirables ("the video game generation") at bay :-) My opinion was(is) that the easier for new users you can make it, the more and wider-variety of contributors can participate and the better the results for everyone to share :-) I personally fought a wiki-battle on this point (when multiple editors jocky for space, both strongly believing their opinions, checking-up on the pages frequently, perhaps even removing or rearranging others comments to make their view more apparent to casual readers) and due to the widespread agreement on the promise of WYSIWYG wikis that I find here and now, I hope that I made a lasting contribution :-) My next project is an assembly language wikiserverOS for the ARM9 CPU in my Nokia 6600 smartphone that does nothing more than fixed-width font (basic character by character WYSIWYG!) so that it can edit its own code and evolve many different ways from there (recording, sharing and collaborating on music over short range 'whisper' wireless, for sure!) :-) ''N888: There are those who disagree with you. You claim that letting all and sundry contribute creates "better ... results for everyone to share". The evidence of this wiki and many other fora is that there are many, many people who have nothing useful to say, nothing useful to contribute, but who will still insist on crapping all over the place. Sometimes they are just being a WikiPuppy, sometimes they are well-intentioned but misguided, and sometimes they are malevolent.'' ''My direct personal experience is that requiring someone to invest some time and energy learning how to use a site means they are less likely to crap on it. Further, I'm willing to accept that some people may be turned away from this and I will lose the opportunity to learn from them. But then, if someone isn't willing to do some learning first, I think I'm going to be less likely to listen to them.'' ''I look forward to properly implemented WYSIWYG wikis - it will be interesting to see if they are as hard to read, hard to follow, and visually assaulting as most private web sites. If they are, I doubt they'll get much high-quality traffic.'' ''Oh, and please stop leaving your advertisements all over the place. I've removed some of them from the above - you are starting to smell of spam ...'' You mean a PricklyHedge? Yes.PricklyHedge...... ---- I remember that browser agnostic and not browser agnostic solutions were presented. Even a Java beans solution. A reference to ''AmayaBrowser'', the ''W3C recommended free Wysiwyg Browser Editor with source'', adaptable to a WysiwygWiki. Outlook Express as a Wysiwyg user interface. MicrosoftFrontPage. MicrosoftWord. Perhaps some people might wish to (re-)expand this. I see a great potential in this concept for an AllInOneWiki. For Java programmers, it might be a good idea to build on a Html browser kit: http://java.sun.com/products/jdk/1.3/docs/api/index.html. Look for: javax.swing.text.html, which provides the class '''HTMLEditorKit''', supporting classes for creating HTML text editors, working online as applets or applications for joint editing. -- FridemarPache Can someone please explain how the WYSIWYG part of WikiCpp works? * How does it work in the browser? * How does it update the server as content is changed? Assuming you have the system requirements (VC++ or ECGS, any Web server you can configure, and IE), you could download it and see. I "borrowed" the JavaScript source for the WYSIWYG editor that used to be here: htt''''''p://www 'dot' mywebos 'dot' com/ Mywebos was one of the "dot com bubble" companies that popped. They obviously started with a huge BigDesignUpFront coding effort, based on VendorLockin to MicroSoft, and when the VentureCapitalist''''''s ordered everyone to start turning a profit or eject they took the second option. WikiCpp, in turn, wraps IE's MSHTML control's edit mode. The one backing up Frontpage Express. So, yes, we are quite browser-specific. Nobody wrote a ton of JavaScript to track the font attributes and such of an entire page. At "Save" time, JavaScript packs the current HTML source of the inner page into a "hidden" tag, and POSTs its form back to the server. This reads the field and writes a file. MyWebOs promises they are working on a Netscape version of their server-side desktop metaphor, so we'll see what we can "borrow" for WikiCpp v. 2 when they do! "Browser agnostic", however, will be a long way away without a centralized fix like Java. -- PhlIp Ok, then programmers with some minutes spare time might want to start a "Browser gnostic" Wysiwyg Wiki with Microsoft's '''DHTM edit control''', usable from Script/VB/C++: http://msdn.microsoft.com/workshop/author/dhtml/edit/default.asp. Watch MsWiki for a realization with JScript. -- FridemarPache http://www.SeedWiki.com is using ActiveEdit, a WYSIGWYG control as an optional page editor. Seems to work fine. We had to fiddle a little with the page parsing so that Wiki Names would still create pages. It works only for IE, but users seem to really like it. ---- That is the approach (I think) used by WebPageInPlaceEdits. ''No it's not! I published that page, the wizzy-biz is done using IE's (v.4+) TextRange object and methods. There is a W3C DOM Level 2 standard 'Range' interface having many of the same methods as IE's TextRange; Jeff Yates has written a good review article (http://web.archive.org/web/20040722055356/http://www.pbwizard.com/Articles/Moz_Range_Object_Article.htm) as well as a JavaScript patch that repairs the broken Range object in Mozilla/NS6 ... cross-browser in-situ WYSIWYG editing is now achievable in the major v. 5 / v. 6 browsers! -- Derek Robinson'' * article temporarily hosted at http://www.dotvoid.com/view.php?id=11 (may not be a permanent location) ---- * the ultimate I would look for is: * a wysiwyg wiki with different layers to edit online: html, txt, xml, xsd, xslt/xsl-fo, owl/triple * the nearest I could find by now is the free xmlspy browser edition (which is not really a wiki, works on local files) * preferred source in java, forth * could think of a hybrid xulplugin solution also * just to name the thing: VisOwlWiki - since this is the highest abstraction layer * probably nonexistent by now, time to do it! :-) * I really appreciate ANY feedback on this idea * prj expected to be launched soon, but not too soon due to lack of time * -till ---- I have PhpWiki working on my server for posting up documentation. The only thing is that my wife hates the idea of using *, !, and # signs to start lines. She would prefer to push the button. For people like this, the WYSIWYG is the most accessible. BTW, my grandmother has no problem with wiki syntax. -- TD ---- I started a SourceForge project to help generate some demos of what is possible. I think when people actually see the editors, they will think "that's a lot easier that what we are doing now." Right now, I think people think the dB storage must include HTML. Not true, we can translate the other way too... Also, people who would like to keep with the current system of wiki text can keep intering [''entering?''] that way. http://higherwiki.sourceforge.net/index.php -- TD ---- See http://www.wysiwiki.com/ ... wysiwiki.com appears to have been acquired by some company, if it ever referred to a RealWiki. -- RohanTalip ---- Over a year ago, I ran across a WYSIWIKI editor that did just what I want. It was in Javascript, ala HTMLArea and TinyMCE, but it's output was basic wiki markup. It could be integrated into any wiki that used standard markup without any changes to the code except the edit page. Now, I can't find it, again. Does anyone know about it? -- JimHart ''TiddlyWiki, maybe?''