Slashdot Mirror
Helping the Apple Web Community w/o an Apple Computer?
ptaff asks: "Web developing can burn some braincells when trying to get a page to render fine in all browsers. Using XHTML/CSS on Win/Linux, thou can get a 'satisfying' result among PC browsers (MSIE, Mozilla-and-derivatives, Konqueror, Opera) - but when it comes to Apple browsers (Mac-MSIE, Safari, Omniweb, iCab, and others), and there's no Mac around to test, how can you tell if things will work out fine? I personally experienced a CSS border directive on an input tag that completely messed up a simple document. There are some CSS compatablity sheets (this
comes to mind), but can you test further than that? is there any way a web developer can check for Apple-browser-compliance without a Mac?" If only HTML validation were as simple as submitting pages to the proper emulator, and viewing the results.
We have language standards to make cross-platforming easier. If you'd like to check to see if your page is w3c complaint, go here.
-- Political fascism requires a Fuhrer.
If only HTML validation were as simple as submitting pages to the proper emulator, and viewing the results.
<rant>
Should be even simpler than this
-- if you code XHTML, then all XHTML compliant browsers should render the same.
-- if you code CSS, then all CSS compliant browsers should render the same.
-- if you code XYZ, then all XYZ compliant apps should do the same thing.
Isn't this what standards are all about?
Imagine if different electric companies supplied different types of power, while all "be standards compliant"
Image if different car companies produced cars that did not comply to "the standard road" or "the standard gas pump"
Do I have to test my public-access TV show on multiple channels, on multiple different TVs, just to make sure it works on all of them?
It's NUTZ! </rant>
10b||~10b -- aah, what a question!
Simple -- use:
<rant> == <rant>
Escape characters
Now this post was tricky to do !
10b||~10b -- aah, what a question!
Yeah, if only... oh, wait, it is.
Of course, testing for validation and compliance to standards is not quite the same thing as "does my web page look okay in Arbitrary Browser Foo," which is what the submitter was asking about. At some point you simply have to say, "any browser will work as long as it doesn't suck with regards to published open standards."
You cannot apply a technological solution to a sociological problem. (Edwards' Law)
no offense but if you are doing any kind of web development you better have all the major platforms on your desk:
A Mac with old Mac IE and new Safari (Mozilla/Netscape and Camino optional)
A PC with various flavors of IE and Mozilla/Netscape.
A Linux machine with the current Red Hat, with Mozilla and Konqueror.
Personally I have a Mac and Linux machine with VMWare running multiple OSes.
Sure you can dig into iCab and Opera and fringe browsers but the above list is good enough (I can just hear the Opera user(s) priming their flamethrowers, sorry guys).
Also keep this in Mind: the Mac folks are really trying hard for a standards-compliant browser that ALSO renders all the quirks of IE and other browsers. So if your code doesn't work right on the Mac there's a button right there on Safari that let's you submit the page to Apple as a bug. Maybe it's your bug or misunderstanding but if not you can be sure the Mac folks will fix it.
Check out David Hyatt's blog.
This story's at three comments, and already I'm hearing that "if you just use standards, it'll be OK." That's a load of bull, actually. Standards make the cross-platform problem easier to solve, but there are always differences in interpretation of a spec. Safari has CSS bugs that Mozilla doesn't, and IE's Javascript parser does things differently than Opera's. Standards support helps this situation immensely, but by no means is it a panacea. I'm a big fan of designing sites that validate to XHTML 1.1 and CSS2 (and indeed, all of mine do), but it's still a lot of effort to come up with something that both looks good and works similarly and accessibly across five major browsers and three platforms.
My advice to the poster is to do one of three things:
got standards? --- http://www.w3.org/
Just take a screenshot of how it looks in a good browser, then change the site over to an all imagemap site. // just kidding!
:)
I'm not evil - I'm just compiled that way.
Safari uses the KHTML renderer from the KDE project. The same renderer is used by KDE for the Konqueror browser.
Apple's Safari team has already submitted patches to the KHTML code base. Over time Konqueror, and Safari will be the same. The one caveat is that Safari will have fixes, often before Konqueror due to a lag incorporating the Safari team's patches.
"how can you tell if things will work out fine?"
Put the site up. Mac users aren't exactly a quiet bunch when something doesn't work quite right on their machines. Believe me, you'll know rather quickly if something doesn't work.
When making sites for a line office at NOAA (US gov't office), I always wrote for two browsers. You have to write for Internet Explorer because it'd bring, even in NOAA where NS 4.7 was pretty much forced on you, 90% of your hits, and Mozilla/Netscape 6+ "for everyone else".
The most important thing about Mozilla, and what impressed me most with the excellent browser, is that Mozilla's behavor was the same across platforms when it came to Javascript, CSS, and other rendering. More importantly, rendering errors showed the same behavior in the same version of Mozilla, regardless of platform! That's impressive.
Sure, fonts, icons, etc are *slightly* different, but I made some pretty dhtml intensive stuff (click "Query Storms") that behaved exactly the same on Linux on Windows, Linux, and both Mac OS 8-9 & OS X.
You basically have two choices. Make a Google-like site with such simple html that it'll render correctly everywhere, even in Lynx, or program higher-end, thicker client, dhtml jive for IE and Moz. That covers the vast majority of your hits (IE) and will give the option to most anyone on an alternative OS to, at worst, download a free browser that'll behave exactly as you'd expect (Moz). (Okay, three choices -- make two sites. One's dumbed down for lynx, the other for IE/Moz.) Now you've covered Mac, Linux, and heavens knows what else just by testing, give or take, on Windows. Mozilla's good enough that it is a platform.
Check for DOM (document.all and document.layers), give a warning to anyone who doesn't conform, and feel good that you've give people who *need* to see your pages an option without wasting hours and hours testing and writing for browsers that will make up a very low volume of your visits. Yes, you potentially exclude Granny Smith on dial-up with Mac OS 8.1 or Joe Apple Diehard who only uses Safari and won't even touch Camino, but let's face it, you're better off spending that time writing a new site and reaching 99% of a new audience anyhow.
Good luck!
It's all 0s and 1s. Or it's not.
try the browser cam. CSS-D inhabitants swear by it.
--jdp Maintainer of VisEmacs
I've been reading Zeldman's book Designing for Web Standards at safari.oreilly.com and it addresses this quite well. Safari and Mac IE 5.2 are very compliant to standards moreso than any version of IE on Windows, so it's not as big a deal now as it once was during the browser war era. Yeesh what a mess that was.
You can rest assured that as long as you don't code with a certain browser in mind your site(s) will look pretty close across platforms, IF you design with standards in mind. Losing table based layouts or at least minimizing their usage is one of the best things you can do to increase consistency across browser version/platform. Try not to use deprecated code either, like the venerable <br> or bgcolor = * and <P align="right"> etc. Always specify a DOCTYPE.If you can move away from using old pre-war coding practices you'll be a step ahead in the fight. Check out these sites for more info on coding pages that look good in any browser on any platform:
Designing with XHTML and CSS means not leaving anybody out. From Web-enabled phones to IE 6 to text only browsers like lynx or links you'll only need to write your code once. I say do away with javascript browser detection scripts and write once, run (almost) anywhere!
There is a last resort you can go to if you must. Macromedia Flash looks the same in any browser provided you have the proper plugin. :) Although that is not my recommended solution.
You've got an easy breezy wind at your back...most of the time.
...so I used it as an excuse to buy a mac. Of course, everyone in the whole world wants a mac, but most people can't justify it. If web design is your business, you now have a legitimate excuse! You no longer have to steal quick glances at the beautiful gleaming machines in a shop window, afraid that one of your linux friends might see you. And if they start giving you a hard time about it just say that you need that "piece of junk" for work.
But two months down the road, when the seductive glow of the pulsing sleep indicator makes you use your new Mac as your primary machine, you'd better have an excuse when your linux buddies spot this among the headers in your emails:My name is Orestes, and I'm a mac user.