Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#2289 Markdown help

assigned
Chris Tsai
2013-01-18
2013-01-04
andrei df
No

Hello,

Sourceforge's markdown help says for Lists:
+ this will show as number "2"
but it will show "2."

Also the following text shows funny:

1. one
2. two

3. three

blabla
1. one
2. two

3. three
as you can see below.

Also the following text shows funny:

  1. one
  2. two

  3. three

blabla
1. one
2. two

  1. three
    as you can see below.

My problem was a little more complicated, but I think it could be reduced to the one above.

Best regards,
Andrei

Discussion

  • andrei df
    andrei df
    2013-01-04

    Well, it seems the Preview is not the same with the final version.
    Please see attachment.

     
  • Chris Tsai
    Chris Tsai
    2013-01-07

    • status: unread --> pending
    • assigned_to: Chris Tsai
     
  • Chris Tsai
    Chris Tsai
    2013-01-07

    Greetings,

    I'm not quite sure what you're expecting, can you clarify?

    If you need to use a word processor or something to take screenshots of the examples, that's fine.

    Thanks,
    Chris Tsai, SourceForge.net Support

     
  • andrei df
    andrei df
    2013-01-09

    Hello Chris,

    "Major" problem: preview is different from final version. (final version looks better than preview).

    Minor problem: The same text (the three lines starting with 1.,2.,3.) generate different output:
    - if there is an empty line before "1. one" the sequence is 1.,2.,3.
    - if not, it is. 1.,2., 1.

    Thanks,
    Andrei

    PS. I didn't receive an e-mail with your comment.

     
    Last edit: andrei df 2013-01-09
  • Chris Tsai
    Chris Tsai
    2013-01-14

    Greetings,

    I'm not able to reproduce the issue with the preview. I expect it may be a browser specific issue (or possibly due to a browser extension).

    As for the count change, this is not a bug, but rather just a quirk with how Markdown processing work.

    With the first example (with the leading blank line), that tells Markdown to start an ordered list, which mean each item gets treated as a list item.

    With the second example, because there isn't a leading blank line, items 1 and 2 aren't processed as an ordered list. Then since there's a blank, and then the third line, it considers the third item as the start of an ordered list. As per the official Markdown syntax, "It’s important to note that the actual numbers you use to mark the list have no effect on the HTML output Markdown produces."

    Regards,
    Chris Tsai, SourceForge.net Support

     
  • andrei df
    andrei df
    2013-01-15

    Hello Chris,

    Thanks for taking the time to respond.

    It seems indeed that Chrome is interpreting things differently. I'm using now Version 24.0.1312.52 m, an up to date version and tested with all extensions disabled too. Firefox, IE and Opera are displaying 1,2,3 for both cases in the test file. Please see attachment for a small test case of the following CSS attribute:

    form p { overflow: hidden; }
    from file: https://a.fsdn.com/allura/nf/1358189286/_ew_/theme/sftheme/css/forge.css
    I have no clue what the Web standards say about this and if any of the browsers is wrong. The problem is that editing is confusing when using the preview feature for lists + Chrome browser.

     
    Attachments
  • Chris Tsai
    Chris Tsai
    2013-01-18

    • labels: --> engr, nf-5632
    • status: pending --> assigned
     
  • Chris Tsai
    Chris Tsai
    2013-01-18

    Thank you for this report, confirmed and escalating to our engineering team here: [allura:tickets:#5632]

    Regards,
    Chris Tsai, SourceForge.net Support