Re: Where to place .pot file? + Hardcoded tab names change?

Maria Scappini <[email protected]> Sat, 3 May 2025 15:39:32 -0300
Newsgroups gmane.comp.gnu.medical.devel
Message-ID <CAG_h3Mfa7zUUja5Ox9SxmRqiv5kKUxqH4vbw-0PRLe+haDcVQw@mail.gmail.com>
--0000000000001f0aaf06343f97dd
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hello!

It still contains 125 fuzzied translations (the "fuzzy"
> needs to be *removed* from the comment that precedes the
> original string :)
>

In theory, all remaining fuzzy translations are on purpose! Most of them I
could not decide how to translate reliably, or some are part of tools that
currently do not work...

I agree poedit can be sluggish and needs getting used to.
> There's also a client/po/create-gnumed_mo.sh which you can
> use to turn es.po into es.mo ...
>

I'll be testing create-gnumed_mo.sh!! Didn't have that in mind!


> That will certainly work as well. It is IMO even preferable
> because just might want to translate the unicode symbol as
> well (can be done with the escapes, too, no sweat, but
> requires looking up the original sequence meaning first.
>

It certainly is more human-friendly :)


> > msgid "\\u2192 &Clipboard as\\u2026"
> > msgstr "=E2=86=92 &Portapapeles como=E2=80=A6"
>


> however because gettext will search the mo file for the
> exact source code string ... (the translation can be pretty
> much anything, though).
>

I have just now tested this change to msgid! Trying to use this translation
version
in my local installation, it again does now recognize that string and does
not translate...
For some reason using the symbols directly is the only way I can get the
program
to recognize that translation.

Do I understand correctly that gettext would always generate files with the
unicode
sequences? Would the version with msgid with symbols (not unicode) then not
be
generated by gettext?

Thanks,

Mar=C3=ADa

--0000000000001f0aaf06343f97dd
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"></div><div class=3D"gmail_quote gmail_quo=
te_container"><div class=3D"gmail_attr">Hello!</div><div class=3D"gmail_att=
r"><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px =
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
It still contains 125 fuzzied translations (the &quot;fuzzy&quot;<br>
needs to be *removed* from the comment that precedes the<br>
original string :)<br></blockquote><div><br></div><div>In theory, all remai=
ning fuzzy translations are on purpose! Most of them I</div><div>could not =
decide how to translate reliably, or some are part of tools that</div><div>=
currently do not work...<br></div><div><br></div><blockquote class=3D"gmail=
_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204=
,204);padding-left:1ex">
I agree poedit can be sluggish and needs getting used to.<br>
There&#39;s also a client/po/create-gnumed_mo.sh which you can<br>
use to turn es.po into es.mo ...<br></blockquote><div>=C2=A0</div><div>I&#3=
9;ll be testing create-gnumed_mo.sh!! Didn&#39;t have that in mind!</div><d=
iv>=C2=A0 <br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0=
px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
That will certainly work as well. It is IMO even preferable<br>
because just might want to translate the unicode symbol as<br>
well (can be done with the escapes, too, no sweat, but<br>
requires looking up the original sequence meaning first.<br></blockquote><d=
iv><br></div><div>It certainly is more human-friendly :)</div><div>=C2=A0<b=
r></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex=
;border-left:1px solid rgb(204,204,204);padding-left:1ex">

&gt; msgid &quot;\\u2192 &amp;Clipboard as\\u2026&quot;<br>
&gt; msgstr &quot;=E2=86=92 &amp;Portapapeles como=E2=80=A6&quot;<br></bloc=
kquote><div>=C2=A0</div><div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex">
however because gettext will search the mo file for the<br>
exact source code string ... (the translation can be pretty<br>
much anything, though).<br></blockquote><div><br></div></div><div>I have ju=
st now tested this change to msgid! Trying to use this translation version<=
/div><div>in my local installation, it again does now recognize that string=
 and does not translate... <br></div><div>For some reason using the symbols=
 directly is the only way I can get the program</div><div>to recognize that=
 translation.</div><br><div>Do I understand correctly that gettext would al=
ways generate files with the unicode</div><div>sequences? Would the version=
 with msgid with symbols (not unicode) then not be<br></div><div>generated =
by gettext? <br><br></div><div>Thanks,<br><br></div><div>Mar=C3=ADa<br></di=
v><div>=C2=A0<br></div></div></div>

--0000000000001f0aaf06343f97dd--