You are here: Foswiki>Tasks Web>Item1901 (08 Jan 2015, GeorgeClark)Edit Attach

Item1901: Empty list item (trailing space absent) not rendered properly

pencil
Priority: Normal
Current State: No Action Required
Released In: n/a
Target Release: n/a
Applies To: Engine
Component: Foswiki::Render
Branches:
Reported By: WolfgangRaus
Waiting For:
Last Change By: GeorgeClark
If you have a bulleted list in a topic:
   * item #1
   * 
   * item #3
which I made with raw edit, and after the asterisk in the second line I wrote a space,

then the server delivers this source code to the browser:
[...]<ul>
<li> item #1
</li> <li> 
</li> <li> item #3
</li></ul>[...]

In Internet Explorer 6, this would render to:

  • Screenshot of IE 6:
    ulie.jpg

In Firefox 3.0.11, this would render to:

  • Screenshot of Firefox 3.0.11:
    ulff.jpg

If you delete the space after the asterisk in the second line, the server delivers
[...]<ul>
<li> item #1   *
</li> <li> item #3
</li></ul>
which is displayed identical in both browsers:

  • unordered list without space after the asterisk in the second line:
    ulwospace.jpg

ok. Let's edit:

On firefox 3.0.11, the TinyMCE doesn't show the second line and no asterisk:

  • screenshot of TinyMCE with lost asterisk:
    tinymceff.jpg

But TinyMCE adds a space after the asterisk in the second line at save.

On Internet Explorer 6, the TinyMCE doesn't show the second line and deletes the complete line with the asterisk on save. (!!)

Other fun with TinyMCE on Internet Explorer 6: in the above example, you can insert a bunch of list elements between the first and the third item - only with return. But on save this will be reduced to exactly one line with a bullet (asterisk with space after).

If you insert a bunch of lines with 3 spaces, asterisk, one space in the raw editor, the lines were all not displayed. Also the TinyMCE does not show it and deletes all this lines consequently. On firefox this lines were also not displayed, and are not shown in the TinyMCE - but on save not deleted. They are conserved.

-- WolfgangRaus - 07 Aug 2009

We need to be submitting these bugs upstream to moxiecode.

-- PaulHarvey - 21 Oct 2009

Hi Wolfgang, if you have time, could you reproduce with http://trunk.foswiki.org/Sandbox and report it with the TinyMCE project.

If not, please set this task back to "confirmed" and remove your name from the WaitingFor

Thanks smile

-- PaulHarvey - 24 Jun 2010

Sorry Paul, I am not able to do so at the moment :-/

-- WolfgangRaus - 25 Jun 2010

The WYSIWYG artefacts are resolved in/duplicate of Item2605

What remains is for Render.pm to be fixed to display an empty list item (sans even a space).

Re-titled

-- PaulHarvey - 28 Jun 2010

I'm setting this to No Action. The documentation clearly states that the list is defined as: Multiple of three spaces, an asterisk, and another space. so it's not a list item without a trailing space.

TMCE/wysiwyg round trip appears to write empty list entries including a trailing space. So I think this is all working as designed,.

-- GeorgeClark - 08 Jan 2015

ItemTemplate edit

Summary Empty list item (trailing space absent) not rendered properly
ReportedBy WolfgangRaus
Codebase 1.0.9, 1.0.8, 1.0.7, 1.0.6, 1.0.5, trunk
SVN Range Foswiki-1.0.0, Thu, 08 Jan 2009, build 1878
AppliesTo Engine
Component Foswiki::Render
Priority Normal
CurrentState No Action Required
WaitingFor
Checkins
TargetRelease n/a
ReleasedIn n/a
CheckinsOnBranches
trunkCheckins
masterCheckins
ItemBranchCheckins
Release01x01Checkins
I Attachment Action Size Date Who Comment
tinymceff.jpgjpg tinymceff.jpg manage 6 K 07 Aug 2009 - 14:01 WolfgangRaus screenshot of TinyMCE with lost asterisk
ulff.jpgjpg ulff.jpg manage 4 K 07 Aug 2009 - 13:48 WolfgangRaus Screenshot of Firefox 3.0.11
ulie.jpgjpg ulie.jpg manage 6 K 07 Aug 2009 - 13:45 WolfgangRaus Screenshot of IE 6
ulwospace.jpgjpg ulwospace.jpg manage 4 K 07 Aug 2009 - 13:55 WolfgangRaus unordered list without space after the asterisk in the second line
Topic revision: r6 - 08 Jan 2015, GeorgeClark
The copyright of the content on this website is held by the contributing authors, except where stated elsewhere. See Copyright Statement. Creative Commons License    Legal Imprint    Privacy Policy