-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
take focus, at the OS level, from any other programs, on incoming call #749
Comments
Researching before trying anything: looks like Windows has a few restrictions on this ability to 'steal' focus. Good explanations here, with details on how to work around it. Definitely worth a try! |
(don't steal focus on mic bumps!) |
made a branch for this issue and committed as-is. Will probably table this issue since it's not the highest priority and has potential side-effects... stealing focus seems like a mixed bag at best, and may just be a flat-out bad idea. Should probably be accompanied by some beeps and visual notification, and maybe pausing the keyboard input for a second - who knows. But, passing input to the main window seems dodgy because keys typed on auto-pilot would act as hotkeys, as above. |
e.g. if using caltopo or browsing the web, an incoming call should steal focus and raise the new entry dialog.
Also, after the new entry dialog is closed in this scenario (after taking focus from another application), seems like the radiolog main window should keep focus, rather than handing focus back to the other application. The might be subjective / debatable, but, seemed like it would be the more helpful for radiolog to keep focus during the MRA mock 8/17/24.
The text was updated successfully, but these errors were encountered: