Issue 74516 - multiple overlines are draw quite uneven
Summary: multiple overlines are draw quite uneven
Alias: None
Product: Math
Classification: Application
Component: code (show other issues)
Version: OOo 2.1
Hardware: All All
: P5 (lowest) Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2007-02-14 03:13 UTC by hgkamath
Modified: 2013-08-07 14:54 UTC (History)
1 user (show)

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

experiments with multiple overlines (26.53 KB, application/vnd.oasis.opendocument.text)
2007-02-14 03:15 UTC, hgkamath
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description hgkamath 2007-02-14 03:13:57 UTC

Within an OLE context, when Multiple over-lines are used, 
The end-point of the left edge increases leftwards.
The end-point of the right edges increases and decreases repeatedly.

The expected behavior of the right edge
   a) Increase uniformly (less desirable)
or b) remain constant 
The expected behavior of the right edge is to 
   a) Increase uniformly like the left edge (less desirable)
      This seems to be jagged at 400% zoom due to pixel rounding at 100 %zoom.
or b) Remain constant. 

The moment you click on the object and enter into formula editing
  the jaggedness becomes less noticeable, however still there.

In Standalone Open-office-Math or in formula-editting , this non-uniformity 
  is still present but very slightly, I think this gets 
  magnified in OLE context.
By close observation it seems like the right-endpoint is calculated by adding
  a fixed length to the after-pixel-rounding location of the left-end-point. 
  I speculate that that the right thing to do is to calculate the right-endpoint
  by adding a fixed length to the location before-pixel-rounding 
  left-end-point and then pixel-rounding that.
  But then in the OLE-context mode the right edge seems able to take any 
  non-rounded values (in comparison to the first overline). 
  Which means maybe there is no necessity to pixel-round the location 
  of the left-edge
  I might be wrong.

also effects widevec, widehat, widetilde, underline, overstroke

I think it is better to not have the line to increase
  on either side. This permits two overlines to be considered
  like a double overline with technically identically lines
  of equal length. which means keep the left-end-point
  the same as the previous left-end-point.

underbrace and overbrace don't seem to have this issue.

on XP, openoffice release version 2.1

just aesthetics, low priority.
Comment 1 hgkamath 2007-02-14 03:15:10 UTC
Created attachment 43004 [details]
experiments with multiple overlines
Comment 2 michael.ruess 2007-02-14 10:32:44 UTC
MRU->TL: see attached document, there are used many overlines for one string.
These are drawn quite uneven.