[ blackboxwm-Bugs-1024486 ] dont let toggleDecorations die
Bugs item #1024486, was opened at 2004-09-08 18:56 Message generated for change (Comment added) made by sfrowd You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024486group_id=40696 Category: Appearance/Rendering Group: 0.70.x Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: dont let toggleDecorations die Initial Comment: If freedesktop.org has no toggleDecorations this is ok for me. But would it break anything if it stays in blackbox? -- Comment By: Ciprian Popovici (sfrowd) Date: 2004-09-15 10:13 Message: Logged In: YES user_id=667423 I have to admit it's rather useful in certain situations, such as for Win4Lin or VNC windows or other applications which attempt to use the entire screen but get mixed up in decorations. -- Comment By: Scott R. Godin (webdragon) Date: 2004-09-14 18:59 Message: Logged In: YES user_id=231518 I too would sincerely miss this feature. I've got it hotkeyed via bbkeys so I can toggle on the fly at any time, I use it so regularly. -- Comment By: Nobody/Anonymous (nobody) Date: 2004-09-10 14:02 Message: Logged In: NO If this is going to be a vote, do I have to mention that I for one would miss this feature? ;-) markus -- Comment By: Nobody/Anonymous (nobody) Date: 2004-09-10 12:48 Message: Logged In: NO If this is going to be a vote, do I have to mention that I for one would miss this feature? ;-) markus -- Comment By: Ed Anderson (nilbus1) Date: 2004-09-08 19:46 Message: Logged In: YES user_id=1118298 I second this. If the ability to toggle window decorations was removed, I'd stay with an older version of blackbox/bbkeys that supported it. Blackbox makes it easy, and it's one of the big reasons I use it. Please don't remove this feature -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024486group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1026764 ] crash when removing last workspace while in it
Bugs item #1026764, was opened at 2004-09-12 18:52 Message generated for change (Comment added) made by bradleyhughes You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1026764group_id=40696 Category: Behaviour Group: CVS Status: Closed Resolution: Fixed Priority: 5 Submitted By: Andrew Schultz (ajschult) Assigned to: Bradley T. Hughes (bradleyhughes) Summary: crash when removing last workspace while in it Initial Comment: If I try to remove last workspace while I'm actually in the last workspace, blackbox crashes. Stacktrace is: #0 0x00bdb402 in ?? () #1 0x0069ae49 in raise () from /lib/tls/libc.so.6 #2 0x0069c872 in abort () from /lib/tls/libc.so.6 #3 0x00694718 in __assert_fail () from /lib/tls/libc.so.6 #4 0x080648a2 in BScreen::findWorkspace (this=0x6, index=4575) at Screen.cc:1609 #5 0x08060019 in BScreen::setCurrentWorkspace (this=0x994ae40, id=1) at Screen.cc:505 #6 0x0805ff28 in BScreen::removeLastWorkspace (this=0x994ae40) at Screen.cc:475 #7 0x08080722 in Workspacemenu::itemClicked (this=0x994c268, id=6) at Workspacemenu.cc:85 #8 0x0809594e in bt::Menu::buttonReleaseEvent (this=0x994c268, event=0xfee89e40) at Menu.cc:854 #9 0x080852a3 in bt::Application::process_event (this=0xfee89ee0, event=0xfee89e40) at Application.cc:334 #10 0x080819b2 in Blackbox::process_event (this=0xfee89ee0, e=0xfee89e40) at blackbox.cc:338 #11 0x08084e26 in bt::Application::run (this=0xfee89ee0) at Application.cc:227 #12 0x08083681 in main (argc=1, argv=0xfee8a0d4) at main.cc:147 -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-15 11:54 Message: Logged In: YES user_id=459209 indeed, i've fixed this now -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1026764group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1024929 ] Focus last window on workspace fails
Bugs item #1024929, was opened at 2004-09-09 09:57 Message generated for change (Comment added) made by bradleyhughes You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024929group_id=40696 Category: Behaviour Group: 0.70.x Status: Open Resolution: Works For Me Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Bradley T. Hughes (bradleyhughes) Summary: Focus last window on workspace fails Initial Comment: 'Focus last window on workspace' only works, if some window on the previous workspace had focus. If nothing had focus (eg empy workspace), focus is lost. This behaviour is independent from the chosen focus model (click to/sloppy). It worked in 0.65. markus (can be reached via bb mailinglist) -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-15 11:55 Message: Logged In: YES user_id=459209 i can't reproduce this... works just fine for me, regardless of whether a window previously had focus or not. -- Comment By: Nobody/Anonymous (nobody) Date: 2004-09-10 11:35 Message: Logged In: NO Sorry, I forgot to mention: I'm using beta2; however cvs from 5min ago shows the error as well. All I did was: - edit mk.sh (change the path to aclocal) - ./mk.sh - ./configure --disable-nls - make - run If you want to, I can send you my config.log or even the binary (1.8MB zipped) -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-10 09:21 Message: Logged In: YES user_id=459209 this didn't work in beta1, yet it does work in beta2 and CVS, which are you using? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024929group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
[ blackboxwm-Bugs-1024929 ] Focus last window on workspace fails
Bugs item #1024929, was opened at 2004-09-09 00:57 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024929group_id=40696 Category: Behaviour Group: 0.70.x Status: Open Resolution: Works For Me Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Bradley T. Hughes (bradleyhughes) Summary: Focus last window on workspace fails Initial Comment: 'Focus last window on workspace' only works, if some window on the previous workspace had focus. If nothing had focus (eg empy workspace), focus is lost. This behaviour is independent from the chosen focus model (click to/sloppy). It worked in 0.65. markus (can be reached via bb mailinglist) -- Comment By: Nobody/Anonymous (nobody) Date: 2004-09-15 05:35 Message: Logged In: NO Indeed, upon further investigation I found that bbpager triggers this behaviour... It seems that, upon entering an otherwise empty page, the pager (or, if there is no pager, any other sticky window) receives focus and keeps it when reentering a workspace with a window that had focus before. Now, I'm not sure if this is the sticky windows fault or if this should be considered a feature, not a bug :) IMHO 'Focus last window on workspace' should give focus on a newly entered workspace to the window that had it there before, regardless of the 'sticky'-state the focused window on the previous workspace had. -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-15 02:55 Message: Logged In: YES user_id=459209 i can't reproduce this... works just fine for me, regardless of whether a window previously had focus or not. -- Comment By: Nobody/Anonymous (nobody) Date: 2004-09-10 02:35 Message: Logged In: NO Sorry, I forgot to mention: I'm using beta2; however cvs from 5min ago shows the error as well. All I did was: - edit mk.sh (change the path to aclocal) - ./mk.sh - ./configure --disable-nls - make - run If you want to, I can send you my config.log or even the binary (1.8MB zipped) -- Comment By: Bradley T. Hughes (bradleyhughes) Date: 2004-09-10 00:21 Message: Logged In: YES user_id=459209 this didn't work in beta1, yet it does work in beta2 and CVS, which are you using? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=428680aid=1024929group_id=40696 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
Re: Blackbox 0.70.0 beta2 released.
On Wed, 2004-09-08 at 11:25, Jason 'vanRijn' Kasper wrote: On Wed, 2004-09-08 at 08:53, Markus Ottenbacher wrote: Hi vanRijn, Jason 'vanRijn' Kasper wrote: [window decorations] what are you seeing that makes you think the that the capability still exists for bbkeys to send this message to blackbox? something in lib/? No, in Window.cc exists a global method 'update_decorations' that processes window decoration according to EWMH window type (eg window type 'splash' has no decorations at all) and some extra hints and conditions. I think (nyz, please correct me), that according to this, you can't change the decorations after the window has been created http://freedesktop.org/Standards/wm-spec/1.3/ar01s05.html#id2503764 please correct me if I'm wrong! YAY, I was wrong!!! =:D I've just committed a change to CVS that gets toggleDecorations working again!! This time around, though, we're using MOTIF_WM_HINTS, as per the discussion nyz and I had, instead of any blackbox-specific atoms. This means that bbkeys's toggleDecorations will work with other window managers too! I just tried both blackbox-cvs and metacity 2.8.1 and they both switch decorations on and off quite nicely. please let me know if I've caused anyone's cat to cough up hairballs -- ,-// | Jason 'vanRijn' Kasper :: Numbers 6:22-26 ` | All brontosauruses are thin at one end, much MUCH thicker | in the middle, and then thin again at the far end. That is | the theory that I have and which is mine, and what it is too. , | bash$ :(){ :|:};: `--// -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]