home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / gnu / utils / bug / 1569 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  2.5 KB

  1. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!sol.CRd.ge.COM!halvers
  2. From: halvers@sol.CRd.ge.COM (peter c halverson)
  3. Newsgroups: gnu.utils.bug
  4. Subject: segmentation in imageto (?)
  5. Message-ID: <9209111928.AA01455@sol.crd.Ge.Com>
  6. Date: 11 Sep 92 19:28:10 GMT
  7. Sender: gnulists@ai.mit.edu
  8. Reply-To: Pete Halverson <halverson@crd.ge.com>
  9. Distribution: gnu
  10. Organization: GNUs Not Usenet
  11. Lines: 66
  12. Approved: bug-gnu-utils@prep.ai.mit.edu
  13.  
  14. [more a question than a bug report, because it's not clear whether imageto
  15. is expected to handle the following...]
  16.  
  17. Is imageto supposed to be able to separate glyphs that overlap in one
  18. dimension?  I know it can't handle 2D overlap (where images actually
  19. touch), but an image like
  20.  
  21.                  XXXX  YYYYYYY
  22.                  XXXX      YYY
  23.                  XXXXXXXXX YYY
  24.                  XXXXXXXXX YYY
  25.                  XXXX      YYY
  26.                  XXXX  YYYYYYY
  27.  
  28. is yielding glyphs
  29.  
  30.                  XXXX
  31.                  XXXX
  32.                  XXXXXXXXX
  33.                  XXXXXXXXX
  34.                  XXXX
  35.                  XXXX
  36.  
  37. and
  38.  
  39.                  YYYYYYY
  40.                      YYY
  41.                  XXX YYY
  42.                  XXX YYY
  43.                      YYY
  44.                  YYYYYYY
  45.  
  46. namely the "left" glyph is correct, but the "right" glyph includes those
  47. portions of the former which are contain in the latter's bounding box.  Am
  48. I doing something wrong, or is this a known deficiency in imageto?  If the
  49. latter, I would think it would be a real pain to deal with italic/slanted
  50. faces, which probably overlap BB's a lot...
  51.  
  52. I'm also getting some (related?) oddities for the two double quote glyphs.
  53. It's kind of hard to describe in ASCII (I can try and isolate the bits in
  54. question if you want to see them), but IMG data something like
  55.  
  56.                xx     xx
  57.               xx     yx
  58.              xxx    zyx
  59.              xxxxx  zyxxx
  60.              xxxxxx zyxxxx
  61.               xxxx   yxxx
  62.  
  63. is being converted by imageto into a GF char looking like
  64.  
  65.                xx     xx
  66.               xx      x     y
  67.              xxx      x    zy
  68.              xxxxx    xxx  zy
  69.              xxxxxx   xxxx zy
  70.               xxxx    xxx   y
  71.  
  72. i.e. part of the left side of the rightmost segment is getting moved to the
  73. right side.  The rightdblquote is similarly afflicted, but no others.  I've
  74. noticed that when running -verbose, imageto outputs a plus-sign ("+") in
  75. front of just these two id's; no others.  What's the meaning of the plus
  76. sign?  Are these two segmentation problems related?
  77.  
  78. thanks for any help you can offer,
  79. Pete
  80.