Issue 21292 - default tabstops missaligned to ruler
Summary: default tabstops missaligned to ruler
Status: ACCEPTED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1
Hardware: Other All
: P3 Trivial with 4 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
: 25486 81402 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-10-16 03:37 UTC by shemgp
Modified: 2017-05-20 11:22 UTC (History)
6 users (show)

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


Attachments
screenshot (4.12 KB, image/gif)
2003-10-19 15:20 UTC, guido.pinkernell
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description shemgp 2003-10-16 03:37:10 UTC
The default tabstops are missaligned with rulers numbers when using inches as as a measurement unit.  The first default tabstop is ok but then next tabstops are miss aligned by a few points.

How to duplicate:
1. Tools->Options
2. Text Document->General
3. Set the Measurement unit to inch
4. Set the tabstops to .5"
Comment 1 dimitriakh 2003-10-16 11:06:34 UTC
Tested with OOo 1.1 under WinXP environment and confirmed this 
issue.  However, this might be purely a display problem as pressing 
tab will bring the cursor to the correct position i.e. .5" in this 
case.
Comment 2 jack.warchold 2003-10-17 09:40:01 UTC
hmm can not confirm this here
can you please attach a screenshot?

reassigend to jw
Comment 3 guido.pinkernell 2003-10-19 15:20:00 UTC
Can confirm a similar problem with English 00o1.1.0 and German
language as default on Win98. Have checked with Inch as measurement
unit, which didn´t show misaligned tabstops. After changing back the
setting to cm, the misaligned tabstops show. I don´t know whether this
was already before I changed and rechanged the setting.

Will attach a screenshot.
Comment 4 guido.pinkernell 2003-10-19 15:20:41 UTC
Created attachment 10446 [details]
screenshot
Comment 5 jack.warchold 2003-10-20 10:32:19 UTC
the only thing i see if i change the tabstop between inch an cm is a 
recalculating of the cm/inch value to the inch/cm value

so the tabstop remains where it has been with the previous measurement 
unit. to align the tabstop to the new "mu" i just have to enter a 1cm 
to the value field.
i think this is a must be, just think of someone who made a large 
document and decided to change the "mu" back to another "mu" he must 
reformat the whole document if we reset the tab stop value to the 
default if the "mu" has been changed.

set to invalid
Comment 6 jack.warchold 2003-10-20 10:32:37 UTC
invalid -> closed
Comment 7 guido.pinkernell 2003-10-20 11:19:43 UTC
Whether one changes the value after inch->cm or not, the problem still
remains: The tabs are definitely misaligned. I´ve changed the setting
to 1cm (mu is cm), and again: the first tabstop position shows a
slight misplacement to the right of the "1cm" mark on the ruler, which
becomes larger at the higher markings.

By the way, obviously, my addendum to my last comment got lost: The
attached screenshot shows misaligned tabstops which have been set to
1.25cm (and not 1.27cm which would result from changing the inch, set
to 0.5, to cm without editing the value.)

Reopen the issue?
Comment 8 jack.warchold 2003-10-20 11:41:30 UTC
reassigend to os

please take a look on this issue. 
 
Comment 9 jack.warchold 2003-10-20 11:44:33 UTC
set status to new
set target to OOo later

@pinkernel: sorry just misunderstood the focus of this issue.
Comment 10 Oliver Specht 2003-10-20 11:46:15 UTC
.
Comment 11 jack.warchold 2004-02-17 17:32:00 UTC
*** Issue 25486 has been marked as a duplicate of this issue. ***
Comment 12 erikanderson3 2004-03-30 02:42:15 UTC
I find the same thing here, Win2K Pro using OOo 1.1.1 rc3.  Default mu of cm,
default tab stop of 1.00 cm.  Can't tell if it's just the rendering along the
ruler bar, or if it actually affects tab stop positions.  Also it seems to get
worse the further to the right you go on the ruler bar, as if the ruler bar tab
stops were using a measurement slightly greater than 1.00 cm.  Have screenshot
doc if anyone wants another, but I'll not post it unless requested.  
Comment 13 kpalagin 2008-01-26 12:22:54 UTC
*** Issue 81402 has been marked as a duplicate of this issue. ***
Comment 14 kpalagin 2008-01-26 12:25:02 UTC
Happens on Linux too - http://qa.openoffice.org/issues/show_bug.cgi?id=81402.
Comment 15 drankinatty 2008-10-31 05:47:02 UTC
This issue is still present on Linux in 3.0.0.3.5 with openSuSE 11.0. Here is a
current screenshot:

http://www.3111skyline.com/download/screenshots/ooo/oo-writer-tab0ffset_3.0.png

Any chance of getting this fixed in 3.0?
Comment 16 kiwaiti 2008-12-10 12:17:09 UTC
Clarification:
As observed in OOo 3.0.0 build 9358 on WinXP -

- the issue is present in all units of measurement (cm, in, pica, pt)

- it is best described as a difference in calculating pixel distances and hence
positions between ruler markings and default tab stop markings

- there is cumulative difference for multiple default tab stops (i.e. the
smaller the default tab space, the more difference can be observed over a given
ruler distance)

- the effect varies with small variations of zoom factor: changing the zoom
factor in small steps makes the misalignment jump between positive, negative and
none at all (or not perceivable?)

- For easy observation, set a zoom factor of several hundred percent (to make
changes of 5 percent less significant wrt the viewable area), scroll sideways
near the trailing edge of the text area to take advantage of the cumulative
effect (I'm just assuming about right-to-left here, didn't test that), set
yourself to watch a default tab stop mark near a ruler subdivision mark
(preferably one that should be perfectly aligned with it, according to the
specified tab space) and repeatedly click the (+) and (-) buttons near the zoom
factor slider. Expected behaviour would be for the marks to keep their alignment
regardless of zoom factor (keeping any difference to scale, which should not be
a noticeable change under the above conditions), in fact they "jump around" each
other.
Comment 17 Marcus 2017-05-20 11:22:33 UTC
Reset assigne to the default "issues@openoffice.apache.org".