Bug 131159 - ODF: LO writes invalid draw:name attribute for 3D-shapes
Summary: ODF: LO writes invalid draw:name attribute for 3D-shapes
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: odf odf_validation
Keywords:
Depends on:
Blocks: ODF-export-invalid
  Show dependency treegraph
 
Reported: 2020-03-05 14:03 UTC by Regina Henschel
Modified: 2022-09-14 12:24 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2020-03-05 14:03:37 UTC
The user interface allows to assign a name to 3D-shapes (scene, cube, sphere, extrusion, rotation). Such name is necessary to access shapes via Navigator and to identify shapes in macros. But ODF up to 1.3 (including) does not allow the draw:name attribute.

I have made a proposal to the ODF TC to allow this attribute for 3D-shapes.
https://issues.oasis-open.org/browse/OFFICE-4072?jql=project%20%3D%20OFFICE

This bug report is about the problem, how to handle the attribute in ODF versions, which do not allow it.
Comment 1 Michael Stahl (allotropia) 2020-03-05 15:44:15 UTC
it's a problem but i'm not sure if we should fix it
Comment 2 Regina Henschel 2020-03-05 17:13:21 UTC
Make a compromise? Perhaps:

Do not change anything for LO 6 and ODF 1.2 in LO 7. That way users who need compatibility with older LO versions can save in ODF 1.2 format.

Change LO 7 so, that it does not write draw:name in case of strict ODF 1.3. Announce it in release notes. Reasoning: Users which use the strict version of file format likely want a guaranteed valid document with most chance of interoperability. Other users will use the extended version, which is the default version.

I'm not sure about LO 7 with ODF 1.3 extended. Switching to loext:name should not be a so large additional effort and starting a new version number would be the right time for such a change. On the other hand, in ODF 1.4 we will (hopefully) have it in the standard anyway.
Comment 3 Regina Henschel 2020-09-13 00:09:54 UTC
The TC has accepted the proposal for ODF 1.4. Remains the problem what to do in ODF 1.3 strict?
Comment 4 QA Administrators 2022-09-14 03:38:11 UTC Comment hidden (obsolete)
Comment 5 Regina Henschel 2022-09-14 12:24:09 UTC
It is still a problem with saving to ODF strict in Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 4e2ce2a460458f17ee4360c45a2da2fc4b4d753e
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (en_US); UI: en-US
Calc: CL