Editing Talk:1479: Troubleshooting
Please sign your posts with ~~~~ |
Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.
The edit can be undone.
Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 1: | Line 1: | ||
− | You could also move the off- | + | You could also move the off-scrren window back in view by Alt+Space, M to initiate window move, then press any arrow key and your mouse will then be able to move the window back into view. {{unsigned ip|108.162.249.223}} |
:That's a solution that also relies on obscure knowledge (that modal dialogs have a Move command and the hotkey necessary to access it), so it isn't any better than the solution provided in the strip. '''AND''' it requires that the user know where offscreen the dialog is located. Mistakenly believing it is, for example, to the right of the visible screen and therefore moving it left will only make the problem worse it the unseen window is in actuality to the left already. Given the 75% or better odds that the user will guess wrong where the dialog lies, using the Move command would be a notably worse choice then changing screen resolution.- Equinox [[Special:Contributions/199.27.128.120|199.27.128.120]] 16:25, 28 January 2015 (UTC) | :That's a solution that also relies on obscure knowledge (that modal dialogs have a Move command and the hotkey necessary to access it), so it isn't any better than the solution provided in the strip. '''AND''' it requires that the user know where offscreen the dialog is located. Mistakenly believing it is, for example, to the right of the visible screen and therefore moving it left will only make the problem worse it the unseen window is in actuality to the left already. Given the 75% or better odds that the user will guess wrong where the dialog lies, using the Move command would be a notably worse choice then changing screen resolution.- Equinox [[Special:Contributions/199.27.128.120|199.27.128.120]] 16:25, 28 January 2015 (UTC) | ||
::Actually this does work for all Windows machines and something I've done repeatedly (it's a lot faster than waiting for your video card to repeatedly reconfigure the screen). Once you hit Alt-Space M followed by ANY arrow key, the window will actually be stuck to your mouse pointer; you click it to "drop" the window back onto the page. And yes, the idea that a keyboard arrow key will cause it to be mouse-driven makes no sense [[User:Odysseus654|Odysseus654]] ([[User talk:Odysseus654|talk]]) 17:50, 28 January 2015 (UTC) | ::Actually this does work for all Windows machines and something I've done repeatedly (it's a lot faster than waiting for your video card to repeatedly reconfigure the screen). Once you hit Alt-Space M followed by ANY arrow key, the window will actually be stuck to your mouse pointer; you click it to "drop" the window back onto the page. And yes, the idea that a keyboard arrow key will cause it to be mouse-driven makes no sense [[User:Odysseus654|Odysseus654]] ([[User talk:Odysseus654|talk]]) 17:50, 28 January 2015 (UTC) | ||
− | |||
− | |||
− | |||
− | |||
+ | As a matter of fact this is a common problem if you often use a dual screen setup with a laptop when you use it on the move without the second screen. If you just want to close the windows, a Esc on a alert windows or alt+F4 (or your system equivalent)will usually solve this problem. For resizeable windows, Windows offers the Win+left/right combination to move a window to specific parts of the screen. I don7t think you really need to change the resolution for this all the time, it's clearly overkill. [[User:Meneldal|Meneldal]] ([[User talk:Meneldal|talk]]) 06:40, 28 January 2015 (UTC)meneldal | ||
− | + | A long time ago, when the interweb was young (think Win95/98+Napster era), this sort of 'new window creation' was common for ad popups. Create a window with the title just outside the scrren border and giggle as the user tried to delete it. I wrote a small utility back then that actually found and killed these. I used to get a lot of them. I can't seem to remember why. | |
− | |||
:On a dual screen setup you can use 'Win key + Shift + Left/Right key' to shift the window left or right between monitors. --[[User:Pudder|Pudder]] ([[User talk:Pudder|talk]]) 09:37, 28 January 2015 (UTC) | :On a dual screen setup you can use 'Win key + Shift + Left/Right key' to shift the window left or right between monitors. --[[User:Pudder|Pudder]] ([[User talk:Pudder|talk]]) 09:37, 28 January 2015 (UTC) | ||
Line 22: | Line 18: | ||
: Mac OS X also uses a baked-in window manager. There are a bunch of apps on OS X that brand themselves as `alternative WMs', but they're usually just a contrived way of tiling windows across the screen somehow (using the built-in WM). Wanting to use a proper tiling WM was what originally drove me to GNU/Linux, long live i3wm! Anyway, this comic could possibly be construed as being related to xkcd.com/934/, which complains about browsers implementing internal WMs in the alt-text. [[Special:Contributions/141.101.99.103|141.101.99.103]] 11:45, 28 January 2015 (UTC) | : Mac OS X also uses a baked-in window manager. There are a bunch of apps on OS X that brand themselves as `alternative WMs', but they're usually just a contrived way of tiling windows across the screen somehow (using the built-in WM). Wanting to use a proper tiling WM was what originally drove me to GNU/Linux, long live i3wm! Anyway, this comic could possibly be construed as being related to xkcd.com/934/, which complains about browsers implementing internal WMs in the alt-text. [[Special:Contributions/141.101.99.103|141.101.99.103]] 11:45, 28 January 2015 (UTC) | ||
− | |||
− | |||
:I think the first option (ALT-SPACE to access the window menu, M for the move option, arrow key, mouse movement) has a near-equivalent in pretty much any OS. [[Special:Contributions/173.245.55.27|173.245.55.27]] 13:21, 28 January 2015 (UTC) | :I think the first option (ALT-SPACE to access the window menu, M for the move option, arrow key, mouse movement) has a near-equivalent in pretty much any OS. [[Special:Contributions/173.245.55.27|173.245.55.27]] 13:21, 28 January 2015 (UTC) | ||
− | |||
− | |||
Someone competent in web programming, please write an explanation of the title text [[User:Nyq|Nyq]] ([[User talk:Nyq|talk]]) 13:58, 28 January 2015 (UTC) | Someone competent in web programming, please write an explanation of the title text [[User:Nyq|Nyq]] ([[User talk:Nyq|talk]]) 13:58, 28 January 2015 (UTC) | ||
Line 41: | Line 33: | ||
Of course, their are legitimate reasons why an application may want to display itself fully or partially off screen. [[Special:Contributions/173.245.50.92|173.245.50.92]] 21:29, 28 January 2015 (UTC) | Of course, their are legitimate reasons why an application may want to display itself fully or partially off screen. [[Special:Contributions/173.245.50.92|173.245.50.92]] 21:29, 28 January 2015 (UTC) | ||
:This is even the basis for the best pranks (works even better if you disable some shortcuts to make it harder to close). But unless you get the keyboard interrupts, windows+D will solve the modal issue anyway[[User:Meneldal|Meneldal]] ([[User talk:Meneldal|talk]]) 02:32, 29 January 2015 (UTC)meneldal | :This is even the basis for the best pranks (works even better if you disable some shortcuts to make it harder to close). But unless you get the keyboard interrupts, windows+D will solve the modal issue anyway[[User:Meneldal|Meneldal]] ([[User talk:Meneldal|talk]]) 02:32, 29 January 2015 (UTC)meneldal | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− |