Safari's problem with @font-face
@font-face is definitely a huge string to the CSS author's bow, in fact, it's like a freekin' flamin' arrow, but watch out, Safari isn't very nice to slow connections.
@font-face is definitely a huge string to the CSS author's bow, in fact, it's like a freekin' flamin' arrow, but watch out, Safari isn't very nice to slow connections.
A subtle effect on the CSS Tricks site that I've always liked, is the nudged links in the footer of the page. With recent chatter about Progressive Enrichment I thought it would be fun, and rather quick to show off his effect using just CSS.
In creating a particularly complicated styling for a project I'm working on, I've come across a corker of a bug in IE6.
I've recently been doing more and more cutting from mocks to HTML & CSS and one particular job required me to work to a specific grid layout. In working to these grid layouts, I've created a couple of tools to make generating and working with the grids a little easier.
In the pursuit of an idea I had recently, one tiny feature of the web site would be to detect whether the user had X font installed. I've looked at flash solutions, since a SWF had access to enumerate the fonts, but ultimately if it could be done without flash, it would/should be faster and smarter. So [...]
This is something that I've been include in my personal projects for some time now, but it's come up again for a client, so I thought I'd share: The optimum browser dimensions are not: 800x600 or even 1024x768. You're close, but wrong. Here's why.
Until recently, I didn't know IE (both 6 and 7) had an overflow problem. But it does. I found it on my personal blog, and my pet project: jQuery for Designers - it's particular visible because I use a lot of code examples. Here's a detailed account of the problem, and it's fix.