That’s actually rather ironic, given the underpinnings of your OS of choice. Eric Raymond’s “Rule of Silence” is one of the few things Windows used to do correctly. (I say “used to” because more recent versions have proceeded to assume that I’m an idiot. Every Patch Tuesday after I install some updates and reboot, I get a balloon saying “Windows has installed some updates! Isn’t that wonderful?” I told you to do this, Windows, why are you bothering me about it? Would you like a prize for doing your job correctly? There’s a reason I’m only in Windows to play games.)
One way this can happen (in some versions of Windows) is when a background program like an updater takes focus from the foreground program and then exits, leaving no program in the foreground with input focus (or maybe Windows gives the focus to the taskbar or something).
Then Windows ignores what you type until you notice your window’s title decoration indicates it’s no longer in the foreground, and you switch back to it.
Yes, there’s a continuous visual indication that it’s ignoring what you’re typing, a different colored title bar, but that’s easier to miss than having a specific visual response to every command.
In the case of this feature, I guess legacy Mac OS behavior — menu flashing was around for many years before the switch to OS X — trumped “UNIX Philosphy”.
It occurs to me that on PCs of the past, at least with the “Save” command, you had the feedback of seeing that green light flashing on the front of the case and you could hear the hard drive grinding. My laptop, OTOH, has ho hard drive light and the HD itself is nearly silent.
This is actually worse with Windows 7’s (and Vista’s, IIRC) “Aero” UI. Back in Win 95-98, an active window had a blue (or whatever color you’d chosen) title bar and an inactive, “background” window had a gray title bar. (and in XP, didn’t the whole window frame go from blue to gray?) It was obvious. The current window title bars don’t change color in the foreground/background, there’s just a subtle change in the 3D texturing of the window. Not nearly as obvious.
Here’s why I like the Mac’s visual feedback:
Say I’m using a program that has co-opted the standard keyboard menu shortcuts, so it uses cmd-D for something other than duplicate. If I forget the correct duplicate command, and press cmd-D, I can see the menu title that flashed, so I have some hope of figuring out what command I actually invoked…
Well, there is also usually the fact that that the menu or dialog box that you are trying to use does not close (or open), or that the text you are typing does not appear at the insertion point (and there is no cursor there). I am baffled as to why people think these do not constitute visual feedback, and want to see something flash as well.
And, even in Notepad I am pretty sure, if you have the system sounds turned on, Windows does give you audible feedback - some sort of ping or pop or whatever - when you do something. Personally, though, one of the first things I do on a new Windowns system is to turn these unnecessary and, I find, annoying sounds off.
So, I just had this happen to me this morning.
I was in Mail, and I pressed cmd-1 by accident (I meant to press cmd-I, to italicize a word). The view changed abruptly, and i wondered what the hell cmd-1 actually did, so I looked under the menu that flashed, and it turns out that cmd-1 is “Go to inbox.”
The issue comes up with those commands that don’t do anything visually obvious like that, such as Edit/Copy or File/Save.
It’s possible to configure Windows to play a sound when you use a menu command (can’t remember if it’s on by default), but this doesn’t apply when you use a keyboard shortcut like Ctrl-S or Ctrl-C. So this only helps in the case where Windows already provides visual feedback: when you save a file using Alt-F S or copy using Alt-E C. I don’t think Windows has an option to play a sound in the cases where it lacks any visual feedback (though I haven’t checked Windows 7 specifically).
I think you’re misapplying this rule when it comes to Windows commands like Ctrl-S or Ctrl-C. The Unix Rule of Silence was for a command-line environment. There was no need for a program to tell you it had finished copying files, because the shell would prompt you for another command to indicate that the previous command was done. Note that Unix would provide a visual response in this environment to virtually every key you pressed. Press Enter to run the command you just typed, and the cursor would move to show you the command had started, and you’d see another shell prompt when it finished successfully. Likewise, Unix text editors typically display messages when they save files or copy text.
Contrast that to Windows, where some key sequences do things but display no feedback.
I agree that there should be a setting in Windows to suppress its notices about installing updates. On the other hand, Unix-style systems commonly display lots and lots of messages when you boot them, so complaining when Windows does the same, by saying it should be more like Unix, doesn’t really work.