[Libreoffice-bugs] [Bug 30711] LibreOffice saves input fields in a non-standard ODF way

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Oct 8 20:55:23 CEST 2010


https://bugs.freedesktop.org/show_bug.cgi?id=30711

--- Comment #3 from tbehrens at novell.com 2010-10-08 11:55:23 PDT ---
Let me give a bit more background information around this extended ODF feature.
OASIS (and most other standardization entities) will only standardize what has
been implemented - in the case of OASIS, at least three independent
implementations are required
(http://www.oasis-open.org/committees/change_summary_2002.php, section "Section
2 Standards Process").

So it's standard practice to implement new features, and submit them to OASIS
doing so - for the extended fieldmark stuff, this can be found here:
http://wiki.oasis-open.org/office/Fieldmarks. The new feature then undergoes
review, and potential refinement, in the technical committees - for the
fieldmarks, the decision was to move them to ODF-Next, i.e. past ODF 1.2. So
clearly, having new features implemented *while* standardization is in progress
is necessary, even unavoidable to actually *have* something standardized in the
end.

This has also happened for a number of _vanilla OpenOffice.org features_, a few
examples (not exhaustive) are:
 * annotations in Impress
 * Sheet events for StarBasic in Calc
 * extended Chart positioning

ODF 1.2 permits that, under non-ODF namespaces, in the so-called extended
conformance class. OpenOffice.org and LibreOffice both default to saving *with*
those extensions, to not loose features, and facilitate roundtripping. If this
is not desired, please change the ODF compatibility level, as Cedric already
advised.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the Libreoffice-bugs mailing list