How do I create a topmost window that is never covered by other topmost windows?
blogs.msdn.com
blogs.msdn.com
Generally, the only effective way to address an arms race is regulation: an encorceable arms treaty, say, or a strict school uniform.
Just write me a program that always wins. While you're at it write me a program that always prints the biggest number. I expect both by tomorrow.
perl -e 'while(1){print 9;}'
You'd think that would be a good thing, but far from it. What happens is that every little developer writing any kind of tiny little app 1) wants money, and 2) wants to remind you how cool they and their app is by annoying you in various ways. Sadly, the annoying part is usually done without any unkind intent on the developer's part at all.
I have no problem with the money thing, aside from it being annoying to pay for code that was just copied from MSDN and stuck in a wrapper, but the blinky-beepy-gotta-be-on-top thing is driving me nuts.
The author uses an example of one guy who "knows" he wants the screen all the time, but the real underlying architectural problem is much more subtle (and worse) than that. Every program wants to tell the user something, maybe only once a month or so. That'd be fine, if there weren't dozens if not hundreds of programs running on the average setup.
I've been using Ubnutu for the last couple months, mainly because Windows has become more like a video game, an XBox, than a serious operating system to me. When I started my windows O/S up the other day to do some multimedia chore after only two weeks without running it, every program I ran had updates and notices for me to attend to, including Windows itself. That made a 5 minute job take 2 hours, including the 15-minute boot time which was drug out because once I bought a Sprint modem, Sprint in its infinite wisdom wants to intercept and rework my network stack so they can "help me" use my computer better. This involves Sprint needing updates, resetting my wifi preferences every time it runs, forcing itself to run every time on boot, rewriting my access screens, and doing something with memory, thread, and priority allocation during boot that takes 5 minutes and can only be described from the user's standpoint as evil. And for all of my invective, I know they didn't mean it that way! As far as I know, they are honestly trying to provide assistance (assistance with lots of branding and subtle control over user behavior. Sigh)
This is crazy. Windows has become like the web, only with one web page with everything you might ever want to do on it crammed in there and you can't navigate away. Somebody at Microsoft had better get on the ball and get rid of atomic updates, garbage collection, and vendor/programmer-induced interruptive bullshit. (Yes, there are ways to eliminate GC and the nightly install crapfest, but that's a longer story) If they don't, Google is going to eat their lunch. I'm afraid you can't have one O/S that is both extremely complex and consistent across millions of different use-cases. At least not structured like this.
I don't seem to have the problems that you're encountering, because I pick and choose software. No Quicktime, iTunes, RealPlayer or other annoying BS. Blaming Windows for your troubles is folly, those automatic updates you get keep your PC and others around secure and prevent them from becoming spambots, which will affect you even if you use Linux.
>..Vendor/programmer-induced interruptive bullshit.
The minute Microsoft even contemplates that, there will be long posts on here about how MS is screwing with developers and controlling users freedom with their monopoly.
And what's GC got to do with your point?
Going to "Programs and Features" on my Win7 box, I have over 250 programs installed. Yes, a very small number of them I don't need or want. How the heck did the "Ask Toolbar" get in there? Or MS LifeChat? But most of these programs were things I needed to have because either I purchased a piece of hardware that insisted on installing code (and usually a TSR app), I needed a utility that required an install (and might need it again), or wanted some completely other thing and it's install insisted on installing something else (Bonjour anybody?) And if I'm not mistaken, everybody with a little service or a tray icon wants to tell me something at some point in time. And most of the time that's why I'm trying to do something else. Maybe it's just me, but 99% of the time the thing I am doing is more important than the thing they want me to know.
It's easy to say that the user is somehow at fault, and I guess (?) I should vigorously spend a lot of time filtering through all my applications to make sure I always have the bare minimum? But that doesn't make much sense from a user's standpoint, does it?
I don't think of this as a freedom/monopoly thing. This is a display/gui/responsiveness architectural issue. There are simply things you can do now on Windows that you can't do on the web, and while that once was a benefit, it is now becoming a drawback. Windows needs to give the user more control and restrict the types of interactions developers can have with the user if it wants to solve this problem. Web developers have been living with these guidelines for a long time. It's nothing new or onerous. After all, if we're not in this for the users, what the heck are we doing? Perhaps the question could be rephrased: is Windows positioned as a tool for users, or as a tool for developers? Because it's not the same thing.
EDIT: Another anecdote: I bought a Sony Vaio notebook for a family member who doesn't know anything about computers and set it up for them. When you first start up the Vaio, it insists on asking you to register. Now I don't feel like registering, so I just dismissed it. But it keeps asking, and after an half hour of poking around the registry it beats the heck out of me where it's getting a hook to pop up the registration screen on boot. It is probably embedded in some of the proprietary vendor drivers. So it keeps popping up on boot, and he keeps closing the window. Every time. I guess I could spend some time with a low-level debugger and track down and "fix" it, but that's just crazy. He doesn't want to register. Go away already. Can you imagine what it's going to be like if every driver maker starts doing this? And what's going to stop them? (Please don't say windows driver certification. If you make widget X, you're going to own the drivers for it, no matter what kind of little logo you have or don't have on the side of a box somewhere)
GC might slow down the computer a notch, but memory leaks are way too common in frameworks that don't use GC.
This is not to say that systems with GC would have zero memory leaks, but it definitely helps.
>I don't think of this as a freedom/monopoly thing. This is a display/gui/responsiveness architectural issues. There are simply things you can do now on Windows that you can't do on the web, and windows needs to give the user more control and restrict the types of interactions developers can have with the user if it wants to solve this problem. Web developers have been living with these guidelines for a long time. It's nothing new or onerous. After all, if we're not in this for the users, what the heck are we doing?
For example, how would your proposed method restrict iTunes(which installs a whole bunch of services, startup items, etc. and tries to trick the user into installing Safari). How will this affect legacy apps? The only real solution is to move to a restrictive approval process like the App store.
But neither approach the deeper observation that the software development community and/or conventions introduce a lot of harm in the user's perspective.
It would probably require Apple to redesign iTunes and institute a large impediment to installing legacy apps. I think that's exactly the point though, right? itunes is doing mildly hostile things and anything that's "legacy" at that point is going to be build during an era of user hostility.
- program updates (polling for them, asking the user)
- user notifications (grouped, not with a zillion different icons)
- running tasks at certain times/conditions (yes, windows has this, but many apps nevertheless insist on running their own scheduler service)
- license server? (or at least, a way to launch these on demand, no need to run adobe/flex/matlab/bla license servers when the program is not running)
Right now, every program wants to install its own background process (some very bad ones want even more than one). This is very very annoying: programs that are not running at the moment shouldn't steal memory and CPU time by running something in the background.
It's too easy to turn your fresh windows installation into a ghetto. And it's not only fishy backwater programs that do this, the big commercial applications are just as guilty (yes, Adobe, I'm talking about you...).
Linux distributions and MacOSX have these things figured out for ages...
Are you saying the "high end" apps on Mac OS X don't install other processes for licensing?
Also, some of those license services allow floating licenses over the network -- maybe it's the same codebase?
One problem with Growl is that if you don't have it installed, some apps provide their own notifications. Then when you don't want any notifications like me, you have to configure that in each app. So it is best to install Growl and disable notifications.
Now with the app store on Mac, Sparkle might not be used as much in the future because the app store will handle updates.
Overall, I think the OS X developer community has worked this out fairly well on their own.
Using DirectShow it would not even be complex - could be done in just a few lines of code.
Also, exclusive access to the screen does not guarantee your program will go uninterrupted. Retaining exclusivity is impossible, because you just might get an ALT+TAB, CTRL+ALT+DEL or a WM_KILLFOCUS from who knows where. There are custom techniques for getting around each of those, but they're all along the lines of what's described in the article. Attaining and retaining exclusive access to the screen is next to impossible.
If someone came ahead of time to prevent it from ever gaining screen access, then that would be a problem, but since the order of app launches are known and can be controlled, it would still work.
"setting their program as the screen saver, disabling the mouse and keyboard devices, and then invoking the screen saver on the secure desktop."
or
"enumerating all the processes on the system, attaching to each one with debug privilege, and suspending all the threads."
"will most likely lead apps to crash" - you're a developer who's attempting to hack somebody else's app so that yours stays on top. This is a regular topic on Raymond Chen's blog - the kind of developer who does this isn't normally worried about a bit of crashing.
And in the second part you're not paying attention to the constraints. If you want to simply kill all programs, that's easy in windows. The problem described above is to keep the system running, but become the topmost window. So a solution that causes crashes is not a solution.
Crashing a windows program is trivially easy, and it would "solve" the problem, but that's not the right kind of solution.
Because i could still just have my process kill your process and take over exclusive screen access... there's no winning this game.
"You do realize that this is just an exercise, right?"
(There is no way to win this game by giving the best solution to it. The better you get, the worse you get.
In other words: the only way to win is not to play the game.)
rootkit and write your own display driver?
Thankfully, there's one slightly obscure way to get Windows to move a window that's completely behind another window, but many people don't realize there's anything back there in the first place.
I called it "slightly obscure" because while the move option is perfectly normal, I had no idea that you could still select a window that was completely behind other windows.
EDIT: And no, "close" wasn't among the options for that error.
I use this all the time when windows go completely off screen and you can't grab them with the mouse. That can happen in all sorts of surprising ways.
Then the end user can script these complex interactions in a way that pleases him. Composibility is better than following an arbitrary spec.
UNIX gets this: I can program all my window interactions in Haskell. When mplayer wants to be fullscreen, it gets it. Everything else... nope, sorry.
(Also, I have a solution! Run all the non-super-important programs in a VM. Then minimize the VM when your super-important program wants attention. This even composes properly when a more-super-important program comes along!)
But this is intrusive. And it can be bypassed by other vendors, whether they workaround it by using other APIs/tricks or unhook their own process' APIs at runtime themselves.
As said here in this thread, the only way to ensure full control is to patch the kernel (Window management related syscalls). And even there it's tricky to be exhaustive.
VM is the safe way to go.