Designer’s Toolbox has mockup ready PSDs of form elements ready to be used in mockups, etc. IE and Firefox on Windows, plus Firefox and Safari on Mac OS X. [ via jason ]

WebKit Gets Acid3 100/100 - Big congrats. Happy news!

SaveTheDevelopers.org “Making The Web A Better Place, One Campaign At A Time…”

Yahoo focuses on the full capabilities of the iPhone’s Safari browser including browser cache and transfer speeds. It’s an interesting read, for example:

The iPhone has an amazing UI, but it is limited by the small cache size and slow network speed. Downloading large components over the air through the EDGE network is slower compared to DSL. According to published reports, the typical data download speed varies from 82 kbps to 150 kbps. Though the WiFi network speed is usually more acceptable, it’s better to give users the choice in which experience they’d prefer.

Niall Kennedy has a nice summary:

Web applications built for the iPhone’s Safari browser need to specifically target web performance these small devices and special cache rules. Desktop browser best practices such as zipped components and combined files for CSS and JavaScript may be too bloated for the Safari mobile browser. A few tips:

• Limit cacheable components to a decompressed size of 25 KB or less
• Limit yourself to 19 or less cached components
• Minify CSS and JavaScript for slimmer file weights.
• Use CSS sprites to combine multiple small images into a shared image under 25 KB

Also, don’t assume those viewing your iPhone / iTouch site are using wifi. Remember, iPhones will probably be using slower EDGE.

John Resig notices that Safari, IE, and Firefox browsers round pixels differently.

Take the following page for example. You have 4 floated divs, each with a width of 25%, contained within a parent div of width 50px. Here’s the question: How wide are each of the divs?

The problem lies in the fact that each div should be, approximately, 12.5px wide and since technology isn’t at a level where we can start rendering at the sub-pixel level we tend to have to round off the number. The problem then becomes: Which way do you round the number? Up, down, or a mixture of the two?

Until iPhone / iTouch Update 1.1.4 comes out with cut-and-paste (hopefully) it’s a pain to type in your login information in safari on your ipod. Looks like this Safari AutoFill for iPhone and iPod Touch might be the answer in the meantime. Install it on your PC, and it syncs to iPhone/iTouch which will store all login information as a bookmarklet. When opened, this bookmarklet will allow automatic login into any website. It’s already getting some great reviews.

Eric Meyer constructed a browser timeline built out of a table, and how he went about coding the html and css. Nice work.

APPLEBOX is a recreation (to an extent) of the iTunes store. According to their blog, they are using Ruby On Rails and “Serverless AJAX”. I wondered what the latter was, and the comments in Ajaxian seems to address this term. I’m thinking this is more proof of concept than anything - this doesn’t work in Safari. And I doubt it works on an iPhone or iTouch, or any iPod for that matter.

Safari CSS Reference on Apple’s site. [ via Ajaxian ]

How to read PDF files on iPhone via Safari. Might work for the iTouch too.

According to Todd Dominey, if you assign a background color to inputs it removes the aqua style buttons in Safari 3. Good to know.