|
1. Unlike basically every other Windows application in the multiverse for the last 20 years, IE11 can't remember the last window location is was running in, especially if it was maximized. You position it, navigate, close it, it opens at the window position you had it three invocations ago. You maximize it on one monitor, the next time you open it it's in a normal window position on the other.
2. The numb-nuts who wrote the tooltip handling didn't bother to scale the delay time to the amount of text in the tip. I'm an old fart, and I occasionally like to read the XKCD[^] tip to make sure I get the joke. With everything under IE11, I had to refresh the f***ing page to get it to display the tip again. Now at least all I have to do is move off the comic and back again.
And before any of you religious zealots start bandying about 'Chrome!' 'Chrome!' 'Chrome!' or 'Firefox!' 'Firefox!' 'Firefox!', the IS Nazis have declared all browsers except for IE anathema.
Software Zen: delete this;
|
|
|
|
|
I use Firefox and have two monitors.
If I move it to the right monitor (the left being its normal home), then move it back to the left, maximise and close it, then the next time I open it it will be on the right.
I have to move it back to the left, unmaximise it, then close it, then it remembers.
Some men are born mediocre, some men achieve mediocrity, and some men have mediocrity thrust upon them.
|
|
|
|
|
|
Gary Wheeler wrote: The numb-nuts who wrote the tooltip handling didn't bother to scale the delay time to the amount of text in the tip
Doesn't it have an option to show/hide pictures? You could read it at your leisure with pictures turned off.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
What's annoying me a lot lately is that the back button just reloads the page I'm on a lot. Google something, click on a link - no good, hit back, page reloads. Then I have to right click on the back button to get history and go down.
Probably something to do with web. Or the internet. Dunno. It's irritating.
Regards,
Rob Philpott.
|
|
|
|
|
Malicious sites tend to do that. I don't do web programming so I don't know what the mechanism is, but it wouldn't surprise me that there's a way to programmatically handle the 'go back a page' request and redirect it to the current page.
Software Zen: delete this;
|
|
|
|
|
A lot of pron sites do that. Or so I've been told, I'd never visit one. Ever! 
|
|
|
|
|
A lot of retail business sites do it to enhance their time-on-site statistics.
Software Zen: delete this;
|
|
|
|
|
Stack Overflow is the most pertinent one in my day to day usage.
Regards,
Rob Philpott.
|
|
|
|
|
I like the 'blatant' flavor of irony the best, don't you?
Software Zen: delete this;
|
|
|
|
|
That's not IE's fault. It's doing exactly the right thing.
Next time you google something, check the link. It will actually be to a google site. Which, when you go to it, *then* jumps to the site you really want. Quite annoying!
So, you go back, it's to the "jump to the site you really wanted" page.
So, blame google for that one.
Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
|
|
|
|
|
Interesting, and makes sense. But why not just go straight there?
Some sort of tracking/statistics I guess.
Regards,
Rob Philpott.
|
|
|
|
|
Iain Clarke, Warrior Programmer wrote: So, blame google for that one
I do, and that's why I am back to Bing after 3 years.
|
|
|
|
|
A lot of that can be blamed on Ad/Popup blockers. If you look in the history, the last actual "page" you were on may be way down the list, the intervening "pages" were all Ad crap...which are blocked, so going back just keeps you where you are.
|
|
|
|
|
|
I don't bother submitting issues to Microsoft any longer. I've tried several times with Visual Studio bugs, and their response has always been ... rude. One issue was closed with no comment, another was marked as not worth fixing, and once they deleted my submission entirely. The last straw was when a member of the VS team told me to stop commenting on an issue.
Microsoft Connect is a waste of time  .
Software Zen: delete this;
|
|
|
|
|
1. Seconds before I read this I opened up IE 11 to come here. IE opened on the last screen it was on, and in a maximized state. I don't see the problem you're having.
2. Tooltips are a crappy way of displaying anything longer than a short description.
|
|
|
|
|
tgrt wrote: Seconds before I read this I opened up IE 11 to come here. IE opened on the last screen it was on, and in a maximized state. I don't see the problem you're having.
My experience, from IE6/Windows 2000 on, is that it doesn't properly remember window state. YMMV.tgrt wrote: Tooltips are a crappy way of displaying anything longer than a short description.
Maybe so, but we're talking about a simple usability issue with a one or two line of code fix.
Software Zen: delete this;
|
|
|
|
|
Here's a one-liner:
ToolTip.Timeout = ToolTip.Length * 1000;
Timeout in milliseconds, of course.  No, IMO a tool tip is there to give you a quick tip, not to show you a 300-liner. Although the idea of dynamically adjusting the display time depending on the text length isn't bad, I think it would be hard to implement correctly. I mean, how long is enough? There are fast readers and slow readers, and a generic value would not satisfy everybody. For slow readers, it would still dismiss too fast, and fast readers would find it annoying if it stays around for too long. There must be an easier way - prevent the tool tip from closing as long as the mouse is hovering over an item, for example.
|
|
|
|
|
FIorian Schneidereit wrote: prevent the tool tip from closing as long as the mouse is hovering over an item
That seems to be the Chrome and Firefox approach. IE dismisses after a constant 2-3 seconds, regardless of what you're doing.
Software Zen: delete this;
|
|
|
|
|
Gary Wheeler wrote: That seems to be the Chrome and Firefox approach. IE dismisses after a constant 2-3 seconds, regardless of what you're doing.
I never took notice of the behavior, I hardly ever stumble upon long tool tips, but it seems to be the right approach.
|
|
|
|
|
If your application supports long tooltips, then it behooves you to give the user time to read them.
Software Zen: delete this;
|
|
|
|
|
Indeed. I just tried IE, maximized, non-maximized, each time closing it on different monitors. It restores exactly in the same size it had when it was closed, on the last monitor it was closed from.
As for tooltips...the on-screen duration is system-wide, so I wouldn't blame IE for it. Of course any app is free to set its own, but again, IMO if it had to be set based on the length of the string being displayed, I'd want it to be fixed in the OS rather than individual apps.
[Edit]
If this is all one will gripe about, that's pretty good proof IE's made great strides in the last couple of years.
|
|
|
|
|
The only days when IE (the missing version number is intentional) doesn't suck is when you spend the day in a very quiet and dark room with no pc or any kind of devices around. And when you eventually turn on the pc and use Firefox/ Opera/ Chrome instead.
I hope that day when the toaster has his own OS with IE never come 
Microsoft ... the only place where VARIANT_TRUE != true
|
|
|
|
|
[Let's bring out the old jokes] IE11 is a great tool for downloading Chrome.
~RaGE();
I think words like 'destiny' are a way of trying to find order where none exists. - Christian Graus
Entropy isn't what it used to.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
