Bug 88173 (DOCX-Limitations) - [META] DOCX (OOXML) format limitations
Summary: [META] DOCX (OOXML) format limitations
Status: NEW
Alias: DOCX-Limitations
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on: 43547 89506 98396 101757 109320 122888 124821 135327 139754 145951 150419 153938 155010 157256 33304 50774 55436 76682 76817 77794 82597 84317 84462 86790 87718 91178 93639 93640 93641 93642 93643 93644 97648 105485 108790 115204 117170 119493 140210 141700 145783 148623
Blocks: Format-Limitations DOCX
  Show dependency treegraph
 
Reported: 2015-01-07 19:02 UTC by Robinson Tryon (qubit)
Modified: 2023-10-11 12:10 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Robinson Tryon (qubit) 2015-01-07 19:02:59 UTC
For each bug added, please add a short comment describing the limitation. This can often be the Summary line, if it's descriptive enough

e.g.
"bug 12345 - Can't save foobar-encoded video to DOC file"
Comment 1 Robinson Tryon (qubit) 2015-01-07 19:54:35 UTC
Bug 84462 - [filesave]: docx Filter, doc-Filter and LibreOffice
"The MS Binary / OOXML specifications do not support page styles (or list styles), thus the export filter does what it can."
Comment 2 Yousuf Philips (jay) (retired) 2015-01-07 21:22:12 UTC
Is this meta bug for LO's limited implementation of DOCX features as that is what bug 87718 has in it.
Comment 3 Robinson Tryon (qubit) 2015-01-07 23:20:55 UTC
(In reply to Jay Philips from comment #2)
> Is this meta bug for LO's limited implementation of DOCX features as that is
> what bug 87718 has in it.

A very good question!

Anything that *can't* be expressed in a particular format (e.g. no video embedding in plain text) certainly qualifies to be listed, but from an end-user standpoint, there's no difference between what we *haven't* implemented and what we *can't* implement, so I'm receptive to the desire to including both.

But that's messy, right? :-)

At the risk of creating even more bugs (Horrors!), perhaps there should be a dichotomy:
(1) Meta/Tracking bug for all features that can't (as far as we know) be expressed in a given format
(2) Meta/Tracking bug for all features that can be implemented (AFAWK) in a given format, but haven't been implemented in LO yet

Interestingly:
- Some features may only be available in non-ODF formats
  [Anyone have an example? An example that we support in LO?]

- This sets up a perfect (IMHO) framework for us to also document ODF features that we don't yet implement in LO

Thoughts?
Comment 4 V Stuart Foote 2015-08-25 12:43:12 UTC
Bug 93639 - import filter, Footer roman numerals not retained (converted to arabic numerals)
Bug 93640 -  import filter, Footer from DOCX Is Missing When Odd/Even Footers Are Different in MS Office
Bug 93641 -  import filter, Writer embedded graph is missing lines and words
Bug 93642 -  import filter, Vertical spacing of content missing in DOCX import
Bug 93643 -  import filter, Header appears on page that shouldn't have header
Comment 5 V Stuart Foote 2015-08-25 12:49:41 UTC
oops, missed one of these well described issues

Bug 93644 - import filter, Header Object Anchored Incorrectly Causing Incorrect Alignment

@Robinson, is this where you wanted this META to go?
Comment 6 Robinson Tryon (qubit) 2015-12-09 18:45:06 UTC
Migrating Whiteboard tags to Keywords: (filter:docx)
Comment 7 Luke 2016-12-07 04:53:56 UTC
Since we can already search by the filter:docx keyword, it makes much more sense to split this into  
(1) DOCX features Writer is not capable of and 
(2) native features that are not properly imported/exported.
Comment 8 kr4z33 2022-12-31 02:55:45 UTC
Bug 49179 - FILEOPEN: FILESAVE: Image anchored 'to page' in .doc result in 'to character' when reopening

I just found this is also applicable to .docx format files