In another file(*) the paragraph attribute "localize" (=true/false) is deleted. This affects translations, and will pollute Pootle server with useless translations (e.g. translate keywords, numbers, etc...) (*) helpcontent2/source/text/scalc/01/statistics.xhp
*** Bug 94080 has been marked as a duplicate of this bug. ***
From my duplicate bug. ----------------- When a paragraph tag has the localize entry set to false, it is supposed to append '_NOL10N' to the paragraph id on import, as the code to toggle L10N relies on that appended text in the paragraph id in order to know if it is on or off. Not setting this causes saving the file to lose the localize entry. Example file - source/text/sbasic/shared/03020104.xhp In <paragraph role="bascode" localize="false" xml-lang="en-US">Sub ExampleReset</paragraph> Out <paragraph id="" role="bascode" xml-lang="en-US">Sub ExampleReset</paragraph> ----------------- Just to note, 'localize="true"' is never actually set as true is the default.
Observations: While introducing "bascode" as element and as role attribute value, a lot of id-attributes have been removed. But from xmlhelp.dtd the attribute "id" is a required attribute for the paragraph element. The transformation appends '_NOL10N' to the id of a paragraph in case that xml-lang does not exist. But that may not happen, because the 'xml-lang' attribute is required for paragraphs. The xsl-file contains a lot of commented stuff, so it looks like it was not finished in that part.
When the test is done on localize="false", it fixes the bug. I can make a patch for it, but first want to know, how bug #94612 should be solved. When the proposal (2) is used, then the very same part of the file has to be reworked and then it should be solved together.
If proposal 2 make it easier to solve this issue at the same time, as we cant have empty ids with _NOL10N appended to them, then i think that is the better option.
I propose https://gerrit.libreoffice.org/19166 The attribute localize='false' is now correctly tracked by adding _NOL10N to the paragraph id. In addition an id is generated, when the paragraph has no id at all or when the id is empty.
Is this taking into consideration that paragraph ids arent important for bascode paragraphs or are we going to add ids to them anyway?
They will get id-attributes too. An id-attribute is an required attribute for all paragraphs, independent of the role. With my patch, if a paragraph has no id or an empty id value, the import filter will generate a valid id.
Regina Henschel committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/contrib/dev-tools/commit/?id=1d020c732782085c99c166bd3b4bd583360c277e tdf#93981 Attribute localize=(false|true) is deleted
Hello, Is this bug fixed? If so, could you please close it as RESOLVED FIXED?