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

--- Comment #13 from Thomas Tempelmann <[email protected]> ---
I still see some issues:

"org.oasis-open.opendocument" is now referenced but not declared. So this
should be added for it:

<dict>
        <key>UTTypeConformsTo</key>
        <array>
                <string>public.data</string>
        </array>
        <key>UTTypeDescription</key>
        <string>OpenDocument</string>
        <key>UTTypeIdentifier</key>
        <string>org.oasis-open.opendocument</string>
</dict>

Next, "vnd.oasis.opendocument.spreadsheet-flat-xml" should be updated
similarly. I suggest to replace the existing ones with:

        <string>org.oasis-open.opendocument</string>
        <string>public.composite-content</string>
        <string>public.xml</string>
        <string>public.spreadsheet</string>

Lastly, ANY libreoffice type should be updated to use the conforms-to values
from the system's file. That includes any type that starts with
"org.oasis-open.opendocument", like "org.oasis-open.opendocument.text", and
they should all have these UTTypeConformsTo entries:

  <string>org.oasis-open.opendocument</string>
  <string>public.composite-content</string>

(please double check with the actual contents from the
/System/Library/CoreServices/CoreTypes.bundle/Contents/Info.plist file.)

In fact, all the presentation types like
"org.oasis-open.opendocument.presentation" are also missing the conform-to
entry for "public.presentation". That, as well, should be updated from Apple's
file.

Same goes for "org.oasis-open.opendocument.database" missing "public.database"
- that's actually a rather significant one, especially if the file is in
sqlite3 db format, then allowing sqlite apps open the file more easily as they
now understand it's a db file.

I suggest you search for all occurances of anything starting with
"org.oasis-open" in the Apple file, and update it accordingly in the L.O.'s
Info.plist file.

Doing that myself, I am curious what the Apple-declared
"org.oasis-open.opendocument.image" is, as that's not occuring in LO's
Info.plist at all. Whose oversight is that? Did Apple invent it, did LO drop
support for this type or was it forgotten to be added to LO's plist file?

If you don't want to do ALL those changes, please at least add the
"public.database" to the DB type and add the "public.presentation" to the
fitting presentation file types so that 3rd party app can better identify /
classify them.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to