[PATCH] Recompute column widths in BackingWindow::Resize() to partially fix #34392

Gábor Stefanik <netrolller.3d -AT- gmail.com>
Sat, 7 Apr 2012 02:13:23 +0200

With this patch, the start screen displays correctly on startup with
scaling set to 130% (tested on OpenSUSE 11.4 x86-64).

However, if you start LibreOffice with scaling @ 100%, then change
scaling to 130% with the start screen still open, the bug remains.
I've looked into it, and this appears to be a separate issue -
Resize() is called too early on scaling change, before the new scaling
factor is available. As a result, GetTextWidth() uses the old scaling
factor to compute widths.

If anyone can point me towards where Resize() is called on the scaling
change codepath, that would be greatly appreciated.

Signed-off-by: Gábor Stefanik <netrolller.3d@gmail.com>

Attachment: 0001-Recompute-column-widths-in-BackingWindow-Resize-to-p.patch
Description: Binary data

Context

[PATCH] Recompute column widths in BackingWindow::Resize() to partially fix #34392 · Gábor Stefanik
- Re: [PATCH] Recompute column widths in BackingWindow::Resize() to partially fix #34392 · Andras Timar
  - Re: [PATCH] Recompute column widths in BackingWindow::Resize() to partially fix #34392 · Gábor Stefanik
    - Re: [PUSHED] Recompute column widths in BackingWindow::Resize() to partially fix #34392 · Andras Timar

Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.