Re: Is it possible to catch ALT+TAB and do nothing



James,

On Mon, May 7, 2018 at 4:46 PM, James Cameron <quozl laptop org> wrote:
On Mon, May 07, 2018 at 04:27:57PM -0500, Igor Korot wrote:
Paul et al,
Any idea how to configure FVWM to not to give focus to xterm if one
specific window is displayed?

You might ask on an fvwm mailing list, but fvwm does have a
NeverFocus method that can be applied to an application such as xterm.

Yes, just subscribed to their forum and will ask that question.

http://www.fvwm.org/documentation/manpages/fvwm.html

But that would just fix your problem for xterm; to enforce focus for a
lock screen, there's more to do.  Have a look at the code for other
lock screens to find out what that is.

We do not provide any external application where the user can interact
with the keyboard/focus handling
in order to try and guess the information that should be secured.
Only the xterm is a concern.


Briefly, make a global mouse and keyboard grab, subscribe to window
visibility events, and when they occur raise the window above whatever
was stacked on top of it.

You could also adjust xterm sources to ask for focus skip; bit 0 of
_WIN_HINTS property.

Before going those routes I will see what FVWM people have to say...

Thank you for the suggestions though.



I tried:

[code]
Key <my_window_name> Tab A M WindowList("!xterm")
[/code]

but it doesn't work.

Thank you.


On Mon, May 7, 2018 at 12:44 PM, Paul Davis <paul linuxaudiosystems com> wrote:
the window manager can intervene to catch more or less any key combinations
the user has told it to be interested in. if the user told it use Alt-Tab
for focus switching, it will catch that. you can't stop it.

On Mon, May 7, 2018 at 12:52 PM, Igor Korot <ikorot01 gmail com> wrote:

Hi, Paul,

On Mon, May 7, 2018 at 11:42 AM, Paul Davis <paul linuxaudiosystems com>
wrote:
If there is a window manager (and there just about always is), you can't
stop it from doing what it is configured to do. You're just an
application,
and it takes higher priority managing window events than you.

Yes, we are using FVWM as WM.
I got a suggestion to write a function for this WM to stop the
Terminal to appear
when our Lock Screen is active, but here no one is familiar enough with
this WM
to write such a function.

And I guess a different route is just not possible.

And I would also guess that even if I put the "stay on top" flag,
pressing the ALT+TAB will
definitely switch the focus. Am I correct?

Thank you.


On Mon, May 7, 2018 at 12:01 PM, Igor Korot <ikorot01 gmail com> wrote:

 Hi, ALL,
Is it possible to catch the ALT+TAB when one particular window is
displayed and do nothing, i.e. not switch to a different window?

We have a program which displays a full sized window without the
title. Its role is to Lock screen" - user should not be able to do
anything until (s)he supplies password and hit the "Authenticate"
button.
problem is that t is possible to hit "ALT+TAB" and switch the focus to
the window below it (such as Terminal) and type something.

We also can't use the lock screen window because of some other issues.

So is it possible to catch ALT+TAB and do nothing for one specific
window?

On the side note - is there a better list (with more traffic) where I
can post  question like this? Or this list is still good and
operational?

Thank you.
_______________________________________________
gtk-list mailing list
gtk-list gnome org
https://mail.gnome.org/mailman/listinfo/gtk-list




_______________________________________________
gtk-list mailing list
gtk-list gnome org
https://mail.gnome.org/mailman/listinfo/gtk-list

--
James Cameron
http://quozl.netrek.org/
_______________________________________________
gtk-list mailing list
gtk-list gnome org
https://mail.gnome.org/mailman/listinfo/gtk-list


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]