Menu

#43 Textile parsing breaks FreeLinks

FlexWiki
open
NJones
3
2006-03-17
2004-10-04
No

(This bug was transcribed from
FlexWiki.WikiDefectTextileBreaksFreeLink and was
originally submitted by Stuart Celarier on 24 August
2004)

Textile formatting appears to be parsed with a higher
binding than FreeLinks. That is not the behavior I'd
expect. I can't think of an instance where it would be
desirable.

EXAMPLE

The single source line

[_NormalBorders] contains WikiTalk. Edit
[_NormalBorders] as you would any WikiTopic.

will render incorrectly, because the two underscores are
interpreted as an italic formatting request.

WORKAROUND

Break the source into two lines

_NormalBorders contains WikiTalk.
Edit _NormalBorders as you would any WikiTopic.

This works because textile formatting does not appear
to work across multiple lines

Discussion

  • Anonymous

    Anonymous - 2004-10-04
    • priority: 5 --> 3
     
  • Bart Fibrich

    Bart Fibrich - 2005-11-02

    Logged In: YES
    user_id=1124145

    Tested on build 1.8.0.1695
    Bugs still present.

    Test :

    Create on 1 line
    [_NormalBorders] blah blah [_NormalBorders] blah blah

    this is interpreted as italics.

    Break this up to 2 lines and links appear as expected with no
    italics.
    [_NormalBorders] blah blah
    [_NormalBorders] blah blah

     
  • Bart Fibrich

    Bart Fibrich - 2005-11-02

    Logged In: YES
    user_id=1124145

    Notes for duplicate bug:1044138

    Cannot write 2 negative numbers in a row

    EXAMPLE

    X= -12.0 Y=123.123 Z=-234.24
    will cause the text in the middle to appear striked out

    SUGGESTION

    Textile parsing should only kick in if the "start" symbol
    has whitespace (including beginning-of-line) before it,
    and the "end" symbol has whitespace or punctuation
    (including end-of-line) after it.

    Thus -this would appear struck out-, but X=-10 Y=-234
    wouldn't.

     
  • NJones

    NJones - 2006-03-17
    • assigned_to: nobody --> nbjones
     

Log in to post a comment.