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.
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 assumes that there is no ambiguity in the standards. In the case of XHTML+CSS, there are plenty of vague/conflicting descriptions in the standard as to how something should render. Of the top of my head, here is a recent (and thorough) description of such a problem, from Dave Hyatt's Safari blog
I see a lot of comments saying that the standard is vague and ambiguous. That might be true, but that isn't why your documents don't render correctly.
Ever tried to write an HTML document which "renders" correctly for a blind person?
Ever consider that HTML is meant to instruct the browser on what is intended and not on how to render it? The idea of these markup languages is that you "mark" text as the heading, or as a paragraph, and let the user agent (normally a web browser) sort it out.
You can demand that CSS code always renders the same, except that the user may choose to override your settings. If you depend on using your CSS-based layout to be able to navigate your website, then you wrote your webpage incorrectly. I see the ambiguity in the standards as saying "don't rely on me!", and you simply shouldn't rely on them.