Issue 76221 - Calc: while scrolling down, the row header increases in width
Summary: Calc: while scrolling down, the row header increases in width
Status: CONFIRMED
Alias: None
Product: Calc
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.0.1
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-04-10 07:50 UTC by zhongqiyao
Modified: 2017-05-20 11:31 UTC (History)
2 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description zhongqiyao 2007-04-10 07:50:22 UTC 
Microsoft Windows XP Home, Chinese (Traditional chars).
OpenOffice Calc 2.0.1, Chinese (Traditional chars).

1. Create an blank file.

2. Select all cells and set font to "PMingLiU" (新細明體) 12 points,
or Arial 10 points.

3. Scroll to rows 1400-1500.

4. You will notice when that when row 1429 appears in the bottom
of the screen,
the row header (on the left side) increases by one pixel,
although the width of text has not enlarged. If you scroll
down to rows 6000 or more, this will continue to increase in width.

Thanks.

Qiyao
Comment 1 merschmann 2007-04-11 08:04:21 UTC 
Can confirm with OOo-2.2-de on Win2K, especially at higher zoom rates.

I think this is normal behaviour, because the width of the numbers grows and it
is not needed to have the wide row headers at the upper part of the sheet.
Possibly the programmers wanted to avoid a hard "jump" when larger numbers will
come up.
Comment 2 frank 2007-04-11 10:02:08 UTC 
Hi,

please use the latest stable version for reporting Issues. 2.0.1 is outdated and
nothing will be done for this version anymore also Issues in 2.0.1 may be fixed
in OOo2.2. 

This Issue here is not a defect but necessary. The width of the characters used
for the row headers increase with the number of characters, also a 1 is smaller
than a 7 . Using the space 65536 needs also for lines as small as line three or
ten or 1000 isn't a good idea so this is intended and therefore invalid.

Frank
Comment 3 frank 2007-04-11 10:02:36 UTC 
closed invalid
Comment 4 zhongqiyao 2007-04-14 01:52:28 UTC 
Thanks for your explanation.
However:

1. You reflected that 2.0.1 is too old (I accept this),
but have to commented
whether 2.2 has already fixed this problem. Moreover, the
current latest Chinese (Traditional chars) version is 2.1,
and 2.2 is not available yet.

2. You mean more numbers is more wide (I accept this),
but this is no *gradual* widening from "1300" to "6000"
(it widened pixel-by-pixel several times). It should widen
from "999" to "1000".

3. You mean "1" is narrower than "7", but this is not
the case for almost all fonts (a column of multidigit
numbers is aligned digit-by-digit). Only in rare fonts
is "1" narrower than "7".

If the specifications has chosen to *gradually*
widen the column to make way for the *step-by-step* increased
number of digits, instead of looking at exactly how many
digits, you may close this bug again as invalid.

Thanks.

Qiyao
Comment 5 frank 2007-04-16 10:40:12 UTC 
Hi Niklas,

please comment on this one and if you accept it, set the target accordingly.

Thanks

Frank
Comment 6 Marcus 2017-05-20 11:31:22 UTC 
Reset assigne to the default "issues@openoffice.apache.org".