Microsoft's New Multiple-Browser Tester

Z80xxc! writes "Microsoft recently announced a new product called Expression Web SuperPreview, which lets developers view their web pages in any browser installed on their system, as well as in different versions of IE, all from the same interface. The product has one genuine innovation — a built-in tool for overlaying the rendering from one browser over another to compare (referred to as 'onion skins'). There are also HTML debugging aids and other helpful tools for web developers. A beta version is available for download. However, the current build only has support for IE — it will compare rendering in IE6 with either IE7 or IE8, whichever is installed. An internal build shows Firefox and Safari on Windows as well. The final product will appear as part of MS Expression Web Studio 3 when it is released later this year. (It will not be available in the Expression Mac suite.)"

Comments

Web standards

[nightglider28]

Tools like this, while helpful, should never have been necessary. If MS, owner of the dominant browser, wasn't among the poorest in W3C compatibility, stuff like this wouldn't be needed. Web pages should render the same in any browser, on any OS. The only difference should be in resolution.

Re:Web standards

[Bill, Shooter of Bul]

As long as there are different rendering engines, things will look differently. The biggest problem is that you cannot have multiple versions of Internet explorer installed on the same computer.

Re:Web standards

[RichardJenkins]

Layout should be identical amongst media types. Rendering differences (think: fonts available, widgets, text-only workstations etc.) are possible with two different systems adhering perfectly to standards.

Try telling that to a non-technical designer though :(

Re:Web standards

[moderatorrater]

The problem is that "most" isn't the target for high profile websites, they need to be as close to identical as possible. The assertion that cross browser testing only came about because of MS was just plain wrong. In fact, it could be argued that for a few years, cross browser testing wasn't necessary because of Microsoft since IE was the only browser with any significant market share.

Re:Web standards

[causality]

No they don't. Not relative to the differences between Trident and most other engines.

There may be some differences, but they're nothing when compared to IE's awful rendering engine. Just look at the broken box model, or the hasLayout flag for example.

For around the last five years my Web design job has always revolved around making things look right in standards compliant browsers, then hacking for IE. Look at the code of most sites these days and you'll see an IE-specific style sheet.

Imagine the sum total of the economic cost to Web designers worldwide, if such a figure could be accurately assessed. I wonder just how large this number would be? To me this sort of unnecessary and deliberate incompatibility is very much like spam; it's a business practice that causes others to bear its costs. If the total cost to Web designers everywhere could be known, I really would have no problem with fining Microsoft for that amount, accompanied by the legal use of government police power to seize assets if this is necessary to pay the fine.

If that sounds drastic, I say that the only thing more absurd is the idea that we should have to put up with this kind of shit and shouldn't use any means available to discourage it, within the bounds of the law of course. I really believe that the only reason why Microsoft gets away with half of the things that they do is because of the general public's ignorance and lack of technical understanding. If not for that then I would expect at least some type of backlash against it, much like what Sony experienced due to their rootkit DRM.

Re:Web standards

[slimjim8094]

No no no no no.

That thought is breaking the Web.

HTML is a markup language. It was NEVER designed to give a pixel-picture representation of content. EVER. That would break mobile browsing, not to mention different resolutions, and everything else.

What you're looking for is called PDF, and it works great. That makes the guarantees you want - every pixel is in its proper place.

Too many designers, used to working in pamphlets where they had complete control, moved to web design. They just aren't the same!!

Re:Web standards

[indiechild]

Even PDFs with vector-based images and layouts render slightly differently on different platforms and different PDF viewers. I could hardly believe it myself when I saw the results.

The only thing you can trust is a bitmap image.

Re:Browsershots

[ericlondaits]

I do web developing professionally and can say that a service with a 3 hour queue is only marginally useful. When your site has a rendering bug under some browser it takes quite a bit of trial and error while fiddling with CSS until you come up with a different way of expressing the same layout that is compatible across the board. IE6, particularly, has numerous rendering bugs that sometimes call for this "do the same, but differently" route and some bugs that require hacks to be put in place. While looking for the rendering bug you also need to find out what exactly is going on... for instance, IE6 will double an element's margin in some cases, but you need to find out which element first, which can be done with a bit more of fiddling with the CSS. ... So anything but an interactive solution is worthless in this cases. A service like browsershots is useful to check the state of a site, but once you find it has errors, you probably need something else.

I have a single VMWare VM with side-by-side installations of IE3 through 6, and IE7 in my main OS, along with Opera, Safari and Firefox.

Re:Browsershots

[wkurzius]

Do you also not mind waiting 45 minutes in between adding each ingredient?

Re:Ain't technology great?

[qw0ntum]

Every browser has quirks. Things render differently even between Firefox, Chrome, and Safari. As long as the rendering engine's source code is different and people are running the browser on different platforms, you're going to have differences in the way that pages are rendered, and that's just a fact of life. This tool makes it easier to spot differences in the way your code renders on different browsers. I'm not sure what your sarcasm is adding (dystopian future of calculators?) but given that differences will always exist between browsers this tool seems well-designed and helpful.

Re:Browsershots

[dmsuperman]

Not only that, but if the issue requires you to scroll or click to show you the bug then you're SOL. Personally I run a VM for IE6, a VM for IE7 (only because I've found MultipleIE to not always accurately represent what the end user uses), and Firefox in one of the VMs. I have outrageous amounts of RAM to play with, though. At work we have a couple fairly decent windows machines running remote desktop that the lot of us remote desktop into to view the pages, for the 15 or so of us it works quite well.

Re:Browsershots

[ericlondaits]

Just minutes ago I had to fix a bug where IE7 will place misterious bullets on "ul" elements which had the bullets removed through CSS... but the bullets only appear in some of the pages, and dissapear when you scroll or force a redraw of the browser (i.e. by minimizing and maximizing).

Browsershots is also useless when checking JS code, animation, DHTML and AJAX... which amounts to a good percentage of what I do.

Re:Browsershots

[Hannes2000]

This sounds like the first new MS product that's interested me in a while.

What a coincidence, that one of Microsofts more interesting products' sole purpose is ironing out their own fail :-)