Created attachment 75622 [details] Screenshot See screenshot. This doesn't happen in Version 4.1.0.0.alpha0+ (Build ID: 5cd036c0742f8be8d6fc34f7e3a983cae557d94), but does in Version 4.1.0.0.alpha0+ (Build ID: 5e5b7e431edc837b2be32d03fcbb1e32377e935). This happens with oxygen-gtk, but not with e.g. Glossy or Clearlooks.
I have the same issue with Version 4.0.0.3 (Build ID: 7545bee9c2a0782548772a21bc84a9dcc583b89) on Ubuntu 12.04 LTS x86 Basically, even when I disable using the system font in the options dialog, options overlap. I would really like to be able to resize that dialog.
Created attachment 75772 [details] A number of screenshots of Options dialog and my settings
(In reply to comment #1) > I have the same issue with Version 4.0.0.3 (Build ID: > 7545bee9c2a0782548772a21bc84a9dcc583b89) on Ubuntu 12.04 LTS x86 Therefore I mark this as NEW I can't reproduce this behavior using Linux Mint 14 x64 and LibreOffice Version 4.1.0.0.alpha0+ (Build ID: 956c8eed2ca24285d1a19cda2f5f878b3e455ca) (latest commit that is included in my build: Date: Tue Mar 5 18:31:18 2013 +0000). The content bellow that label is shown correctly. Is this still present in current master versions? Kind regards, Joren
(In reply to comment #3) > Is this still present in current master versions? Still present with Version 4.1.0.0.alpha0+ (Build ID: e8e068770e35dc4f7a5e793732be6ddef96d7ba)
Created attachment 79811 [details] screenshot of 4.1 beta 1 on mac osx 10.8.3 options--> load/save --> General
The options--> load/save --> General also doesn't fit the screen. version: 4.1.0.0.beta1 Build ID: 3a2c2d2417101e45fe07cfd8358acf2204a98f3 on Mac osx 10.8.3 See screenshot
*** Bug 65227 has been marked as a duplicate of this bug. ***
*** Bug 61681 has been marked as a duplicate of this bug. ***
Does it get worse if you set the scale to something other than 100% ( see bug 66323 ) if so my bug is the same as this and i'll mark it as such M
(In reply to comment #9) > Does it get worse if you set the scale to something other than 100% > ( see bug 66323 ) if so my bug is the same as this and i'll mark it > as such > > M Yes, your one indeed looks like a dup.
*** Bug 66323 has been marked as a duplicate of this bug. ***
*** Bug 66600 has been marked as a duplicate of this bug. ***
*** Bug 66727 has been marked as a duplicate of this bug. ***
(In reply to comment #3) > I can't reproduce this behavior using Linux Mint 14 x64 and LibreOffice > Version 4.1.0.0.alpha0+ (Build ID: 956c8eed2ca24285d1a19cda2f5f878b3e455ca) > (latest commit that is included in my build: Date: Tue Mar 5 18:31:18 2013 > +0000). > The content bellow that label is shown correctly. > Is this still present in current master versions? Probably you're not using oxygen-gtk? On Linux, this typically affects only users who run KDE, but don't have the KDE VCL plugin installed (i.e. self-built code without any configure options).
Seems fixed for me in 4.1 RC 3
Still reproducible on 4.1.1.0.0+ (Build ID: be945e8e54a93921a12597c7b3a5b012951600a). Not sure though how it relates to RC versions.
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0fcf74d203d97b7e829e72b7e55782d86a048802 Related: fdo#61544 don't include border size twice in edit optimal size 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.
There's a certain amount of relation to theming/platform so different reasons on different platforms/theming. I'd love to make the options dialog calculate the ideal size, but there are *so* many tabs that I fear it would take an age to open the dialog so currently it requests its "traditional" size. https://bugs.freedesktop.org/show_bug.cgi?id=63618 should help a lot on MacOSX but its not the complete solution yet
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8499e78ca03c792f4fa2650e02b519094ba0baa8 Related: fdo#61544 convert language page from box to grid 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.
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=c852f83bc4d91de51c61ad4be0edf1b848247eaa Related: fdo#61544 convert language page from box to grid 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.
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=767b02bd7614059dd80d0cd1be306d9b63291f31 Related: fdo#61544 convert save opt page from box to grid 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.
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=4f2fa58f027707254cc6d8f076354787c252a26f Related: fdo#61544 put help tips checkboxes side-by-side 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.
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b64adf65afb1cfe1bd48fed0d71ac333ad962776 Resolves: fdo#61544 improve handling of grid's not enough layout space 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.
Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ab8f39aae069f65a8ebd3cad45d33e2e75426597&h=libreoffice-4-1 Related: fdo#61544 put help tips checkboxes side-by-side It will be available in LibreOffice 4.1.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.
Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a80828ba6bfa68d3c23af98e2717bb1adc8983e8&h=libreoffice-4-1 Related: fdo#61544 convert save opt page from box to grid It will be available in LibreOffice 4.1.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.
This bug is a grabbag of similar problems. I'll test my final 4.1 extra fix for the layout-enabled cases.
Thanks, with oxygen-gtk, the libreoffice -> general is now perfect. impress -> general still problematic, "always with current page" checkbox is visible, but the one below it (that enables sdremote) is almost hidden.
Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a0fbb8b460114838a1c3fabb57274b04a78d3182&h=libreoffice-4-1 Resolves: fdo#61544 improve handling of grid's not enough layout space It will be available in LibreOffice 4.1.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.
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=324fff97a1713625e2def0f973462fb0a11290fb Related: fdo#61544 lessen height of impress options 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.
So... we have two types of options pages in the options dialog. The new .ui ones and the old fixed layout ones. The options dialog itself is special in that it does not resize, unlike other new layout dialogs, to fit the size of the largest page. That's because there are *so* many options pages that to calculate all of them is risking a large delay. What I have done here, under this id, is to a) readjust some of the new .ui pages to fit nicer, i.e. the "LibreOffice-General" page which should I believe fix Comment #1 (although the screenshot there is not from 4.1.0) b) make the grid layout cleverer when it runs of of space to try and reduce spacing between elements before falling back to shrinking the elements. That should fix Comment #5 The screenshots of Comment #2 are all of pre-.ui conversion dialogs and options pages from 4.0.X and are so probably unaffected by this series of changes. Some of these have been converted to .ui now and that should improve matters, especially for the free-standing dialogs. If there are remaining problems with non .ui (you can tell because frame titles are not bold text) dialogs/pages then a step towards a solution is to convert to .ui format. That said, the checkboxes and other elements of that theme look super ugly and big. If that is not how checkboxes appear in other applications then file a new bug for that theming error. Please open new bug for any problems (feel free to put me on cc) not fixed by this patch series instead of reopening this bug because there's a bunch of potentially orthogonal problems to fix.
*** Bug 67314 has been marked as a duplicate of this bug. ***
*** Bug 67316 has been marked as a duplicate of this bug. ***
*** Bug 67807 has been marked as a duplicate of this bug. ***
*** Bug 67915 has been marked as a duplicate of this bug. ***
*** Bug 67886 has been marked as a duplicate of this bug. ***
*** Bug 68386 has been marked as a duplicate of this bug. ***
*** Bug 68743 has been marked as a duplicate of this bug. ***