Created attachment 111539 [details] options dialog On the Tools > Options dialog and goto the view entry and the new entries added under graphics output are crushing the entries in the column to the left of it. This is likely being caused by the long text label 'Force OpenGL even if blacklisted (might expose driver bugs)'.
How can I see these OpenCL entries? I don't have them in my LO 4.4.0.0.beta1. Do I have something to enable to see them?
You have to have 4.4 or master to see them. You can easily get it from here http://dev-builds.libreoffice.org/pre-releases/
Created attachment 111552 [details] clip of dropdown menu open, shows full width @Jay, *, Dialog can be resized horizontally if space is available. Otherwise not really an issue as the dropdown list is fully readable. Only the exposed item in the widget is truncated, and that pretty minor. Even the 'old' view in your clip shows truncated. Resolving invalid.
No regression, dropdown list items are fully readable. Also, as the dialog can be expanded or shrunk as user prefers there is no loss of function. Resolving invalid.
Hi Stuart, By default, the dialog should look as we intend it to look and IMHO, that is the not case here. In the old version, we could read 'Automatic' fully, and actually looking at the older version again, there isnt a reason for 'Use system font for user interface' to be on two rows when there was so much space on the right. So if anything, 'Force OpenGL even if blacklisted (might expose driver bugs)' should be allowed to be on multiple rows so it doesnt cramp items on the left column, and the left column should be increased so 'Use system font for user interface' appears on one row.
OK, back to new... if you really want to fix it. http://opengrok.libreoffice.org/xref/core/cui/uiconfig/ui/optviewpage.ui line #101 The containing Gtk frames/grids have the same padding 12 left and 6 top, 6 between rows with nothing set right. So would be two ways to "fix" this visually, move the "(might expose driver bugs)" warning to its own Gtk label, or figure out a way to add a line break to the overly long label for the GtkCheckButton--I think that can be done. Adolfo? Either should relax the width truncation of the frames at the dialogs default width, I don't think we'd want to make the width any wider as it would look bad and consume too much screen.
Created attachment 112820 [details] Options Dialogue with German Localisation The situation is even worse in the German localisation. Have a look to the attached screen shot.
Oh, I forgot to mention the LO version and my system: Ver. 4.4.0.3, Win7.
Will have a look. Please don’t use UX-Advise for these obvious bugs…
*** Bug 88901 has been marked as a duplicate of this bug. ***
*** Bug 88907 has been marked as a duplicate of this bug. ***
OK, this is a new reincarnation of bug 65595, and the same fix will probably work. Although I’d much prefer to just fix the label (either by adding a line break or by splitting into two labels), that will annoy a tiny bunch of vocal people in libreoffice-l10n and don’t want to receive death threats.
I'd go for the wrap Adolfo as it is the easiest solution, as i'm assuming the string text likely will changed in the future and having it across 2 labels wont work well with translation.
*** Bug 88946 has been marked as a duplicate of this bug. ***
*** Bug 88952 has been marked as a duplicate of this bug. ***
Not only German Localisations affected. For example, UK also.
*** Bug 88988 has been marked as a duplicate of this bug. ***
*** Bug 89098 has been marked as a duplicate of this bug. ***
*** Bug 89078 has been marked as a duplicate of this bug. ***
*** Bug 89118 has been marked as a duplicate of this bug. ***
*** Bug 89229 has been marked as a duplicate of this bug. ***
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=081f3c0f70a9aa4d9f1f72bfbdb838bbd2dc993e Resolves: fdo#87876 full text of war and peace used as checkbox label It will be available in 4.5.0. 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: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
https://gerrit.libreoffice.org/14379 for 4-4 where I force a wrap to get it to fit and not have to change translations. And for 4-5 I'll change the text to be a more reasonable length.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=110751e5415cda9ba9488a0673e956a443c836fd Related: fdo#87876 make checkbox label shorter, move warning into tooltip It will be available in 4.5.0. 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: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=27b5c708938167e7516407db7d22bf48aac796b2&h=libreoffice-4-4 Resolves: fdo#87876 full text of war and peace used as checkbox label It will be available in 4.4.1. 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: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 89275 has been marked as a duplicate of this bug. ***
@Caolán, *, Looks good in 4.5.0 master with the warning in the tooltip. Version: 4.5.0.0.alpha0+ Build ID: 233da237ad4b593c945903c3b32185a540025516 TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-02-10_16:44:04 Locale: en_US =-=-= The line wrap for 4.4.1 works, but is still truncating the left column of widgets--impacting the User Interface: Icon size and style area's dropdown menu. Dialog, does open out to full size of selection when the drop down is activated. So workable, just a little ugly. Version: 4.4.2.0.0+ Build ID: dd53735c5fe98fa4f8da4bf214a04b7883bf73c8 TinderBox: Win-x86@42, Branch:libreoffice-4-4, Time: 2015-02-11_15:55:36 Locale: en_US
https://gerrit.libreoffice.org/#/c/14438/ would fix that if it gets in
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=df38063461947c87419b10942909f72785f8895c&h=libreoffice-4-4 Related: fdo#87876 calculate ideal width after icon style entries are added It will be available in 4.4.2. 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: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 89635 has been marked as a duplicate of this bug. ***
*** Bug 90412 has been marked as a duplicate of this bug. ***
This is broken again in master Version: 5.0.0.0.alpha1+ Build ID: 950055bcb06c8edcd9062c71184f02bf8e0604e6 Locale : fr_ I only see the problem in FR locale and not en-US Enclosing screenshot
Created attachment 115140 [details] View pane FR locale master 27/04/2015
That's now a different bug of "French translations out of date on master", I hacked in a line-break for 4-4, then shortened the string there because that was a hugely long set of works for an option in any language and move all the english text inside the brackets into a tooltip. If the French trans is updated then from the visual above I see that the long string and the one above will be approx the same length and all will presumably be well
@Alex: as Caolán said this is an issue you should report to the Franch translation team, but after 5.0 is in beta. Do not report anything translation-related for alphas, as it’s obvious that we translators are just starting working on them. And, in future avoid reopening fixed issues like that, which just generates useless bug mail to everyone subscribed to this and associated bugs. Thanks.