The TinyMCE editor is appending an invisible character onto the end of TWiki variable definition statements, for example:
* Set WORKFLOW = DocumentApprovalWorkflow
This breaks plugins, such as the
WorkflowPlugin, as well as other commonly used Twiki features that fail to recognize the
DocumentApprovalWorkflow with the extra invisible character appended to it.
Example text with extra invisible character here:
* Set WORKFLOW = <nop>DocumentApprovalWorkflow
NOTE: The extra character can be seen by editing this page and appears after the 'w' in DocumentApprovalWorkflow. This bug shows up on installation and testing of the current release of the
WorkflowPlugin. The
WorkflowPlugin was not tested with TWiki 4.2.0 and TinyMCE editor?
Also the TinyMCE editor destroys
<DIV>
tags used to display things like TWiki Tips of the day. For example this text:
<div style="PADDING-RIGHT: 1em; PADDING-LEFT: 1em; FLOAT: right; PADDING-BOTTOM: 1em; WIDTH: 255px; PADDING-TOP: 1em">%INCLUDE{ "TWiki.TWikiTipsOfTheDayInclude" warn="off" }%<br></div>
is destroyed into this text after saving with the editor:
%INCLUDE{ "TWiki.TWikiTipsOfTheDayInclude" warn="off" }%
--
TWiki:Main.SteveDominic
- 13 Jun 2008
The bug that adds a space after a bullet has been fixed. Try to update your Wysiwyg.
The other bug I do not understand.
If you add html into the document like DIV statements without protecting them with sticky tags then TMCE will always clean up the mess. That is normally a good thing when you copy from somewhere else into TWiki.
The Tiny based Wysiwyg editor is an HTML editor and TWiki converts pretty well between HTML and TML.
Unless I am wrong there is no action here. But while I tested for your bug I noticed that the newline eating bug is back.
I am putting this in no action. Reopen if I have misunderstood. Or better make a new bug item. You raised TWO different bugs in the same report and that makes it difficult for us to handle. We prefer one bug item for each bug - even if they are related.
--
KennethLavrsen
- 13 Jun 2008