Issue 110475 - characters in input line truncated at bottom if scale >> 100%
Summary: characters in input line truncated at bottom if scale >> 100%
Alias: None
Product: Calc
Classification: Application
Component: ui (show other issues)
Version: OOo 3.2
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
Depends on:
Reported: 2010-03-29 19:25 UTC by macias
Modified: 2017-05-20 11:33 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

formula editbox (25.31 KB, image/png)
2010-03-30 17:48 UTC, macias
no flags Details
Pls. see comments from rainerbielefeld Tue Mar 30 17:49:26 +0000 2010 (46.75 KB, application/pdf)
2010-03-30 18:50 UTC, Rainer Bielefeld
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description macias 2010-03-29 19:25:41 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.
Comment 1 Rainer Bielefeld 2010-03-30 05:18:40 UTC
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?

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!
Comment 2 macias 2010-03-30 17:48:15 UTC
Created attachment 68643 [details]
formula editbox
Comment 3 macias 2010-03-30 17:53:30 UTC
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 

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. 
Comment 4 Rainer Bielefeld 2010-03-30 18:49:26 UTC
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.

Can you confirm relation to scaling?
Comment 5 Rainer Bielefeld 2010-03-30 18:50:26 UTC
Created attachment 68649 [details]
Pls. see  comments from rainerbielefeld Tue Mar 30 17:49:26 +0000 2010
Comment 6 Rainer Bielefeld 2010-03-30 19:00:02 UTC
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
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
Comment 7 macias 2010-03-31 15:43:35 UTC
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
Comment 8 philipp.lohmann 2010-07-08 18:29:49 UTC
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).
Comment 9 Marcus 2017-05-20 11:33:50 UTC
Reset assigne to the default "".