Created attachment 40825 [details]
overlapping controls (hu)
LibreOffice 3.3 RC1 on Windows, Tools - Options - General panel
The two label of the two checkboxes (Use LibreOffice dialogs and Show ODMA DMS dialogs first) are too close to each other and are overlapping in Hungarian localization. Can you put them in two lines again? If there is not enough space, you may consider removing the "Help formatting" line as the help is on the web anyway.
Created attachment 40846 [details]
This patch does the following:
* Moves the ODMA check box into its own row, and pushes everything below down by one row to make room.
* Disables the ODMA check box on non-Windows platforms, instead of hiding it.
* Slightly moves the 'Enable experimental features' check box to align it better.
Created attachment 40847 [details]
general options page with modified layout
This is how the page looks after the change.
Created attachment 40848 [details]
Slightly fixed spacing to make it look a bit better.
Created attachment 40849 [details]
new look by the revised patch
This is how it looks now.
Ahh, forget it. This patch will push the "enable experimental features" check box outside the visible area on Mac!
Ok. I have no choice but to remove the Help formatting option.
Created attachment 40850 [details]
revised patch again
revised patch. This removes the controls for the formatting help.
Created attachment 40851 [details]
New layout on Linux.
Created attachment 40852 [details]
layout on mac
New layout on Mac which enables the print dialog option and disable the ODMA option. The screenshot was taken on Linux.
Created attachment 40853 [details]
layout on windows
New layout on Windows which enables the ODMA check box but disables the print dialog option.
There is the same sort of problem under MacOS for Calc options.
And for all OS in Options > LibreOffice > Appearence for ORB item.
Best regards. JBF
Created attachment 40854 [details]
Pb with Calc options under MacOS
Created attachment 40855 [details]
Pb with appearence options for ORB
Please file a separate bug for that. Handling all of this in a single bug would make the patch size bigger, making it harder on the reviewer.
*** Bug 31694 has been marked as a duplicate of this bug. ***
Kohei: Thank you! I've signed that off & pushed. When it appears in master, we should clean up all that cut'n'paste in that file ;-)
(In reply to comment #14)
> Please file a separate bug for that. Handling all of this in a single bug
> would make the patch size bigger, making it harder on the reviewer.
Ok, done. Bugs reports:
Modified VERSION due to information from DUPs
*** Bug 32322 has been marked as a duplicate of this bug. ***
Problem is still present on RC2 under 64 bits Linux. A screenshot will follow.
Created attachment 41396 [details]
RC2 screen shot
(In reply to comment #20)
> Problem is still present on RC2 under 64 bits Linux. A screenshot will follow.
Forgot to mention: kde user here (4.3.5). I also renamed libvclplug_kdelx.so on basis-link/program folder to force LibO use gtk plugin, but there is no difference.
Created attachment 41398 [details]
Screenshot help agent button
Text of "Recovery help agent" button is not fully readable in italian, need bigger width
Screenshot from LibO RC2 in Windows XP
(In reply to comment #23)
> Created an attachment (id=41398) [details]
> Screenshot help agent button
> Text of "Recovery help agent" button is not fully readable in italian, need
> bigger width
What information do you have that the fix should have been integrated into code for RC2?
(In reply to comment #25)
> What information do you have that the fix should have been integrated into code
> for RC2?
The same info you provide on the report: i.e. no info. If the fix was not integrated on a release provided two weeks after the fix itself (which means a "release candidate" was known to be a "bad candidate"), then a short statement on the report itself (or the release notes) could help to avoid confusion.
Just installed LibO 3.3rc2 from openSUSE repo and the problem is not present there.
So it might be useful to check before reopening. Here I see "target:3.3", and that's later than 3.3 RC2.
I left a hint and request on
and in [Libreoffice] mailing list.
I would like to close the bug for now, but your comment concerning openSUSE makes me hesitating.
Bug 32633 seems to show a similar problem
Created attachment 41415 [details]
Dialog Options->General (tab)
I just uploaded the screenshot (Dutch) from RC2. The bug is still present. So please don close this report.
I can reproduce the problem from the comment #23, so we should make the button bigger.
Also, I see the problem from the comment #30. It is broken in KDE and plain desktop. It works fine in GNOME and Windows. So, the new layout broke the dialog in many window managers. You might try is using:
Kohei, could you please have a look?
BTW how does the dialog look on Mac? Anyone?
Created attachment 41671 [details]
patch to fix this
There was indeed a mis-calculation when re-locating the controls, which pushed the controls way too much upward.
The bug did not affect Gnome and Windows which both implement native file picker, which in turn makes the "use libreoffice file open dialog" check box visible. When that check box is visible, it skips parts of the re-location code where the bug was.
Created attachment 41673 [details]
another patch to make the button wider.
This will make the Reset help agent button wider by 20 pixels. I didn't verify to see the Italian text fit, but hopefully that's plenty enough space.
Ok. Petr has signed off both my patches. They are now in the 3.3 branch.
(In reply to comment #36)
> Ok. Petr has signed off both my patches. They are now in the 3.3 branch.
Bug fixed in RC4
OOO330m19 (Build:6) (Dutch, NL version)
Verified - Closed - Sophie