[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-i18n-doc
Subject:    Re: Migrating Pology to Python 3
From:       Karl Ove Hufthammer <karl () huftis ! org>
Date:       2022-10-08 11:32:22
Message-ID: f388d65a-bc34-b33d-f30f-c4ad2a291909 () huftis ! org
[Download RAW message or body]

I think keeping the original order is best. It results in cleaner diffs.

Sorting the tags may of course *sometimes* be useful, but that can 
always go into a separate sieve, just like we have for ‘normalize_header’.


Adrian Chaves skreiv 08.10.2022 13:28:
>
> What should we do here? Keep the original order, or enforce some 
> specific sorting? (alphabetical?)
>
> On 2022-10-08 12:50, Karl Ove Hufthammer wrote:
>
>> Johnny Jazeix skreiv 05.10.2022 22:14:
>>> It causes multiple changes in the formatting of the po:
>>> -#, kde-kuit-format, no-c-format
>>> +#, no-c-format, kde-kuit-format
>>
>> This is actually a bug (I think) in *both* the Python 2 and Python 3 
>> versions. They change the order of the tags, but in different ways. 
>> Example .po file with two entries:
>>
>> #, no-c-format, kde-format
>> msgid "Search..."
>> msgstr "Søk …"
>>
>> #, kde-format, no-c-format
>> msgid "Find..."
>> msgstr "Finn …"
>>
>> If I run the Python 2 porewrap script, I get:
>>
>> #, kde-format, no-c-format
>> msgid "Search..."
>> msgstr "Søk …"
>>
>> #, kde-format, no-c-format
>> msgid "Find..."
>> msgstr "Finn …"
>>
>> If I run the Pyhon 3 porewrap script, I get:
>>
>> #, no-c-format, kde-format
>> msgid "Search..."
>> msgstr "Søk …"
>>
>> #, no-c-format, kde-format
>> msgid "Find..."
>> msgstr "Finn …"
>>
>>

[Attachment #3 (text/html)]

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">I think keeping the original order is
      best. It results in cleaner diffs.</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Sorting the tags may of course
      *sometimes* be useful, but that can always go into a separate
      sieve, just like we have for ‘normalize_header’.<br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Adrian Chaves skreiv 08.10.2022 13:28:<br>
    </div>
    <blockquote type="cite"
      cite="mid:f1a60e365f2ac1c7476ee602b7bfb886@chaves.io">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <p>What should we do here? Keep the original order, or enforce
        some specific sorting? (alphabetical?)</p>
      <p id="reply-intro">On 2022-10-08 12:50, Karl Ove Hufthammer
        wrote:</p>
      <blockquote type="cite" style="padding: 0 0.4em; border-left:
        #1010ff 2px solid; margin: 0">
        <div class="pre" style="margin: 0; padding: 0; font-family:
          monospace"><span style="white-space: nowrap;">Johnny Jazeix skreiv 05.10.2022 22:14:</span>
          <blockquote type="cite" style="padding: 0 0.4em; border-left:
            #1010ff 2px solid; margin: 0"><span style="white-space:
              nowrap;">It causes multiple changes in the formatting of the po:</span><br>
            <span style="white-space: nowrap;">-#, kde-kuit-format, no-c-format</span><br>
            <span style="white-space: nowrap;">+#, no-c-format, kde-kuit-format</span></blockquote>
          <br>
          This is actually a bug (I think) in *both* the Python 2 and
          Python 3 versions. They change the order of the tags, but in
          different ways. Example .po file with two entries:<br>
          <br>
          <span style="white-space: nowrap;">#, no-c-format, kde-format</span><br>
          <span style="white-space: nowrap;">msgid "Search..."</span><br>
          <span style="white-space: nowrap;">msgstr "Søk …"</span><br>
          <br>
          <span style="white-space: nowrap;">#, kde-format, no-c-format</span><br>
          <span style="white-space: nowrap;">msgid "Find..."</span><br>
          <span style="white-space: nowrap;">msgstr "Finn …"</span><br>
          <br>
          <span style="white-space: nowrap;">If I run the Python 2 porewrap script, I get:</span><br>
          <br>
          <span style="white-space: nowrap;">#, kde-format, no-c-format</span><br>
          <span style="white-space: nowrap;">msgid "Search..."</span><br>
          <span style="white-space: nowrap;">msgstr "Søk …"</span><br>
          <br>
          <span style="white-space: nowrap;">#, kde-format, no-c-format</span><br>
          <span style="white-space: nowrap;">msgid "Find..."</span><br>
          <span style="white-space: nowrap;">msgstr "Finn …"</span><br>
          <br>
          <span style="white-space: nowrap;">If I run the Pyhon 3 porewrap script, I get:</span><br>
          <br>
          <span style="white-space: nowrap;">#, no-c-format, kde-format</span><br>
          <span style="white-space: nowrap;">msgid "Search..."</span><br>
          <span style="white-space: nowrap;">msgstr "Søk …"</span><br>
          <br>
          <span style="white-space: nowrap;">#, no-c-format, kde-format</span><br>
          <span style="white-space: nowrap;">msgid "Find..."</span><br>
          <span style="white-space: nowrap;">msgstr "Finn …"</span><br>
          <br>
          <br>
        </div>
      </blockquote>
    </blockquote>
    <br>
  </body>
</html>


[prev in list] [next in list] [prev in thread] [next in thread]

Configure | About | News | Add a list | Sponsored by KoreLogic