Created attachment 76258 [details] overlapping label Insert | Name - Range Option label is bottom overlapping In LibreOffice v4.0.1.2 on Windows XP sp3: 1. Insert | Names | Define 2. See the Range Option label it is overlapping the line bellow. The same problem: 1. Insert | Name | Manage 2. See the Range Option label it is overlapping the Add and Delete buttons.
Hello! I couldn't reproduce the problem. Version: 4.0.1.2 4.0.2.2 master operatin system: Windows 7 64 bit SP1 Have to wait a user with XP SP3 to judge this report.
I have retested in LibreOffice Calc 4.0.2.2 on Windows XP and exactly the same problem as in my bug report.
Not reproducible with Linux build - must be XP only - will try to test this on my mini tomorrow. If I haven't tested in the next few days please ping me to remind me
Retested on two Windows XP sp3 both having LibreOffice 4.0.2.2 and problem persists just like attached in "overlapping label" bug attachment. Also tested on LibreOffice 4.0.2.2 on Ubuntu 12.04 and problem does NOT appear. So looks like Windows or even Windows XP specific P.S. I am changing bug setting: from Platform=All to Platform=Windows(All).
Created attachment 78014 [details] Windows XP SP3 32-bit working I cannot reproduce in Calc on Windows XP SP3 32-bit (see screenshot)
This is indeed a bug related to the Style used in Windows. As can be observed from grofaty's screenshot, he is using "Windows Classic style". The line should not be overlapped in any case. The interesting bit is that if you press the + sign to the left of Range Options, the dialog is expanded and the options no longer overlap the line. In any case this is a cosmetic fix.
@Pedro, you are right this is style (theme) dependent. Windows XP sp3: 1. Start | Settings | Control Panel | Display | Default Themes tab | Theme drop down list 2. Select "Windows XP" and click on OK button to apply theme. 3. Reproduce the problem in my first post bug description. Result: No problem. Now with classic theme: 1. Same as step 1 above 2. Select "Windows Classic" and click on OK button to apply theme. 3. Same as step 3 above. Result: Problem as described in my bug description.
These dialogs were converted to .ui a few days ago on master. Would you please test master? I do not think that you can reproduce the problem with .ui based dialogs. I also don't think that anyone wants to fix it release branches in old style dialogs, it does not worth the effort.
Closing because we've moved away from the old dialogs. If there are similar issues with the new dialogs please report a new bug. Thanks