[bug #24083] Offset issues with the xmonad WM
Update of bug #24083 (project gnustep): Status: Ready For Test = Fixed Open/Closed: In Test = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM
Follow-up Comment #17, bug #24083 (project gnustep): Fred -- sorry for the delay. The OP reports this is fixed in 0.16.0, so please close. Thanks! ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM
Update of bug #24083 (project gnustep): Status:None = Ready For Test Open/Closed:Open = In Test ___ Follow-up Comment #16: Changed the state of this bug report to testing as there was a fix and no feedback since then. ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM
Follow-up Comment #15, bug #24083 (project gnustep): try this http://pretty-lemon.com ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM
Follow-up Comment #14, bug #24083 (project gnustep): http://sexinpublicplaces.pornlivenews.com/ Sex in public places ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM
Follow-up Comment #13, bug #24083 (project gnustep): http://freelesbiansvideos.pornlivenews.com/ free lesbian videos ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM
Follow-up Comment #12, bug #24083 (project gnustep): Does the border issue for xmonad still persist? There was another change to the way we handle window offsets and perhaps this solves this problem was well. Could you get your user to try it with GNUstep gui from SVN trunk? ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM
Follow-up Comment #11, bug #24083 (project gnustep): http://news.meta.ua/redirect.php?url=vids247.cn/tila-tequila-nude http://news.meta.ua/redirect.php?url=vids247.cn/dogfuck http://news.meta.ua/redirect.php?url=vids247.cn/keezmovies http://news.meta.ua/redirect.php?url=vids247.cn/miley-cyrus-nude http://news.meta.ua/redirect.php?url=vids247.cn/xxxtube http://news.meta.ua/redirect.php?url=vids247.cn/sextube-com http://news.meta.ua/redirect.php?url=vids247.cn/zootube247-com http://news.meta.ua/redirect.php?url=vids247.cn/girls-fucking-animals http://news.meta.ua/redirect.php?url=vids247.cn/qporno http://news.meta.ua/redirect.php?url=vids247.cn/emma-watson-upskirt http://news.meta.ua/redirect.php?url=vids247.cn/john-cena-naked http://news.meta.ua/redirect.php?url=vids247.cn/robbs-celebrity-oops http://news.meta.ua/redirect.php?url=vids247.cn/girls-fucking-horses http://news.meta.ua/redirect.php?url=vids247.cn/brenda-song-nude http://news.meta.ua/redirect.php?url=vids247.cn/miley-cyrus-naked http://news.meta.ua/redirect.php?url=vids247.cn/dreammovies http://news.meta.ua/redirect.php?url=vids247.cn/xxxstash http://news.meta.ua/redirect.php?url=vids247.cn/animalssex http://news.meta.ua/redirect.php?url=vids247.cn/zoo-tube-247-com http://news.meta.ua/redirect.php?url=vids247.cn/zooskool http://news.meta.ua/redirect.php?url=vids247.cn/women-fucking-dogs http://news.meta.ua/redirect.php?url=vids247.cn/miley-cyrus-upskirt http://news.meta.ua/redirect.php?url=vids247.cn/girls-fucking-dogs http://news.meta.ua/redirect.php?url=vids247.cn/www-zootube247 http://news.meta.ua/redirect.php?url=vids247.cn/sunporno ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM
Update of bug #24083 (project gnustep): Summary: Offset issues with the xmonad WM; blank windows with the cairo backend = Offset issues with the xmonad WM ___ Follow-up Comment #10: Removed the cairo part from the summary as this is resolved. ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend
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: http://savannah.gnu.org/bugs/?24083 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend
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 repository and when compiling from trunk. The bug occurs regardless of X-server or window-manager, but I have so far only been able to reproduce it under the amd64/x86_64 architecture, not on 32bit systems. So I'm guessing that this might be implicated in this bug. If there is any further testing/posting debug-logs that would be helpfull, I would be glad to help out. best regards Niels ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend
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 adjusted it to be a runtime check, but no new GNUstep release was posted after that change. If the backend was compiled for an older cairo release you should get black borders in all windows. But as far as I understand the original bug report, this is not what you get. Is the problem that on a 64 bit system the whole window stays blank with the cairo backend? Richard just made a correction in gui for 64 bit system, that could affect all drawing, could you please use latest trunk to verify that your problem still exists? On the other side, is anybody successfully using the cairo backend on a 64 bit system? My problem here is that I don't use a system, where I could test this myself. ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend
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 libcairo.so.2 and it looks like my current installed version of libbcairo-dev is 1.6.4 ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend
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 missing a few (curcial) revisions. Thank you for pointing me into the right direction with this issue! Cheers, Niels ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend
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 screen and decorations are the business of the window manager. Just set the offsets to 0 when the windows are not reparented, and if somebody complains they can get the them calculated properly. With typical configuration you would be at most one pixel off even if the value was actually useful for something. The default window border size for xmonad is 1, it seems. The grey windows with the cairo backend are unrelated to xmonad -- the OP says he gets the same behavior with Window Maker. Any clues what might be the cause? His machine is amd64 (aka x86_64), FWIW. ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend
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, why GNUstep tries to determine the window border. In OpenStep it is possible to position the contents of a window as well as the window itself, to do this reliable we need to know about the border of the window. It even goes as far as positioning an unmapped window, where we cannot determine the current border. That is why we try to find out about standard windows borders when GNUstep starts up. For most modern window managers we have code to do this, perhaps we need to add an extra bit for window managers that don't reparent a window. Here we only get ConfigureNotify events (#22 in the log you send), perhaps we could just rely on the border width given there. ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend
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: http://savannah.gnu.org/bugs/?24083 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend
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 the original report states) window, rather I would expect some black borders. Do you know of any way to find out about the selected window borders with xmonad? That is about the only thing I could think of doing in relation to this bug report. You state yourself that the original problem is not reproducable for you. ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend
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 Severity: 3 - Normal Item Group: Bug Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any ___ Details: A Debian user reported at http://bugs.debian.org/495373 that with xmonad WM and the cairo backend he gets blank windows, very similar to the issue reported for IceWM in bug #21571. I can't reproduce it, although like him I get styleoffsets ... guessing offsets on the console. His configuration: screen #0: dimensions:1280x1024 pixels (338x271 millimeters) resolution:96x96 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x7f depth of root window:24 planes No special effects, compositing manager, etc. Attached is his log with `--GNU-Debug=Offset'. ___ File Attachments: --- Date: Sat Aug 16 22:41:26 2008 Name: offset-log Size: 39kB By: yavor http://savannah.gnu.org/bugs/download.php?file_id=16301 ___ Reply to this item at: http://savannah.gnu.org/bugs/?24083 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep