[Libreoffice-bugs] [Bug 143853] RegistryModifications setting for Asian language cannot be simply set false

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Aug 18 09:04:41 UTC 2021


https://bugs.documentfoundation.org/show_bug.cgi?id=143853

--- Comment #7 from Stephan Bergmann <sbergman at redhat.com> ---
(In reply to Timur from comment #6)
> - Why oor:type="xs:int" must be used where setting in Expert Configuration
> shows "long" as Type;

There used to be
<http://util.openoffice.org/common/configuration/oor-document-format.html>
"OpenOffice.org Registry Format (OOR)" describing the registry format, but that
has apparently been lost to history.  I find what looks like a faithful copy of
that document at
<https://people.freedesktop.org/~vmiklos/2013/oor-document-format.html>,
though.

The registry uses the XML Schema xs:int type for 32-bit integers.  The expert
configuration presumably naively uses the name of the corresponding UNO type
LONG instead.  I think cleaning up the terminology used by the expert
configuration to better match the XML Schema terminology (rather than the UNO
terminology) might be worth an enhancement request.

> - Is oor:type setting in OXT important?  Can it be left out? 

Without actually looking into the code now, I /think/ it can be left out in the
registry update format for properties that are not of type oor:any.

> - Why RegistryModifications has no oor:type setting but it has oor:op="fuse"?

I do not understand that unspecific "RegistryModifications has no oor:type
setting" claim.  For the meaning of oor:op="fuse", see the document mentioned
above.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210818/965b992d/attachment.htm>


More information about the Libreoffice-bugs mailing list