Archive for the ‘Safari’ Category

Friday, January 25th, 2008

Internet Explorer versus CaminoLike a growing number of computer users, 3hv is an Apple Mac based company. Sometimes, this can lead to problems … most people use Microsoft Windows, which looks and works differently.

Never fear - since Apple switched to using Intel processors, companies such as VMWare and Parallels make it possible to run Mac software alongside Windows software. Making cross-platform testing a breeze.

Tuesday, June 12th, 2007

This post was written using Safari for Windows.

To be honest, it feels a bit weird. There are bugs (cannot import my bookmarks and it made everything freeze for about a minute) but the anti-aliasing is nice and (ugly menu-bar apart) it is much the same as Safari for the Mac.

Obviously, this is all about the iPhone and its non-existent SDK. Plus, as Gruber points out it could make Apple a shed-load of money.

But the interesting thing to me is that it suggests that Apple have kept OpenStep for Windows development on a par with Cocoa. It is presumably the same code-base (even down to sheets instead of dialogue boxes). So what else could Apple unleash with a click of a check-box in XCode? Those fat binaries just got fatter.

UPDATE: It doesn’t like tags in the “Edit Html” mode of Blogger
UPDATE 2: It does let you use “Compose” mode (which Safari 2 did not)
Tuesday, January 23rd, 2007

I rewrote my application to take advantage of the new Restful Urls in Rails (an article on this coming up). I also got rid of the messy session-managed login code and thought I would use a nice and easy HTTP authentication scheme (so my eventual API can use the same mechanism as the main application - plus it minimises that “nasty” server-side state).

All my tests passed. Nice.
I ran through the local application in Camino. Nice.
I capistranoed onto the server. Nice.
I ran through the deployed application in Safari (I wanted to grab some screenshots and I use Shapeshifter - I leave Safari unskinned just for this). Boo! Some of the links didn’t work.

I examined production.log. The filter chain has been halted - no yield. I examined the Rails source code. Why is the filter chain being halted? I looked through the HTTP Authentication source code. It looks like it is working correctly. Why are only some links not working? The authentication is obviously working for part of the application.

Then I noticed. It was the new-style Urls that were failing … http://myserver.com/thingies/34;edit - it’s the semi-colon! A few more tests proved it.

And then the killer. It works fine in IE (both 6 and 7). It works fine in Camino. It works fine in Firefox. It’s just Safari. Apple’s flagship browser doesn’t work with Apple-loving Rails. I then tested in OmniWeb … no joy there either. So WebKit doesn’t like Restful Rails.

A quick search later digs up this article - with a fix. Basically it overrides url_for and examines the User Agent - if it’s AppleWebKit then Url-escape the semicolons. My Urls look ugly but at least they work.