These strings have been around a long time, and are only now
being utilized. Their purpose is for translators to provide
some characters which their language uses, so Tux Paint can
score fonts (and raise them to the top of the list in the
Text and Label tools) higher when they support those characters.
Many translators either left the strings as-is (e.g., "<9>spare-9b"),
or translated them literally (e.g., "<9>yedek-9b" & "<1>додаткова-1a"),
so removed those (replacing with `msgstr ""`).
Ensuring that commentary about what font-scoring strings like
"oO" and ",.?!" are for make their way to the POT and PO files.
Also, adding some Hiragana to some of these strings in ja.po
(and updating some (c) dates in its comments).
First time in a while. Appears indentation has caused some
comments to be lost. Need to sort that out :-/
e.g.
// Description of an octagon
gettext_noop("An octagon has eight equal sides."),
gettext_noop("An octagon has eight equal sides."),
still works, but
// Description of a rhombus
gettext_noop
("A rhombus has four equal sides, and opposite sides are parallel."),
gettext_noop
("A rhombus has four equal sides, and opposite sides are parallel."),
has lost the comment in the POT & PO files. >:-(
For the AppStream metadata (appdata.xml), there is a
rule saying that the summary shouldn’t end with a period
(as confirmed by ‘appstream-util validate-strict’).
For the .desktop file, *most* applications omit the period.
The rule is not language-dependent, so I have also
removed the period from all translations (.po files).
gettext 0.19.7 gained support for translating appdata files, whereas
support for metainfo files was added in 0.20. These file formats are
effectively the same: as documented in the AppStream specification,
desktop applications can install files with the suffix .appdata.xml
rather than .metainfo.xml and these will still be handled correctly.
It is desirable for this project to support RHEL 7, which has gettext
0.19.8.1, so let's use the older filename.
As noted in the same section of the specification, appdata files were
previously installed to /usr/share/appdata rather than
/usr/share/metainfo, but the spec asserts that the newer metainfo path
works all the way back to RHEL 7, so we keep the newer installation
path.
Thanks to Shin-ichi TOYAMA for flagging this issue.
https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#spec-component-location
