Issue 19841 - scalable bitmapped X11 fonts wrong kerning
Summary: scalable bitmapped X11 fonts wrong kerning
Status: CLOSED DUPLICATE of issue 16573
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1 RC4
Hardware: PC Linux, all
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: ulf.stroehler
QA Contact: issues@sw
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2003-09-20 16:01 UTC by ghibo
Modified: 2013-08-07 14:43 UTC (History)
3 users (show)

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


Attachments
example of wrong kerning output (25.12 KB, image/png)
2003-09-20 16:02 UTC, ghibo
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description ghibo 2003-09-20 16:01:18 UTC
I found that when composing text using the scalable X11 fonts,
as the fonts grows in size, the kerning between characters is shrinked.
This appens for all the X11 scalable bitmapped fonts (i.e. non TTF, nor Type1)
available to OpenOffice (fonts which can be distinguishable from the
others as they are not antialiased). In particular this happens with fonts:

Avant Garde Gothic
Bookman
Helvetica
New Century Schoolbook
Palatino
Times
Zapf Chancery

OpenOffice 1.0.3.1 doesn't show this bug.

Also on printing using such fonts for PostScript output (which threat
as they were "resident"), lead to the wrong kerning.
Comment 1 ghibo 2003-09-20 16:02:51 UTC
Created attachment 9527 [details]
example of wrong kerning output
Comment 2 tamblyne 2003-09-21 02:23:32 UTC
Confirmed 1.1rc4 - RH9
Behavior not present in 1.0.2

Tam  

Comment 3 mci 2003-09-24 17:24:14 UTC
reassigned to us

@us: i think this is something for you
Comment 4 Unknown 2003-09-28 19:42:48 UTC
I can confirm this on a 1.1rc3 build.
Comment 5 stx123 2003-09-29 16:09:27 UTC
Please let QA confirm and developers evaluate the issue before 
setting the target milestone.
Thanks, Stefan
Comment 6 tamblyne 2003-09-29 16:37:59 UTC
Hi Stefan --

That's what I was doing -- then I was told to set target milestone to
2.0 when confirming issue as "new".  

Please let me know where to get clarification on this?  

Thanks,  

Tam  

Comment 7 stx123 2003-09-29 17:04:23 UTC
Hi Tamblyne,
my comment was targeted to "ghibo" who set the target to OOo 1.1.
I think, we should first try to confirm issues before setting target 
milestones. This issue is still in state "UNCONFIRMED".

Tamblyne, did you try to set the issue to "NEW" but this failed?
I would suggest to leave the target milestone value up to developers. 
Would you raise this at the dev@qa list?

Greetings
Stefan
Comment 8 tamblyne 2003-09-29 17:14:38 UTC
Hi, Stefan --  

Thanks for the help.  

Yes, it looks like the New either didn't take, or I forgot to change
it.  Either way, I'm setting to "new".  

As to target milestone, I shall bring this up at the QA list for
clarification.  

Further, behavior is still present in 1.1rc5.  

Thanks,

Tam  



Comment 9 ulf.stroehler 2003-09-29 17:45:49 UTC
Reproduced on RH9:

Steps (as visible in the attached snap shot):

1. type dummy text
2. select all and change the font to "Times"
3. change font size to "80pt"

=> characters are overlapping each others

US->HDU: I guess you already own a similar inhouse task. I remember we
saw a similar task on my old RH box (don't have that anymore).
Probably related to glyph substitution.
Comment 10 hdu@apache.org 2003-09-29 17:57:03 UTC
Yes, looks like the fix for issue 16573 or #110717# will also fix this
one. The fix is in CWS vcl7pp1r2.

I'm closing this as a duplicate then. Please reopen if the problem
should still show up in OOo 1.1.1.

*** This issue has been marked as a duplicate of 16573 ***
Comment 11 hdu@apache.org 2003-09-29 17:58:28 UTC
HDU->US: I suggest to verify the fix on the CWS vcl7pp1r2.
Comment 12 ulf.stroehler 2003-09-29 18:28:02 UTC
indeed: vcl7pp1r2 solves this problem. Thx. HDU.
Comment 13 ulf.stroehler 2003-09-29 18:30:21 UTC
Verified in vcl7pp1r2.
Fix (probably) gets into OOo 1.1.1. 
Comment 14 tamblyne 2003-10-26 20:56:31 UTC
*** Issue 21709 has been marked as a duplicate of this issue. ***
Comment 15 ulf.stroehler 2004-01-28 18:15:47 UTC
Verified on MWS srx645_m27s1-1.8738.
Will be integrated in forthcomming OOo 1.1.1.
Closing dupe.