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.
Powered by Savane 3.13-f8d8.
Corresponding source code
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