GNU gettext - Bugs: bug #54472, appdata.xml string extraction...
You are not allowed to post comments on this tracker with your current authentication level.
bug #54472: appdata.xml string extraction broken when root component has namespace
Submitter: | Claude Paroz <claudep> | ||
Submitted: | Wed 08 Aug 2018 09:09:12 PM UTC | ||
Category: | AppData | Severity: | 3 - Normal |
Item Group: | None | Status: | None |
Privacy: | Public | Assigned to: | None |
Open/Closed: | Open |
Wed 31 Jul 2019 05:24:52 AM UTC, comment #3: |
Daiki Ueno <ueno>![]() |
Mon 29 Jul 2019 09:04:51 PM UTC, comment #2: We have the same issue in Inkscape, where we want to extract translatable strings from the simple XML format that is used to describe the GUI-parts of Inkscape extensions (*.inx file format).
|
Patrick Storz <ede123> |
Wed 08 Aug 2018 09:43:25 PM UTC, comment #1: The specification of the metainfo and appdata file format, https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#sect-Metadata-GenericComponent, says:
|
Bruno Haible <haible>![]() |
Wed 08 Aug 2018 09:09:12 PM UTC, original submission:
Simply change gettext/gettext-tools/tests/xgettext-appdata-1:
|
Claude Paroz <claudep> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
This sounds like a general question about XPath, not a deficiency in gettext itself.
If the upstream schema mandates a namespace, all the conforming data files should have an explicit xmlns.
If namespace is optional like metainfo, you can prepare the ITS rules to match against local names only:
https://stackoverflow.com/questions/5239685/xml-namespace-breaking-my-xpath