Last modified: 2013-02-01 15:06:06 UTC
WYSIWIG editing is more user friendly than the current method of editing, so please implement it.
(In reply to comment #0) > WYSIWIG editing is more user friendly than the current method of > editing, so please implement it. Simply use EnotifWiki http://www.enotifwiki.org which has the free WYSIWYG editor "FCKeditor" integrated. Be aware, that only page with the magic toke __USE_EDITOR__ are WYSIWYG-editable, on the next edit.
Are there no plans to integrate FCKeditor directly?
Absolutely not, it's totally unusable. Resolving this LATER pending the existence of WYSIWYG editing that actually works and doesn't corrupt data.
(In reply to comment #3) > Absolutely not, it's totally unusable. Oh ! Brion, this strong comment needs a reply w.r.t "totally". WYSIWYG editing is very useful, because users do not have to learn the (admittedly easy, but new) Wiki syntax. Our dear friend Ward Cunnigham (inventor of Wiki) fully agreed in a longer coffee talk with me during Wikimania 2005, that he _would_ have used this technology for his first wiki - but Javascript and Ajax were simply not available in the early years (1995). Of course, the FCKeditor needs to be modified (what is simple), so that it _only_ generates Wiki-style syntax and nothing else. Then, the use of any of the both editors - Browser input form _or_ WYSIWYG editor - definitely makes sense, because you won't notice any difference in the page source. We simply need a team of enthusiasts who modify the FCKeditor integration, and some FCKeditor developers already signalled such interests, because they like MediaWiki, too.
Thank you for the feedback. I am a big fan of MediaWiki but have a WYSIWYG need to accommodate. I had mistakenly thought this was something actively being worked on.
Wikiwyg is being intermittently worked on, but it may be a long time before it's suitable for MediaWiki. (We have very strict requirements for compatibility with a complex and fragile markup syntax, and hundreds of gigabytes of text data). The FCKeditor hack mentioned above will never be integrated into MediaWiki. If it happens to work for you, however, feel free to try it. We do not support it in any way.
*** Bug 8032 has been marked as a duplicate of this bug. ***
Visual Editor is an active project these days, and should arrive on Wikimedia progressively sites over the next months/year.
(In reply to comment #8) > Visual Editor is an active project these days, and should arrive on Wikimedia > progressively sites over the next months/year. If the [[mw:VisualEditor]] will be the solution for this on WMF wikis, and it requires HTML5 (I'm deducing this from [[mw:Parsoid/HTML5 DOM with RDFa]]), then I believe this bug depends on bug 27478, which is a request to enable $wgHtml5 on Wikimedia wikis.
This is being fixed / implemented by a Wikimedia project known as VisualEditor. One can get informations on the progress of this project at http://www.mediawiki.org/wiki/VisualEditor There is no point in keeping this bug open anymore, it is a defacto solved by the project.
