tom@intran.UUCP (Tom B.) (04/25/91)
When I draw a line using XDrawLine on a sun, I can only get even line thicknesses.
That is, line_width in the GC = 1, XDrawLine makes a 1 pixel line
line_width in the GC = 2, XDrawLine makes a 2 pixel line
line_width in the GC = 3, XDrawLine makes a 2 pixel line
line width in the GC = 4, XDrawLine makes a 4 pixel line
line_width in the GC = 5, XDrawLine makes a 4 pixel line
XDrawLine, XDrawRectangle, and XDrawArc all do it.
Is this a Sun specific thing, Open Look, or maybe X?
Maybe if no one has any ideas, I'll try the source, but I don't have the absolute
Sun XView OpenLook/News X merge source.
any ideas.
mail, or posts are Ok.
Thanks
Tommy B.scotte@applix.com (Scott Evernden) (05/01/91)
In article <347@intran.UUCP> tom@intran.UUCP (Tom B.) writes: > >When I draw a line using XDrawLine on a sun, I can only get even line thicknesses. > I've been trying to port an X app. to OpenLook 2 for about a month, so I'm still new on this topic, but this is just one of several "strange" things that Sun's X appears to do. Actually even/odd pixel lines appear different on the diagonal, h or v lines are the same even or odd thickness. Also, the "density" of the lines is, to my eyes, wrong, as you go around bends, for certain thicknesses. Other probs: the line draw code likes to just insert arbitrary pixels and leave others out at corners and such- no way to predict what's going to happen. Text clipping against the left window edge (text starts outside the window) in GXor mode is broken. I can see artifacts of a utility pixmap which isn't cleared between draws. There are a coupla other flakeys which I can't remember right now. BTW, I do most of my work on a 486/33 and ATT SYSVr4, and both X Window servers I use (R3 and R4) clock in at about 2-3 times faster at off-screen renders (to 8 plane pixmaps - about 75% text) than a Sun IPC. Is there some reason why the Sun implementation is so slow? Is all this rendering done via Postscript or something? -scott