https://bugs.documentfoundation.org/show_bug.cgi?id=101198
Bug ID: 101198
Summary: Inserted OLE Appearance Wrongly Based on Window
Dimensions + Zoom and Scroll Positions
Product: LibreOffice
Version: 5.1.4.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: LibreOffice
Assignee: [email protected]
Reporter: [email protected]
The appearance of inserted OLE objects is (incorrectly) based on window
size/shape and the document display within its window when last saved.
When an OLE object is inserted, LO uses both the window dimensions and the
document appearance relative to the window (zoom factor and scroll positions)
of that OLE (as last saved) to determine the horizontal and vertical extents of
what is shown. It then stretches and compresses the appearance to match.
This is a bug because both of these attributes -- window dimensions and
document appearance within the window -- change frequently. If the tiniest
change has taken place in either of these within a linked OLE, when links are
updated, the appearance changes. The user must then open the linked OLE file
and try to figure out how to size the window and redo the display so that it
appears correctly again. This is a back-and-forth process that many users never
figure out (judging from forum posts). Even for those who understand how it
works, this practice is maddening.
The same applies when trying to do a direct (not linked) insertion of an OLE
object. Its appearance within its own window must first be tweaked so that it
appears correctly when inserted.
FIX:
The horizontal and vertical extents of what is displayed when an OLE object is
inserted should be based on the content of the object itself, and never on
anything as ephemeral as window size or placement within the window when it was
last saved.
REPRODUCE:
Take a sample text document, for example, zoom 200% and save it. Open a
spreadsheet and insert that text document as an OLE object. See that it is cut
off.
Now flip back to the text document, maximize its window and hit Save. Go back
to the spreadsheet and update links. See the inserted OLE compress to the left.
Play with the text document, resizing its window, zooming and scrolling. After
each change, save it and go over to the spreadsheet to update links. See the
craziness!
POSSIBLY RELATED TO:
Many have reported OLE bugs and at least some of these are related to this
underlying bug, which is the root of the problem:
https://bugs.documentfoundation.org/show_bug.cgi?id=51508
https://bugs.documentfoundation.org/show_bug.cgi?id=47243
https://bugs.documentfoundation.org/show_bug.cgi?id=34619
https://bugs.documentfoundation.org/show_bug.cgi?id=37152
https://bugs.documentfoundation.org/show_bug.cgi?id=44838
https://bugs.documentfoundation.org/show_bug.cgi?id=46364
https://bugs.documentfoundation.org/show_bug.cgi?id=47197
https://bugs.documentfoundation.org/show_bug.cgi?id=47773
https://bugs.documentfoundation.org/show_bug.cgi?id=51119
https://bugs.documentfoundation.org/show_bug.cgi?id=51334
https://bugs.documentfoundation.org/show_bug.cgi?id=57017
https://bugs.documentfoundation.org/show_bug.cgi?id=58323
https://bugs.documentfoundation.org/show_bug.cgi?id=60508
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
