I have set this:
Tools->Options->LibreOffice->Viev->User Interface->Scaling to 130%
When I start LibreOffice, appears screen with variants of document types to be created. But in place of "Text Documents" appears "Text Docume"
On other languages situation ever worse
In libreoffice 3.3.1 still exist
[Reproducible] with "LibreOffice 3.3.1 – WIN7 Home Premium (64bit) German UI [OOO330m19 (build 8 / tag 184.108.40.206)]". Not really annoying, but ugly!
Created attachment 44013 [details]
Little Demo Presentation
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
remains in LibO 3.5.0 beta 1
So it is. In Beta2 I see other Buttons (for example 'Tools -> Options -> LibO -> Security -> Macro Security...') Increasing and decreasing together with View zoom, that function should also be possible for buttons in Start Center.
You know ... ;-)
Ma description was a little imprecise, it's not only the size of the buttons that follows View zoom, but the whole dialog size increases or decreases with the zoom for dialogs.
Created attachment 54975 [details]
Start Center with long text on the buttons
(In reply to comment #6)
> You know ... ;-)
First of all I actually want to see the "Scaling" option burning in hell. With excruciating pain and suffering. Hope we will remove it in 3.6...
Secondly I can not reproduce the bug. I've added some garbage to the text to increase its width, and the buttons made wider too. See the attached screenshot.
(In reply to comment #8)
> Secondly I can not reproduce the bug. I've added some garbage to the text to
> increase its width, and the buttons made wider too. See the attached
Oh wait, I've just reproduced it! But when restarting the start center the width become normal. Sorry...
Created attachment 54977 [details]
Screenshots for different languages
Text length and View zoom are different things. Can it be that there is some "Button auto size" for maximum text length at View zoom 100%? Also your extra long button texts ave approximate 4mm distance to right button border for the longest text.
I tried several languages and the margins for the most long text to right button border and icon are always the same.
And when I Resize to 130% in each language at least the longest button text exceeds the button
The Screenshots are all for View zoom 100%, not with correct scaling
(In reply to comment #10)
> Created attachment 54977 [details]
> Screenshots for different languages
? I see only dimensional information layer.
> Text length and View zoom are different things. Can it be that there is some
> "Button auto size" for maximum text length at View zoom 100%?
Should not be I think...
> I tried several languages and the margins for the most long text to right
> button border and icon are always the same.
> And when I Resize to 130% in each language at least the longest button text
> exceeds the button
... and when you press some button and then Ctrl-W ... ? :) All should be fine.
Created attachment 54982 [details]
Indeed! Start situation is Start Center, 130% View zoom with truncated button texts. Clicking an arbitrary button (Text Document) opens a new document, <control+w> will close it again, and texts in start center buttons now look fine, button size has increased. Where can I read more about mysterious "<control+w>"?
(In reply to comment #12)
> Where can I read more about mysterious"<control+w>"?
It is a shortcut for Window -> Close Window. No any mystery here... :)
Created attachment 59611 [details]
Partial fix: recompute column widths in BackingWindow::Resize()
This fixes the issue for me on LibreOffice startup. However, the issue still persists right after changing the scale factor.
It appears that BackingWindow::Resize() gets called in the scale-factor-changed case *before* the new scaling factor/font size is set. As a result, the column width ends up being calculated according to the old scale factor.
If anyone can point me to the place where BackingWindow::Resize() is called upon scale factor change, that would be greatly appreciated.
Created attachment 59687 [details]
Resize backing window on window size change.
Apply this on top of attachment 59611 [details]. This appears to completely fix shrunk buttons.
However, while testing, I've noticed one instance with too wide buttons (I can't remember how I triggered it). Also, this doesn't fix the root issue (Resize() being called too early), it merely works around it by calling Resize() again at a point where the new font is surely available. A followup bug should probably be filed for the root issue, and this second patch reverted once that is fixed.
Gabor Stefanik committed a patch related to this issue.
It has been pushed to "master":
fdo#34392 recompute column widths after font scale change in startcenter
Fix checked in.
Ivan Timofeev committed a patch related to this issue.
It has been pushed to "master":
fdo#34392: request button size after vcl has updated its settings
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Migrating Whiteboard tags to Keywords: (EasyHack DifficultyBeginner SkillCpp SkillVcl TopicUI)