in reply to BUG: code blocks don't retain literal formatting -- could they?

Perlmonks uses the windows-1252 (similar to Latin-1) encoding, and all characters that are not in that character set are HTML-escaped - which doesn't work inside <code>...</code> tags, because everything is interpreted literally there.
  • Comment on Re: BUG: code blocks don't retain literal formatting -- could they?

Replies are listed 'Best First'.
Re^2: BUG: code blocks don't retain literal formatting -- could they?
by perl-diddler (Chaplain) on Sep 15, 2016 at 08:42 UTC
    Yeah, but 1252 doesn't work for most characters -- especially in a unicode perl. As I mentioned, all of the different attempts to display pi by choroba that choroba said didn't work, displayed correctly as pi for me.

    But I have my fallback char encoding set to UTF-8, as it works more often (like here). Besides, how can one display pi in 1252? Pi doesn't occur in the 1252 charset AFAIK...

[reply]
      "As I mentioned, all of the different attempts to display pi by choroba that choroba said didn't work, displayed correctly as pi for me."

      I think there's two problems here. :-)

      1. I'm pretty sure you're referring to my post (with four attempts), not choroba's (with zero attempts).
      2. I did not say they "didn't work"; I said "does display correctly" against each attempt.

      — Ken

[reply]
        Oops sorry -- I took not displaying correctly as not working to display the character.

        I should have said they displayed correctly for me.

        Does your browser have a UTF-8 fallback mode?
        I'm using Pale Moon, a 64-bit FF derivative that is more like old-FF then current versions are.

[reply]

      Yeah, but ...

      Heheh, there is no buts :)  \N{U+03C0}

[reply]
[d/l]

In Section Perl Monks Discussion