[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

2008-08-27 Thread Yavor Doganov
Follow-up Comment #9, bug #24083 (project gnustep): Many thanks... The OP confirmed that the NSBezierPath.m patch resolves the problem with cairo, so this bug remains for the (minor) xmonad issue. ___ Reply to this item at:

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

2008-08-22 Thread Niels Grewe
Follow-up Comment #5, bug #24083 (project gnustep): Hello, I'm also using GNUstep on Debian unstable (that means cairo v1.6.4, base 1.16.3 and back 0.14.0) and am experiencing the exact same problems with the cairo backend (art works like a charm), both when using GNUstep from the Debian

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

2008-08-22 Thread Fred Kiefer
Follow-up Comment #6, bug #24083 (project gnustep): It really would be best to split of this bug report into two. Otherwise we always need to state, which of the two issues (xmonad, cairo) we are talking about. Cairo: In back 0.14 the check for cairo 1.6 is a compile time check, since then I

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

2008-08-22 Thread Richard Frith-Macdonald
Follow-up Comment #7, bug #24083 (project gnustep): For what it's worth, apps look fine running with the current cairo backend from svn trunk on my system ... which is intel 64bit running debian unstable. As far as versioning goes, looking at the backend bundle, I see it's linked with

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

2008-08-22 Thread Niels Grewe
Follow-up Comment #8, bug #24083 (project gnustep): I investigated the matter further and found the cairo backend to be broken with gui = rev 26815 on 64bit machines, since 26816 rendering is okay for me again. So apparently the change in NSBezierPath.m did the trick. I guess I've just been

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

2008-08-19 Thread Yavor Doganov
Follow-up Comment #2, bug #24083 (project gnustep): I've never used xmonad, I just installed it to test this particular problem. Here is what the OP replied: I have no idea what business has GNUstep with window borders. The application draws into its window and the window location on the

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

2008-08-19 Thread Fred Kiefer
Follow-up Comment #3, bug #24083 (project gnustep): So there are two issues. One with the cairo backend and one with the xmonad interaction. For the cairo backend issue I will need to know which version of cairo and of GNUstep are being used. For the other problem I may need to explain first,

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

2008-08-19 Thread Yavor Doganov
Follow-up Comment #4, bug #24083 (project gnustep): I will need to know which version of cairo and of GNUstep are being used. Based on his Debian suite, they are: cairo 1.6.4 Base 1.16.1 Gui/Back 0.14.0 ___ Reply to this item at:

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

2008-08-18 Thread Fred Kiefer
Follow-up Comment #1, bug #24083 (project gnustep): The log file looks like xmonad does not reparent windows, that way GNUstep fails to compute any window border size and guesses them (wrongly of course). Most likely they should all be 0. But this should not result in an all black (or gray, as

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

2008-08-16 Thread Yavor Doganov
URL: http://savannah.gnu.org/bugs/?24083 Summary: Offset issues with the xmonad WM; blank windows with the cairo backend Project: GNUstep Submitted by: yavor Submitted on: Sat Aug 16 22:41:26 2008 Category: Backend