James, On Mon, May 7, 2018 at 4:46 PM, James Cameron <quozl@xxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxx> 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@xxxxxxxxx> wrote: >> >> >> >> Hi, Paul, >> >> >> >> On Mon, May 7, 2018 at 11:42 AM, Paul Davis <paul@xxxxxxxxxxxxxxxxxxxxx> >> >> 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@xxxxxxxxx> 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@xxxxxxxxx >> >> >> https://mail.gnome.org/mailman/listinfo/gtk-list >> >> > >> >> > >> > >> > >> _______________________________________________ >> gtk-list mailing list >> gtk-list@xxxxxxxxx >> https://mail.gnome.org/mailman/listinfo/gtk-list > > -- > James Cameron > http://quozl.netrek.org/ > _______________________________________________ > gtk-list mailing list > gtk-list@xxxxxxxxx > https://mail.gnome.org/mailman/listinfo/gtk-list _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gtk-list
