Issue 45623

Summary: Underlining fails to work correctly if any characters use expanded spacing
Product: Writer Reporter: dale_p <parquetted>
Component: formattingAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: flibby05, hdu, issues, jyl44, wouter
Version: OOo 2.0 BetaKeywords: oooqa
Target Milestone: ---   
Hardware: PC   
OS: Linux, all   
Issue Type: ENHANCEMENT Latest Confirmation in: ---
Developer Difficulty: ---
Description Flags
Mini sample document none

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 2005-04-26 10:32:12 UTC
Created attachment 25476 [details]
Mini sample document
Comment 4 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

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

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

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