@Nazo: You make an intreasting point, if you want maximum reach you'll always be stuck supporting the old. XP is dead to microsoft, you won't get new features backported to it any more. HTML5 may be the new hotness, but a lot of us won't get to use it as our default for a long time.
@Charles: Where's Ctrl+Q? I want a quick view of every tab I have
Would like to know if the IE Team is going to do IE Chat anytime soon, and if they don't, why.
I really love the new simple look of IE9 but I hate the tab position. I do not care if you think x amount of users use only three or four tabs. Have there be a USER option to display tabs above the address bar, bellow the address bar, or off. Off will go back to IE 6 and earlier style as well as be an option for those who access their sites from the windows 7 task bar. Next, the search box. Right now its a mess in the address bar. Allow an option.
I have problems white IE9 on my Windows 7 and it just says problems close the program.
1. What improvements have been made around touch support? Is the UI fully baked in this Beta?
2. What is the state of webslices, something you still encourage site developers to implement? For IE9, it would be really useful if we could preview these from the pinned site icon.
Q: Now that it appears that the basis for combining the tab and address bar into single row was based on statistics with confounding variables (such as PS3 below), insufficient metrics to measure workflow and UI usability/use efficiency and obviously lack of data to compare to from a "combined rows" dataset, what is the IE teams response to customer feedback such as below, and can we expect a fix (ability to have the bars on different "rows") for RTM?
Here's all I got to say (see image). As you can see I haven't even tried to install the IE9 beta yet after seeing this blocking bug discussed - I need more space for both address and tab bars rather than less on my CRT which I won't be parting from until there's a better than CRT tech in every way (high DPI 0 latency OLED/SED if we ever see such at reasonable price). I'll keep using the previews until this is fixed or the team/someone can convince me of "a better way using less tabs" that's so efficient compared to my old way that the time taken to learn the new way is quickly saved (have you measured the new tab workflow is that much better? I suspect the inefficiencies in the "lots of tabs" case swamp the benefits gained from having both in same row). This seems to fall to the same category of moves as moving keys around on a keyboard or an instrument for sake of newness/style:
(Window was purposefully resized to show how it's not more efficient to access tabs through yet another click/hover dropdown list. And what if all the tabs were same icons and titles began with same words like in some forums - you couldn't tell what tab was what without the dropdown/hovering when the space for the text in the tab is too small!)
PS. Skeptic in me says this "lock tabs+address bar into same row" issue is a management/marketing move -> Create a problem which will create ton of feedback -> fix the bug in RTM -> enjoy all the "IE team listens to customers!" feedback. More likely scenario is that that marketing wanted them on single row and the feature of moving them around was not yet written
PS2. I realize there's the "ultra widescreen argument" in which case there's possibly reasonable amount of space for the tabs. So show me your widescreen and I'll show you a 4:3 computer CRT that does things that digital & native.res displays can't do that IMO are more important! And what about the users who pivot the monitor for say coding?
PS3. Maybe, just maybe, people have just couple tabs most of the time because there already isn't enough space for them without severely limiting the amount of title text shown in a tab, title text that's used to determine the window contents without taking other action besides glancing at the tab text. So maybe tab use in single window is being "subconsciously limited". Did the measurements account for this possibility? I seriously suspect this and it makes the whole statistic flawed. The stats could be arguing FOR MORE SPACE FOR TAB BAR!
I am wondering if IE team will include FTPS (FTP over SSL/TLS) feature in IE9. We are in information age and secure file transfer is a must. FTPS is already published in RFC, so what they waiting for? Innovate for once! IIS team included it in IIS FTP 7.0/7.5 server.
I would like to reuse my search queries from history so I can either go back and perform search again or use it on another search engine as I did using the search box in IE8, but in IE9 having search and url address boxes combine into one makes it impossible to retrieve text queries from history. Every time I choose the text query that I previously typed from history, it displays as url address and immediately head to the web site. I would like an option that will keep the search and url address boxes seperate. I really like the IE9 so keep up the good work.
PS: Hope the IE9 will pass Acid3 test with flying color when released.
I've been a big tablet PC fan for years. I still prefer using my tablet, in portrait mode, to browse the web over any other device. Apple have even begun to show the mainstream users that the tablet form factor can be useful.
So why do the IE team seem to have missed this. Moving the favourites/home/menu buttons to the right hand side of the screen makes it incredibly uncomfortable to access for such a common need, as your arm naturally tends to favour the top left of the screen. Why do this? What do you gain? Likewise, the iffy supprt for pinning to the taskbar when it's anywhere but the bottom of the screen seems poor (most heavy tablet users soon learn the value of putting the taskbar at the top of the screen). Is this likely to improve post-beta?
And last, but by no means least, when I'm browsing in portrait mode vertical space is in abundance and horizontal space is at a premium. Yet IE9 still insists on trying to cram everything onto a single row, making the address bar useless (I'm lucky if I can see https://) and giving me barely room for a couple of tabs. If you don't want to make tabs on a new row optional, at least could you consider laying out differently on a portrait display?
I think I know what happened. The web site removed those extra bits that can show up when right clicking, but the cache has been left behind. A bug in ie9? I assume that the ie9 team are aware of this by now, so won't bother with sending in feedback.
I dragged a web site to the task bar and at first it had icons, but now the graphics or icons have gone missing.
If minimal/clean UI is what the IE9 team is after, they might want to consider creating a companion application. I'm thinking a enhanced version of Links toolbar in the Windows taskbar. Instead just being a list of bookmarks...it should provide indication when new RSS feed items have arrived and list the feed titles/links like you can in Favorites bar today. And while they are it, make that taskbar toolbar much more touch friendly than the current Links toolbar. That would be a toolbar I can live with. Then again, it would be even more satisfying if this was integrated into each pinned site on the the taskbar. I guess what I'm saying here to the IE9 team...please don't consider the UI as it stands to be fully baked...there is more that can and should be done in this release.
1. Will we be able to move the tabs under the address bar in the final version. It seems a lot of people are asking for this but some reports on connect are being closed as "by design". If you are not giving us an option why not?
2. Why does IE9 (and IE8) sometimes crash the whole UI even though tabs are running in their own processes? Will this be fixed?
3. What's with the blurry text rendering? From the discussion on Connect it seems like it is some issue with the defaults of DirectWrite. Are you fixing this?
4. Why not have better plugin system based on .NET (MEF?). MS is so big on dogfooding why not this time?
5. Are we going to see more user centric features before the browser ships or you are just polishing?
With IE9, can we make hardware accelerated Windows Gadgets now?
How final is the pref of ie9beta? can you comment on the recent kraken tests from mozilla?
How final is the feature set around the ui? Being able to tear multiple tabs / tab groups would be a killer feature [that ive also posted on connect]
Bump on questions about the plug-in model, ideally we would have something like mef for the ui, but im guessing thats hoping to much
if the plugin model is not improved, will we atelast have the ability to write our own "shell" around the ie9 rendering engine? using theWebBrowser control in WPF for example
Comments have been closed since this content was published more than 30 days ago, but if you'd like to continue the conversation, please create a new thread in our Forums, or Contact Us and let us know.