Why can I have multiple documents open in any MS Office App, which allow me to show one document on one screen and another on a different screen -- EXCEPT Excel?
This drives me NUTS. I can't easily compare data between spreadsheets without stretching the app across both screens -- then manually adjusting each document window within excel.
Who the hell is responsible for these inconsistencies over there?
Still crazy that it doesn't do that by default, but there is a workaround.
Is that a windows 7 feature? It doesn't appear to work for XP. (Yeah yeah this desktop is in a govt dept that will get updated one day...)
Like the samstave this (mis)feature of Excel has been frustrating me forever.
The way it's demonstrated on the website, there's no visual indication that the window is partially offscreen except for the lack of a rounded corner, which isn't noticeable at a glance. The exact offset would have to be played with a bit, but letting the buttons push slightly off the screen makes it immediately clear that part of the window isn't visible.
Another visual indication you lose either way is being able to judge how much of a window is off-screen. Normally, the title is perfectly centered all the time. You can look at how far the window extends to the right, and assume it does the same on the left. My minor edit to the buttons above doesn't help with this one.
All in all, I think it's giving relatively minor gains in exchange for removing visual information about the size of the window. The effect is similar to Apple's choice to hide scrollbars in 10.7 unless you're actively scrolling. Sometimes you can judge from the context that there's more available off the screen, and sometimes you can't. Is it worth the trade-off?
I also have this problem a lot (windows 7);
Ill have Chrome or Acrobat open on my second display when docked at work.
I sleep the machine, undock and head home. When I open it up, chrome or acrobat still maximizes to the now disconnnected second screen.
I have no way to get it back. FN+F8 for projector control does nothing. neither does resleep or hibernate. Closing chrome doesnt work because it re-opens in the same place as last time. Only a reboot fixes this problem.
I hate rebooting my machine. I go many weeks without rebooting and this always pisses me off.
It would be better if you could right-click an app on the task bar and say "send to primary screen" or "send to secondary screen"
there used to be this option, but only some-times, and I don't know why/where to find it.
it also works with win+left/right to move things to the left/right of one monitor and then again to jump across to another.
It doesn't work with a Chrome window though, since it seems to override those options.
I have one app that always ends up off screen when I disconnect my external monitor and I could never find a definite way to get it back.
Funny what we remember.
Actually, as long as I'm asking for features, can I get window shading?
Or one of the similar ones from: http://www.autohotkey.com/wiki/index.php?title=Script_Listin...
It's a little strange to see these controls which are currently very anchored in the corner of the window to be moving and sliding around, especially when the view inside the window is scrolling off the screen.
I could see people running into trouble when they've somehow moved the window partially obscuring controls. But if the controls are off the screen, I think it reinforces the idea that this "box" is a window into an application. It doesn't resize unless you grab an edge. (1) I don't mind making the tradeoff towards beginners understanding the computer when there are keyboard shortcuts for advanced users.
(1) This is now worse in OS X from a metaphor perspective. Before you could only resize from the bottom-right where there was a gripper. Now you can resize from any outside edge and there are no grippers/indicators. http://arstechnica.com/apple/reviews/2011/07/mac-os-x-10-7.a...
Sometimes though we need it to be a metaphor for what we intend or imply
Rather than simply mirroring physical constraints in an unconstrained environment.
If anything, this makes it a bit more intuitive for the user as it avoids the confusion of losing controls because of an errant mouse drag.
For the Windows version, dragging it pretty far to the right leaves essentially just the close button group left. So what if I want to drag it back? I'm incredibly more likely to accidentally click one of those buttons instead of correctly grab the tiny sliver of space to redrag. (Because when I drag things off-screen, I usually bring them back eventually, not to close them, but to use them.) This seems like a solution ot a non-problem. Do most people really close/minimize/maximize windows immediately after dragging them back fully on-screen?
Quite a few programs do custom rendering up there in a way that would make it difficult to retrofit this in a universally compatible way. These programs would at a minimum need to get events to know that the various elements have moved which would require code changes in the programs to listen for and react to those events. Given how much Microsoft bends over backwards to maintain Win32 compatibility (less than in the past, but still far more than average), I doubt they'd put something like this in unless it was a wholesale interface change (similar to Metro... which avoids this issue altogether by just not having title bars).
Except for all the apps that do. Like iTunes (ships with OS X) and the Mac App Store app (ships with OS X). And Quicktime (ships with OS X).
Even some popular non-Apple apps like Twitter.
It would also force the priority of responsive design. Now that we all work at so many different resolutions, apps and sites should adapt seamlessly to resizing.
- Menu (to list available context options)
- Help (to show context help)
- Maximize/Restore (toggle mode)
And the potentially very useful directional arrows keys are almost completely useless except when editing text (although game developers use them meaningfully)
The keyboard is also littered with buttons whose function are designed specifically for text editing, not necesarily a bad thing, but when was the last time anybody actually reviewed the efficiency of the modern keyboard to discover if it is doing a good job or not!?!?!
Who is in charge of keyboard standards? If there isn't anybody, could we start a new keyboard layout organization!?!?
Reading more carefully, maybe you are talking specifically about full-size keyboards, because the only buttons specifically for text editing are delete (arguable), tab, shift (also a generic modifier), and caps-lock.
Both Windows and Mac OS try pretty hard to avoid this, but with two monitors it happens every now and then--especially when unpluggin/plugging the secondary monitor.
Without the title bar, it can be really hard to get the window back on the screen. Usually involves, if possible, resizing the window so it shows on both screens or unplugging/re-plugging the secondary monitor.
Even easier is to use Win+<arrow keys> to get window to a particular boundary of the screen, but when you restore the frame, it will still be in the 'half out of screen' position.
If you're right, the patent system is yet again more broken then I thought.
The Windows version isn't confusing at all though (in its current implementation). I think this would be a really nice feature on Windows.
The window layout manager is smart enough not to let you push the window totally off the screen, but if you grab a window and pull it down under the taskbar (assuming the taskbar is in the default bottom position and does not autohide) in Windows 7, you're somewhat boned because while the window is still there, the taskbar's zorder makes it impossible to click on it to recover it. You can fix this situation by unlocking the taskbar (if it is locked) and moving it or by setting it to autohide, but neither of these things is a particularly intuitive move for the average user, I'd guess.
On Windows 7 this is not an issue as the windows snap to the sides and top, and if you drag towards the bottom of the screen there are several pixels on the titlebar where you can only resize the window and not move it, it is really difficult to lose a window by dragging it as shown on the website.
I'm not suggesting you're wrong here, just that I've never seen the behavior you're seeing and I use Windows 7 frequently. Perhaps you have some option set that I do not.
On a single monitor setup it captures the mouse and prevents this issue.
If I do, it's probably because I want it easily accessible but not obstructing other windows, so these buttons would make it harder to drag it back.
For multiple monitors - the controls are dragged to the other monitor as well...