• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use View topic Item7848 for generic doc work for TWiki-6.1.1. Use View topic Item7851 for doc work on extensions that are not part of a release. More... Close
• Anything you create or change in standard webs (Main, TWiki, Sandbox etc) will be automatically reverted on every SVN update.
Does this site look broken?. Use the LitterTray web for test cases.

(Formerly a lot more negative title)

The WYSIWYG is not in accord with the TWiki MIssion. It breaks TWiki.

Because the WYSIWYG renders the topic, it looses TWikiVariables information and :

Consider editing WebLeftBar. The call to %INCLUDE{ "%TWIKIWEB%.WebLeftBarWebsList" }% is replaced the list of webs and link. The links are full URLs. The list is the list at the time the edit was done. Any webs that are later added or removed witll not appear in the list - it is now static; the dynamic nature of TWiki has been lost. Moving this topic to another site "breaks" things. (OK you wouldn't move WebLeftBar but you might move an application.)

  • Defered Design gets broken

Setting up a link to a topic yet to be created does not get resolved when that topic is created. For example, a TLM line such as

        * [[NotCreatedYet]] Not created yet
gets saved as
</li><li> <span class="twikiNewLink">NoOnwAnyWhere<a rel="nofollow" href="http://192.168.254.18/dakar/bin/edit/Sandbox/NotCreatedYet?topicparent=Sandbox.WebLeftBar" title="Create this topic"><sup>?</sup></a></span> Not created yet
</li></ul>
<p>
which stays that way even after the topic has been created. This breaks the dynamic resolution capability of TWiki.

  • Security gets broken.

This is an example. It is possible to construct futher examples that are a lot more critical to security, but this is adequate.

We start with:

<!--
   * Set ALOWTOPICRENAME = %MAINWEB%.TWikiAdminGroup
-->
This gets transformed to
<!--
<ul><li> Set ALOWTOPICRENAME = <a href="http://192.168.254.18/dakar/bin/view/Main/TWikiAdminGroup" class="twikiLink">TWikiAdminGroup</a>
</li></ul>
-->
The topic is no longer protected from being deleted. Security is broken.


If tthe plugin is installed correctly and is working, TWikiVariables are not translated.

The second example - a varible setting ina HTML topic - sounds like an error. It's an obscure but clearly credible use case.

  • Later - HTML comments get stripped out
Neither of these issues is critical. Urgent to the plugin, but not critical to Dakar.

CC


WYSIWYG is not part of the DakarRelease (at least not that I know) -- changing appliesTo to Plugins (Anton, when you read this, can you change it to closed? as WYSIWYG issues are tracked in the Plugins web of twiki.org) -- SD
Re-opening in the hope to get an answer to TWiki:Codev/AddWysiwygPluginToDakar

-- PTh

Comments are now preserved, but there is no way to add them. SVN 7453 CC

ItemTemplate
Summary WYSWYG editor removes HTML comments
ReportedBy TWiki:Main.AntonAylward
AppliesTo Extension
Component WysiwygPlugin
Priority Urgent
CurrentState Closed
WaitingFor

Checkins 7453
Edit | Attach | Watch | Print version | History: r9 < r8 < r7 < r6 < r5 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r9 - 2005-11-14 - CrawfordCurrie
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2020 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback