Beefy Boxes and Bandwidth Generously Provided by pair Networks
laziness, impatience, and hubris
 
PerlMonks  

Re: Good Intentions: Wikisyntax for the Monastery

by choroba (Cardinal)
on Oct 18, 2016 at 10:19 UTC ( [id://1174194]=note: print w/replies, xml ) Need Help??


in reply to Good Intentions: Wikisyntax for the Monastery

Bugreport:

PRE tags don't block expansion of single quotes:

<c> perl -we 'say' </c> <pre> perl -we 'say' </pre>

Update: rendered as

perl -we 'say'

perl -we say

See? No single quotes in the last line!

($q=q:Sq=~/;[c](.)(.)/;chr(-||-|5+lengthSq)`"S|oS2"`map{chr |+ord }map{substrSq`S_+|`|}3E|-|`7**2-3:)=~y+S|`+$1,++print+eval$q,q,a,

Replies are listed 'Best First'.
Re^2: Good Intentions: Wikisyntax for the Monastery (pre-blocks excluded now)
by LanX (Saint) on Feb 07, 2020 at 22:54 UTC
    Hi

    I just noticed that <pre> tags allowed that <p> tags were included which is against the meaning of "pre-formatting".

    pre-blocks are now excluded from any wiki-expansion

    <pre> *a* /b/ # 2 newlines following https://perlmonks.org/ </pre>

    displays now as

    *a* /b/
    # 2 newlines following
    
    https://perlmonks.org/
    

    update

    <blockquote> are now also excluded, but that's experimental.

    Cheers Rolf
    (addicted to the Perl Programming Language :)
    Wikisyntax for the Monastery FootballPerl is like chess, only without the dice

Re^2: Good Intentions: Wikisyntax for the <i>Monastery (pre tag)
by LanX (Saint) on Oct 18, 2016 at 13:30 UTC
    Rather a feature request, don't you think?

    Why should pre tags be handled like code tags? °

    AFAIR do pre tags never block any other expansion, I wouldn't know why they should.

    Could you please elaborate?

    Edit:

    Please think about how

    <pre>a <code>bla</code> b</pre>

    is rendered


    a
    bla
    b

    and tell me why the behavior should be different now.

    Cheers Rolf
    (addicted to the Perl Programming Language and ☆☆☆☆ :)
    Je suis Charlie!

    update Feb 07 2020

    °) OK paragraph is a reason, see Re^2: Good Intentions: Wikisyntax for the Monastery (pre-blocks excluded now)

Re^2: Good Intentions: Wikisyntax for the Monastery
by LanX (Saint) on Oct 19, 2016 at 08:06 UTC
    I think this is close to what you want.

    I have only to find a way to make nowiki invisible in output but persistent in edit mode.

    <nowiki> <pre> perl -we 'say' </pre> </nowiki>


    <nowiki>

     
    
    perl -we 'say' 
    
    
    </nowiki>

    Cheers Rolf
    (addicted to the Perl Programming Language and ☆☆☆☆ :)
    Je suis Charlie!

      Wrap it in <!-- ... -->?

      ($q=q:Sq=~/;[c](.)(.)/;chr(-||-|5+lengthSq)`"S|oS2"`map{chr |+ord }map{substrSq`S_+|`|}3E|-|`7**2-3:)=~y+S|`+$1,++print+eval$q,q,a,
        Yes it's possible, but it breaks the orthogonal approach how I combine features.

        I have to think about the best maintainable way in this "framework".

        for instance what has priority when parsing? <c> or <nowiki> ?

        And more importantly, would you use <nowiki> ?

        Cheers Rolf
        (addicted to the Perl Programming Language and ☆☆☆☆ :)
        Je suis Charlie!

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://1174194]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others making s'mores by the fire in the courtyard of the Monastery: (2)
As of 2024-04-19 20:02 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found