nth-child Support in the Major Players

Posted on July 12th, 2008 | 2 Comments »

After reading an article over at the SiteCrafting Blah Blah Blog about different ways to alternate table row colors, it occurred to me that the nth-child approach was not mentioned.  Way back in 2004 I had implemented a ridiculous (hindsight is 20/20) proof-of-concept around implementing tables without using the <table> tag.  However ridiculous the prototype might have been, one touch I added was the use of the nth-child pseudo-class to display alternating table rows in a different color.  Here’s what I wrote about that at the time:

This rule is actually a part of the CSS3 selector set, and if your browser was capable of rendering it correctly (I’m willing to bet it isn’t, at least at the time of posting) you’d see alternate background colors on the table rows (alternating between white and light gray).

Remembering that old proof-of-concept today, I decided to have another look at it.  I was disappointed to find that even in the latest version of Firefox (version 3), over four years later, the alternating row colors were nowhere to be found.  I was happy to see, though, that the latest versions of Opera (9.51 at the time of writing) and Safari (3.1.2 at the time of writing) actually do display the alternating table row colors.  As one might guess, IE7 falls in the Firefox camp on this one.

It’s unfortunate that only half of the major players support this useful feature, but I’m guessing we’ll see support added in Firefox 3.1, of which there is a first alpha targeted for release at the end of this month, since that particular release is meant to include a slew of CSS support geared toward Acid3 compliance.  Furthermore, one can hope nth-child support will show up in IE8, but that may be the least likely scenario between the two.

Tags: , , , , , , , , , , , ,

Testing WebKit Nightlies on Windows

Posted on July 8th, 2008 | No Comments »

Anyone who has followed the support for web standards in today’s popular web browsers knows that the WebKit rendering engine has been at the forefront of that support.  Therefore, if you’re a browserphile like me, there’s a good chance you’re interested in testing out the latest and greatest WebKit build so you can see what all the fuss is about.  The following is a step-by-step list of things I had to do to get WebKit nightly builds working on my Windows computer.

  1. Download and install the Safari web browser for Windows.
  2. Download the latest WebKit nightly build for Windows.
  3. Unzip the contents of the download to a location like C:\Program Files\WebKit Nightlies.
  4. In the contents of the extracted folder, run (either from the command line or by double-clicking on the file) run-nightly-webkit.cmd.
  5. Watch as several necessary files are copied over to your Safari installation directory.
  6. If Safari launches and then crashes, fear not.  First try running the run-nightly-webkit.cmd file again.  If the crashing persists, work backward through the Windows Nightly Build Archive until you find a working build.  Remember, nightly builds are almost always considered dangerous (which is why the Firefox nightlies are called “Minefield“) so it may take some tinkering around before you find a good one.  The last good one I found at the time of writing was r34388.
  7. If Safari launches and renders the default start page, you’re in business.

If you want to verify that you’re indeed using the WebKit nightly build you downloaded and not the default Safari rendering engine included with the latest version (3.1.2 at the time of writing), an easy way to check is to head on over to the Acid3 test.

This is what the test looks like in Safari 3.1.2:

Screenshot of Acid3 in Safari 3.1.2

And here is what it looks like in WebKit nightly build r34388:

Screenshot of Acid3 Test in WebKit Nightly Build r34388

Pretty cool!

I’d be remiss not to mention Swapnonil Mukherjee’s previous post on the subject, which proved to be a pretty good guide to getting a WebKit nightly build running on my computer.

Tags: , , , , , , , , , , , ,

IE8 Coverage, Two Months Later

Posted on April 30th, 2008 | No Comments »

Nearly two months after the release of Internet Explorer 8 Beta 1, several people have had a chance to test the browser out and formulate their first, second and even third impressions.  I’ve listed some of those impressions below, in no particular order:

If you’ve had a chance to play around with IE8 Beta 1, what are your impressions?

Tags: , , , ,

Web Compatibility Test for Mobile Browsers

Posted on April 28th, 2008 | No Comments »

This comes verbatim from Anne van Kesteren, a web standards guru who is currently employed by Opera:

Is your (mobile) browser ready for the Web? The W3C “Mobile Web Test Suites Working Group” has been working on a Web Compatibility Test for Mobile Browsers that tests technologies they expect to be relevant in the next two years or so. The test is in spirit similar to the Acid tests, though it contains tests for features that are already widely supported, but are still in draft status from a specification perspective. Think of XMLHttpRequest, the HTML canvas element, Media Queries, Selectors, contenteditable, et cetera.

As mentioned in their blog post, they are also still accepting test input from everyone who’d like to write a test. So if you didn’t get your pet bug/feature in Acid3, now might be the time.

For more information, head on over to the W3C Questions and Answers Blog, or take a look at the actual Web Compatibility Test for Mobile Browsers.

Tags: , ,

Around the Browsersphere #9

Posted on April 28th, 2008 | No Comments »

Last time around, I didn’t get any feedback on the format of these “Around the Browsersphere” posts, so I’ll give a slightly more organized approach a try and we’ll see how it goes.

Camino

  • Camino 1.6, which features a customizable toolbar search field, software update capabilities, a scrolling tab bar, etc., was released on the 17th.

Firefox

Flock

Internet Explorer

Konqueror

Maxthon

Mozilla

Opera and Opera Mini

Safari

SeaMonkey

Minor Players

Tags: , , , , , , , , , , , , , , , , , , , , , , ,

Digg Watch #3

Posted on April 20th, 2008 | 2 Comments »

It’s been a few months since we caught up with the popular web browser-related submissions on Digg, so let’s do something about that:

Tags: , , , , , , , , , , , , , ,

What Do You Want from CSS3?

Posted on March 10th, 2008 | 1 Comment »

Being interested in web browsers without having any interest in web development or web standards is probably a bit like being interested in telescopes but not having any interest in outer space (or spying on your neighbors).  Therefore, occasionally you’ll see some content here that has less to do with web browsers and more to do with the evolution of web standards, web development, CSS, markup, microformats, etc.  This post is an example.

Peter Gasston posted at CSS3 . Info this week reminding visitors to that site that the closing date for letting the W3C know what your priorities are for CSS3 is Monday, March 10th (in other words, get busy).  You’re encouraged to leave your feedback as a comment over at webstandards.org, where there are already a whole bunch of suggestions.  Some of those suggestions range from requests for the support of constants (though there’s some history on that one) to better form element styling options and control over the color of underlines and strikethroughs to basic animation.  If you look hard enough, you might even find a submission from me that goes way back to 2004.

Anyhow, if you’re one of those people spying on your neighbors…I mean that’s interested in web standards and the evolution of CSS, I’d recommend heading over to webstandards.org and letting them know your thoughts before the end of tomorrow (Monday).

Tags: ,

Around the Browsersphere #8

Posted on March 9th, 2008 | 1 Comment »

With at least a couple more Firefox 3 betas on the way, the release of IE8 Beta 1 and the official release of the Acid3 test, there’s a lot going on in the browsersphere these days.  Let’s jump right into it…

Amazingly enough, there’s a lot more to post about, but that should hold you over for a little bit.  I’m interested in hearing if Browsersphere visitors are more interested in somewhat random links like this or if it would be preferable to have the links broken down by the web browser to which they correspond.  If you have any thoughts on that, please leave a comment.

Tags: , , , , , , , , , , , , , , , , , , , , , , , ,

Safari Closing in on Acid3

Posted on March 7th, 2008 | 2 Comments »

According to Dave Hyatt, the Safari team has made significant gains of late in achieving compliance with the new Acid3 test.  Apparently they’ve made the leap from scoring 39/100 on the test to 90/100 after addressing issues with CSS3 Selectors, general parsing bugs, SVG and DOM Level 2 features.  According to Hyatt, the remainder of the issues tend to fall into the SVG category, and since they are getting so close to Acid3 compliance, they will be updating Surfin’ Safari regularly with updates on their progress.

Tags: , , , ,

IE8’s Standards Mode will be the Default Afterall

Posted on March 3rd, 2008 | 1 Comment »

This just in from the IEBlog:

We’ve decided that IE8 will, by default, interpret web content in the most standards compliant way it can. This decision is a change from what we’ve posted previously.

If you’ll recall, there was a bit of an uproar about a month ago when it was announced that web developers would need to opt-in in order to take advantage of IE8’s improved web standards support (I got to the news late and a combination of that and pure laziness kept me from posting anything specific here, especially since you literally had to be living under a rock to have missed the debate as it burned across the web).  As a result of the uproar, the IE team seems to have changed its stance on the matter.

Here are some more details from today’s IEBlog post:

Our initial thinking for IE8 involved showing pages requesting “Standards” mode in an IE7’s “Standards” mode, and requiring developers to ask for IE8’s actual “Standards” mode separately. We made this decision, informed by discussions with some leading web experts, with compatibility at the top of mind.

In light of the Interoperability Principles, as well as feedback from the community, we’re choosing differently. Now, IE8 will show pages requesting “Standards” mode in IE8’s Standards mode. Developers who want their pages shown using IE8’s “IE7 Standards mode” will need to request that explicitly (using the http header/meta tag approach described here).

In the end, I think the IE team has made the right decision.  As a web developer myself, I really feel that it is in the best interests of the web to encourage the migration to the latest and greatest web standards, and hey, if a bunch of legacy code suddenly needs a retooling to catch up with the times, that can only mean more work for web developers, right?

What do you think of the decision?

Tags: , ,