When I focus the slit, I can't type. It types on the focused window. But when I have no windows in the desktop, I can do it. In rc2, it works properly.
I have wmcalc dockapp and I like to focus with mouse and directly type over it.
Sorry, I don't think I can fix this one. When you hover over wmcalc, it (not us) sets the focus to follow the mouse, instead of doing the obvious thing and just taking the focus. When the focus is set to follow the mouse, we use that as a cue that something has gone wrong and we need to focus a real window again. For instance, this happens when you close the menu with the mouse over it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
In older versions of fluxbox, if you closed the menu with the mouse over it, then regular window focus would be broken. I think that's more important, but I would classify this as a misbehavior of wmcalc, anyway. Get them to set the focus to themselves, rather than PointerRoot.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello blakeyed Could You please send me Your modified wmcalc.c to janmarek@gdi.cz or mention how You changed the wmcalc.c,how should be the parameters of XSetInputFocus.
Best regards
Jan
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
a) this was a bug in wmcalc
b) the wmcalc I obtained from AUR (which already is dead old ;-) works as expected, ie. hovering the calculator moves the kbd focus there, no matter of the focus policy in fluxbox
So it's not a fluxbox bug and been fixed in wmcalc ages ago ;-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=1538990
Originator: NO
Sorry, I don't think I can fix this one. When you hover over wmcalc, it (not us) sets the focus to follow the mouse, instead of doing the obvious thing and just taking the focus. When the focus is set to follow the mouse, we use that as a cue that something has gone wrong and we need to focus a real window again. For instance, this happens when you close the menu with the mouse over it.
Logged In: YES
user_id=1770695
Originator: YES
But in older versions of fluxbox I could do it
Logged In: YES
user_id=1538990
Originator: NO
In older versions of fluxbox, if you closed the menu with the mouse over it, then regular window focus would be broken. I think that's more important, but I would classify this as a misbehavior of wmcalc, anyway. Get them to set the focus to themselves, rather than PointerRoot.
Logged In: YES
user_id=1770695
Originator: YES
Thank you Mark.
Finally I found XSetInputFocus looking in wmcalc.c and modified it. Now it works.
Thanks
Logged In: YES
user_id=1911216
Originator: NO
Hello blakeyed Could You please send me Your modified wmcalc.c to janmarek@gdi.cz or mention how You changed the wmcalc.c,how should be the parameters of XSetInputFocus.
Best regards
Jan
fixed wmcalc.c
Logged In: YES
user_id=1770695
Originator: YES
File Added: wmcalc.c
Logged In: YES
user_id=1770695
Originator: YES
Hello arena_cz. I've attached wmcalc.c here. I modified line 395 in this way:
394 case LeaveNotify:
395 XSetInputFocus(display, win, RevertToParent, CurrentTime);
396 if (Verbose) printf("Focus Change\n");
397 break;
398 }
Best regards
Logged In: YES
user_id=1911216
Originator: NO
Thank You blakeyed,
no experience in programing so this is very helpful...
Best regards
Logged In: YES
user_id=1911216
Originator: NO
Thank You blakeyed,
no experience in programing so this is very helpful...
Best regards
a) this was a bug in wmcalc
b) the wmcalc I obtained from AUR (which already is dead old ;-) works as expected, ie. hovering the calculator moves the kbd focus there, no matter of the focus policy in fluxbox
So it's not a fluxbox bug and been fixed in wmcalc ages ago ;-)