Bug 690962 - hsbw doesn't moveto
Summary: hsbw doesn't moveto
Status: RESOLVED FIXED
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Graphics Library (show other bugs)
Version: master
Hardware: All All
: P4 normal
Assignee: Chris Liddell (chrisl)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-26 05:30 UTC by Masaki Ushizaka
Modified: 2011-06-12 19:25 UTC (History)
0 users

See Also:
Customer:
Word Size: ---


Attachments
hsbw_doesnt_moveto.ps (1.19 KB, application/postscript)
2009-11-26 05:32 UTC, Masaki Ushizaka
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Masaki Ushizaka 2009-11-26 05:30:38 UTC
I am attaching a PS file with a Type 1 font with a glyph (A - left one) of following charstring code.

0 1000 hsbw
1000 hlineto
1000 vlineto
-1000 hlineto
closepath
endchar

This should draw a square  (Adobe PostScritp does) but gs draws a rectangle.  It doesn't count lower left 
corner, which is its initial position.   Inserting '0 hmoveto' under hsbw draws correct square (B - right one).
According to Black Book,  '(hsbw) sets the current point to (sbx, 0)'.  Gs apparently doesn't do it.

The test file comes in first comment.
Comment 1 Masaki Ushizaka 2009-11-26 05:32:44 UTC
Created attachment 5717 [details]
hsbw_doesnt_moveto.ps

The PS file to produce this issue.  Just run it usual way.

bin/gs -sDEVICE=x11 hsbw_doesnt_moveto.ps
Comment 2 Masaki Ushizaka 2010-01-11 18:48:12 UTC
Please read my text in description as "gs draws a triangle where it should be a square."
I apologize confusions.
Comment 3 Henry Stiles 2011-05-19 21:21:36 UTC
Looks like this got fixed somewhere along the way, assigning to chris.
Comment 4 Chris Liddell (chrisl) 2011-06-12 19:25:09 UTC
This was fixed with the freetype integration.

If a compelling argument for fixing it in the AFS code arises, we can revisit this bug.