Why IE11 sucks today
-
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. :-D 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. -
Re: positioning...open a blank instance of IE, position/size it where desired and then close it still blank with no website loaded. Then double-click one of your website icons and watch it open in the proper position. Some sites that interfere with the size/position of your browser won't obey your new position though. It works for me on IE 11, anyway...
DaveX86 wrote:
Some sites that interfere with the size/position of your browser
You have got to be kidding me. What kind of moron would design a web browser that would let a web site dictate the window position of the browser? Oh wait...
Software Zen:
delete this; -
Here's a one-liner:
ToolTip.Timeout = ToolTip.Length * 1000;Timeout in milliseconds, of course. :-D 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; -
DaveX86 wrote:
Some sites that interfere with the size/position of your browser
You have got to be kidding me. What kind of moron would design a web browser that would let a web site dictate the window position of the browser? Oh wait...
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.
-
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.
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.
-
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 fucking 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;If you right-click/inspect element, it'll open up with focus set to the title attribute, so you can read it at your pace.
Regards, Nish
Blog: voidnish.wordpress.com
-
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.
-
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;