Jump to content

Talk:Focus stealing

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

MS like talking

[edit]

"Microsoft Windows, focus stealing is prevented for some programs by default, but cannot be entirely avoided because not all programs respect the system-wide setting."

"not all programs respect the system-wide setting". From my POV, this is a lie. Windows offers the possibility to by-pass system-wide settings (should be user setting). This is pure Windows APIs's fault if it's possible, if a WM can't manage windows focusing. More, some MS programs don't respect system-wide setting and Messenger Live (while connecting) is an every day annoying example.

I propose the more neutral: "Microsoft Windows, focus stealing is prevented for some programs by default, but system-wide setting can be by-passed."

Lacrymocéphale 03:15, 9 December 2009 (UTC)[reply]

FVWM

[edit]

Fvwm can be configured to give newly created windows focus or to not give them focus by using the style "FPGrabFocus". Preventing the browser from grabbing focus seems to be possible by redefining EWMHActivateWindowFunc.

phasmophage 08:42, 29 December 2009 (UTC)[reply]

Err -- that's not the full story -- see: http://fvwmwiki.xteddy.org/Tips/FocusStealing/ -- ThomasAdam Sun April 25 00:05

OSX

[edit]

The article as written makes it seem as though focus-stealing is a phenomenon only encountered in Windows environments. Visitors investigating the problem might be cheered (or disheartened) to learn it is also present in Apple's OS. Asat (talk) 00:44, 18 August 2011 (UTC)[reply]

Problems and issues with preventing focus stealing

[edit]

Some things I think would be good material to add would be mechanisms behind focus stealing and its prevention. Preventing it is not necessarily as straightforward as it may sound. From some sources I've seen (not verified), for instance, the X11 protocol has a command XSetInputFocus which is unconditionally honored by the server—in that case, not even WMs/DEs with focus prevention features could prevent focus stealing. Indeed, the section in this article listing which WMs have focus-stealing prevention (if appropriate at all for the encyclopedia) may actually be somewhat unfair due to this (they can only prevent focus stealing with at least some cooperation from the app in question).

Also, I've seen interesting discussion among WM/DE developers regarding algorithms in use for determining whether newly-created windows should be focused in a given situation and the implications for getting this wrong. (Focus stealing can obviously be annoying at best, but on the flip side, a window the user expects to have focus because he/she explicitly requested its appearance but does not—or that even pops up invisibly “buried” underneath other windows—can also degrade usability.) ::Travis Evans (talk) 03:02, 9 October 2014 (UTC)[reply]

Tests referred to are never defined, explained, or cited

[edit]

The section on X Window Managers refers to both a "launch test" and a "Javascript test" that various systems may have passed or failed. Nothing in this section is sourced and no explanation is given as to what either of these tests are or even whether "passing" is considered a positive or negative outcome in both cases. (I would assume that passing is a "good" thing for either test, based on context, but that's all it would be: an assumption.) Dorm41baggins (talk) 01:58, 5 May 2015 (UTC)[reply]

[edit]

Hello fellow Wikipedians,

I have just modified one external link on Focus stealing. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 08:20, 2 January 2017 (UTC)[reply]