Re: new NETWM key grabber
Es Bee Ex wrote: On Sat, 13 Jul 2002 18:13:04 -0400 Scott Furt [EMAIL PROTECTED] wrote: Derek Cunningham wrote: On Thu, Jul11,02 16:39, Gerrit Hoetzel wrote: What I WOULD like to see is an emacs-like ability to string characters together. ie: CTRL+Z+R will perform some action, and CTRL+Z+T will perform some other action. Think that's doable? Or maybe distinguish sth. like vi's command and insert mode. Insert mode would give the focused window control over the keyboard, Command mode would give control to the key grabber; and special (vi-like) commands could be issued: And of course, for all flexibility, if we had this Insert/Command mode, AS WELL AS the emacs-style key combining, then we'd be absolutely set. DC I'd love to see emacs-style key chaining. the vi-like insert/command modal stuff is why i don't use vi anymore, i couldn't stand having to keep switching modes to do everything. It would be less painful if, instead of having to switch between modes like vi, you could use a single key combo to enter COMMAND mode, and as soon as you do something in COMMAND mode, it returns automatically to INSERT mode. IIRC, CTL+O in vi will let the user enter one command, then revert back to insert mode.
Re: new NETWM key grabber
Date: Sun, 14 Jul 2002 19:49:44 -0400 From: Scott Furt [EMAIL PROTECTED] To: blackbox [EMAIL PROTECTED] Subject: Re: new NETWM key grabber Es Bee Ex wrote: It would be less painful if, instead of having to switch between modes like vi, you could use a single key combo to enter COMMAND mode, and as soon as you do something in COMMAND mode, it returns automatically to INSERT mode. IIRC, CTL+O in vi will let the user enter one command, then revert back to insert mode. YRC (you remember correctly) -- FreeBSD 4.6-STABLE 2:13AM up 1 day, 16:28, 10 users, load averages: 0.24, 0.17, 0.39
Re: new NETWM key grabber
Date: Mon, 15 Jul 2002 02:14:20 +0200 From: Roman Neuhauser [EMAIL PROTECTED] To: blackbox [EMAIL PROTECTED] Subject: Re: new NETWM key grabber Date: Sun, 14 Jul 2002 19:49:44 -0400 From: Scott Furt [EMAIL PROTECTED] To: blackbox [EMAIL PROTECTED] Subject: Re: new NETWM key grabber Es Bee Ex wrote: It would be less painful if, instead of having to switch between modes like vi, you could use a single key combo to enter COMMAND mode, and as soon as you do something in COMMAND mode, it returns automatically to INSERT mode. IIRC, CTL+O in vi will let the user enter one command, then revert back to insert mode. YRC (you remember correctly) actually, no. that's just vim (which is what many lunix distros call vi) -- FreeBSD 4.6-STABLE 2:18AM up 1 day, 16:32, 10 users, load averages: 0.16, 0.12, 0.29
Re: new NETWM key grabber
- Original Message - From: Ben Jansens [EMAIL PROTECTED] Do you use the window list cycling currently found in bbkeys? Yes, I use the window list. Actually, I find bbkeys is about spot on in terms of available bindings. Matt.
Re: bbmenu? [Was: Re: new NETWM key grabber]
I was just thinking about this. It could even be made to display the same menu as BB would natively. This way you wouldn't have to worry about having entries in one menu but not the other. Basically just a small app that reads the same menu source(s) as BB the same way. Then people could bind a key via bbkeys to execute this app. I would be really interested in running this app so that I could get some use out of that Windows key on my keyboard. I use this feature a lot at work (where we use Windows) and when I come home I miss it when I am using blackbox. How hard is it for an individual user to disable the blackbox menu? Perhaps a replacement program like the one proposed could be written, allowing users to pop up and navigate the menu with the keyboard. It might then be possible for a user to forgo the blackbox menu code in favor of a secondary utility. Kit -- 'Dreams aren't dangerous, or thrilling, until we think of them as real possibilities.' -Jonathon Carroll, _Sleeping in Flame_ E-mail: [EMAIL PROTECTED]Homepage: http://www.dreamspeakers.net PGP public key: http://www.dreamspeakers.net/me/pubkey.html
Re: new NETWM key grabber
On Wed, Jul 10, 2002 at 10:16:18PM -0500, Ben Jansens wrote: So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. The one feature I would like to see is the ability to bring up the root menu from the keyboard + keyboard cycling of the menu items. Do you use the window list cycling currently found in bbkeys? Yes Alexander
Re: new NETWM key grabber
On Sat, 13 Jul 2002, [EMAIL PROTECTED] wrote: On Wed, Jul 10, 2002 at 10:16:18PM -0500, Ben Jansens wrote: Do you use the window list cycling currently found in bbkeys? Yes As a counterbalance to all the yes'es, I don't, I use Prev/NextWorkspace a lot and tend to keep a window a workspace R -- Robert Marshall
Re: new NETWM key grabber
From: Robert [EMAIL PROTECTED] Date: Sat, 13 Jul 2002 08:45:01 +0100 To: [EMAIL PROTECTED] Subject: Re: new NETWM key grabber On Sat, 13 Jul 2002, [EMAIL PROTECTED] wrote: On Wed, Jul 10, 2002 at 10:16:18PM -0500, Ben Jansens wrote: Do you use the window list cycling currently found in bbkeys? Yes As a counterbalance to all the yes'es, I don't, I use Prev/NextWorkspace a lot and tend to keep a window a workspace I do use the alt-tab magic, and also the Mod4-tab magic (cycling workspaces). What I miss from it is the same behavior window cycling has: switching the order of the two topmost workspaces on the stack. -- FreeBSD 4.6-STABLE 10:20AM up 34 mins, 6 users, load averages: 0.00, 0.00, 0.00
Re: new NETWM key grabber
Mouse movements and clicks are triggered by keys. This way the bb menu is access, too. The author even points out, that it would be nice to include these tools in bbkeys. I did some tweaking last night and have a patch nearly ready. It supports movement of the pointer via the keyboard, as well as button clicks. It would still be nice to have Blackbox support showing the menu in response to a bbkey event. It would also be nice to have Balckbox support navigation of the menu via the arrow keys. There seems to be a lot of resistance to doing this in Blackbox though. Whatever. Oh-- another thing I discovered was that X has an XKB module that supports using the keyboard as a mouse anyway, so this is all probably unnecessary (thought still kinda fun). -Roy
Re: new NETWM key grabber
It would still be nice to have Blackbox support showing the menu in response to a bbkey event. It would also be nice to have Balckbox support navigation of the menu via the arrow keys. There seems to be a lot of resistance to doing this in Blackbox though. Whatever. the goal is to support only the netwm and not have a proprietary protocol. There is no allowance for menu hooks in the spec. Supporting key control of the menu is a sufficient amount of code that we might as well not have bbkeys or epistrophy and just move the bindings into blackbox. Then we run into I can configure everything but XX in blackbox, why not? and we end up making all of blackbox user configurable -- blam, we have left the land of minimalism and sleekness. Perhaps this path will be taken, but it is not on the map at this point. Oh-- another thing I discovered was that X has an XKB module that supports using the keyboard as a mouse anyway, so this is all probably unnecessary (thought still kinda fun). yeah, but try to use it (-:
bbmenu? [Was: Re: new NETWM key grabber]
On Sat, 13 Jul 2002 09:40:43 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: It would still be nice to have Blackbox support showing the menu in response to a bbkey event. It would also be nice to have Balckbox support navigation of the menu via the arrow keys. There seems to be a lot of resistance to doing this in Blackbox though. Whatever. the goal is to support only the netwm and not have a proprietary protocol. There is no allowance for menu hooks in the spec. Supporting key control of the menu is a sufficient amount of code that we might as well not have bbkeys or epistrophy and just move the bindings into blackbox. Then we run into I can configure everything but XX in blackbox, why not? and we end up making all of blackbox user configurable -- blam, we have left the land of minimalism and sleekness. Perhaps this path will be taken, but it is not on the map at this point. Why not take out the menu and call it bbmenu? It could have its own keybindings or be incorporated with bbkeys somehow. Doing this you would have to let people decide for themself (probably in .blackboxrc) what a right-click on the background should start. This may be a bad idea, I don't know. /Mattias -- mattias östergren | /\ compsci student | \ / ASCII Ribbon Campaign gävle, sweden| X No HTML in e-mail http://spikboll.net | / \
RE: bbmenu? [Was: Re: new NETWM key grabber]
Why not take out the menu and call it bbmenu? It could have its own keybindings or be incorporated with bbkeys somehow. Doing this you would have to let people decide for themself (probably in .blackboxrc) what a right-click on the background should start. This may be a bad idea, I don't know. Once the bblib is available the menu code from blackbox will be public. Someone could easily implement this idea then. Removing menu support from the wm is plain wrong and won't happen. However there is no reason you can't use a 3rd menu app and just ignore the one in blackbox.
Re: bbmenu? [Was: Re: new NETWM key grabber]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 13 July 2002 1:18 pm, Sean 'Shaleh' Perry wrote: Why not take out the menu and call it bbmenu? It could have its own keybindings or be incorporated with bbkeys somehow. Doing this you would have to let people decide for themself (probably in .blackboxrc) what a right-click on the background should start. This may be a bad idea, I don't know. Once the bblib is available the menu code from blackbox will be public. Someone could easily implement this idea then. Removing menu support from the wm is plain wrong and won't happen. However there is no reason you can't use a 3rd menu app and just ignore the one in blackbox. That is in fact how oroborus (an even more minimalistic window manager than blackbox) has always functioned. It provides no menus internally. xOr -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9MG+27BLuAtLlBOARAhJ3AJ4tFxFg5zUlOueqMlwX4AH8Te7PgACcCKHD /2ftjPUcAeYQxuhAnLbWmsk= =a6Nd -END PGP SIGNATURE-
Re: bbmenu? [Was: Re: new NETWM key grabber]
That is in fact how oroborus (an even more minimalistic window manager than blackbox) has always functioned. It provides no menus internally. sawfish too, and others. Personally, I believe a wm should be usable without 3rd party additions. Not 100% how we'd like, but usable.
Re: bbmenu? [Was: Re: new NETWM key grabber]
On Sat, 13 Jul 2002 11:18:05 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Once the bblib is available the menu code from blackbox will be public. Someone could easily implement this idea then. I was just thinking about this. It could even be made to display the same menu as BB would natively. This way you wouldn't have to worry about having entries in one menu but not the other. Basically just a small app that reads the same menu source(s) as BB the same way. Then people could bind a key via bbkeys to execute this app. -- Jamin W. Collins
Re: bbmenu? [Was: Re: new NETWM key grabber]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 13 July 2002 1:50 pm, Jamin W. Collins wrote: On Sat, 13 Jul 2002 11:18:05 -0700 (PDT) Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: Once the bblib is available the menu code from blackbox will be public. Someone could easily implement this idea then. I was just thinking about this. It could even be made to display the same menu as BB would natively. This way you wouldn't have to worry about having entries in one menu but not the other. Basically just a small app that reads the same menu source(s) as BB the same way. Then people could bind a key via bbkeys to execute this app. Thats a lot of extra overhead for a minimalitic world. :\ It would be preferable if blackbox extensions were added as hooks for menu interaction. Even just for popup. xOr -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9MHj77BLuAtLlBOARAj7PAKCz0DscpJx6CbtgkerdPab36qzBSACfUC91 yFOEBpagHfYDrIq2h0MTbrQ= =21qq -END PGP SIGNATURE-
Re: bbmenu? [Was: Re: new NETWM key grabber]
On Sat, 13 Jul 2002 14:01:15 -0500 Ben Jansens [EMAIL PROTECTED] wrote: Thats a lot of extra overhead for a minimalitic world. :\ It would be preferable if blackbox extensions were added as hooks for menu interaction. Even just for popup. Didn't say it was a perfect solution. However, if bblib were to provide an interface to getting the menu listings it wouldn't be that much overhead to display it and allow for keyed navigation, would it? Or, am I just missing something here? -- Jamin W. Collins
Re: bbmenu? [Was: Re: new NETWM key grabber]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 13 July 2002 2:07 pm, Jamin W. Collins wrote: On Sat, 13 Jul 2002 14:01:15 -0500 Ben Jansens [EMAIL PROTECTED] wrote: Thats a lot of extra overhead for a minimalitic world. :\ It would be preferable if blackbox extensions were added as hooks for menu interaction. Even just for popup. Didn't say it was a perfect solution. However, if bblib were to provide an interface to getting the menu listings it wouldn't be that much overhead to display it and allow for keyed navigation, would it? Or, am I just missing something here? No, only double what is used in blackbox already :) Just saying that a completely redundant system is kind of unattractive. xOr -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9MIP17BLuAtLlBOARAn5/AJ4i3GcXUZq3xNwnMFU9Gt+Ioz1MQACeLZw3 OooKgkh5jQU0e3ubaJqhbck= =8BG/ -END PGP SIGNATURE-
Re: new NETWM key grabber
Derek Cunningham wrote: On Thu, Jul11,02 16:39, Gerrit Hoetzel wrote: What I WOULD like to see is an emacs-like ability to string characters together. ie: CTRL+Z+R will perform some action, and CTRL+Z+T will perform some other action. Think that's doable? Or maybe distinguish sth. like vi's command and insert mode. Insert mode would give the focused window control over the keyboard, Command mode would give control to the key grabber; and special (vi-like) commands could be issued: And of course, for all flexibility, if we had this Insert/Command mode, AS WELL AS the emacs-style key combining, then we'd be absolutely set. DC I'd love to see emacs-style key chaining. the vi-like insert/command modal stuff is why i don't use vi anymore, i couldn't stand having to keep switching modes to do everything.
Re: new NETWM key grabber
On Sat, 13 Jul 2002 18:13:04 -0400 Scott Furt [EMAIL PROTECTED] wrote: Derek Cunningham wrote: On Thu, Jul11,02 16:39, Gerrit Hoetzel wrote: What I WOULD like to see is an emacs-like ability to string characters together. ie: CTRL+Z+R will perform some action, and CTRL+Z+T will perform some other action. Think that's doable? Or maybe distinguish sth. like vi's command and insert mode. Insert mode would give the focused window control over the keyboard, Command mode would give control to the key grabber; and special (vi-like) commands could be issued: And of course, for all flexibility, if we had this Insert/Command mode, AS WELL AS the emacs-style key combining, then we'd be absolutely set. DC I'd love to see emacs-style key chaining. the vi-like insert/command modal stuff is why i don't use vi anymore, i couldn't stand having to keep switching modes to do everything. It would be less painful if, instead of having to switch between modes like vi, you could use a single key combo to enter COMMAND mode, and as soon as you do something in COMMAND mode, it returns automatically to INSERT mode. -- Joseph Applegate (SB-X) [EMAIL PROTECTED] | [EMAIL PROTECTED]
Re: new NETWM key grabber
In [EMAIL PROTECTED] Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote: 3) open windows list in root menu and scroll it via keyboard is even better because of the separation of bbkeys and blackbox, menu scrolling is not going to happen. I long this feature. Can bbkeys control the mouse pointer by arrow keys without any modifiers, only when the root/window menu displayed? Is it possible that bbkeys emulates mouse movements and click actions? -- yamasaki [EMAIL PROTECTED]
Re: new NETWM key grabber
.bbkeysrc: KeyToGrab(Down), WithModifier(Mod1), WithAction(ShadeWindow) KeyToGrab(Up), WithModifier(Mod1), WithAction(MaximizeWindow) KeyToGrab(Left), WithModifier(Mod1), WithAction(PrevWindow) KeyToGrab(Right), WithModifier(Mod1), WithAction(NextWindow) KeyToGrab(F4), WithModifier(Mod1), WithAction(Close) KeyToGrab(Down), WithModifier(Control+Shift), WithAction(BigNudgeDown) KeyToGrab(Up), WithModifier(Control+Shift), WithAction(BigNudgeUp) KeyToGrab(Left), WithModifier(Control+Shift), WithAction(BigNudgeLeft) KeyToGrab(Right), WithModifier(Control+Shift), WithAction(BigNudgeRight) KeyToGrab(Left), WithModifier(Control), WithAction(PrevWorkspace) KeyToGrab(Right), WithModifier(Control), WithAction(NextWorkspace) KeyToGrab(s), WithModifier(Mod1+Control), WithAction(StickWindow) KeyToGrab(F13), WithModifier(none), WithAction(ExecCommand), DoThis(aterm) KeyToGrab(F14), WithModifier(none), WithAction(ExecCommand), DoThis(netscape) KeyToGrab(F15), WithModifier(none), WithAction(ExecCommand), DoThis(aterm -e translate) .Xmodmap: ! map windows keys: keycode 115 = F13 keycode 116 = F14 keycode 117 = F15 ! make AltGr a modifier keycode 113 = Mode_switch Mode_switch Multi_key ! add euro + cent symbols keycode 26 = e E EuroSign keycode 54 = c C cent ! add german umlauts keycode 47 = semicolon colon odiaeresis keycode 48 = apostrophe quotedbl adiaeresis keycode 34 = bracketleft braceleft udiaeresis that's my usage :) -- www: http://www.lenix.de fon: +49 - 173 - 80 99 196
Re: new NETWM key grabber
On Thu, Jul11,02 22:49, Jason 'vanRijn' Kasper wrote: PS: I had thought you meant the stupid little list that pops up WHILE cycling windows. :) Heh. Careful, matey. xOr's the one who helped me put that stupid little list in. =:) I happen to love it. *shrug* One man's stupid is another man's most favoritest new toy. Yeah... I had _no idea_ who's feet I was going to step on with that comment, but I suspected that like all criticism (even harsh words like mine) it would be accepted, and discarded, gracefully. And hey, there's some features I just don't get (horizontal maximize??), yet others love them, and thusly the list thingy is cool, but not my cup of tea (time for me to start yelling feeping creaturism!!) and I'll live. :) DC PS: Since it doesn't get in my way... I for some reason have the list thingy enabled. heh... I believe I turned it on to check it out, but never bothered to turn it off. *shrug* -- Derek Cunningham [EMAIL PROTECTED] Human beings act intelligently only after they have exhausted the alternatives -- Abba Eban Registered Linux User Number 195825
Re: new NETWM key grabber
On Thu, Jul11,02 16:39, Gerrit Hoetzel wrote: What I WOULD like to see is an emacs-like ability to string characters together. ie: CTRL+Z+R will perform some action, and CTRL+Z+T will perform some other action. Think that's doable? Or maybe distinguish sth. like vi's command and insert mode. Insert mode would give the focused window control over the keyboard, Command mode would give control to the key grabber; and special (vi-like) commands could be issued: Of course the commands would only be 'vi-like' if you configured them that way, as it would be customizable what keys do what things. I DO like the idea of separating things this way... however I'm not sure I'd even want to turn off Command mode, lest an app I encountered needed the keys I had mapped, in which circumstance I'd probably just adjust they way my keys are mapped. And of course, for all flexibility, if we had this Insert/Command mode, AS WELL AS the emacs-style key combining, then we'd be absolutely set. DC -- Derek Cunningham [EMAIL PROTECTED] Human beings act intelligently only after they have exhausted the alternatives -- Abba Eban Registered Linux User Number 195825
Re: new NETWM key grabber
May I refer to xbut/xwarppointer, explained at: http://www.mail-archive.com/blackbox@trolltech.com/msg06530.html Perhaps of some use !? Mouse movements and clicks are triggered by keys. This way the bb menu is access, too. The author even points out, that it would be nice to include these tools in bbkeys. On Thu, Jul 11, 2002 at 11:34:32AM +0200 Marco Fioretti [EMAIL PROTECTED] wrote: On Thu, Jul 11, 2002 10:19:17 at 10:19:17AM +0200, Ciprian Popovici wrote: Here are a few things that I think would be new and I'd personally like added, if it's not too much :) * Mouse events. That is, the ability to assign key combinations to mouse events (move, click). I currently use external apps that I call thru exec with bbkeys. I would like that a lot too! Marco Fioretti -- We are drowning in information but starved for knowledge. -- John Naisbitt, Megatrends -- Gerrit Hoetzel http://www.hzhome.mine.nu
Re: new NETWM key grabber
On Wed, Jul 10, 2002 22:16:18 at 10:16:18PM -0500, Ben Jansens wrote: Do you use the window list cycling currently found in bbkeys? 1) Anything that allows you to work without the mouse is good! 2) windos list cycling is good, yes 3) open windows list in root menu and scroll it via keyboard is even better Ciao, Marco Fioretti -- Don't you wish you had more energy... or less ambition?
Re: new NETWM key grabber
Quoting Ben Jansens [EMAIL PROTECTED]: we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? Yes I do, as I try to do most things without the mouse. Here are a few things that I think would be new and I'd personally like added, if it's not too much :) * Mouse events. That is, the ability to assign key combinations to mouse events (move, click). I currently use external apps that I call thru exec with bbkeys. * Workspace cycling ability. Basicly the same it's done with windows (hold Alt and cycle with Tab -- of course, I would use something else for workspaces). * An alternative for [window] cycling: an event like go to the last window. This way I could just hit Menu and bounce between the same two windows. It would be nice to also have this for workspaces. It would be different from the old bbkeys window-cycling because there would be no list of windows to cycle through, just jump back and forth between two windows/workspaces. Ciprian Popovici
Re: new NETWM key grabber
On Wed, 10 Jul 2002 23:03:21 -0700 Kolbe Kegel [EMAIL PROTECTED] wrote: I'm not sure if this behavior would be compatible with the NETWM thing, but it would be really nice to be able to specify keysyms instead of just keys. For example, I have one of those multimedia keyboards and I would love to be able to use my window manager's keygrabber to assign actions to them instead of having to do it through xmms. You can do it! I start xmodmap in my .xinitrc (xmodmap ~/.Xmodmap ) and .Xmodmap contains keycode 165 = XF86Sleep keycode 158 = XF86Mail keycode 178 = XF86WWW keycode 151 = XF86Memo keycode 163 = XF86Launch2 keycode 162 = XF86Launch3 keycode 164 = XF86Launch4 keycode 161 = XF86Launch5 add Mod4 = Multi_key and my .bbkeysrc loks like this KeyToGrab(S), WithModifier(Mod4), WithAction(ShadeWindow) KeyToGrab(F4), WithModifier(Mod4), WithAction(Close) KeyToGrab(M), WithModifier(Mod4), WithAction(MaximizeWindow) KeyToGrab(M), WithModifier(Mod4+Mod1), WithAction(MaximizeHorizontal) KeyToGrab(M), WithModifier(Mod4+Control), WithAction(MaximizeVertical) KeyToGrab(D), WithModifier(Mod4+Mod1), WithAction(ToggleDecor) KeyToGrab(Tab), WithModifier(Mod1), WithAction(NextWindow) KeyToGrab(Tab), WithModifier(Mod4), WithAction(PrevWindow) KeyToGrab(Right), WithModifier(Mod4+Control), WithAction(NextWorkspace) KeyToGrab(Left), WithModifier(Mod4+Control), WithAction(PrevWorkspace) KeyToGrab(1), WithModifier(Mod4), WithAction(Workspace1) KeyToGrab(2), WithModifier(Mod4), WithAction(Workspace2) KeyToGrab(3), WithModifier(Mod4), WithAction(Workspace3) KeyToGrab(4), WithModifier(Mod4), WithAction(Workspace4) KeyToGrab(5), WithModifier(Mod4), WithAction(Workspace5) KeyToGrab(Up), WithModifier(Mod4), WithAction(UpWorkspace) KeyToGrab(Down), WithModifier(Mod4), WithAction(DownWorkspace) KeyToGrab(Left), WithModifier(Mod4), WithAction(LeftWorkspace) KeyToGrab(Right), WithModifier(Mod4), WithAction(RightWorkspace) KeyToGrab(XF86AudioMute), WithModifier(None), WithAction(ExecCommand), DoThis(~/bin/mute.sh) KeyToGrab(XF86AudioLowerVolume), WithModifier(None), WithAction(ExecCommand), DoThis(aumix -v -1) KeyToGrab(XF86AudioRaiseVolume), WithModifier(None), WithAction(ExecCommand), DoThis(aumix -v +1) KeyToGrab(XF86WWW), WithModifier(None), WithAction(ExecCommand), DoThis(galeon) KeyToGrab(XF86Sleep), WithModifier(None), WithAction(ExecCommand), DoThis(xset dpms force standby) KeyToGrab(XF86Sleep), WithModifier(Mod4), WithAction(ExecCommand), DoThis(nethack-gnome) KeyToGrab(XF86Search), WithModifier(None), WithAction(ExecCommand), DoThis(aterm) KeyToGrab(XF86Mail), WithModifier(None), WithAction(ExecCommand), DoThis(sylpheed) KeyToGrab(XF86Launch2), WithModifier(None), WithAction(ExecCommand), DoThis(bbconf) KeyToGrab(Help), WithModifier(None), WithAction(ExecCommand), DoThis(~/bin/show-xmms-track) KeyToGrab(Pause), WithModifier(Mod4), WithAction(ExecCommand), DoThis(xmms -t) KeyToGrab(XF86Memo), WithModifier(None), WithAction(ExecCommand), DoThis(gtop) KeyToGrab(XF86Memo), WithModifier(Mod4), WithAction(ExecCommand), DoThis(gps) KeyToGrab(XF86Launch3), WithModifier(None), WithAction(ExecCommand), DoThis(gmc) KeyToGrab(XF86Launch4), WithModifier(None), WithAction(ExecCommand), DoThis(gcalc) KeyToGrab(XF86Launch5), WithModifier(None), WithAction(ExecCommand), DoThis(gimp) KeyToGrab(XF86AudioLowerVolume), WithModifier(Mod4), WithAction(ExecCommand), DoThis(xmms -f) KeyToGrab(XF86AudioRaiseVolume), WithModifier(Mod4), WithAction(ExecCommand), DoThis(xmms -r) /Mattias -- mattias östergren | /\ compsci student | \ / ASCII Ribbon Campaign gävle, sweden| X No HTML in e-mail http://spikboll.net | / \
Re: new NETWM key grabber
On Thu, Jul 11, 2002 10:19:17 at 10:19:17AM +0200, Ciprian Popovici wrote: Here are a few things that I think would be new and I'd personally like added, if it's not too much :) * Mouse events. That is, the ability to assign key combinations to mouse events (move, click). I currently use external apps that I call thru exec with bbkeys. I would like that a lot too! Marco Fioretti -- We are drowning in information but starved for knowledge. -- John Naisbitt, Megatrends
Re: new NETWM key grabber
On Thu, Jul 11, 2002 at 11:34:32AM +0200 or thereabouts, Marco Fioretti wrote: On Thu, Jul 11, 2002 10:19:17 at 10:19:17AM +0200, Ciprian Popovici wrote: Here are a few things that I think would be new and I'd personally like added, if it's not too much :) * Mouse events. That is, the ability to assign key combinations to mouse events (move, click). I currently use external apps that I call thru exec with bbkeys. I would like that a lot too! Marco Fioretti -- We are drowning in information but starved for knowledge. -- John Naisbitt, Megatrends dito Cycling between last used windows/workspaces would be nice! bbkeys' menu-cycling feature comes handy when choosing among a huge list of windows. But as I tend to run several rxvt's with the same title (i.e. rxvt), choosing the right one is a mere guess. What would be nice to solve this is to look upon the window's child processes and display the last one found or the last common process found if child-processes fork again. (Use ps auxfw or pstree to get an idea.) Or at least an optional feature to display the pid, too. Thanks
Re: new NETWM key grabber
Ben Jansens wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? Yes, all the time. The ability to execute programs via key commands is also extremely useful. Matt Thanks for your feedback! xOr -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD4DBQE9LPiC7BLuAtLlBOARAkrzAJ9rX7JVR9OuTJJzKnt51nIJKTSiYQCYpAXf JhjhypODbZPwTZzzMxYVLQ== =/cri -END PGP SIGNATURE-
Re: new NETWM key grabber
On Wed, Jul10,02 22:35, Ben Jansens wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 10 July 2002 10:33 pm, Derek Cunningham wrote: On Wed, Jul10,02 22:16, Ben Jansens wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? yes I do... but it's useless, for me at least. What I WOULD like to see is an emacs-like ability to string characters together. ie: CTRL+Z+R will perform some action, and CTRL+Z+T will perform some other action. Think that's doable? Thats in the todo list. So, yes. :) I should note that after reading through the other responses, I misunderstood what you meant by window list cycling. I use ALT+TAB all the time, and I use ALT+(1|2|3|...) all the time too, so an emphatic YES to window list cycling. :) DC PS: I had thought you meant the stupid little list that pops up WHILE cycling windows. :) -- Derek Cunningham [EMAIL PROTECTED] Human beings act intelligently only after they have exhausted the alternatives -- Abba Eban Registered Linux User Number 195825
Re: new NETWM key grabber
On Thu, Jul 11, 2002 06:40:18 at 06:40:18AM -0400, Gerrit Hoetzel wrote: dito Cycling between last used windows/workspaces would be nice! bbkeys' menu-cycling feature comes handy when choosing among a huge list of windows. But as I tend to run several rxvt's with the same title (i.e. rxvt), choosing the right one is a mere guess. What would be nice to solve this is to look upon the window's child processes and display the last one found or the last common process found if child-processes fork again. (Use ps auxfw or pstree to get an idea.) Or at least an optional feature to display the pid, too. Thanks Gerrit, that's an rxvt issue, isn't it? WHy should it depend/be solved by the window manager, whatever it is? AFAIK, there *is* a way to give to an rxvt a (constant) unique title, and maybe from that you can make it dynamic, i.e. to change according to the current process. I can't find the URL for rxvt titles, but would like to know if you find it and manage to make it dynaimc. Ciao, Marco Fioretti P.S.: please wrap your lines at 72/75 chars, thanks! Red Hat 7.2 in 8 MB of RAM: www.rule-project.org/ -- The three most dangerous things are a programmer with a soldering iron, a manager who codes, and a user who gets ideas.
Re: new NETWM key grabber
Do you use BASH? Try something like this in your .bashrc: export PROMPT_COMMAND='echo -n ^[]2;`hostname`:`pwd`:`history 1`^G' Note that the ^] and ^G need to be control characters. With bash + rxvt ( + linux? ), you should get something like this for the title of the rxvt: chris-lap:/home/chris: 6 echo blackbox rules I'll leave it as an exercise to the reader to remove the 6 and to add in the pid of the rxvt. :) Gerrit Hoetzel wrote: bbkeys' menu-cycling feature comes handy when choosing among a huge list of windows. But as I tend to run several rxvt's with the same title (i.e. rxvt), choosing the right one is a mere guess. What would be nice to solve this is to look upon the window's child processes and display the last one found or the last common process found if child-processes fork again. (Use ps auxfw or pstree to get an idea.) Or at least an optional feature to display the pid, too. Thanks -- Chris Grossmann web: http://www.grossmann.us
Re: new NETWM key grabber
Speaking of wrapping lines, please ignore the line wrap in the middle of the export command. :) Chris Grossmann wrote: Do you use BASH? Try something like this in your .bashrc: export PROMPT_COMMAND='echo -n ^[]2;`hostname`:`pwd`:`history 1`^G' Note that the ^] and ^G need to be control characters. With bash + rxvt ( + linux? ), you should get something like this for the title of the rxvt: chris-lap:/home/chris: 6 echo blackbox rules I'll leave it as an exercise to the reader to remove the 6 and to add in the pid of the rxvt. :) Gerrit Hoetzel wrote: bbkeys' menu-cycling feature comes handy when choosing among a huge list of windows. But as I tend to run several rxvt's with the same title (i.e. rxvt), choosing the right one is a mere guess. What would be nice to solve this is to look upon the window's child processes and display the last one found or the last common process found if child-processes fork again. (Use ps auxfw or pstree to get an idea.) Or at least an optional feature to display the pid, too. Thanks -- Chris Grossmann web: http://www.grossmann.us -- Chris Grossmann web: http://www.grossmann.us
Re: new NETWM key grabber
Just wanted to say that I find the notion of rightWorkspace leftWorkspace etc invaluable.. I always visualize my bbpager as a 2x4, and being able to move pacman-like through the worskspaces is a joy. (Or is it more like dig-dug?) xOr wrote: Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? Thanks for your feedback! xOr -- Chris Grossmann web: http://www.grossmann.us
Re: new NETWM key grabber
One feature that I haven't seen mentioned is context sensitivity. I would like the ability to have keys do different things when the pointer is over the root window versus other WM decorations. I'd also like to be able to pass certain keys through to selective applications. -g signature.asc Description: This is a digitally signed message part
Re: new NETWM key grabber
Thanks a lot for the hints. I use bash (and linux). An HOWTO about dynamic title can be found at: http://sunsite.unc.edu/LDP/HOWTO/mini/Xterm-Title.html A short summary: I added the following lines to my ~/.bashrc: if [ $TERM = rxvt ] || [ $TERM = xterm ]; then echo -ne \E]2;Terminal $$ `date +%H:%M:%S`\a fi This sets the terminal's title ONCE to: Terminal PID TIME. Thats seems enough to distinguish between several terminals. Although I don't know if it proves useful, yet. Another example given in the how-to is utilizing the PS1 env-var. export PS1=\[\033]0;\u@\h: \w\007\]bash\$ This changes the title every time the working directory changes. Maybe useful, too. Chris, your example has a major downside: Using env PROMPT_COMMAND the title is set AFTER the entered command has been finished. So, if you run mc and afterwards xeyes the terminal's title remains ... mc ... while xeyes is running. But thanks for the hint, anyway. P.S.: I added set wrapmargin=72 to vimrc -- Gerrit Hoetzel On Thu, Jul 11, 2002 at 08:58:33AM -0400, Chris Grossmann wrote: Do you use BASH? Try something like this in your .bashrc: export PROMPT_COMMAND='echo -n ^[]2;`hostname`:`pwd`:`history 1`^G' Note that the ^] and ^G need to be control characters. With bash + rxvt ( + linux? ), you should get something like this for the title of the rxvt: chris-lap:/home/chris: 6 echo blackbox rules I'll leave it as an exercise to the reader to remove the 6 and to add in the pid of the rxvt. :) Gerrit Hoetzel wrote: bbkeys' menu-cycling feature comes handy when choosing among a huge list of windows. But as I tend to run several rxvt's with the same title (i.e. rxvt), choosing the right one is a mere guess. What would be nice to solve this is to look upon the window's child processes and display the last one found or the last common process found if child-processes fork again. (Use ps auxfw or pstree to get an idea.) Or at least an optional feature to display the pid, too. Thanks -- Chris Grossmann web: http://www.grossmann.us
Re: new NETWM key grabber
On 11-Jul-2002 Georg Nikodym wrote: One feature that I haven't seen mentioned is context sensitivity. I would like the ability to have keys do different things when the pointer is over the root window versus other WM decorations. I'd also like to be able to pass certain keys through to selective applications. -g the paradigm is basically send an event to a window if one is focused and this command makes sense on a window.
Re: new NETWM key grabber
3) open windows list in root menu and scroll it via keyboard is even better because of the separation of bbkeys and blackbox, menu scrolling is not going to happen.
Re: new NETWM key grabber
On Thu, 11 Jul 2002 10:19:17 +0200 (MEST) Ciprian Popovici [EMAIL PROTECTED] wrote: * Mouse events. That is, the ability to assign key combinations to mouse events (move, click). I currently use external apps that I call thru exec with bbkeys. I'm not sure what you mean, but here is a list of number-pad keys that may do mouse events. I do not, however, think they can be assigned to different keys or combinations. Shift-NumLock ... toggle MouseKeys 1,2,3,4,6,7,8,9,home,pgup,pgdn,end,left,right,up,down ... move pointer 5 ... click default button / ... set default button to 1 * ... set default button to 2 - ... set default button to 3 + ... double-click default button 0,insert ... lock default button .,delete ... unlock default button -- Joseph Applegate (SB-X) [EMAIL PROTECTED] | [EMAIL PROTECTED]
Re: new NETWM key grabber
On Wed, Jul 10, 2002 at 11:33:14PM -0400, Derek Cunningham wrote: On Wed, Jul10,02 22:16, Ben Jansens wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? yes I do... but it's useless, for me at least. What I WOULD like to see is an emacs-like ability to string characters together. ie: CTRL+Z+R will perform some action, and CTRL+Z+T will perform some other action. Think that's doable? Or maybe distinguish sth. like vi's command and insert mode. Insert mode would give the focused window control over the keyboard, Command mode would give control to the key grabber; and special (vi-like) commands could be issued: e.g. typing 20j in command mode would move the current window 20 times down. Or: different windows could be assigned to differnt keys. This way one could easily switch between last used windows. Or: Typing sP7 could be interpreted: start the program (which was assigned to key P) and put it to workspace 7. And so on... The command mode key could e.g. be Ctrl; so by pressing Ctrl+F1 one could still switch workspaces by a 'single' keystroke. This would be a nice feature, especially as this concept might prove to be very flexibe and might make mouses a bit more useless (or who uses a mouse in vi?). DC -- Derek Cunningham [EMAIL PROTECTED] Human beings act intelligently only after they have exhausted the alternatives -- Abba Eban Registered Linux User Number 195825
Re: new NETWM key grabber
Brandon Thigpen wrote: What I would like to see the most is the ability to bind keys to pop up the root menu, and be able to move around in it using the vi keys (j,k,l,etc). I also use Alt+Tab for window switching, and have set up bbkeys to start some programs I use often: Alt+x = xterm Alt+e = mutt (e for email) Alt+p = pan Alt+o = opera etc. and I do this to swithch workspaces: Alt+1 = workspace1 etc. I've asked here before about being able to open the root menu with a key instead of right-clicking on root window, but apparently it was impossible at the time. If I could do this, I wouldn't have to use the mouse at all -- much faster once you get used to it. Thanks Yes, if at all possible, i'd really like to see root menu control from the keyboard too, i know this is on everyone's TODO lists. What i personally use the most are command exec, direct workspace switching (ALT+1 for wksp 1) and ALT+Tab for window cycling. So please keep these features :)
Re: new NETWM key grabber
On Thu, 2002-07-11 at 08:57, Derek Cunningham wrote: On Wed, Jul10,02 22:35, Ben Jansens wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 10 July 2002 10:33 pm, Derek Cunningham wrote: On Wed, Jul10,02 22:16, Ben Jansens wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? yes I do... but it's useless, for me at least. What I WOULD like to see is an emacs-like ability to string characters together. ie: CTRL+Z+R will perform some action, and CTRL+Z+T will perform some other action. Think that's doable? Thats in the todo list. So, yes. :) I should note that after reading through the other responses, I misunderstood what you meant by window list cycling. I use ALT+TAB all the time, and I use ALT+(1|2|3|...) all the time too, so an emphatic YES to window list cycling. :) DC PS: I had thought you meant the stupid little list that pops up WHILE cycling windows. :) Heh. Careful, matey. xOr's the one who helped me put that stupid little list in. =:) I happen to love it. *shrug* One man's stupid is another man's most favoritest new toy. -- Derek Cunningham [EMAIL PROTECTED] Human beings act intelligently only after they have exhausted the alternatives -- Abba Eban Registered Linux User Number 195825 -- ,-// | 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$ :(){ :|:};: `--//
new NETWM key grabber
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? Thanks for your feedback! xOr -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD4DBQE9LPiC7BLuAtLlBOARAkrzAJ9rX7JVR9OuTJJzKnt51nIJKTSiYQCYpAXf JhjhypODbZPwTZzzMxYVLQ== =/cri -END PGP SIGNATURE-
Re: new NETWM key grabber
On Wednesday 10 July 2002 11:16 pm, you wrote: Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? Thanks for your feedback! xOr For window cycling I use CTRL+TAB and ALT+TAB... I set that up in bbkeys, yes. -- D. Olson The Mandrake eXPerience http://mdkxp.by-a.com/ MUB-NWN http://nwn.by-a.com/ WinXP - the best thing since induced vomitting.
Re: new NETWM key grabber
On Wed, Jul10,02 22:16, Ben Jansens wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? yes I do... but it's useless, for me at least. What I WOULD like to see is an emacs-like ability to string characters together. ie: CTRL+Z+R will perform some action, and CTRL+Z+T will perform some other action. Think that's doable? DC -- Derek Cunningham [EMAIL PROTECTED] Human beings act intelligently only after they have exhausted the alternatives -- Abba Eban Registered Linux User Number 195825
RE: new NETWM key grabber
So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? I use the window cycling feature sporadically, I tend to be more mouse oriented. But I would definately miss it.
Re: new NETWM key grabber
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 10 July 2002 10:33 pm, Derek Cunningham wrote: On Wed, Jul10,02 22:16, Ben Jansens wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? yes I do... but it's useless, for me at least. What I WOULD like to see is an emacs-like ability to string characters together. ie: CTRL+Z+R will perform some action, and CTRL+Z+T will perform some other action. Think that's doable? Thats in the todo list. So, yes. :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9LP0R7BLuAtLlBOARAlDeAJ9ZxYEKfdJBvm3yVrkl6wmQ7hjlvgCdFucH eA1f0wq3A5d/vJTmpD6HLqE= =YMDd -END PGP SIGNATURE-
Re: new NETWM key grabber
Ben Jansens [EMAIL PROTECTED] wrote: Do you use the window list cycling currently found in bbkeys? Hell emphatically yes. I'd probably spiral into depression if I lost my ALT+Tab window cycling ability. -- Bill Beal [EMAIL PROTECTED] http://www.bildo.net/
Re: new NETWM key grabber
On Wed, Jul 10, 2002 at 10:16:18PM -0500, Ben Jansens wrote: Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Glad to hear it; I think it'll make communication between the various applications much cleaner, and open up some new possibilities. Do you use the window list cycling currently found in bbkeys? Sure do. As I haven't quite figured out the slit, I use window list cycling as my primary mechanism for switching between windows. I use the version which cycles between windows on all desktops, although I think if I were to get the hang of bbpager, I'd change to the one which only cycles on the current desktop (although I'm not sure). I also use the cycling between desktops, but I wish it remembered the last desktop. I looked at the code for this a while back, but never had an opportunity to do anything about it. Window cycling has always been my favorite way to access windows. Having started with Windows (tm) back-in-the-day, I've always kept it mapped to Alt+Tab (although I'm open to suggestions). The other keymap that I use insanely often is F2 = new xterm. Man, does that come in handy. Oh yeah, and Alt+Spacebar = shade window. I do like that. Thanks for your feedback! Let me know if there's anything else I can do to help. Blackbox is beautiful. Take care, John L. Clark
Re: new NETWM key grabber
Ben Jansens [EMAIL PROTECTED] wrote: So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? Ouh yeah! Without alt-tabbing, I'd be lost. FWIW, here's my ~/.bbkeysrc so you get an idea (hint: I do not use the mouse, except for copy'n'paste): ,[ my ~/.bbkeysrc ] | | KeyToGrab(KP_Add), WithModifier(Control), WithAction(MaximizeWindow) | KeyToGrab(Up), WithModifier(Control+Shift), WithAction(BigNudgeUp) | KeyToGrab(Down), WithModifier(Control+Shift), WithAction(BigNudgeDown) | KeyToGrab(Left), WithModifier(Control+Shift), WithAction(BigNudgeLeft) | KeyToGrab(Right), WithModifier(Control+Shift), WithAction(BigNudgeRight) | KeyToGrab(Tab), WithModifier(Mod1), WithAction(NextWindow) | KeyToGrab(Tab), WithModifier(Mod1+Shift), WithAction(PrevWindow) | KeyToGrab(F11), WithModifier(none), WithAction(ShadeWindow) | KeyToGrab(b), WithModifier(Mod1), WithAction(ExecCommand), DoThis(rxvt -ls -T Web -e |links) | KeyToGrab(t), WithModifier(Mod1), WithAction(ExecCommand), DoThis(rxvt -ls) | KeyToGrab(s), WithModifier(Mod1), WithAction(ExecCommand), DoThis(rxvt -ls -g 85x35 |-e slrn) | KeyToGrab(m), WithModifier(Mod1), WithAction(ExecCommand), DoThis(rxvt -ls -g 85x35 |-e '/home/jschauma/bin/mutt.sh') | KeyToGrab(F12), WithModifier(Control), WithAction(ExecCommand), DoThis(kill `ps ax | |grep [b]lackbox | awk '{print $1;}'`) | KeyToGrab(F1), WithModifier(none), WithAction(ExecCommand), DoThis(mozilla) | KeyToGrab(F2), WithModifier(none), WithAction(ExecCommand), |DoThis(/usr/bin/X11/navigator) | KeyToGrab(Left), WithModifier(Control+Mod1), WithAction(LeftWorkspace) | KeyToGrab(Right), WithModifier(Control+Mod1), WithAction(RightWorkspace) | KeyToGrab(Up), WithModifier(Control+Mod1), WithAction(UpWorkspace) | KeyToGrab(Down), WithModifier(Control+Mod1), WithAction(DownWorkspace) | ` -Jan -- A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.
Re: new NETWM key grabber
What I would like to see the most is the ability to bind keys to pop up the root menu, and be able to move around in it using the vi keys (j,k,l,etc). I also use Alt+Tab for window switching, and have set up bbkeys to start some programs I use often: Alt+x = xterm Alt+e = mutt (e for email) Alt+p = pan Alt+o = opera etc. and I do this to swithch workspaces: Alt+1 = workspace1 etc. I've asked here before about being able to open the root menu with a key instead of right-clicking on root window, but apparently it was impossible at the time. If I could do this, I wouldn't have to use the mouse at all -- much faster once you get used to it. Thanks On Jul 10 (Wed)22:16, Ben Jansens wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? Thanks for your feedback! xOr -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD4DBQE9LPiC7BLuAtLlBOARAkrzAJ9rX7JVR9OuTJJzKnt51nIJKTSiYQCYpAXf JhjhypODbZPwTZzzMxYVLQ== =/cri -END PGP SIGNATURE- -- BT
Re: new NETWM key grabber
Ben Jansens declaimed: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? Thanks for your feedback! xOr My key bindings: Alt-tab cycle through windows, reversed w/shift The following all open windows on display :0.0, unless Shift is added, then they do the same thing on display :0.1 Ctrl-F12 open rxvt Ctrl-F11 open Mozilla Ctrl-F10 open Mutt in a term window Ctrl-F9 open emacs Alt-Fn go to workspace n (Currently set up for F1-F4 but I only have three workspaces defined on each display. Rarely use more than 2) This is all I've set up and I use them regularly. I'd use the Alt-tab more if I didn't have 2 displays, but since I have to use the mouse to switch displays I'm more likely to grab it anyway. I recently added some nudge window stuff, but truthfully I don't use it. I'd love to have a key sequence that moves the keyboard focus to the other display. Thanks, PM -- Paul Mackinney [EMAIL PROTECTED]
Re: new NETWM key grabber
Ben Jansens [EMAIL PROTECTED] writes: Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? Almost every waking hour! Glyn
Re: new NETWM key grabber
I'm not sure if this behavior would be compatible with the NETWM thing, but it would be really nice to be able to specify keysyms instead of just keys. For example, I have one of those multimedia keyboards and I would love to be able to use my window manager's keygrabber to assign actions to them instead of having to do it through xmms. Ben Jansens wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey folks. So, work has begun as of tonight on a next generation key handler for blackbox. It will be written against the NETWM spec as much as possible. But, we're not sure just what kind of feature people out there want in their keyhandler. So, I'd like to take a bit of a poll. Do you use the window list cycling currently found in bbkeys? Thanks for your feedback! xOr -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD4DBQE9LPiC7BLuAtLlBOARAkrzAJ9rX7JVR9OuTJJzKnt51nIJKTSiYQCYpAXf JhjhypODbZPwTZzzMxYVLQ== =/cri -END PGP SIGNATURE-