How Do You Test Your Web Pages? 226
Pieroxy asks: "As a web developer, both professionally and personally, I try to always make sure what I write works in every browser at my disposal. When the choice came for me to choose a platform for my PC, I went the Windows route, because I cannot afford not to test IE on all those websites/applications. But now I am facing a problem with all browsers that don't have a native Windows port, such as IE5/Mac, Safari/Konqueror. kde-cygwin helped very little because the version of Konqueror shipped doesn't display most JPEG, making any testing worthless. IE5 for Mac should die soon, but is still widely used as being the default browser for so long. How do you test your web pages? Have you noticed discrepancies on how a specific engine (Gecko, Opera, KHTML) renders content on different Platforms? Do I need a Mac and a Linux machine to make sure it is working on these platforms?"
code to the standard (Score:2, Insightful)
Re:code to the standard (Score:5, Informative)
Not really...
There are a ton of bigs with Internet Explorer and the way it "works" with the standards, particularly CSS Positioning.
A site I frequent for various work-arounds to get things working under both IE and working CSSP browsers is A List Apart [alistapart.com]. It's amazing the number of funky comment-within-comment hacks that you have to perform to get sites to display properly across two or three "standards compliant" browsers.
Re:code to the standard (Score:5, Informative)
There are of course quirks in all of the browsers though. There is a REALLY great site to help with that though. quirksmode.org [quirksmode.org] lists each css attribute, and has a table showing which browsers it works in, and which it mostly works in and so on.
You really can do some amazing things if you follow the standards AND work around the quirks. I try to avoid the comment-within-comment hacks, because they are ugly, and there is almost always a better way. Once you have a good knowledge of the quirks its not so bad.
Re:code to the standard (Score:2)
Great link! A List Apart gives me some great ideas in implimentation, but the organization is more like a magazine. I've often wished for a tabular list of stuff I can use and stuff to stay away from.
Thanks!
Re:code to the standard (Score:2, Informative)
Someone recently commented in my livejournal [livejournal.com] that my layout needed some work and she'd do a new one for me. I agreed, but I said that if she were to do a new one...
i don't want my frontpage changed. actually, i'd love for my other pages to kinda match it, both in theme and in ascetics.
also, the HTML better be layed out nicely (i.e. readable in a text editor), better comply with W3C standards, and not be designed for any s
Re:code to the standard (Score:3, Insightful)
Didn't work for me, so I went for a CSS/Table route (despite wanting to stay completely in CSS.) At some point you just have to get on with your site however you want, otherwise I'd be tweaking all day, trying to get it right.
I like CSS a lot, though, anhd looking forward to it becoming a little more mature.
Re:code to the standard (Score:2)
It should be pointed out that the reason you have to use hacks is precisely because the browsers are not standards-compliant.
Re:code to the standard (Score:2)
And that's precisely why I put standards-compliant in "quotes". :)
Re:code to the standard (Score:5, Insightful)
At my last job I kept a log of browsers/platforms that hit the webserver. From the vast majority (at the time, IE5 on Win9x) down through the percentages, I would run what I could for testing. For example, using whatever tool of choice (VMWare on my home network was what I used), I tested my sites in IE5 on Win9x, IE5 on Win2K, Netscape, Mozilla, etc, etc. I think I was regularly testing on maybe the top 6 percentages in the log, capturing about 99.5% of the hits.
There will always be a percentage of browsers in the world you can't test, be they either little-used browsers on little-used platforms or widely-used browsers with some strange configuration that messes things up. But if you can identify the majority of the variations that are hitting your site(s), then just test as many of those as you can before you feel confident that it's "as compliant as it's going to get."
Re:code to the standard (Score:5, Insightful)
Re:code to the standard (Score:3, Insightful)
That is by design, and it is a feature of standard-compliant design. You can code a web page once, and it will render for normal people, blind people, people with 640x480 displays, and everybody else.
Re:code to the standard (Score:4, Informative)
One dual Xeon system with a shitload of memory running Linux and VMWare... and several versions of Windows/IE via VMWare.
And, two Macs. One running OS9 and the other running OSX.
That gives me the greatest OS coverage with the minimum number of machines.
And... I load each OS with as many clients as I can test.
Re:code to the standard (Score:5, Informative)
Re:code to the standard (Score:2, Insightful)
What you have to do is spread packets that follow the standards, so that users can decide for thmselves which browser they want to use.
For example, would it be amazing if every gas station in the country had different octane levels, and some had lead, others had pcbs, and yet others put ethanol, alcohol, or whatever in them.
No, standards insure that if you buy a BMW, you can get fuel anywhere in t
Re:code to the standard (Score:4, Insightful)
When over 80% of your clients use one browser, you either alienate 80% of your clients or you code to their browser, however sucky it may be. "Coding to standards" sounds good on paper, but we live in the real world. BTW, the gorilla thinks it is the standard, and with it's market share it really has become one, like it or not.
P.S., in the read world the Mac doesn't even exist -- I've tested web pages for some Fortune 500 companies and while mostly they said to test on MSIE and Netscape, none of them required me to test on Mac.
Re:code to the standard (Score:3, Informative)
The W3C Validator [w3.org] is your friend. There's also one for validating CSS [w3.org].
It's not perfect, however, so take it with a (small) pinch of salt.
Re:code to the standard (Score:4, Insightful)
And even when browser do all support the standards you're using, they are somewhat liberal in their interpretation of them, especially when it omes to margins, padding, border sizes and whitespace in general.
In short: coding to the standards is a bit like navigating a minefield in the dark with a map of the mine locations drawn by a guy with amnesia. If that is all you rely on, you are going to end up doing the biggest splits you'll ever do in your life.
Re:code to the standard (Score:2)
I once wrote a web page that was HTML4.01/CSS2 compliant. It displayed fine in Mozilla, Opera, and Konquerer, and even broke in a usable way in Netscape 4. In IE5, a number of elements showed up in the wrong places (the footer, for example, was plastered across the middle of the page).
(And as a side note, it seems that the Slashdot editors don't want any more people pointing out how bad the HTML on the main page is. Attempting to run it through the W3C
Of course... (Score:4, Funny)
Yes. Glad I could help out
Re:Of course... (Score:2, Insightful)
but you can use vmware [vmware.com] and an iso of knoppix [knoppix.org] to check out different browsers available for linux
Re:Of course... (Score:3, Interesting)
PearPC [sourceforge.net]
If you do a little search, someone (on OSNews.com I think) managed to install OS X...
It's not perfect (yet), but it's better than nothing!
On a side note: checking their webpage, one of the Dev died of an Accident on July 2.
23 Years old. I guess only the good die young
Depends. (Score:4, Interesting)
This really depends on the type of page I'm working on. If it's a personal page, I make sure it works with Mozilla and IEWin, because those are the two browsers I have available.
If I'm working on a business project, I let the boss spec the work. If it's required to work under Safari and IEMac, then they have to provide a Mac for me to develop with, not just have somebody else test it.
Re:Depends. (Score:2)
Our biggest problem appears to be that some older versions of Squid, installed in places we can't influence, began tripping over our pages when I installed mod_gzip.
Re:Depends. (Score:2)
What you do for your personal stuff, I do for work. I mostly use Mozilla, the rest of the team use IE. The result is very compatible. Some Mac users have reported problems with older version of IE, but they have all been quite receptive to installing Mozilla and that works very nicely.
I'm not as worried about IE under Macintosh since Safari came out. Coding for Safari can be a bit of a pain, at times. Luckily, Konqueror running on my Fedora boxen seems to hit Safari oddities with about 75% accuracy. Acco
Re:Depends. (Score:2)
Virtual Machines (Score:3, Informative)
I also reccomend testing with stylesheets turned off, if you're using them, to make sure your site degrades gracefully in browsers with no stylesheet support.
Virtualisation thing (Score:4, Informative)
Oh yes, and as another poster said, stick to the standard.
Rik
Re:Virtualisation thing (Score:5, Informative)
Or consider the Free alternative of coLinux [colinux.org], which allows you to run several linux distrubtions under MS-Windows.
Validator (Score:5, Informative)
Re:Validator (Score:5, Insightful)
Re:Validator (Score:3, Funny)
Real robust enterprise web site design uses table-driven database-back-end solid server-side code with (x)html templating and so no, it does not matter, since it's easy to mod the templates to match the Browser du jour. It's part of the abstraction of presentation exercise.
Re:Validator (Score:2, Insightful)
Re:Validator (Score:2)
And it's very relevant. For example, with plone, you can specify if you want html4 transitional (table layout) or xhtml1.0 (div layout).
Re:Validator (Score:2)
you make sure you get a toolkit that is tested by others, and you don't futz with it.
So in other words, your solution to "how do you test your web pages?" is "use somebody else's template and hope they didn't make any mistakes"?
Re:Validator (Score:2)
Re:Validator (Score:2)
The templating system has nothing to do with it. Like Doug said, how do you test the actual pages themselves? How the template system works is irrelevent in terms of browser compatibility, as that all happens server-side. What is actually sent to the browsers, the combination of the template and the content, is what is important.
So like I said, your argument boils down to using somebody else's page d
Re:Validator (Score:2)
Granted.
But that's bad how?
Re:Validator (Score:2)
It requires trusting somebody instead of objectively measuring success.
Have you ever actually seen the quality of the code that you get from the kind of companies that sell templates? Most of them aren't valid and a good portion obviously haven't been tested in anything but Internet Explorer.
Re:Validator (Score:2)
I use templating objects within programming environments.
The thread implied large websites. If you have a 10,000 pages data-driven dynamic website, you're going to template one way or another.
Re:Validator (Score:2)
Sigh. You are either completely and utterly missing the point, or you are deliberately trolling. I'll go slow.
1. At some point, the browser recieves some HTML, CSS, etc. The whole point of testing in browsers is to ensure that things work properly.
2. Your initial buzzword-laden suggestion of using a templating system is irrelevent. A templating system uses templates to decide exactly which HTML, CSS, etc to send. The relevent code is the actual templates themselves.
You are still caught up i
Re:Validator (Score:4, Insightful)
The point of standards is to aid interoperability. They aren't a get-out clause to expect everybody else to write bug-free code. That is an unreasonable expectation, especially as validators themselves are only a tool to catch errors you've made yourself. So you make errors but nobody else is allowed to, is that it?
You are aware that XHTML 1.1, per standards, will not work in Internet Explorer?
Which particular browsers? There is no browser that gets XHTML or CSS completely right. It's quite obvious to anybody who has spent more than five minutes developing websites that standard-compliant XHTML and CSS does not guarantee your website will work in any particular browser. Browsers have bugs. You can deal with that by testing, or you can stick your head in the sand.
Your website violates RFC 2616 (HTTP 1.1) and RFC 2854 (the text/html media type), as XHTML 1.1 is not permissable to send as text/html. Also, by including an XML PI, you are screwing up rendering on Pocket IE and one other user-agent that I can't quite recall. If you want to comply with the specifications and also be accessible to the majority of the web, you'll have to drop back to XHTML 1.0 and follow Appendix C.
Or you could take your own advice, use the application/xhtml+xml media type, and say goodbye to Internet Explorer users, Lynx users, Links users and most search engines. After all, you just have to write to standards, and your job is done, right?
Re:Validator (Score:2)
A-fucking-men. I dunno why the just-code-to-standards guy writes software, but I make stuff because I want people to use it. I work hard to hew to the standards, of course. But that's not where my development ends, it's where it starts.
Re:Validator (Score:2)
I've never said otherwise. In fact, that's exactly why I said "Browsers have bugs. You can deal with that by testing..."
Re:Validator (Score:2)
>You are aware that XHTML 1.1, per standards, will not work in Internet Explorer?
Again, whose fault?
>Which particular browsers? There is no browser that gets XHTML or CSS completely righ
Re:Validator (Score:2)
It's Microsoft's fault that XHTML 1.1 will not work in Internet Explorer. It's your fault if somebody hires you to build a website and it doesn't work in a web browser that is used by the vast majority of surfers.
Why are Microsoft expected to implement XHTML 1.1 anyway? It brings virtually no advantages to their users.
Re:Validator (Score:2)
You're mostly right. PHP itself started out as a simple templating language, so adding another one on top is overkill. The trick is to use the different aspects of PHP in different places - put the complicated database stuff in included files, and just put the simple echo() stuff in the pages themselves.
Generally speaking, I write back-end PHP code that doesn't output anything at all. The front-end pages simply include() it and use the functions provided by the back-end to get the relevent data and p
Re:Validator (Score:2)
Its really not that hard either.
Re:Validator (Score:3, Insightful)
Secondly, and more importantly, of course there's something wrong with a browser if it can't display correct code sensibly. Newsflash: browsers aren't perfect, and when a client complains that Internet Explorer 6 users can't see any of the text on their website, they aren't going to care that the syntax is correct, they are going to ca
Re:Validator (Score:2)
Web developers complain about having to code around IE's bugs, yet by continuing to do so they perpetuate the problem.
Can you imagine if Mozilla introduced a new "feature" that was of benefit to the porn industry, and all of a sudden porn sites couldn't be viewe
Re:Validator (Score:3, Insightful)
No, they are far more likely to simply go to another website. And how are they to know what to fix? The average user doesn't have a clue that a rendering flaw is caused by a bug in their web browser and they could fix it by switching browsers.
No, th
Re:Validator (Score:2)
Making it possible to see all the pictures without paying would do the trick.
Re:Validator (Score:2)
Stonewall IE (Score:2)
So I test on linux, since it has moz, konq, opera, and netscape 4.
Re:Stonewall IE (Score:2)
;-)
I'm not even interested on bidding on a project that wants to support browsers that are so old (or lame) that they can't do a "getElementById".
Re:Stonewall IE (Score:2)
Re:Stonewall IE (Score:2)
True.
But, I've yet to come across anyone that wants to pay to create a web *application* that is not also interested in some dynamic action.
It may be as simple as wanting to select all check boxes at once... or deselect them all at once.
This will either require JavaScript, Java, ActiveX... or some other technology above and beyond plain old HTML.
JavaScript is by far (IMHO) the least "bad" of the options. (For various definitio
Re:Stonewall IE (Score:2)
Well, my point wasn't about "pushing" JavaScript.
My point was about using JavaScript to detect old and outdated browsers.
Someone else brought up the "but I don't have JavaScript enabled" blather.
That isn't my problem. If you don't want to meet the minimum requirements to use my site, then go away. It is my
Re:Stonewall IE (Score:2)
I gave a more serious answer above... here is the smartass answer.
You can explain why JavaScript was switched off to HR during your exit interview.
Re:Stonewall IE (Score:2)
The company decides on the browser requirements for its employees... including turning JavaScript on (or off).
If you are saying you can't do your job (use the intranet software) because you have disabled JavaScript (even tho the company policy is to enable it)... then you can explain the problem on your way out the door.
It isn't a personal decision in the context of employeement.
And that is the conte
Moz, IE and W3C standards (Score:2, Insightful)
Its a nightmare... (Score:2)
This is a standards nightmare of course since none of these all impliment the DOM, or CCS in exactly the same way. Don't even get me st
BrowserCam (Score:5, Insightful)
Of course you messed up in the first place not getting a mac. You can test in PC/IE from the mac, but not the other way around.
Re:BrowserCam (Score:3, Interesting)
Re:BrowserCam (Score:4, Insightful)
Re:BrowserCam (Score:2)
Re:BrowserCam (Score:5, Informative)
Significant Other? (Score:4, Interesting)
That covers the base pretty well.
Of coures, it's always wise to generally try to avoid dicey display tricks that you know will probably give you problems... or if you absolutely *must* have that stock ticker, don't code it yourself -- find one whose creator is doing the testing for you.
Mac (Score:5, Interesting)
When are we going to get some challenging Ask /.? (Score:2, Insightful)
Of course, half the problem is knowing the correct question to ask. That's why google is so popular - it gets good results with bad questions, and you can refine your question with repeated searches.
-Adam
Browsercam, standards (Score:3, Informative)
Browsercam [browsercam.com] is a good resource. Of course, you can't test functionality with it, but your layout is where you will run into the most browser bugs.
Ultimately, the best route I've found is to stick like glue to the standards and don't use nested tables or rely on Javascript.
As long as you stick valid HTML 4.01 or XHTML and CSS, the rendering bugs for IE5+/Win and IE5+/Mac are pretty well known. Older browsers can easily be sent plain text or minimal styling with media or @import hacks. Spend a lot of time lurking on the CSS-d mailing list.
Where do you find out about the "well-known" rendering bugs? There are a ton of sites out there about them, but I like PositionIsEverything [positioniseverything.net] and the CSS-Discuss Wiki [incutio.com].
Simple enough (Score:2)
I code under linux and then ask someone to check (Score:2)
Yes (Score:3, Insightful)
You made a bad choice (Score:3, Insightful)
I personally find that if I write for Mozilla Firefox its usually only slight modifications needed for IE etc, and most of that is Javascript related.
IE's rendering engine is deliberately not picky, therefore it stands to reason its a bad choice to program for. Safari (KHTML) and Moz (Gecko) are OSS and as such tend to stick to the standards pretty well.
Opera used to (don't know if its still the case) stick absolutely to the standards so it may make a very good choice. I however don't test for it because of its small market share and it's still closed source.
Use Moz and go with the Web Developer Tools (http://texturizer.net/firefox/extensions/#webdev
web devel environment (Score:3, Informative)
either way, i can't recommend that enough. the web developer plugin has all sorts of goodies like w3c validator, turning css stuff on/off (and even inserting css stuff on the fly). combine that with the javascript console and javascript debugger for debugging those DOM scripts. i'll also often use the DOM inspector to get a vew of my webpage's DOM tree or find suspect nodes which aren't coming up properly in my javascript.
and i can't stress this enough: strive for 100% w3c compliance always. nothing is worse than a website that doesn't comply to the standards, because if it does not, it introduces nothing but headaches with the major rendering engines: khtml, gecko, opera, and mshtml. yes. some of the w3c specs want you to do fairly dumb things. who cares, just do it. i hate seeing sites that don't comply and then users ask "why doesn't it render properly in <insert my browser>
Re:web devel environment (Score:2)
Re:web devel environment (Score:2)
Linux + VMWare (Score:2)
I have VMWare installed so that I can check things in IE -- I have IE 4, IE 5.01, IE 5.5, and IE 6.01 all on the same virtual machine. of course, Mozilla and Konqueror practically always agree on how to render a page. I use iCapture [danvine.com] to look at it in 'for real' Safari.
there's nothing quite like having a real *nix+apache setup. VMWare is well worth the price of entry if you make y
zerg (Score:2)
Re: (Score:2)
You need a Mac (Score:4, Informative)
I don't think there are any decent Mac emulators around. There are, however, decent PC emulators on the Mac.
If that's not an option, then you can't really do anything about Mac/IE, as the Mac and Windows Internet Explorers use completely different rendering engines.
Safari is based around the KHTML engine, and so you can be fairly safe with that browser as long as you test in Konqueror.
Things like Browsercam [browsercam.com] aren't very helpful, as you can't interact with them, and a lot of bugs only show up when interaction takes place. But if you have no other option, like Mac/IE without owning a Mac, then it's better than nothing.
Even if you aren't bothered about other platforms, virtual machines like VMWare are useful. You can set up a range of them with different screen resolutions, font size settings, Javascript on and off, and so on, so you don't have to keep fiddling with your settings.
If you take the "fiddle with your settings" approach to testing, set up a second account on your workstation for just this purpose. That way, any plugins, settings, etc, that you use for normal day-to-day surfing won't interfere with your testing. Make sure you keep a checklist where you can tick off each combination of settings that you have tested against - you will miss combinations otherwise. You will probably find it useful to install multiple versions of Internet Explorer on the same machine [skyzyx.com].
Obviously, run your code through HTML and CSS validators, and possibly linters as well. It's a good idea to incorporate validation into your publishing routine - nothing invalid ever reaches the server. If you can't do that, it's a good idea to set up a validator to automatically spider your websites on a regular basis and report any errors to you via email. Alternatively, check out Ben Hammersely's validation RSS feed. [benhammersley.com]
Linux live distro CDs? (Score:2)
Linux, WINE, and WWW::Mechanize (Score:3, Informative)
To manually test websites, I run Linux on my desktop. This allows me to test Windows/IE via WINE, as well as Mozilla and Konqueror (which should render like Safari).
It doesn't catch every issue, but it works well for me.
Submit it to Slashdot ... (Score:2)
Just save yourself the trouble and get a Mac. (Score:5, Informative)
I do my main development in BBEdit, checking against Safari's rendering engine. As things are shaping up, I'll check it in Mozilla (and variants), Mac/MSIE (we HATESSSS it!), as well as VirtualPC running Windows 2000 to keep ensure things are looking good in Win/MSIE, and lastly Lynx to ensure that content is properly available, despite lack of formatting.
This way I feel I've got all my bases covered.
KHTML (Safari, Konqueror)
Gecko (Mozilla, Firefox, Camino, etc...)
MSIE::Mac
MSIE::Win
Text-based (lynx, WAP, screen readers, etc...)
My Macintosh lets me get everything done with ONE computer on my desk. No need to deal with the upkeep of several boxes, as well as the real estate they'd all require at my workspace.
Reduce the NEED for testing... (Score:3, Insightful)
That is, make sure your design isn't dependent on pixel-level control of everyone's browser as far too many web developers (and damned "content-generator" programs) seem to insist on.
Or in other words, always remind yourself that The Web is Not a Print Medium [alistapart.com] (Highly recommended, if slightly "fluffy", article). Most of the "hey, it doesn't work/look right in this OTHER browser" problems I've ever seen boil down to the web designer having a pressing attitude that they need to control the users' browsers down to the minutest pixel, and have a pile of browser-specific tricks that depend on recognizing the specific "brand name" of the browser and behaving in a different quirky manner depending on which (of the listed ones) it recognizes.
Many others have already posted the good advice to just "stick to the standards". In case it isn't obvious, that most especially means "don't reference any 'browser quirks' anywhere in your design." Even IE seems to have reasonable support for "standards compatibility mode", so if you stick to standards, you will greatly cut down the potential problems that necessitate testing your pages in 10+ different browsers on 4+ different platforms in the first place.
(The rare individual that really DOES require iron-fisted dictatorial control of the pixel-by-pixel layout of their page shouldn't be using HTML anyway - that's what PDF is for...)
Multiple boxen available (Score:2)
Having said that, I code *really* simply; most of my code, in fact, is just simple junk that I have a few shell or perl scripts spit out, since most of my code constitutes image or photo galleries
A couple more options (Score:2)
Test pages at the local university or library computer lab (depends on what they have available whether or not this will be of use to you). Some schools have separate Mac and PC labs.
Also, in many webmaster forums it's standard practice to ask other users with the browser/platform combination you're missing to test it for you and send you a screenshot.
need testing? (Score:2)
Forget web standards (Score:3, Interesting)
One exception is to use CSS for the font formatting stuff.
Standards are a great concept, but with web design you need to deal with harsh reality: browsers suck. Look at the source code at the front page of google.com or yahoo.com if you want to see what the big boys are doing.
Wait until Firefox has 95% of the market, then move to standards
Validators and Load Generators (Score:3, Informative)
Have you noticed discrepancies on how a specific e (Score:2)
Gecko based browser don't seem to render span width or span height tags where IE does. At least not in the stylesheets. IE and Netscape handle pixels differently, where 100px does not layout the same in both browsers. So in the case you want to use absolute positioning to layout some images and then float text over them it could cause problems. CSS 1 support in all browsers is iffy. CSS2 hardly exists.
Also watch out for handling of thin
IE is no one's friend (Score:3, Insightful)
IE hasn't had any worthwhile rendering engine improvements since version 5, giving it the absolute worst standards compliance of any browser shipped today.
Never forget that IE wan't designed as a developer tool, is was designed to kill Netscape. True to MS form, trying to decipher any of IE's pitiful error messages will only cause migraines.
The W3C stopped development of their own reference browser (Amaya) because Mozilla's standards support is so good.
And stop using dreamweaver. It is incapable of generating compliant code, its javascript library is optimized for 3.x browsers, and no one ever learned HTML by using dreamweaver. It's appaling to me how many people claim to know (X)HTML but don't. Macromedia doesn't really give a damn about standards anyway. DW is also why no one seems to understand CSS... they never see it used effectively. All this and DW uses IE to render pages; see above for why this is bad.
Every so called "web designer" needs have their DW uninstalled and be forced to code pages by hand for a week to see how good they really are.
Re:IE is no one's friend (Score:2)
Oh, you didn't know DW can be used in a 100% hand-edited text, non-WYSIWYG fashion? You've never actually used it, have you?
Validator (Score:2)
I use the HTML 4 strict Doctype and check it using the w3 validator, and proof it on Netscape Navigator 4.78 and IE 5.0. You might have to make a couple of tweaks for Netscape. That pretty much works 100%.
DO NOT use transitional doctypes. That turns on something called 'tweaks mode' in a lot of browsers - in an attempt to be backward compatable. That usually translates into broken pages.
Emulators and simulators (Score:2)
To test Safari and IE5/mac, you'll need a copy of PearPC ( http://pearpc.sourceforge.net/ ) or some other Mac emulator for PC. Generally they're not fast, but PearPC emulates at a 40th speed, which is more than enough for a web browser.
Re:Emulators and simulators (Score:2)
http://pearpc.sourceforge.net/screenshots/macos
Wish I could (Score:2)
Re:Wish I could (Score:2)
have you tried ?
My methods (Score:2)
I mainly use Mozilla under Windows for browsing, so it's obviously what I check under first. Plus i've found (between mine and other sites) that Mozilla is less-forgiving over HTML errors, so I tend to catch more of my dumbest mistakes straight away.
My next test tends to be IE - mainly 'cos it's in Windows and i can test it immediately. I've found this is where I pick up on where IE and Moz tend to render certain aspects of CSS differently. I'll then straighten it out, trying to make sure it either renders