home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / tcl / 1206 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  2.9 KB
  1. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!sprite.Berkeley.EDU!ouster
  2. From: ouster@sprite.Berkeley.EDU (John Ousterhout)
  3. Newsgroups: comp.lang.tcl
  4. Subject: Re: Bug report - text and canvas widgets leave pixel turds in OW 3.0
  5. Date: 17 Aug 1992 15:45:06 GMT
  6. Organization: U.C. Berkeley Sprite Project
  7. Lines: 40
  8. Distribution: world
  9. Message-ID: <16ohi2INNll1@agate.berkeley.edu>
  10. References: <1992Aug11.230311.5499@awds.imsd.contel.com>
  11. NNTP-Posting-Host: tyranny.berkeley.edu
  12.  
  13. In article <1992Aug11.230311.5499@awds.imsd.contel.com>, mh@awds.imsd.contel.com (Mike Hoegeman) writes:
  14. |> John, here's a bug report. This may be an openwindows problem?
  15. |> 
  16. |> Under openwindows 3.0 the text widget cursor leaves pixel turds behind
  17. |> when scrolling the widget with the insertion cursor at the bottom left
  18. |> hand corner of the widget. The column of pixels on the left hand side
  19. |> of the insertion cursor are not being cleared as scrolling is taking
  20. |> place.
  21. |> 
  22. |> Similarly, in the item types canvas demo in the 'widget ' script if you
  23. |> drag the outlined pie arc (the green one on color machines) toward the
  24. |> top of the screen it leaves around pixel turds at the bottom part of
  25. |> the outline and at the right hand tips of the area where the slice is
  26. |> taken out of the pie. If you drag the pie arc downwards the bottom
  27. |> those same pixels are not being blitted with the rest of the pie arc.
  28. |> -- 
  29. |> ------------------------------------------------------------------------------
  30. |> Mike Hoegeman               email: mh@wx.gtegsc.com  tel: (818)706-4145
  31. |> GTE Weather Systems Group   31717 La Tienda Dr, Westlake Village CA. 91359
  32.  
  33. I haven't had a chance to look at the problems with the text widget cursor,
  34. but I've fixed a couple of bugs in bounding-box computations that were
  35. responsible for the problems with the green arc.  These will be in the
  36. upcoming 2.3 bug-fix release.
  37.  
  38. However, OpenWindows does not display arcs correctly so I can't completely
  39. eliminate the pixel turd problems.  For example, the red outline pie-arc
  40. at the very lower left of the "Item Types" demo leaves turds behind from
  41. its left edge and I can't easily make this stop.  The problem is that
  42. OpenWindows doesn't obey the X spec when drawing arcs.  If anyone out there
  43. has contacts with the OpenWindows developers, you might forward this message
  44. on to them.  A wide arc is supposed to be drawn with a constant width all
  45. around, even if the arc is elliptical in shape.  OpenWindows stretches the
  46. width in proportion to the arc's eccentricity so that it has the specified
  47. width at the narrow sides of the arc but is wider at the longer sides of
  48. the arc by the aspect ratio of the arc's defining ellipse.  I suspect that
  49. this behavior comes from using Postscript primitives in NeWS to draw arcs
  50. (e.g. draw a wide circular arc, then stretch it to make an elliptical arc).
  51. For now I'm not going to try to compensate for this in Tk, since it only
  52. happens under OpenWindows.
  53.