After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 81894 - GC setting GDK_CAP_ROUND doesn't work
GC setting GDK_CAP_ROUND doesn't work
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.0.x
Other Windows
: Normal normal
: ---
Assigned To: Tor Lillqvist
Tor Lillqvist
Depends on:
Blocks:
 
 
Reported: 2002-05-15 18:33 UTC by Dov Grobgeld
Modified: 2011-02-04 16:11 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Dov Grobgeld 2002-05-15 18:33:29 UTC
A call to:

  gdk_gc_set_line_attributes(gc, line_width, line_style, GDK_CAP_ROUND,
			     GDK_JOIN_ROUND);

ignores the setting for the CAP style. The lines are still drawn with
square caps.
Comment 1 Owen Taylor 2002-05-15 18:52:00 UTC
(Probably really hard to fix... I doubt it will actually be
fixed for 2.2.)
Comment 2 Tor Lillqvist 2002-05-15 20:46:06 UTC
Is this on Win9x/Me or NT/2k/XP? The Platform SDK docs say:

Windows 95/98/Me: The PS_ENDCAP_ROUND, PS_ENDCAP_SQUARE, 
PS_ENDCAP_FLAT, PS_JOIN_BEVEL, PS_JOIN_MITER, and PS_JOIN_ROUND 
styles are supported only for geometric pens when used to draw paths. 

GDK on Win32 does use geometric pens, but lines aren't drawn as 
paths. (The paths would then be filled to draw the line.) Could be, 
though, but is it worth it? It would also help for supporting 
stipples and tiles.
Comment 3 Tor Lillqvist 2002-05-15 20:50:46 UTC
Now I notice you do say it's Win98. I really really would like to 
pretend 16-bit GDI is dead, at least from GTK+'s point of view. I.e., 
not add anyh more code just to work around deficiencies in Win9x GDI. 
Resolve as WONTFIX?
Comment 4 Hans Breuer 2002-05-17 16:58:21 UTC
WONTFIX is fine with me :)
Comment 5 Dov Grobgeld 2002-05-19 07:18:38 UTC
For whatever it is worth, I have put a test program (draw-star.c) that
shows the bug in #81895.
Comment 6 Dov Grobgeld 2002-05-20 05:17:16 UTC
I have added an attachement to bug #81895 that shows the difference
rendering of caps at different line widths on win98 vs X. It appears
that up to a line width of 6 the caps on windows 98 are always a a
raster aligned square. This is the case for X as well up to including
a line width of 3. The difference in the rendering of the caps is most
clearly seen in line widths 4 and 5. E.g. the cap of a vertical line:

      WWW                  WWWWW
     WWWWW                 WWWWW
     WWWWW                 WWWWW
     
   Rendering on X      Rendering on win98

I guess a few dedicated switches could improve the situation. But I
tend to agree that it is really not that critical. Feel free to switch
the bug to WONTFIX.



     
     
Comment 7 Tor Lillqvist 2002-06-10 20:26:16 UTC
OK, resolving as WONTFIX ;-(

I guess it would be possible to use the same mi* files (lifted from 
the XFree86 X11 server code) as in the linux-fb backend to get pixel-
per-pixel identical behaviour as X11, but is it worth it? Hardly.