Issue 45623 - Underlining fails to work correctly if any characters use expanded spacing
Summary: Underlining fails to work correctly if any characters use expanded spacing
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.0 Beta
Hardware: PC Linux, all
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
: 66296 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-03-21 10:13 UTC by dale_p
Modified: 2014-06-05 09:46 UTC (History)
5 users (show)

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

Attachments
Mini sample document (6.63 KB, application/vnd.sun.xml.writer)
2005-04-26 10:32 UTC, hdu@apache.org 		no flags Details
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 dale_p 2005-03-21 10:13:10 UTC 
Underlining does not work properly when the characters use expanded/condensed
spacing (on Writer menu: Format->Character->Position [Spacing]). The underline
extends past the end of the word, and becomes more noticable as the amount of
expanded/condensed spacing is increased.
Comment 1 flibby05 2005-03-23 19:47:42 UTC 
confirm with m86, SuSE 9.2

for easier reproducing increase spacing value to high value, f.e. 15,0 pt
Comment 2 michael.ruess 2005-04-21 12:52:54 UTC 
MRU->HDU: condensed character format will alwasy give a little extra underlining
at the end of a line.
Comment 3 hdu@apache.org 2005-04-26 10:32:12 UTC 
Created attachment 25476 [details]
Mini sample document
Comment 4 hdu@apache.org 2005-04-26 14:39:20 UTC 
HDU->FME: The underline width is the value of the last element in the pDXArray
argument to DrawTextArray(), so from a VCL perspective it works as designed. It
seems to be work as designed in Writer too, because the underline behaviour is
compatible with other legacy applications. On the other hand I see that the
extra long underlining looks odd, so maybe UX should be aware of this and make a
decision.

Another related observation is, that when the text gets highlighted there is a
discrepancy  in 680m94 between the width of the highlight vs. the underline.
Comment 5 michael.ruess 2005-04-26 14:53:30 UTC 
This will not be fixed in OO 2.x branch due to limited resources. Retargeted to
OO later.
Comment 6 michael.ruess 2005-04-26 14:58:22 UTC 
Competetive analysis gave the result, that this behaviour is "industry
standard". If this should be chaned, we need a decision from UserExperience
department.

Reassigned to FL.
Comment 7 michael.ruess 2006-06-12 16:32:03 UTC 
*** Issue 66296 has been marked as a duplicate of this issue. ***
Comment 8 papayes 2014-06-05 09:46:09 UTC 
hello,

only with OsX 10.9.3 and AOO 4.1.0

overflow to the right of the normal boundaries of the text 

Two procedures to reproduce the malfunction:
1. described in this issue 
Writer menu: Format > Character > Position > Spacing > Expanded : 0.3 pt eg

2. F 11 > any Style , Default eg > Modify...
Position >  Spacing > Expanded : 0.5 pt eg

Sorry,