use Perl

• Formatting -- yours and use.perl.org's (Score:1)

  by theorbtwo (4040)

  I had a long reply using Text::Unidecode here, but use.perl.org *really* doesn't want to format things the way I want it to (half the time it seems to double-encode my unicode, and never do multiline code or pre tags!), so I'll try using words instead of pictures to explain what I'm trying to talk about. First, the easy question: How are those alternate readings sorted? It doesn't seem to be by first ms with that reading, nor by number of readings -- is it just hash order? Second, the hard question -- wh
  • Re: (Score:1)

    by aurum (8572)

    Q1) Alternate readings are unsorted. That is intentional - I don't want to inadvertently give priority to the reading in ms A, or the reading with the most words, or anything.

    Q2) Alignment can occur in one of two ways. The first is by a small enough edit distance, as you say - it's how I keep the instances of "zsharagrakan" aligned. That was my "fuzzy match." The second is what is called a "negative variant" - the words aren't alike at all, but they coincide in placement. This is why "zhamanakakan" is
  • Re:Formatting – yours and use.perl.org's (Score:1)

    by Aristotle (5147)

    half the time it seems to double-encode my unicode

    Put posts and comments through “encode 'us-ascii', $your_post, Encode::HTMLCREF”. That will make them come out as intended.

    and never do multiline code or pre tags!

    That’s on purpose; Slashcode has its own special <ecode> tag for that purpose (whose distinguishing features are: 1. you can write raw angle brackets and ampersands inside, and Slash will turn them into entities for you; 2. it uses <pre>, so very long lines will wrap
    • Re: (Score:1)

      by theorbtwo (4040)

      Ah. Perlmonks does that to, but it calls the new tag code. (Or c, for the lazy.)
    • Re: (Score:1)

      by aurum (8572)

      Slashcode has its own special <ecode> tag for that purpose (whose distinguishing features are: 1. you can write raw angle brackets and ampersands inside, and Slash will turn them into entities for you;

      This is the part that doesn't play nicely with UTF-8, actually, although the <ecode> tag is almost always what I want - the Armenian characters get converted into entities upon comment submit, and those entities themselves have their ampersands turned into entities upon ecode conversion.
      • Re: (Score:1)

        by Aristotle (5147)

        The conversion to entities is your browser’s doing, actually. It sees that the form should be submitted in ISO-Latin1, so it turns all the non-Latin1 characters into entities. Slashcode can’t actually know that you didn’t mean to send them that way. There is therefore no way to get around this.

        All you can do is use plain <code> tags with <br> tags for linebreaks, sequences of   for tabs, and manual escaping for ampersands and less-thans. It’s a pain to do manuall