[Libreoffice-bugs] [Bug 138694] FORMATTING: Docx file looks good on screen and prints but fails to reload

[bugzilla-daemon at bugs.documentfoundation.org]

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

roland at logikalsolutions.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|INSUFFICIENTDATA            |---
             Status|RESOLVED                    |REOPENED
     Ever confirmed|0                           |1

--- Comment #11 from roland at logikalsolutions.com ---
(In reply to Justin L from comment #10)
> I can't think of anything that we could do about this bug report.
> 1.) When discussing export issues, an ODT is required.
> 2.) Bug reports need to focus on one thing. A large, complex document that
> has several problems likely is a duplicate report in many ways.
> 
> So a minimal ODT containing one item that doesn't round-trip properly is
> required. If that is done and no existing duplicate report is found, it is
> best to create it as a new bug report anyway instead of adding onto this
> one. So I'll close this one, since we already have tons of bug reports about
> textboxes and page styles. 
> 
> P.S. DOCX format doesn't have any concept of page styles, so the stylename
> is irrelevant and can't be round-tripped.

Well DOCX certainly must have something because I've laid out books using MS
Word on Windows 10 because that is what someone "had" to have. Running left and
right page headers that were different based on chapter and left/right page
position.

If LO really is so crippled that __nothing__ can be trouble shot without first
creating an ODT, they the product needs to do the offensive thing Gimp has done
for the same reason. It most only save in ODT format. Everything else has to be
File->Export.

Right now LO has a File->Save-As that lets one choose the format. If it can't
do it right, then it shouldn't do it. Should only allow Save in ODT and only
export to other formats __after__ saving an ODT.

You see, this wasn't an export issue. This was File-Save-as issue. What you are
telling me is File-Save-as simply doesn't work. It stores something corrupted
without informing the user on the screen. Traditionally that is not how Save-as
works in any other package. It is how Export works in many different packages.

File->Save-as indicates to the user the format is accurately supported
internally and what they are actually seeing. File->Export gives no such
indication because it does not change the visible file name nor the file
actually being edited.

You can reduce your bug reports and obtain valid data by fixing the usage flow.

-- 
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/20201224/4bb1117b/attachment.htm>