https://bugs.freedesktop.org/show_bug.cgi?id=84854
--- Comment #54 from Terrence Enger <lo_b...@iseries-guru.com> --- Created attachment 108271 --> https://bugs.freedesktop.org/attachment.cgi?id=108271&action=edit capture of 1024x768 screen, after zooming from 65% to 95% With the mention of zoom factors in comments 51, 52, and 53, I see something that I find interesting. On my Toshiba Satellite model P200D-FT6 running Windows Vista SP2 32-bit, the system tray has an icon with initials "ATI" and mouseover text "1440 x 900, (0<degree symbol>), Color:32 Bpp)", running LibreOffice Version: 4.4.0.0.alpha1+ Build ID: 9ecac3874d179b1d7aa6b45337001b1def06a9dd TinderBox: Win-x86@39, Branch:master, Time: 2014-10-22_06:32:56 I opened fdo_84854_testCalc.ods with the LibreOffice window "restored", and here is what I see: (1) At zoom factor 65%, approached from either direction, the display looks good. (2) I selected cell D3. (3) I clicked on the "+" in the zoom control three times, increasing the zoom factor to 95%. The row and column headings expand and the heavy outline of cell D3 expands and moves to stay aligned with the headings. The rest of the data area is not resized; without that rezising the data area still shows fragments of the cell-selection-box from smaller zoom factors. The cell borders from the smaller zoom factor are visible within the resized cell-selection-box of cell D3. (4) Another "+" in the zoom control increases the zoom factor to 100%. The data area looks good in every respect. (5) Another "+" in the zoom control increases the zoom factor to 110%. Again, the row and column headers expand, and the cell-selection-box is positioned and sized in accord with the new zoom factor. The rest of the data area remains at 100%, and it shows a fragment of the cell-selection-box as it was at 100%. (6) I dragged the About box around and closed it. Unlike the result that Stuart reports in comment 53, the data area was unchanged. When I changed the desktop area to 800 x 600 and then to 1024 by 768, results are unchanged. With the daily dbgutil bibisect version 2014-10-22, which is of course 64-bit, I of course see no rendering artifacts. However, there is a visible lag (125 ms., at a guess) between painting the dark border around the selected cell and painting the rest of the data area. You get to choose whether this observation is enlightening or merely amusing <grin />. HTH, Terry. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
