Follow-up Comment #3, bug #51881 (project gettext):
> maybe trick Gettext into recognizing both names for the file
The committed patch recognizes both file name pattern foo.appdata.xml and
foo.metainfo.xml (I verified this after disabling /usr/share/gettext/its on my
system, that was interfering).
What I decided against is to support MetaInfo as a valid -L argument. The -L
option is most often not needed - if the file name follows the said naming
convention.
> Changing this would have a high risk of breaking translation in projects
which explicitly define the name.
Of course we don't do backward-incompatible changes. We would have support
both "-L AppData" and "-L metainfo". The benefit of two options with the same
semantics, however, seemed small to me.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?51881>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
