$('a[rel*=fancybox]').fancybox({
          'frameWidth' : 500,
          'frameHeight' : 465,
          'hideOnContentClick' : false,
          'centerOnScroll' : true,
     });

This is the fix:

     $('a[rel*=fancybox]').fancybox({
          'frameWidth' : 500,
          'frameHeight' : 465,
          'hideOnContentClick' : false,
          'centerOnScroll' : true
     });

See the difference? Yeah, neither did I. The difference is the last comma in the argument list.

That’s 3 consecutive major versions of IE that have been absolutely crap.  Why anyone continues to use IE is beyond me.  IE: sucking hard since version 5.

First of all, extensions such as Stylish and Firebug are invaluable.  In fact, scratch Firebug, the default Firefox error console alone is aces to me.

Is there anyone who can tell me why no browser besides Firefox has a “View Background Image” link even as an option? How come no other browser has developer friendly stuff? I know that the Web Inspector in Webkit browsers is really cool – I love Webkit – but ultimately, it’s Firefox I often resort to when I’m doing real work.

Opera Browser

I’ve had a long and painful war with which browser to use on my Windows machine at work. Firefox has let me down many times before, and the Mozilla Firefox developers have disappointed me. So I switched to Opera, and it’s made me very happy. I have really learned to love Speed Dial, and user javascript is nice. I enjoy the built-in BitTorrent client, the fact that it runs all day without consuming a terabyte of virtual memory, and the fact that it’s about as standards compliant as it gets. But, I’ve had my share of problems with it — small problems that, for the most part, are tiny nitpicks that on most days wouldn’t bug me too much. But today, they got me.

First of all, sometime in the last few months, Gmail version 2 starting working in Opera. It’s frustrating enough that Google rarely support Opera, but in this case, by shooting Gmail the ?nobrowsercheck query string, things were functioning. In the last few weeks, though, that ceased working after about 5 minutes. Things would get stuck on “Still loading…” and I’d have to revert to the “old version.” Easy enough, albeit frustrating losing my “Quick Links.”

I’ve also noticed that the Flashblock component I have installed works so aggressively that about 50% of the time, I can’t actually properly authorize Flash I want to play. I will sit there clicking on the “Play” button over and over to no avail. This one has annoyed me time and again.

Somehow, over the last 30 days, something happened that made Opera crash on a semi-daily basis. At least twice a week, I get the Vista grey-out “This application is no longer responsive. Would you like to Close the App and check online for a solution, or just close the app?” Yeah, thanks. Except, it’s just Opera that’s been doing this.

Firefox: Like an old shoe

As a web developer, this was maybe the killer item for me: for the last month, the “View Source” menu on any web page doesn’t work, or if it does, it’s once in 50 tries. I’ve adjusted the “view source” menu to point to the built in viewer, Programmer’s Notepad, and Windows Notepad. None work. Most of the time, I simply have to open Firefox.

Therefore, I find myself, today, back on Firefox. Like an old shoe, it just fits. Once I slapped on the CamiFox theme, I felt right at home. I imported my Opera bookmarks, updated my extensions, and it was very nice. Now I have a very capable Javascript console, Firebug, Stylish, and a host of other useful tools at my fingers. I’m very happy here 5 hours into the day and feeling comfortable with the choice. Yes, I’m still pissed that I can’t style my RSS, but then, I haven’t gotten around to tinkering with that via WordPress anyway. I’ll let you know how life in Firefox 3 turns out.

But alas, the Webkit team – who really have a great track record of being successful with bleeding edge, one upped them by not only passing the test, but releasing the code. So behold, this is Webkit nightly for Windows, build 31368 from 2008-03-26.

We know that Safari 3.1 doesn’t and Opera 9.5 won’t pass ACID3. We know IE8 is a long way off. We know Firefox 3 is still pretty far from it too. But now we have browsers that can do it. The the big question is, who will have the first stable general release that does it? Safari 3.2? Opera 10?

It’s an exciting time in web development, and I hate to admit that I think it’s largely due to IE8. If the IE team steps it up, some of themes technologies have the potential to reinvigorate the web. No serious e-commerce site would alienate all IE users – even today, they make up 80% or so of internet users. But as things progress here, we’re likely to start seeing some incredible things in the next few years.

Update: A bug in ACID3 was apparently noticed as a result of the Webkit team’s work. This awesome detailed blog post from the Webkit site chronicles the final steps of the adventure. Note that the “animation smoothness” criteria is subjectively, and that the team is apparently giving themselves a fail, but nothing that they think they are “faster than all other browsers“. Congrats again, Webkit team. Well done!

Enter Acid 3. Acid 3 measure even more goodness, including these six “buckets”:

• Bucket 1: DOM Traversal, DOM Range, HTTP
• Bucket 2: DOM2 Core and DOM2 Events
• Bucket 3: DOM2 Views, DOM2 Style, CSS 3 selectors and Media Queries
• Bucket 4: Behavior of HTML tables and forms when manipulated by script and DOM2 HTML
• Bucket 5: Tests from the Acid3 Competition (SVG,[5] HTML, SMIL, Unicode…)
• Bucket 6: ECMAScript

Using recent browsers, everything fails pretty spectacularly. My Opera 9.26 install gets a 42/100. Safari (including iPhone) does 39/100. IE7 does 12/100, Firefox 2 does the most respectable with 52/100. Even IE8 only does 17/100 while Firefox 3 tops out at 59/100 and Opera 9.5 at 60/100. The current generation, even the next generation of major browsers are still far from coming close to rendering Acid 3 with any accuracy.

I have been playing, now and again, with Webkit nightlies, since Webkit is actually a really neat engine, and guess what it kicks out? This:

Webkit nightly on Windows Vista

Pretty impressive. Safari is pretty limited when it comes to extending its function – it doesn’t even support a “new tab” button. But the webkit and javascript core engines are respectable both in rendering skill and speed.

I love Camino, really I do. But recently, its limitations have been bothering me. I prefer my tabs in a very specific order and often I have several tabs open. If ever I close a tab by mistake, I cannot get that same order without doing tons of work or re-launching. Safari 3 draggable tabs.

One of the things that used to bother me about Safari was that there was no “New Tab” button available for the toolbar. There is now. It’s also got great keychain integration, private browing, the original embedded RSS, true Aqua widgets, resizable text boxes, easy PDF integration, and it’s super-fast.

Camino doesn’t support Ad-Block, but rather, stylesheet-based filtering. Safari does that too, by default, and it’s even easier to use than it is in Camino. Safari doesn’t have any Flash problems and once you add “Safari Stand” and enable the debug menu, you have a perfect drop in replacement.

My biggest complaint about Camino was the lack of development tools. It doesn’t have a Javascript debugger (ChimericalConsole never worked me for), doesn’t have a decent source viewer, doesn’t have many third party hacks to add functionality – it’s a browser for users, not developers. Without XUL, it’s tough to add features easily. And that made it tough to use for me. When I did any serious work, I’d always switch to Opera or, more recently, Safari 3. Safari 3′s Inspector is just awesome.

So… for now, I am Opera on Windows and Safari on Mac. My browser requirements are more demanding than most. I have felt for some time that Opera and Firefox on Mac just “feel” wrong, they don’t fit. So we’ll see how the Safari experiment goes.

When I started using Safari 3.0.1 beta at work, I was impressed, but not impressed enough to ditch Opera. At home, however, I am using Camino, which I love, which is based on Gecko, the underlying Mozilla engine that also forms the core of Firefox. The problem is, as much as I love Camino, it’s tough to use for development: it doesn’t support extensions, it doesn’t have a javascript debugger that works, it doesn’t have draggable tabs, or tab restore, and it’s not very easy to extend functionality. There are lots of tricks at PimpMyCamino, but even today, the most useful add-on, “CamiScript,” is billed as unstable on Camino version above 1.0. Camino 1.0 was released in the first half of 2006. We’re over a year later.

This is not a post to bitch about Camino though. I love 1.5 and it’s serving me well. The thing is, I downloaded a nightly build of Webkit recently. Webkit is to Safari what Gecko is to Camino, and Webkit comes easily packaged in a disk image that requires no installation.

Webkit nightlies are awesome. First, there’s the page inspector. From a development standpoint, this is awesome.

click image to view at full size

The inspector shows you each detail of the page load. You’ve got the entire page transfer size, as well as the page transfer time. You can break it down by element or by element type. You can view the headers sent and received. This is tremendously useful. It’s been very interesting to see what parts of requests are properly cached and compare original load to subsequent page loads.

Then we have “Drosera,” the Javascript debugger.

click image to view at full size

I haven’t quite figured out how to use this tool, but I’m excited that it exists. It’s something I’ve needed for some time on a Mac. This is all very promising.

Safari may be mostly bare, but by the time 3.0 final is released with Leopard, plus the fact that Safari exists on Windows, it, or its featureful offshoot based on Webkit, Shiira, just may be my main Mac browser.

You can get Webkit nightlies at nightly.webkit.org.

But alas, I ran Software Update and updated my Safari/Win install at work to 3.0.1. Whereas 3.0 was a major disappointment at work – fonts were a mess, pages had major problems with rendering, and the browser would crash randomly – a few minutes after install I can tell you that 3.0.1, on my computer at least, is a HUGE leap forward. The browser hasn’t crashed on me outside of one bug that existed before (maximizing on the slave screen of a dual-monitor setup), the thing is SO much better!

Safari is far from usable as my main browser. The thing is feature-barren, is far less customizable than Firefox and Opera and even Camino, and on Windows, it sticks out like a sore thumb. That said, I just love having the rendering engine on my windows machine, I love that it’s available for iPhone and Mac-friendly web development.

Kudos to Apple for porting this great app to Windows fairly successfully. Microsoft has been very slow to move to OS X and Intel; they have let RDP stagnate, they have let Office go 5 years with no update, they have no management tools that work on Mac, no IE, no WMP, not even a fully compatbile Outlook Web Access (OWA)… yet.

I am usually wary of excessive praise on Apple, but after seeing the Leopard previews pushing the evolution of the desktop and the accessibility of backups, the iPhone pushing the mobile experience, and Safari pushing web standards, I’m really feeling good about what they are doing.

I suggested that Safari should exist for two reasons: firstly, that web developers could test their apps in Safari, and secondly, to lure more users into comfort with the Mac UI and Mac apps. So, score me 50%. There is one reason and one reason only for Safari on Windows – so developers can test their stuff in Safari. Now, it turns out it’s less for web sites and web apps than it is for iPhone development, but nonetheless, iPhone apps are, in fact, Safari apps. Thus, web developers can now test their sites in Safari, whether for iPhone or not.

The interesting thing here is that Apple is in a very unique position, and I hope they don’t pull a Microsoft. Apple can now introduce new proprietary hooks into their iPhone. Let’s say they “extend” javascript or CSS or even HTML itself. What if they invent tags like <iphone:dial> or <iphone:toAddressBook> or something that has unique function ignored by normal browsers but defined on the iPhone. I dread this, and yet, it would allow for rich, powerful applications without an SDK.

Assuming, or even ignoring that possibility, Safari on Windows does all Windows-based web developers to test their sites in Safari. I just installed Safari 3 on my Mac, and found it to be fantastic; it’s faster, it’s more compatible, and thus far, it’s a far better browsing experience. That said, on Windows is was a nightmare. It doesn’t play nice with dual-monitors, it doesn’t handle fonts well on my work computer (defaulting most fonts to “Metal Lord” font, odd choice) and crashing randomly. But then… it’s a beta and a first shot, and I bet most of these bugs are fixed.

Either way, I think this was a great move by Apple to establish themselves as serious about making the Mac a first class citizen for web browsing. Currently, it’s just not. There are several notable sites, like say, the MLS, which require IE. And there’s simply no IE for current Mac users. So this is great news all around, even for the Opera-ers, Firefoxers, and Camino-ers who use Macs.

I’m not feeling especially vindicated by this announcement, because I don’t think I spotted something so far fetched – I always felt Safari/Win was a good idea. But I am thrilled to see the seeds being planted for the Mac to be considered a legitimate, affordable, enjoyable contender as a computing platform for the general public.