The IE6 Gorilla and Taming Expectations

Internet Explorer 6 is a Gorilla. Maybe even a monster. …it is to us website developers, anyway.

What I have come to realize is that the best way to tame that monster is through managing expectations. Here is why.

Outside of the Flash environment, I have always felt that pixel perfect design on the web is unattainable. Every browser and user has different font sizes, screen resolutions, color settings, and browsers. With enough time, we can get close, but we cannot get perfect. AND getting close in all the normal browsers and accounting for all the variables on individual users’ computers takes LOTS of time and continual upkeep as new browsers, computers, and devices become popular.

Those of us that work on tight budgets cannot should not program for every situation. Instead, we should program for our core users. What screen resolutions do our core users have? Are they using iPhones, laptops, PCs, or Macs? Are they using Firefox, IE, Safari, or Chrome? How old are they? Do they care about pixel perfect design or design at all?

The problem with spending lots of time coding specifically for a browser like IE6 is that as every day passes and more users bolt for IE7, IE8, and IE9, the time spent coding stuff specifically for IE6 becomes less and less valuable.

Here is what I propose.

Let’s forget about pixel perfect design in IE6, and let’s focus on content instead. Let’s create a line-item in our web development budgets for IE6. Let’s help companies make reasonable decisions about which browsers they support.

IE6 is dying. Everybody knows that. It is time that we treat it as such.

What Is “printf” in BuddyPress?

There are “printf” statements all over the BuddyPress default theme. What do they mean?

Today, I decided to invest an hour into finding the answer to that question. Here is my answer.

In short, “printf” is php code used to help make themes display words and phrases from other languages. For a long answer and how-to, read this.

Here’s an example, in the BuddyPress default theme’s footer.php file, you will find the following line of code:

printf( __( '%s is proudly powered by <a href="http://wordpress.org">WordPress</a> and <a href="http://buddypress.org">BuddyPress</a>', 'buddypress' ), bloginfo('name') );

If you look at line #2963 in “buddypress –> bp-languages –> buddypress.pot”, you will see the same code as above.

Basically, these printf statements give us a central location to change certain “special” words and phrases across a BuddyPress website. For example, you might want to change all instances of “Login” to a different word (or language). You might want to change “Groups” to “Communities”, as the Custom Groups Name plugin does.

I am a beginner at this printf stuff, and that is as simple an answer as I can give right now. All you .pot and .mo gurus out there, please let me know if I misspoke at all. :)

Thanks!

Simple Pull Quote Plugin Upgraded!

I upgraded my WordPress plugin, Simple Pull Quote, officially today, and it is now available for download from the WordPress Plugin Repository.

The biggest new feature is that you need only type [pullquote]Your pullquote here[/pullquote] to use pullquotes.  What’s more, there is now a button in both the Visual and HTML editors to insert the above-mentioned code for you.  The result is this:

Your pullquote here

Many thanks to Darrell Schulte for his help in this endeavor!

Simple Pull Quote WordPress Plugin Updated! Beta Testers Needed!

Darrell Schulte and I spent a good deal of time this weekend updating my Simple Pull Quote WordPress plugin, and we are now looking for beta testers to download and test out version 1.0 beta (Note: This new version is still in development and might not work perfectly yet.).

Version 1.0 beta features:

  • No need for custom fields! (However legacy support for custom fields still exists.)
  • Added “Pullquote” buttons to both the html and visual editors.
  • Updated CSS Code

Please leave feedback and bugs below, as I hope to release version 1.0 into the WordPress Plugin Repository later this week.

Thanks!

My Experience with WordPress MU Sitewide Tags Pages

I have been struggling with how to integrate a site-wide search on a WordPress MU site for a few days.  I tried One Search, wpSearchMu, and a couple of others, but I could not get any of them to work.  Finally, I installed Donncha‘s WordPress MU Sitewide Tags Pages plugin.

The install process is simple (just click the check box at the bottom of your “Site Admin”–>”Options” page and then click the “Update Options” button).  From there, I had to add the following code to my template files in order to pull the search from the “site wide tags” blog:

<?php  switch_to_blog(12); ?>
            	<?php include (TEMPLATEPATH . '/searchform.php'); ?>
<?php restore_current_blog(); ?>

Pretty nifty!