Re: alt and ctrl hotkeys

Ok, then how about offering the user the opportunity to disable keybindings on a given workspace?! sorry, it would be hard to get it per workspace. Sure, but it I reckon it would be easier than doing it for each application the user chooses... I don't remember anyone mentioning that. The plan

Re: alt and ctrl hotkeys

But since neither of them (Shaleh and Wilson) seemed very thrilled about that one, I just came up with a another suggestion... Don't include me in that... I support the idea of changing it at compile time. Sure, but did Shaleh's suggestion apply to compile-time? I read it as a runtime

Re: alt and ctrl hotkeys

Giving people the ability to disable blackbox's bindings while working in specific applications covers more of this need than simply changing the keybinding would. Just abuot any binding chosen would conflict with something. I disagree. It's far less consistent to expect people to remember

Re: alt and ctrl hotkeys

Ok, then how about offering the user the opportunity to disable keybindings on a given workspace?! sorry, it would be hard to get it per workspace. Sure, but it I reckon it would be easier than doing it for each application the user chooses... // Martin

Re: verbose Window patch

Enclosed is the verbose patch i mentioned on the Java thread. Are you still willing to install a Java-app. and try for yourself? I've just created (read: modified an existing) one which reproduces the error 1 time out of 2-5 times you try... gunzip verbose.patch.gz cd blackbox patch -p0

Re: Bug(?): Focus problem involving Ickle

I now drag the chat-window on top of my xterm, and leave the mouse such that when I close the chat-window the xterm gets the focus (sloppy focus behaviour) - again, as supposed to. Now, here the bug (sometimes) enters: when I use my hotkey for NextWindow the next window (not necessary

Re: Bug(?): Focus problem involving Ickle

Hi again, When then window list closes, the window under it gets a MouseEnter event, so sloppy focus will focus that window. Another great side effect of an external keygrabber :\. Is this what you're seeing or is there something else awry? Bingo! Ok, so why don't you do it the other way

Bug(?): Focus problem involving Ickle

Hi there, (0.65 beta1) Although I state this bug as happening with Ickle, I am sure I have seen it with other programs as well. This bug is quite weird and not consistent: I have the ICQ-client Ickle up an running and then an xterm (and some other things, as well). I select one in person

Keyboard-events while windowlist is open (WAS: Re: Twice appearing windows in windowlist after restart!)

Hi, Btw.: while the windowlist is popped up, no other windows can receive keyboard events, but mouse events are ok... a bug?! the window list gets focus, not sure if bbkeys (or blackbox) handles it 100% correctly. BBKeys does an XGrabKeyboard when the window list pops up, so all keyboard

Re: another one...

Hi, or tell us what is broke with aterm. i dont know if this is good news or bad... im using aterm version 0.4.2, and when i load vim, it just seems to beep a lot and not display things correctly. my TERM is set to linux. strange... no biggy, gnome term is nice as well. and why is this a

Re: another one...

What is your TERM variable set to: # echo $TERM linux And have you tried with xterm og rxvt instead - 'caus I recall having encountered a similar problem messing around with that: Alot of escape characters appeared on the screen and alot of beeping... Try it out, Martin

Re: blackbox 0.65.0beta1 released, let the testing begin

Hi there, Yep, the beta series has begun. Great! Let's get this baby in the air -- looking forward to the 0.70 series with real sticky'ness :-) Also, if you speak a language other than English, please look at the NLS support for your language. Ok, and if one has suggestions/changes to a

bbconf and multiple keybindings?

Hi there, (xOr) I have applied two different key-bindings for NextWindow manually in the .bbkeysrc, but this is not possible using bbconf, and now I'm a little afraid what will happen if I actually do anything with bbconf and keybindings? How about supporting multiple keybindings? Regards,

Sticky windows does not appear in workspace lists?!

Hi there, I was wondering: Is it on purpose that a sticky window appears in the Workspace list where it was made sticky, and _not_ in the current Workspace? Because it does appear in the window-cycling list... Furthermore, if you select a sticky application from the Workspace list, you are

Toolbar icons - taskbar patch?

Hi there, Back then, when I ran BB 0.60.1, I applied Ignacio E. Thayer's taskbar patch to get all windows shown in the taskbar. I loved that patch! What is the alternative today - I assume the patch will not work any more? I don't iconify any longer, because I think bringing up the menu and

Re: Toolbar icons - taskbar patch?

Hi there Jamin, Back then, when I ran BB 0.60.1, I applied Ignacio E. Thayer's taskbar patch to get all windows shown in the taskbar. I loved that patch! What is the alternative today - I assume the patch will not work any more? Have you tried tearing off the icons menu, and then using it?

Re: idea about shade treatment was Re: Toolbar icons - taskbar p

Hi Sean, Which made me think, if a shaded window is meant to be an icon, why not treat it more like one. With a simple one line change I can make newly placed windows ignore any shaded windows open. I know this would let me use shaded windows more. So, comments? I can make it a #define since

Re: PLACEWINDOW_IGNORES_SHADED

Hi, ok, I have committed to cvs a patch which makes new windows ignore shaded ones when being placed initially. Maybe this is trivial, but how can I get access to the CVS files? // Martin

Re: PLACEWINDOW_IGNORES_SHADED

Hi, ok, I have committed to cvs a patch which makes new windows ignore shaded ones when being placed initially. Maybe this is trivial, but how can I get access to the CVS files? go to http://sf.net/projects/blackboxwm and then follow the link to cvs. It explains everything you need to know.

Re: Maximum size og resized windows

Hi Sean, Why is there a limitation on how large I can resize a window? But if you move the corner off screen you have to work to resize it later. Nahh, because I always use the ALT-right-mouse-click-and-drag way to resize a window. Keeping things on the screen is just more friendly. If

Gnome (GTK?) frames will not close

Hi Sean, Neverness posted that he experienced a problem with closing gtop - the frame remained, though with the content cleared. The same problem arises with e.g. gcolorsel and ickle (GTK app.). The weird is that the frame is still active afterwards - i.e. one can right-click it and pull up

Re: No title bar, minimal border

Hi there, use bblaunch with the -d option: $ bblaunch -d none aterm -tr +sb etc. not sure where you'd find bblaunch if you don't have it, but I think it's floating round somewhere... there is also bbappconf I use a combination of bbappconf, and bblaunch. I find bbappconf a bit better

Re: No title bar, minimal border

Hi, And you can't shade windows that have no decor. i'm not so shure if i understand right. Take a look at this: http://hermes.rz.hs-bremen.de/~renegat/screen001.png (499k) http://hermes.rz.hs-bremen.de/~renegat/screen001.jpg (143k) I don't think you understand - the shading Matt refers to

bblaunch (WAS: Re: No title bar, minimal border)

Hi, Ok, I've looked and looked, bblaunch is no where to be found! :-( Can anybody hand me a link? After poking about a bit I found this: ftp://ftp.hu.debian.org/debian/pool/main/b/bblaunch/ They worked for me. Gimme a holler if they don't, I can put them up some other place. Well, I guess

Focus and xclock

Hi there, I have run into a funny little problem: xclock will not gain focus! I don't know if it's xclock's problem or BB's? It does not matter which focus-model I try - it will not gain focus whether I click the title or cycle my way to it... I'm running BB 0.65.0alpha5... Regards, Martin

Re: Focus and xclock

Hi Sean, I have run into a funny little problem: xclock will not gain focus! xclock sets the leave me alone bit. WM_HINTS(WM_HINTS): Client accepts input or input focus: False Ah, that explains it! But that is actually quite annoying, for then one cannot cycle through

Sticky'ness, desktop shifting and focus

Hi there, (again) Ok, here comes another focus problem. When Focus Window on Workspace Change is _not_ checked the behavior/scenario is as follows: * Make a window sticky, change workspace: the sticky window keeps focus. When the option _is_ checked, the behaviour changes: the sticky

Re: Sticky'ness, desktop shifting and focus

Hi, When Focus Window on Workspace Change is _not_ checked the behavior/scenario is as follows: * Make a window sticky, change workspace: the sticky window keeps focus. When the option _is_ checked, the behaviour changes: the sticky window looses its focus. It looks like the focus is

Re: Sticky'ness, desktop shifting and focus

Well, hello there Sean, Well, if the sticky window _is_ the window that has the focus before the Workspace Change, shouldn't it be the same one that gains the focus when returning to the Workspace? in theory (-: Heh heh, I won! ;-P blackbox sort of makes the assumption that windows marked

Mouse clicking in windows-list?

Hi there, I have a suggestion (and hopefully this is the place to post it): What about adding support for mouse-clicking in the window-list that pops up when cycling through the windows in the current workspace (NextWindow, PrevWindow)? Then you wouldn't have to tap the hot key several times to