New Accessibility Features in IE8
Hi, my name is JP Gonzalez-Castellan and I’m the Accessibility Program Manager for IE8. The IE team has been working towards making IE8 the most accessible browser possible, and we wanted to detail some of the work we’ve done toward this end. In this post I will provide you with some background on Accessibility, I’ll cover new UI features (Caret Browsing, Find on Page, Adaptive Zoom, High DPI, etc) and also platform features (support for ARIA, support for IAccessibleEx, and support for additional WinEvents) that improve the Accessibility of the browser.
Q: What percentage of users benefit when you make software accessible?
A: One hundred percent.
When you improve the Accessibility of software, or any product for that matter, you are also improving the Usability of the product. Usability is defined by the International Organization for Standards as the:
“extent to which a product can be used by specified users to achieve specified goals effectively, efficiently and with satisfaction”
This is ultimately what we all want for the things we create. Accessibility ensures that a webpage is effective, efficient, and satisfying for user with disabilities. This allows for all users to reap the benefits. My favorite example to illustrate this is access ramps for wheelchairs. After the Americans with Disabilities Act was passed, public gathering places like airports added wheelchair ramps. Airports soon noticed that mothers with baby strollers and passengers with rolling suitcases were using the ramps too, since it was easier than picking up a stroller or a suitcase over the ledge. In much the same way, when you make software more accessible, everybody wins.
An example closer to the software realm is keyboard usage. Some users can’t use a mouse, and the keyboard is their sole input device. However, being able to perform common mouse tasks entirely with a keyboard not only benefits users who can’t use a mouse, but also users who can use a mouse but choose not to; users may find keyboard shortcuts to be a much faster or more efficient way to interact with software.
New UI features that improve the experience for low mobility and low vision users
IE8 adds a number of new features that are particularly helpful to low mobility users - those users who prefer to use the keyboard, or devices that interact with the keyboard, over the mouse or other pointing devices. Features like the new Caret Browsing feature, Accelerators, Web Slices and revamped Find on Page help these users particularly, who also benefit when we reduce the number of steps to complete specific tasks. Low vision users will find the new Adaptive Zoom and High DPI support especially useful.
Caret Browsing
Caret Browsing is a new feature that allows users to navigate a webpage using a moveable cursor on the screen and the keyboard. Users can select and copy text down to a single character using only the keyboard. Other content types, like tables or images, can also be selected and copied.
Moving the cursor within the text of a webpage is similar to moving the cursor within the text of a Word document. Holding the shift key down and pressing the arrow keys selects text. Pressing F7 turns Caret Browsing on or off. It can be enabled on a per tab basis or for all tabs and windows.
Many users use the keyboard instead of the mouse because they find it to be faster for certain tasks. Users are now able to select a word, bring up Accelerators through the context menu key on their keyboards ; (which sits between the right Alt and right Ctrl keys), select Translate with Windows Live (or any other Accelerator), and see its meaning in Spanish without ever taking their hands off the keyboard.
Accelerators, Web Slices and Find on Page
You are probably already familiar with IE8’s Accelerators, Web Slices and the improved Find on Page feature. I’m not going to cover them again in detail, but it’s important to note how they each make the browser more accessible.
Accelerators simplify the common task of copying, navigating, and pasting into a single action. Keyboard only users can save a lot of time and keystrokes.
Web Slices bring your favorite pieces of the web with you. Web Slices are portions of a webpage that you can subscribe to and view updates directly from the Favorites Bar. This means that instead of having to open a new tab and having to navigate to the same page every so often to see if it has been updated, you can stick to your regular browsing until you get notified via your Favorites Bar that the page has been updated. This also saves a lot of time and keystrokes for blind users who can only use the keyboard.
With the revamped Find on Page feature you no longer get a dialog hovering over your page. Now you get the Find on Page toolbar below your tabs. As soon as you start typing in the Find textbox, IE starts highlighting the matches on the page with a yellow background and scrolls the page to your first match. This saves a lot of keystrokes since you do not have to click search to see if your term is on the page. IE also displays on the toolbar the number of matches found. The new yellow background highlighting makes it easier for low vision users to quickly find the term on the page; while having a docked toolbar below the tabs takes up less screen real estate than a floating dialog. Screen real estate becomes more important when you start increasing the zoom factor of your monitor, which many low vision users do.
The key takeaway is that features that can be simplified for everyday tasks are beneficial for keyboard users, and as an added bonus, beneficial for the Accessibility community.
Adaptive Zoom and High DPI
The new support for Adaptive Zoom and High DPI has already been covered in depth on the IE blog and on MSDN, so I won’t go into too much detail here. Most low vision users benefit from an enlarged UI (user interface). In Windows Vista the Windows DPI Scaling feature only scales up the operating system’s fonts and UI elements (menus, toolbars, buttons, etc) but now it will also scale up IE8’s fonts and UI elements. When scaling IE8 we use UI elements that are drawn with more pixels, resulting in a higher fidelity experience. Sometimes the size of the menus and toolbars of the browser is big enough, but the displayed content on the webpage is too small. By using the Adaptive Zoom control webpages can look bigger. Compared to IE 7, in IE8 we do not just make all the content in the page bigger, but we actually redraw the page and adjust the content to avoid displaying horizontal scroll bars. This makes it easier to browse zoomed pages since you only need to scroll up and down, and not also left and right.
From the beginning the target audience for this feature was low vision users; however this feature is also a great example of how making something more accessible also makes it more usable. I find myself using this feature all the time at home. I have my PC connected to my TV. I can normally sit 10 feet from the TV and enjoy all my shows without a problem. However when I try to use my TV as a PC monitor, I find that I can’t read much of the content when I’m 10 feet away. It is then that I use the Adaptive Zoom to make all the pages look bigger, so I can read them from my couch. Even though I might not be considered a low vision user, I find this feature extremely useful. In previous releases the horizontal scrollbar would show up all the time and I had to use my mouse to move the horizontal scroll bar left and right, besides the usual vertical scrolling. Now I’m able to do all my browsing just with vertical scrolling.
For more information, especially for developers who want to take advantage of High DPI in their webpages and WebOCs, please see: Making the Web Bigger
New Platform features that improve the experience for low vision and visually impaired users
In this section I’m going to cover the new support for ARIA (Accessible Rich Internet Applications), the IAccessibleEx interface, and the support for additional WinEvents for DHTML (Dynamic HTML) and how each of them affect the end-user experience.
Depending on the level of low vision some users require specialized 3rd party assistive technologies (ATs) to interact with computers, such as screen magnifiers; while others can get along with features and tools shipped with the product and the operating system (Adaptive Zoom, High DPI support). Visually impaired users also use a type of AT called screen readers. A screen reader is a software assistive technology that ‘reads the screen out’ to the user. As we all know a webpage is more than a string of words and pictures. The way those words and pictures are laid out on the page, the way they interact with the controls around them, is not as easily read out loud as the text in a book. The HTML on a webpage is useful data for screen readers, but sometimes the HTML is not enough to programmatically convey to ATs all the information and interactions a webpage has. Here is where the new support for ARIA comes into place to markup the page with additional information, while, as we will see later, the IAccessibleEx implementation exposes this information to ATs. To complement it all ATs can now subscribe to 4 new WinEvents that get triggered by dynamic changing pages.
ARIA Support
The W3C (World Wide Web Consortium) defines ARIA as a syntax for making dynamic web content and custom UI (user interface) accessible. IE8 recognizes the ARIA role, state, and property information and exposes it to ATs, which in turn can use the Microsoft Active Accessibility (MSAA) and/or Microsoft UI Automation implementations to retrieve the information. Instead of building separate simplified Web pages for Accessibility, you can use ARIA to mark up your rich Web applications with roles, states and properties. For example, to match the behavior you created through a script, you can define a div element as a button, checkbox, or another ARIA role.
ARIA syntax is a great mechanism to use to unlock your dynamic, rich Web applications for everyone. Today Web pages with dynamic content and custom UI controls (such as TreeView controls) do the best they can to be accessible by reusing existing HTML controls. For example, custom TreeView controls are made accessible by defining each item as an HTML list element. This approach can add complexity to the code, make it more difficult to implement, and prevent all users from getting the same rich behavior. With ARIA you can markup your custom TreeView control with tree and treeitem ARIA roles.
From the early stages of IE8 we’ve worked closely with the W3C Web Accessibility Initiative group and Assistive Technology Vendors (ATVs). During the last year we were happy to hear that more browsers have pledged support for ARIA in their future releases; while at the same time screen readers continue to expand their support for ARIA. Here you can find the list of ARIA roles, states and properties supported in IE8.
Support for IAccessibleEx
When IE8 recognizes ARIA information on elements, it exposes more information for these elements through the MSAA implementations, than HTML alone. However not all ARIA roles, states and properties can be mapped directly to MSAA’s Accessibility roles and properties. This is because ARIA definitions are different from MSAA definitions, and the ARIA scope is bigger than MSAA’s. The UI Automation Community Promise Specification will provide you with more background on the IAccessibleEx interface. This interface extends IE8’s MSAA implementation and allows richer information to be exposed and retrieved using Microsoft UI Automation properties and control patterns. This guarantees that all of the ARIA information can be made available to ATs (Assistive Technologies) through Accessibility APIs. Here you can find IE8’s mappings for ARIA to MSAA and to UI Automation.
ATs have supported the MSAA APIs for many years now, but they are starting to add support for UI Automation, including the IAccessibleEx interface. If an AT doesn’t support UI Automation, then it won’t be able to get some of the ARIA information from the Accessibility tree; since the tree exposes through UI Automation what it can’t expose through MSAA. As a fallback, ATs are able to parse the DOM (Document Object Model) directly and extract the ARIA information themselves. This is a practice we are discouraging, since ATs constantly accessing the DOM causes performance and security issues. This tutorial will get you started with code samples to retrieve information from IE8’ Accessibility tree through UI Automation.
New supported WinEvents for DHTML
Due to the ever increasing dynamic nature of webpages, we’ve added support for new WinEvents to notify ATs when the content of a page changes dynamically. This way ATs can keep their users more in sync with the state of the page they are browsing. For example, a webmail client provides potential contact names when the user starts typing the first letters of an email address. As soon as those contact names are exposed we fire EVENT_OBJECT_REORDER so the AT becomes aware of the new options and can inform the user that those names are available for selection. The work item for ATs is to listen for these events and decide how they want to relay the information to their users.
The following are the 4 new events we want to encourage ATs to start listening for, with links to more information on what triggers each of these events:
Conclusion
We’ve made key Accessibility investments both in the UI and the platform during the IE8 development cycle. If you are an end-user that doesn’t use ATs, you probably discovered a couple of new features that will come handy. You can now try those features you had heard about but didn’t know you could benefit from using them - like browsing the web from your couch using the Adaptive Zoom at 150%, or browsing in High Contrast mode to keep your eyes more relaxed, or using Caret Browsing to access Accelerators entirely through the keyboard. If you use ATs to browse the web, then we also encourage you to try IE8 out and share your experiences with us.
If you are a web developer we encourage you to mark up your pages with ARIA and let us know how it improves your web applications’ Accessibility. (Also let us know how the learning process went based on the documentation available on the internet.) Try out our new Adaptive Zoom on your web sites; to further improve your site’s user experience with Zoom, try Saloni’s suggestions in the Adaptive Zoom blog post. If you are an assistive technology vendor let us know if the four new WinEvents worked the way you expected them to. Let us know if you were able to expose Accelerator and Web Slices to your users. Last but not least, let us know if you were able to get started with your support for UI Automation through the tutorial and the UI Automation Community Promise Specification previously provided.
JP Gonzalez-Castellan
Program Manager
Comments
Anonymous
December 10, 2008
Internet Explorer 8 should test Acid3. It would be rejected by other users and would not be abandoned in comparison with other browsers.Anonymous
December 10, 2008
will the highlighter feature be coming back?Anonymous
December 10, 2008
Internet Explorer 8 should NOT pass Acid3. It needs to fix its numerous rendering bugs that prevent full compatibility with at least some level of webstandards. IE8 needs to learn how to walk before it tries running into more advanced standards that Acid3 uses. All the people crying about standards should take this into consideration before whining about Acid3.Anonymous
December 10, 2008
Do any of the other browsers pass the full suite of CSS 2.1 tests that IE submitted? Standards compliance: be careful what you wish for, you may get it.Anonymous
December 10, 2008
http://www.neowin.net/news/main/08/12/11/new-ie8-build-available-for-program-participants "Internet Explorer 8 beta participants today received a surprising e-mail about 'IE8 Partner Build' released to the IE8 Technical Beta to test and find issues. This build represents a preview of IE8's progress and is best used to verify issues fixed since releasing Beta 2. While Microsoft believes it to be of adequate quality for you to use, is not as extensively tested as a milestone build, so it is not meant for the general public but only for testing purposes." Make this build public, MS. Beta 2 has such horrible bugs and regressions, you can't test anything on it.Anonymous
December 10, 2008
Adaptive zoom is a must. Good that you are adding it!Anonymous
December 10, 2008
http://blogs.zdnet.com/microsoft/?p=1760 "The new IE 8 build is numbered 8.0.6001.18343, testers said." I saw a screenshot of this new release, it's already tagged as Release Candidate 1. So without even confirming with the public testers here that the severe bugs are fixed, MS is just gonna go ahead and release it like that?Anonymous
December 10, 2008
Probably. They need to finish IE8 pretty soon, or they'll have to delay Windows 7 (which contains IE8). Delaying Windows 7 would cost a lot of money.Anonymous
December 10, 2008
Great! I did not know that my keyboard had a context menu key until you pointed it out. You should also mention the Accessibility validators that are available on the Developer Tool. Happy Holidays.Anonymous
December 10, 2008
http://colorlab.wickline.org/colorblind/colorlab Some tab colors will be invisible to users with color blindness. Regards.Anonymous
December 10, 2008
18343: Just because a build is tagged "Release Candidate 1" just means that it is part of the RC1 tree. It doesn't mean that it is the final build of the RC1 milestone.Anonymous
December 11, 2008
Dear IE team, please remove the option to "customize title width" of the feeds because it is useless: "short title" cannot provide further information about the feeds and "icons only" cannot be used because in the most recent build of IE the feeds show only blank page iconAnonymous
December 11, 2008
Just got this post in my RSS agregator. So, I'm downloading the not-so-public partner release, as well as reading this post. Has the zoom performance been fixed? being able to zoom is great, but the performance tanked when zoomed in up until IE8Beta2. Also, will Bugs in IE Feedback on Connect be updated to match the status as of this partner build? Thanks PS @erictee - from the PDF that came with the partner release, I believe this is for the links bar, such that it will be a usable toolbar now.Anonymous
December 11, 2008
OMG! Why are all the open issues in Feedback now set globally to resolved - can't repro with this blanket statement: "In our investigations to date we have not been able to reproduce this problem as described. However, with the release of IE8 Beta 2 this bug is outdated; it may have been fixed by the many changes we’ve made since Beta 1. If your issue still reproduces on the latest IE build, please update the repro steps and re-activate your bug." For 1, this release is the private partner build, not Beta 2, thus the old build is not Beta 1. - Please stop this blanket tagging without testing as it serves no purpose other than frustrating your un-paid developers that are testing your application. If upon installing this partner build, all bugs are magically fixed, then I digress, but otherwise this is not a professional approach to public bug tracking.Anonymous
December 11, 2008
This is the first time I have read about caret browsing. Looking forward to trying it out - and adaptive zoom. IE8 should be a nice improvement over previous releases.Anonymous
December 11, 2008
Ok what is with the inline advertising in the address bar - prompting me to download Windows Search to improve History and Favorites results? Isn't this anti-competitive against My Google Desktop Search? sure seems like it.Anonymous
December 11, 2008
navigator.appMinorVersion returns: Release Candidate 1 Is this the same RC1 that you told us would be released in Q1, 2009? or is this a different one?Anonymous
December 11, 2008
First impressions of IE8 "partner release" 1.) window.resize event handling - still broken 2.) td.valign - new quirky behavior causes jumping text when clicked on 3.) z-index stacking bug with alpha:opacity layers placed below tables now appears to work again (broke in beta 2) 4.) de-theming of select controls in Windows XP - still broken 5.) drop arrow for Back/Forward browser navigation bar has odd oversized, "smudged" arrow on some tabs (can't figure out what triggers it. 6.) new regression bug - select list with a background loses the background when user opens the list 7.) new CSS regression bug... certain div's with class names applied do not render correctly if nested in containers with other styles (e.g. inner div's are inheriting too much) 8.) new regression bug, <button> elements are inheriting focus when other form elements are manipulated (e.g. toggle a radio button, and the first <button> on the form gets the active focus ring 9.) new regression bug with window.open(), some calls are returning a JS error: "The remote server machine does not exist or is unavailable" - when the remote server is most definitely 100% there. 10.) The "repaint" issue I logged in connect that was marked resolved, that I re-opened, is now 10x worse than in IE8 Beta 2. Open the Javascript console, or any other floatable window/control and drag over any form field with a background image: (select, input, textarea...) and the image is lost (painted white) as the other window floats over top. Uhm, I've only been in this build for about 2 minutes. Hate to say it folks, but this build looks worse than Beta 2. I'll continue testing in a few hours. steveAnonymous
December 11, 2008
The comment has been removedAnonymous
December 11, 2008
22.) Zooming pages allows table cell text content to "escape" from the table cell (as if it was floating rather than contained). (this may be similar to what I was seeing in #2)Anonymous
December 11, 2008
The comment has been removedAnonymous
December 11, 2008
Why not focus on Canvas tag from HTML 5 instead of some zoom stuff? Every web developer is asking it.Anonymous
December 11, 2008
@I say silly things: Any time anyone tries to speak for all web developers, it's clear that they have little perspective on the breadth of important issues in the browser. People with accessibility needs find those far more important than supporting a tag in a non-complete draft of a standard expected to be finalized 2-3 years from now.Anonymous
December 11, 2008
@David: No, it's not anti-competitive. If folks want a different search engine, they can install one. Keep in mind that Windows Vista includes WS by default, and THAT passed regulatory approval. As for the "RC1" marker, I'm sure all of the builds currently say that, since that's the next public milestone drop. @Steve: I trust you filed all the bugs in the bug database you have access to?Anonymous
December 11, 2008
"18.) navigating directly to "about:inprivate" says that Private Browsing is turned on, but it isn't." So what? Navigating directly to about:NoAdd-ons will show you the page that says extensions are off. Navigating to the "SecurityAtRisk" page will show you the security at risk page. Navigating to the navcancel page will tell you that navigation was cancelled. Etc, etc, etc. Who cares?Anonymous
December 11, 2008
@david - here's some info about Windows Desktop Search in the address bar http://blogs.msdn.com/ie/archive/2008/09/11/the-ie8-smart-address-bar-without-windows-search.aspxAnonymous
December 11, 2008
@Dan - No I haven't filed any of these bugs in Connect yet. I want confirmation of where this build sits in the roadmap first. I wasn't expecting a build until next year, which was to be the more complete, stable, almost ready to ship RC1. Currently IE8 "Partner Release" is turning out to be 1 step forward, 3 steps back in terms of progress. I was hoping that with this build I would be able to start testing/pushing code to be production ready in waiting for IE8 RTM but I've put all those thoughts on hold. If any filed bugs in connect are going to get shut down again by an RC release in 30 days or so then I won't waste any of my time filing them (beyond the public "filing" above). What would be really nice is the "change log" for fixes/implementations between IE8B2 and the IE8PR1 version so we can test specific changes, and find regressions. As for #18 above, IMHO, entering this URL should "take you" into private mode, just as typing "c:" as the url will take you into windows exploring.Anonymous
December 11, 2008
27.) The Gmail "more options" list doesn't render any text in IE8 PR1. - guess I'll have to go open up chrome or Firefox to mark my email as read! ;-)Anonymous
December 11, 2008
Regarding comments about the IE8 Partner Build: It is standard practice for Microsoft to provide custom builds to select audiences to test our products before they are released broadly, and we are currently doing that with the IE8 Partner Build that was released on December 10th, 2008 to our Tech Beta participants. Internet Explorer 8 Beta 2 was released in September 2008 in 25 languages and is available for public testing. We plan to make another public version available for broad trial purposes in the first quarter of 2009 prior to delivering the final version of Internet Explorer 8.Anonymous
December 11, 2008
When trying to "Open in New Tab/New Window", none succeeds in opening any new URL. Just the new Tab/Window shows up with the Icon animation and it is endless, no website shows up. Please can one of you experts share/advise on how to resolve this. I read in the Community pages, and tried disabling Quick Tabs and then Logging Off/Restarting/Administrator login, etc, but it still does not work. Thanks in advance for any help you can provide. Regards, Atul.Anonymous
December 11, 2008
The comment has been removedAnonymous
December 11, 2008
Amazing that the new build introduces so many regressions.Anonymous
December 11, 2008
it is good that that bottom button - "InPrivate Blocking: off" is being labelled. For the other buttons (popup blocker, add-on, SmartScreenFilter etc), please try to label them too, with text or icon, to help the user to know there are some buttons and what functions are theyAnonymous
December 11, 2008
whats happens with my sidebar gadgets after installing new 8.0.6001.18343 build???Anonymous
December 11, 2008
The comment has been removedAnonymous
December 11, 2008
The comment has been removedAnonymous
December 12, 2008
the favorite bar is useless in IE Partner Build as I cannot update the feeds and the feeds do not show the faviconAnonymous
December 12, 2008
Top News Stories Microsoft and HP Extend Private-Label Hosting Opportunities to Value-Added ResellersAnonymous
December 12, 2008
@Gérard Talbot: - yeah as soon as I checked I saw lots of auto updates (mostly typos saying that beta1 doesn't repro, closing, try beta2 and reopen if necs.) - argh... So I went through most of them last night, 1 or 2 were fixed, the rest were just as broken if not more so, thus re-opened them accordingly. Also noticed that this post shows a nice new bug. scroll the page until the big images are under the cursor, then try to scroll... notice how it is significantly slower than when over text. It is really obvious if you use the scroll portion of a laptop touchpad. If you compare it to Chrome or Firefox there is a huge difference.Anonymous
December 12, 2008
The comment has been removedAnonymous
December 12, 2008
In Windows I always set the "Show extensions for known file types" to [checked] because not seeing the extension is a pain and only adds more confusion when trying to find files. However in IE when I right click on an image and choose "Save picture as", the dialog (first off is very old looking) doesn't show me the filename extension!? Why does this dialog ignore my specific request to ALWAYS see the file extensions? Please note this only happens in IE, all other browsers obey my settings.Anonymous
December 12, 2008
wai, This blog (and IE Partner Builds) is not intended for general users. We are developers here.Anonymous
December 12, 2008
These are only a couple of UI improvements. Why aren't we getting Canvas support?Anonymous
December 12, 2008
From the article:   A post on the IEBlog by Accessibility Program Manager JP Gonzalez-CastellanAnonymous
December 12, 2008
@Andrew: Great question. What DOES happen on your computer? @Gerard Talbot: Thanks! Test case #153 still passes in the partner build, just as it passed in Beta-2. When you install QuickTime, you need to remove its registration for the PNG file format. I have no idea why Quicktime thinks it should handle PNGs, but it leads to problems like the one you mention. I'm not able to reproduce the problem where Compatibility Mode is used for your link hover tests in current builds. It's likely that this is a rendering issue which was recently fixed. I agree that 361181 does not appear to be fixed, even in the latest builds. Did you file a CONNECT bug for issue #14? @Atul: The most common problem for these symptoms is a buggy addon. Please see http://www.enhanceie.com/ie/troubleshoot.asp#crash for step-by-step instructions on how to check. @steve_web: Navigating to the "about:" pages is not expected to activate any features; it's only expected to tell you about the features. Otherwise (among many other problems) any website could navigate you to the about page to activate the feature specified. That would be seriously annoying. I'm not able to reproduce most of the "regressions" you've reported. It would be very helpful if you linked to relevant test cases. Thanks!Anonymous
December 12, 2008
@EricLaw - can you clarify which of the "most" that you can't reproduce? I was able to reproduce all of them thus before creating unique test cases for each I'd like to know which ones I need to do it for if "some" were reproducible. thanks, steveAnonymous
December 12, 2008
@steve_web, regarding: 9.) new regression bug with window.open(), some calls are returning a JS error: "The remote server machine does not exist or is unavailable" - when the remote server is most definitely 100% there. Can you provide us with specifics of what the script is doing when you encounter this error? The remote server it is referring to is not a web server but a local RPC COM server, that is, the other window that the script opened. ThanksAnonymous
December 12, 2008
The comment has been removedAnonymous
December 12, 2008
The comment has been removedAnonymous
December 13, 2008
How soon can developers wrap the IE browser for commercial applications at kiosks? Using IE6 which is the default at most kiosks is a royal pain. It looks horrible and won't render half of the content of the web properly. Is it as easy as wrapping IE6 was? or has it been made harder now with IE7 and IE8? thanksAnonymous
December 13, 2008
@EricLaw: About 50% gadgets not visible or not working with RC1, but with beta 2 working good :( Try http://www.wunderground.com/download/vista.asp gadget or GMail Counter from Live Gallery or http://download.yandex.ru/widgets/clock/YandexClock.1.0.0.15.GadgetAnonymous
December 13, 2008
- While zooming in the new build is far better than in beta 2, it is still slow on my quad core machine.
- The page information dialog should be changed to somenthing like the one in firefox -- it makes the browser look really old when anyone views it
- The icons in the browers now look ok when DPI upscaling is turned on. Thanks!
Anonymous
December 14, 2008
Dec. Partners build: Noticed that Ctrl+ and Ctrl- now change the Zoom increment by 25%. In IE7 and previous IE8 builds it was 110%. What was the thinking and/or feedback that brought about the change? Will that change persist onto RC1 and RTM?Anonymous
December 14, 2008
@Michael How is zoom slow for you ? Its speed looks fine on my poor celeron. Is is slow on a specific page ? Is is slow still in no-addons mode as well ?Anonymous
December 14, 2008
Hello - I just downloaded IE 8 Beta version. Since this download, my computer freezes up when I click on Yahoo TV listings. Can you please help me? Thank you in advance, GinniAnonymous
December 14, 2008
@Ginni: Try pushing the "Compatibility View" button at the right hand side of the address bar. @tim: IE7 and IE8 can be wrapped exactly like IE6 was for building kiosk applications or other programs that need to render HTML.Anonymous
December 14, 2008
the page layout of spreadsheet in docs.google.com is wrong no matter Compatibility View is turned on or off, anyone have the same problem? And sometime IE turns into Compatibility View when it detects some incompatibility, it may be better to have an option to toggle this detection. Using XP SP3 ENU, IE8 RC.Anonymous
December 14, 2008
the favorite bar is useless in IE Partner Build as I cannot update the feeds and the feeds do not show the faviconAnonymous
December 14, 2008
The IE team has been working towards making IE8 the most accessible browser possible. Latest entry fromAnonymous
December 15, 2008
The adaptive zoom is great for usability. Visually impaired users, as wel as everyone else profits by this enlarged user interface. Great work!Anonymous
December 15, 2008
1.please allow to use both the old javascript method of IE6 zoom and the newer IE7 zoom method . sometimes they are better than the zoom method of IE8 . 2.is it true that the autocomplete feature is gone? why? 3.how can i get IE8rc1 ? i can't find it anywhere. 4.will all the features be available and work well on IE-based browsers as well? 5.about the webslices feature, can you please make it to work on all websites? you can just mark with the mouse the area to check , and IE8 will make a webslice of it to monitor.Anonymous
December 15, 2008
@someone: #2: No. Inline autocomplete in the addressbar was replaced with the "Unified List View" dropdown, but it still autocompletes. Autocomplete within web pages still works. #3: IE8 RC1 will be released in the first quarter of next year. #4: Many features are available in IE-based browsers; some require opt-in, but most IE-based browser authors tend to opt-in. #5: The problem with allowing user-selection is that this would not likely work because if the layout of the page were to change, the slice wouldn't work. By having the web developer mark the slice, we have confidence that the markup will remain available in the future. @wai: Please keep in mind that you are using the December Partner Build, not the "RC" build, which has not yet been finished. "And sometime IE turns into Compatibility View when it detects some incompatibility, it may be better to have an option to toggle this detection." To be clear, when IE automatically enters compatibility view, this means that it has encountered a fatal rendering error, and the page would render blank if not for the compatibility fallback. You can disable the fallback if you'd like using Tools > Internet Options > Advanced, "Automatically recover from page layout errors using compatibility view." Our goal for the release is to resolve these fatal layout errors so that automatic fallbacks are not needed.Anonymous
December 15, 2008
@EricLaw [MSFT] Didn't hear back in terms of which of the new regression issues didn't repro, but I built and uploaded a test case for #10 in the list, which also shows #4, and #6. Feedback ID:386338 Please advise which other ones you could repro, I don't want to make too many test cases unless I have to. ;-)Anonymous
December 15, 2008
Change he IE8 toolbar, it is disgusting! Make the tabs like Google Chrome with WPF!Anonymous
December 15, 2008
@steve_web, re: >> 7.) new CSS regression bug... certain div's >> with class names applied do not render >> correctly if nested in containers with other >> styles (e.g. inner div's are inheriting too >> much) I'd love to see a test case reproducing this !Anonymous
December 15, 2008
Will there be a Partner Release 2 before the Public RC1? - I'm not overly excited about the PR1 because it seems less polished than the Beta2 (and I'm finding more bugs in PR1 than Beta2). If there is a better version in the pipes I don't want to waste time trying out bugs/issues on PR1 if there is a PR2 comming soon.Anonymous
December 15, 2008
The comment has been removedAnonymous
December 15, 2008
Uhh, keep up the good work. But Compatibility Mode = Epic FailAnonymous
December 15, 2008
The privacy policy summary does NOT send the referrer and thus triggers my site's Apache based anti-hotlinking script. Please simply have IE send the referrers and problem solved.Anonymous
December 16, 2008
Scolling speed when the page has zoom is absolutely horrible. Infact, scrolling performance in IE vs Firefox and Chrome is horrible. This needs fixed.Anonymous
December 16, 2008
The comment has been removedAnonymous
December 16, 2008
The comment has been removedAnonymous
December 16, 2008
@JAB Creations Since Microsoft has already indicated that they won't fix REFERER bug 421 http://webbugtrack.blogspot.com/2008/11/bug-421-ie-fails-to-pass-http-referer.html I don't think they'll be in any hurry to fix it for a privacy policy link.Anonymous
December 16, 2008
@Eric Law > Test case #153 still passes in the partner > build, just as it passed in Beta-2. When > you install QuickTime, I do NOT have QuickTime, I do not use QuickTime. > Did you file a CONNECT bug for issue #14? No, I did not. Lack of time. This bug should be re-fixed in my opinion. I remember I originally assumed that fixing bug 338795 connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=338795 would obligatorily imply the fixing of my bug #14. Regards, GérardAnonymous
December 16, 2008
@patch: "And this is the kicker, even Microsoft is encouraging users to switch!" Bull. Read the article and you'll not that NO ONE from Microsoft makes any such statement.Anonymous
December 16, 2008
The comment has been removedAnonymous
December 16, 2008
The comment has been removedAnonymous
December 16, 2008
Instead of adding frivolous features, Microsoft should concentrate on making the browser robust and standards-compliant. That will inherently make it more accessible. See comments from Steve above.Anonymous
December 16, 2008
i am not sure is it a bug
- Start the browser
- click New Tab, before the new tab load completely, use the middle button to close the new tab
- if your cursor moves fast enough, use the middle button to click on the first tab. The browser will close completely Normally when there is only one tab, you cannot use the middle button to click on it to "close". If the function can present, do something like firefox or chrome would be good enough. It is obvious when the computer is not that fast ;P..... using P4D 2.8GHz, 2GB ram
Anonymous
December 16, 2008
The comment has been removedAnonymous
December 16, 2008
The adaptive zoom could be very nice if the bugs are solved.Anonymous
December 16, 2008
@Dave Need a patch ? http://www.microsoft.com/technet/security/bulletin/ms08-dec.mspxAnonymous
December 17, 2008
Now, the thing that would make IE really shine would be if you were to tear it out of Windows and made it a standalone program that can be installed and uninstalled just like any other program without messing with the entire OS...Anonymous
December 18, 2008
@Eric Law Major regression: www.gtalbot.org/BrowserBugsSection/MSIE6Bugs/SelectAddOptionNull.html > Did you file a CONNECT bug for issue #14? Bug 388710 connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=388710 GérardAnonymous
December 20, 2008
@Eric Lawrence Steps to reproduce:
1- Load www.gtalbot.org/BrowserBugsSection/MSIE8Bugs/background-color-change-hover-ie8b2.html in pre-RC1 Partner build 18344 under XP Pro SP3 2- Hover the mouse cursor over the link "connect's IE beta feedback as bug 365927" Actual result:
A balloon will pop up saying " Compatibility View A problem displaying gtalbot.org caused Internet Explorer to refresh the webpage using Compatibility View " and the webpage automatically switches into non-standards rendering mode. This behavior is also reproducible 100% with some other links in the page and at brunildo.org/test/IE8b1_clickablearea.html Regards, Gérard
Anonymous
December 21, 2008
@Gerard Talbot Thanks for the info. When I first glanced at your demo page some months ago, I had assumed that you were demonstrating, once again, what many consider IE's Text Size "bug", that is, it's failure to resize pixel values and the compounding of relative values within nested elements. This is how Text Size works by design. But on close inspection, this was a true bug. 1em of, say, a 16px equivalent font size is 16px and the Text Size menu should, at least, be consistent and size up and down on all of the nested text equally. They are all 1em of the same font-size. Fixed, I see! I also am noticing on your test page that IE is interpreting a 'medium' border as thinner than in IE7. Perhaps that is because it is doing the math based on the font-size, or what. (Just thinking out loud.) (I'm curious - I'll re-set the font sizes to 2em and see what happens.)Anonymous
December 21, 2008
New Accessibility Features in IE8, 꽤 좋아지는 군요.Anonymous
December 22, 2008
The comment has been removedAnonymous
December 22, 2008
The comment has been removedAnonymous
December 23, 2008
@Gerard: I spoke to the dev team and they confirmed that the border width change for IE8 standards mode was deliberate. Specifically, our developer noted: "All other standards browsers use the same thickness for ‘medium’. We chose to go with the majority when in standards mode (although as noted, the standard does not define a specific size for thin/medium/thick)."Anonymous
December 24, 2008
"All other standards browsers use the same thickness for ‘medium’. We chose to go with the majority when in standards mode (although as noted, the standard does not define a specific size for thin/medium/thick)." Perfect! Season's Greetings to the IE team, GérardAnonymous
January 16, 2009
Hi, my name is Tony Ross and I’m one of the Program Managers for Internet Explorer. As JP mentioned inAnonymous
February 12, 2009
업데이트 일자: 2008 년 12 월 11 일 이 글은 Internet Explorer 개발 팀 블로그 (영어)의 번역 문서입니다. 이 글에 포함된 정보는 Internet ExplorerAnonymous
March 23, 2009
Why Internet Explorer 8 disappoints web developersAnonymous
March 24, 2009
It seems fitting with Coldplay being in Auckland last week and Yellow producing a custom version of IE8