Apache OpenOffice (AOO) Bugzilla – Issue 110475
characters in input line truncated at bottom if scale >> 100%
Last modified: 2017-05-20 11:33:50 UTC
Formula edit box is too small -- when it is in view mode the lower part of text is cut a bit, but in edit mode (when there is a caret) text is lowered further to such extent, that letters v y looks exactly the same.
It seems that that's not reproducible with "Ooo-Dev 3.2.1 multilingual version English UI WIN XP: [OOO300m14 (Build 9489)]", but I don't know whether I understood the problem. Do we talk about 'Insert -> Object -> Formula' or the input pane or something else? Related to (or DUP of) Issue 63604? @macias: Please explain "formula edit box", contribute a clear step by step instruction containing all observations (error messages ...), _every_key_press_and_every_mouse_click_ how to reproduce the problem, and explain why you believe that your results are unexpected. That means (for example): do not write something like "I am not able to ...", but 6. left mouse click on … expected: …, color of … changes, … actual: no …., color remains white, no … Screenshots might help to explain the problem. What Linux version / distribution do you use? From what source did you get your OOo? What OOo localization do you use? The problem might be related to your settings!
Created attachment 68643 [details] formula editbox
About dup -- thank you for the link, here let's focus on the height of the formula editbox, and let's leave the other one for dropping down the text. Formula editbox --> see the screenshot. Opensuse 11.1, 64 bit, KDE 3.5.10, OOo from OS repo, English. How to reproduce -- simply load _any_ spreadsheet and look at the formula edit box. Settings -- yes, but it is not my fault, but OOo, i.e. OOo should detect font size and adjust the height of the widgets accordingly to font size.
Reproducible with "Ooo 3.1.1 WIN XP DE[OOO310m19 (Build 9420)]" and "Ooo-Dev 3.2.1 multilingual version English UI WIN XP: [OOO300m14 (Build 9489)]"! If menu 'Tools -> Options -> OOo -> View - Scaling' is set to more than 100%, bottom of characters in input pane will be truncated at the bottom. @macias: Can you confirm relation to scaling?
Created attachment 68649 [details] Pls. see comments from rainerbielefeld Tue Mar 30 17:49:26 +0000 2010
I also observe unexpected juping up of cell contents with extreme scaling as soon as I click into input pane. That problem might be related or completely different. Sometimes I also see the truncation also with scaling 100% if I did some changes in scaling before. I still believe that this issue is related to Issue 63604
1) I confirm it is related to scaling (however in my case with 100% I still get incorrect height, about for 80% it gets OK) 2) I also see incorrect results caused by change of the scaling itself 3) the other report -- I may be related, but for sure it is not a duplicate, as I stated, here let's talk about just viewing data without editing
The clipping issue is duplicate to issue 63604. However when changing the UI scale factor (Tools->Options->User Interface->Scaling), sc's input window does not resize itself; basically this would require a reformat in ScInputWindow's DataChanged( ) for DATACHANGED_SETTINGS (currently sizing is only done in the constructor). After that the parent of ScInputWindow (probably framework's toolbar manager ?) would need to resize it approprately. probably not a high priority issue since the state is OK as soon as the next document window is opened (or on office's next start).
Reset assigne to the default "issues@openoffice.apache.org".