Created attachment 47099 [details] Drop-Down element with input focus The grid control offers the possibility to define different control elements for columns. If a column is defined as drop-down list, the content can't be read when the field has the input focus (see attachment). After the drop-down list looses the focus, the entire text of the column field is visible. This behavior is not with the windows version of LibreOffice.
Created attachment 47100 [details] Drop-down list opened The second attachment shows the grid control element with the drop-down list opened.
[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: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
The described problem exists also in LibreOffice version 3.4.4 (Ubuntu 11.10). If the line hight of the grid-control is increased the text of the drop down element is more visible according the hight. It seems there is an unvisible border around the the drop-down element. The windows version of LibreOffice doesn't have the described problem.
Do you reproduce it with a brand new document on 3.4.5 or 3.5.1 ? If yes, could you attach the file (so we can try to reproduce it very quickly) ?
Created attachment 59112 [details] ZIP-File with new Database file I reproduced it with a blank document (see attached ZIP-file) and LibreOffice 3.4.4. This version ist part of the Ubuntu 11.10 package. The symbol theme I'm using is: Ubuntu-mono-light.
Created attachment 59181 [details] 2 tests : 1 with 3.5 branch, 1 with 3.4.5 I didn't reproduce all the cases, just 1 with 2 different versions : 3.4.5 and 3.5 branch and didn't have the problem as you can see. Since there's no plan for 3.4.X after 3.4.6 (see http://wiki.documentfoundation.org/ReleasePlan/3.4), either try 3.4.5 (or wait 3.4.6) or give 3.5.1 a try. Could you try again with one of these 2 versions ?
Thank You for the response. Do You use LibreOffice from the Ubuntu 11.10 repository package? Or do You get LibreOffice from the Download link of the LibreOffice Web-Site? I've seen, that the display behaviour depends on the used Ubuntu theme. I'm using the following themes of the Ubuntu package: - Symbol theme: Ubuntu-mono-light - GTK+theme: Radiance - Window theme: Ambiance I'll wait for the official Ubuntu version 12.04. Hopefully this version includes the latest Libre office version 3.5. Then I'll try it again.
(In reply to comment #7) > Thank You for the response. Do You use LibreOffice from the Ubuntu 11.10 > repository package? Or do You get LibreOffice from the Download link of the > LibreOffice Web-Site? >... > I'll wait for the official Ubuntu version 12.04. Hopefully this version > includes the latest Libre office version 3.5. Then I'll try it again. I compile the sources retrieved from Git LO repositories. You can try to install LO from a PPA. (remember to try with a brand new LO profile).
I have tested it with the same LO-Version: LO 3.4.4, but with OpenSUSE 11.4, 32bit and KDE. I can't reproduce the behavior. Does this problem also exist for you with newer versions of LO and other window-manager in Ubuntu?
No feedback since more than 1 year, let's put it as WFM. Moreover on pc Debian x86-64 with 4.2.4 LO Debian package, I don't reproduce any of the cases from attachment comment5. SchneiderH: don't hesitate to reopen this tracker if you still reproduce this with a recent LO version (4.2.4 is last stable one)