Site Navigation

Showing posts with label performance. Show all posts
Showing posts with label performance. Show all posts

Wednesday, August 29, 2012

bug 517 - Internet Explorer Zoom doesn't always work

Issue: #517
Affects: IE7, IE8, IE9, IE10 Preview

Ever since Internet Explorer supported zooming page content in the browser there have been issues with the Zoom feature.

In IE7 it was rough and it was particularly bad scaling form elements unequally not to mention framesets were a disaster.  In IE8 things got much better and the scaling was much more predictable.

However there are 4 issues with Zoom in IE to this day that drive developers and users alike bonkers.

1.) The default keyboard shortcut of [CTRL] + [0], [CTRL] + [-], and [CTRL] + [+]  to adjust the zoom do NOT work if you use the numberpad keys.

2.) The zoom isn't a graceful increase when zooming in 5% at a time like in other browsers.  IE's first "step" is a whopping 125%!  As developers this isn't always easy to accommodate gracefully... many users just want to bump up the zoom a "notch" and 125% is overkill.

3.) The performance of a web page drastically decreases when zoomed in to the point that on heavy web pages the site becomes almost unusable - Most corporate web applications do not support use of Zoom in IE as a result.

4.) Zoom isn't applied to everything! Oh sure, you probably knew that radio buttons don't scale but did you know that if you have any dialog windows created using Microsoft's proprietary showModalDialog() or showModelessDialog() methods that the content inside them completely ignores the users request to have the content zoomed.

Does your site/application support the Zoom feature in IE? Have you seen how it behaves compared to other browsers?

Note: The Modal, and Modeless dialogs in Internet Explorer have been deprecated in IE10 Metro Mode thus if you were still using them for some strange reason it is time to update your code!

 
Known Workarounds: None.

Related Issues: None.
Bug/Site Feedback | Submit a bug

Wednesday, March 10, 2010

bug 358 - saving web pages is incredibly slow in IE

Issue: #358
Affects: IE6, IE7, IE8

Rendering content in the browser is obviously the main goal of day to day web surfing and web application usage.

There's form interaction, games, Facebook, Mashups & Twitter updates just to name a few.

However when you get a bunch of info/data you care about you likely want to do something with it. Typically you'll want to print, save or export your content so that you have a hard copy or backup.

However exporting is only an option if the web application you are using supports that feature... and printing is a great way to waste trees... but a 500 "page" report is something better suited to be saved to a digital file. Besides maybe you want to manipulate that data in your spreadsheet program before printing it or making a PDF to share.

Alright, easy as pie... just render the page you want and choose Save as from the right click menu file menu.

Should take about a fraction of a second to save the page you are viewing (already downloaded) to an HTML file.

Well not quite! Although Firefox, Chrome, Opera & Safari all do this in milliseconds IE does not. Internet Explorer re-requests the ENTIRE file from scratch. Yes, that's right, re-downloads an EXACT DUPLICATE of your (example) 500 page report!

Needless to say this is a massive waste of bandwidth and user time as they wait for the page to be re-fetched... while staring at the already rendered copy they already have!



Known Workarounds: None. Well I suppose the more technically inclined could view the source... then CTRL+A (select all), then CTRL+C (copy), then CTRL+V (paste) and save in your text editing application of choice - but that seems awfully inconvenient when there is a save as option in the file menu.



Related Issues: None.



Bug/Site Feedback |
Submit a bug

Thursday, November 6, 2008

bug 512 - can't scroll zoomed page in IE8....... wait... maybe...

Issue: #512
Affects: IE8 Beta 2, IE8 PR1, IE8 RC1

Keeping in mind that IE8 is still in Beta there's an issue in IE8 when scrolling a page up and down vertically and horizontally.

On any page with content (about:tabs) (http://www.msn.com/) (http://www.yahoo.com) scroll the page up and down using the mouse wheel, or the scrollbar on the right hand side. (resize window if necesary to obtain scrollbars).

Works like normal, right?

Ok, now zoom in to say 120% or 160% ([CTRL] + [+]) now try scrolling as before.

Woah! what happened? did your performance just tank? on some screens it will take 5-6 seconds to get to the top/bottom.

The good news is that this is just a beta, so there is still plenty of time to fix this. (we hope!)


Known Workarounds: None.



Related Issues: None.

Bug/Site Feedback |
Submit a bug