It’s time to update Dan Cederholm’s faux columns to take advantage of CSS3 gradients and reduce http requests.
I’ve put a demo on Github where you can also see the source code. (more…)
It’s time to update Dan Cederholm’s faux columns to take advantage of CSS3 gradients and reduce http requests.
I’ve put a demo on Github where you can also see the source code. (more…)
Imagine you’re playing the latest hash-tag game on Twitter when you see this friendly tweet:
You might want to check your #WP site. It includes two copies of jQuery. Nothing’s broken, but loading time will be slower.
A client asked us to put together a list of every design element required in a WordPress theme but it’s the sort of thing we think we should share.
When producing a theme, we try not to limit the website owner’s options within the WordPress Dashboard. The owner may wish to enable an option down the track and be disappointed if they can’t.
The downside for the designer and developer is they may put in work for elements that are never used. The upside is happy clients and return business.
Like most things web, the site’s purpose will dictate that some things just aren’t feasible. Consider this as a series of guidelines that you can adapt for your purposes.
We recently changed the way we do IE hacks at Soupgiant. For years we used conditional comments to load separate CSS files.
For a few sites, we used Paul Irish’s conditional HTML classes hacks. Without workarounds, this puts IE in compatibility mode.
Anyone who has attempted to navigate a web page using the keyboard, will have experienced sites that remove the default a:focus
style without adding in a replacement.
The cause – but not the fault – lays with Eric Meyer’s original CSS reset, subsequently included in the YUI CSS framework, among others.
We decided to release Soupgiant‘s CSS base to the world at large. You can find it at minimumpage.com.
Minimum Page comes from a frustration with CSS resets and bases. Ripping down the styling only to rebuild many of the same styles is unnecessary, especially for defaults common to all browsers.
To encourage people to consider the code they insert in their site, the styles aren’t provided in a minimised form. Developers should edit the original base to make generic, site wide changes.
It’s exactly what we use to start all of our CSS at Soupgiant. We think it’s important to share.
The !important
declaration has really bad reputation, and deservedly so. As is often the way, this reputation results from abuse rather an inherent problem with the property itself. An example of its abuse might be:
#nav {
float: none !important;
/* where did I float this? */
}
/* ...jumble of code... */
ul#nav {
float: left;
}
There are, however, instances where the !important
declaration is the best tool for the job.
We’ve updated the base WordPress theme we use at Soupgiant for WordPress 3.1+ and to make more use of the WordPress API.
Along with the standard features you would expect in a WordPress framework, it includes
Never use the framework proper to set up a theme, set up a child theme instead.
See the WordPress codex page on child themes for more information.
More documentation to come!
For most of my career as a web developer I’ve produced websites that work without JavaScript. For the JavaScript impaired the sites may be missing a minor visual feature or be a little clunky in places, but they work and the meaning remains clear. It doesn’t bother me that, sometimes, the cost of allowing for sites to load without JavaScript can mean missing out on the latest web fashion. I’m not a big fan of fashion.
Currently, web development is undergoing some major transitions: the HTML5 spec is being developed and CSS3 is being implemented. The browser wars have returned, although this time around, it’s a battle to win developers’ hearts by implementing the newest standards.
Now is the time for developers to re-evaluate their past practices; moving on from the old and embracing the new. I kept that ethos in mind when upgrading the Soupgiant WordPress base theme recently. Among other things we were porting it to HTML5.
Updating a WordPress starter theme recently (among other things I was porting it to HTML5), I needed to decide which shims and/or polyfills to use. I starterd with Remy Sharp’s HTML5 enabling script but another to consider was Selectivizr to improve IE‘s support of CSS3 selectors.
One of the disadvantages of using Selectivizr is it rules out using a CDN for one’s style sheets. To quote their site:
Style sheets MUST be hosted on the same domain as the page due to browser security restrictions. Likewise, style sheets loaded using the
file:
protocol will not work.
After umming and ahhing for a couple of days, the following solution involving conditional comments, occurred to me:
<!--[if gte IE 9]><!--> <link rel="stylesheet" href="http://cdn.example.com/styles.css" type="text/css"> <!--<![endif]--> <!--[if lte IE 8]> <link rel="stylesheet" href="/styles.css" type="text/css"> <![endif]-->
With a few lines of conditional comments, browsers supporting the relevant selectors natively can take advantage of the performance boost from a CDN while developers can take advantage of the advanced selector support provided by Selectivizr for IE<9 users.
I’ve set up a quick demonstration in which three paragraphs have different ARIA roles – featured, unfeatured and neverfeatured – different styles are applied to each paragraph using [role=something]. The demo renders fully in: IE 6-9beta, Firefox (Win & Mac), Chrome (Mac), Safari (Mac), and Opera (Mac).