http://bloqhead.com/somestylesheet.css?a

This is all well and good and can be extremely handy when heavily styling a Drupal template. It prevents you from having to force your browser cache to empty on every refresh.

The Problem

The problem I ran into is that stylesheet overrides in CSSEdit can not be appended with a wildcard. So in order to keep my overrides intact while styling on my local machine, I would have to add an override for each and every stylesheet URL including it’s random-generated variable.

What The Hell is an Override?

In CSSEdit a stylesheet override is a way for the user to apply their style changes to a live webpage on the fly. It speeds up stylesheet deployment and development rapidly and has become an absolute must have in my daily design tool set. With CSSEdit you can open your CSS file in one window, and open a separate Preview window. The Preview window is very open-ended: You can either set your local stylesheet to override a stylesheet on a live webpage, or you can make it override a stylesheet on a local file. The advantage to this is that every time you make a style change, the changes are reflected on the webpage you are previewing. There is no need to refresh or save your CSS file. The Preview window updates as you type new CSS declarations. I can’t even count how many hours this feature has saved me.

This is what an override looks like in a CSS file edited via CSSEdit:

/* @override http://bloqhead.com/style.css */

This is a proprietary comment that will tell CSSEdit to override the stylesheets listed within the override comment.

The Solution

I discovered that Drupal’s method for appending stylesheet links is simple and only appends a single character from A-Z, a-z or 0-9. This is most helpful because if it generated a random set of characters every time, there would be no way for me to even attempt this. So in my spare time I developed a simple web form that will allow users to generate all of the overrides required to avoid the pitfall I encountered. It took me about an hour to create and has already proven itself useful. Behold!

Daryn’s fancy CSSEdit Override Creator for Drupal!

There you have it. Simple.

Similar Posts

• Expand A Container With jQuery and a URL hash (5)
• Tables vs. CSS? This debate still exists?! (1)
• Drupal Hell (0)

Fuck off, AT&T!

It seems like the phrase “bandwidth caps” is quickly becoming synonymous with internet service providers here in the United States. Once a term that we celebrated and often times saw as the buzz word for whether or not we bought a company’s services, “unlimited” is quickly being phased out in favor of limitation. While a good amount of users won’t be affected by the caps, there is a much larger impact than on the personal level alone.

I’m currently an AT&T DSL user and have been fairly happy with the service. I recently upgraded from 3 to 6MB (6 wasn’t available for a while) and have seen a big difference in my download speeds. My friends and acquaintances know that I am by no means your average internet user. I’m constantly streaming, downloading or connected in one way or another. Whether it’s on Xbox LIVE, MLB TV or via wifi on my HTC G2, I’m connected. Metered internet service raises a red flag for me on multiple levels. If I were to begin with the personal level, I would say that it will indeed hinder my internet use considerably. I’ll have to throttle back my downloads and reconsider my streaming services. I’ve almost reached 150GB of transfer for a month that hasn’t even ended yet. What these large corporations don’t realize is that it has an adverse effect on the internet as a whole.

An aspect that I think most people overlook, myself included (until I read CrackerJoe’s Reddit post on the matter), is that web developers and programmers now have to re-think data delivery strategies for their web applications and media formats. If Hulu and Netflix want to stay afloat they’ll need to entertain the idea of having to optimize their data even further, or even redesign their websites to be more lightweight; in an effort to offset the load. Streaming websites such as Netflix, Hulu and Grooveshark transfer large amounts of data on a daily basis and have become hugely popular. It’s quickly becoming a slippery slope that only benefits the ISPs implementing caps. Don’t you worry though. I’m sure in the wake of negative backlash that such ludicrous limitations receive, these companies are conjuring up new names for the same old networks and services (U-Verse, LTE, 4G, 3G, etc.). A glossy new marketing campaign always does the trick, right?

A Dash of Conspiracy Theory

One would say that “conspiracy theory” is a bit of a stretch when labeling this but I’m at a loss for a better phrase. Broadband internet providers are conspiring to shut down streaming services (remember, we’re still on a theoretical level here). AT&T wouldn’t want Netflix to impose a threat on their beloved U-Verse now, would they? For those that are not familiar with U-Verse, it is a pay-TV service that AT&T provides via DSL. Essentially the same concept as Netflix and Hulu. Of course if you give into the beast that is AT&T and you have their U-Verse service, you get an extra 100GB per month of extra bandwidth (standard AT&T DSL users like myself will get a 150GB cap while U-Verse offers 250GB).

It’s obvious that caps are coming into play to protect company interests. Streaming services means more and more users are abandoning satellite and cable television, in favor of the leaner, more streamlined approach of entertainment delivery. So if companies like AT&T can hinder these providers while pushing their own streaming services, it’s a worthwhile business plan. What better way to stay alive than to eliminate the competition altogether? It’s been apparent for decades that corporations only care about one thing and that one thing is not the end user–it’s the bottom line.

Speak your mind by canceling your service in favor of one that does not impose bandwidth caps. If they see a large influx of service cancellations it’s possible they’ll change their tune. I’d love to hear the Google team’s thoughts on caps, especially with Google TV in the wild.

Update

Today I learned why nobody is interfering with AT&T’s purchase of T-Mobile. Here’s an excerpt from the site included in the Reddit post:

News reports in December 2005 first revealed that the National Security Agency (NSA) has been intercepting Americans’ phone calls and Internet communications. Those news reports, plus a USA Today story in May 2006 and the statements of several members of Congress, revealed that the NSA is also receiving wholesale copies of their telephone and other communications records. All of these surveillance activities are in violation of the privacy safeguards established by Congress and the U.S. Constitution.

Wow, I feel so much safer knowing that my once T-Mobile network will now be under surveillance by the NSA. So what are your recommendations? How’s Verizon? Sprint? There’s no way in hell I’m sticking with T-Mo…. AT&T.

Oh, I nearly forgot. To make things even better, T-Mobile 3G devices will have to be replaced over time. So basically that means the HTC G2 sitting on my desk is virtually worthless. That’s right. The phone I’ve had less than 6 months is essentially a paperweight. I can’t even sell it.

So here’s to monopolies and government surveillance. I hope you all rot.

Similar Posts

• No Related Post

^ makes more sense than this shit >

Over the past week or so I’ve been receiving spam emails via a Google group that I was somehow subscribed to. I don’t know how many of you out there use Google Groups avidly, but I am not one of those people. I see their value and I’ve used them on occasion for technical assistance on previous matters, but that was the extent of it. My inbox already has enough clutter. I was trying to figure out how I could be receiving emails from a group I had never knowingly subscribed to and that’s when I stumbled upon this gem.

I’m not into this group stuff…

First and foremost, this post is also a prime example of bad user experience. I had to search all over Google Groups in order to change these settings. By default Google group owners can add any user they please to their group. This is the equivalent of being added to a mailing list without opting into it. A giant red flag in my book. There is a simple way to disable this but finding it is another story. Instead of giving you step-by-step instructions on how to arrive at your membership management page, here is a link to it instead. Why did I do this? Because I can’t even figure out how I arrived at this page to begin with. That’s right. I can’t even figure out how I got to this membership management page. Fortunately I saved the link.

Once you’re at this page make your settings look like this:

The first one is optional but I made sure to set it. Whenever I resort to a Google group, I find it myself. I already receive friend requests from practically every social network on the face of the internetz. Do I really need them from Google groups now? The second option is the treasure we’ve been searching for. This is something that should be set by default, otherwise any person with a group can add you without your consent or approval. Come on, Google. You know better than this! To be fair, Google outlines their reason for allowing direct adding by default on this page:

Google Groups allows group owners to directly add members as a convenient way of transferring groups from other services. We don’t intend for this to be used to build lists for unsolicited email; we don’t like spam, and using the “Add Members” feature in this way violates both the spirit of Google Groups and our official Terms of Service. If you think a group owner is abusing this feature, please let us know about it by clicking the abuse report link at the bottom of the subscription email you received from the group.

Hopefully they are on top of spam reports and assess them in a timely fashion. As a courtesy to the 10,000+ people receiving spam from the aforementioned group, I sent out an email to the members that outlined how to both report the group to Google and how to prevent this from happening to them again.

Similar Posts

• The User Experience Fog (0)
• My Own Google Imageless Button (4)
• Google Recreates The Button (0)
• Google Chrome Beta Released! (0)

Jeremy Keith demonstrates what could be a disgruntled end user face.

Being a web developer and an avid spokesperson (for lack of a better term) for such things as accessibility and usability, I tend to browse the web and look at what other developers and designers around the world are creating. The amount of beautiful websites on the web today is stunning and I’m happy to see it come along this far. I’ve watched people like Jeffrey Zeldman and Eric Meyer pioneer it to where it is now and the journey thus far has been an experience (see how I threw that in there?). I’ve also found that a lot of times the term “beauty is only skin deep” applies heavily, kind of like makeup before showtime arrives.

Where to draw the line

The huge influx in use and introduction of object-based Javascript libraries such as Scriptaculous, MooTools and my personal favorite, jQuery, has catapulted usability and the “wow” factor greatly. Even the least savvy of designers can accomplish some impressive things with each library. I’ve also seen it do nothing but hinder websites to the point that they’re just plain unusable. Where do you draw the line? When does the shine really become too much?

A prime example of bad usability is when a website solely relies on a Javascript library just to navigate the page. I’ve noticed that a lot of designers are trying to use creative ways to navigate their pages. This is all fun and nice but there are actually a few reasons to avoid this at all costs:

1. Javascript can be disabled. Some savvy users browse website weary of what scripts may run in the background and potentially cause harm or hang. Unless your website degrades gracefully and can still offer easy navigation without the absolute need for Javascript, then you’ve got a huge problem on your hands.
2. A lot of these methods us an id for each content section div, thus all of your content is essentially on one page. This can greatly harm search engine placement. Search engines will only see your website as being one page when in reality you want search engines to index multiple pages from your website. This also greatly adds to usability because then the end user can go to exactly the page they want and not have to shuffle through some fancy navigation that slides, fades, serves you tea, sharpens your pencil, etc.
3. Older versions of Internet Explorer have trouble interpreting Javascript. IE6 is prone to throw “object undefined” errors with libraries like jQuery. I put this last on the list because support for IE6 should realistically be dropped completely in favor of versions 7 and 8.

Prior to the launch of any website, running rigorous usability tests with a set of random people has always been good practice. Handing it off to someone with no prior knowledge of the website’s existence and letting them figure it out for themselves. It’s kind of like giving a chimp a Rubix Cube and seeing how long it takes him/her (and how easily it is for them) to solve it. If it takes forever and they become confused and/or frustrated, then you should definitely be revisiting your creation before launch.

The user experience is like a ball of clay sometimes. Despite your numerous usability tests, even some users will be confused or hung up somewhere along the line. I’ve experienced this first hand and having a client that is very open to the feedback of their clientele makes the improvement process a whole lot easier. The same can be said about marketing. It can be hit or miss. You abandon the things that just don’t work, improve the ones that show promise and leave the things that are spot on.

Accessibility: A web for everyone

Accessibility is another factor that has both suffered and thrived since the earlier days of web design, due to the widespread education provided by pioneers in the industry (the aforementioned ones above that is). Accessibility should be a huge factor when creating a front end user interface for a large audience, and there should never be a reason to avoid making accessibility a target goal (especially when the practices to get there are so easily integrated into your everyday workflow). You should accommodate everyone.

The easiest way that I can relate this to everyday life is like this: Let’s say that you’re an engineer, drawing up blueprints for skyscrapers and various other buildings. Your job is strictly guided by codes that apply to everything—electricity, water, fire exits, extinguisher systems, etc. Another requirement for every building is wheelchair ramps and entries that are wide enough for a wheelchair to fit through. The building has to be accessible to everyone. The same applies to the web. Simply disregarding accessibility for any reason is essentially banning a certain group of users from viewing your website properly.

A fellow web developer friend of mine has had a cochlear implant device most of his life due to the fact that he is deaf. Like myself, he’s an avid movie, television and technology lover, but he has a justified beef with television and movie production companies: closed captioning is not enforced. It’s very lax and extremely inconsistent. Some movies offer it while others have absolutely no CC option whatsoever. It’s something that you think would be a requirement for all Blu-Ray and DVD releases. Apparently this is not the case, thus he’s unable to enjoy certain films and shows. This is a prime example of accessibility in everyday life.

The UX Household

My view of the user experience has always been simple. I consider the user experience to be a house that serves as a home to a set of roommates. Each roommate contributes something different to the household:

• User Experience
  • Usability – The head of household. Usability is the ease at which a user can become acclimated to a website, to put it simply. All elements that come after usability are essentially contributors to the usability of a website.
  • Accessibility - Accessibility is the roommate that goes out of its way to make every guest feel at home. Accessibility is the practice of making your website easily accessible to people with disabilities. This includes (but is obviously not limited to) people that use screen readers.
  • Content – This is the guy that always has information to share and is easy to get along with (as long as the rest of the roommates don’t piss him off or something). Hindering the ease at which the user can gather the page content or somehow breaking usability, thus hindering your user’s ability to read the content, can cause huge issues. Ultimately your “house” can become chaotic, sort of like those reality TV shows. “Content” is fairly self-explanatory and at first glance can seem like a broad term. Your content is the meat and potatoes of what your website conveys. Keeping your page content concise and clear is usually your best bet. Most users are more apt to read bullet points and look at images before they’ll read paragraphs.
  • Functionality – This roommate keeps the content guy grounded and often times brings out the best in good ol’ content. Functionality is basically the fluidity with which your website’s special features interact with various browsers, resolutions, etc. and how well they hold up. Your user shouldn’t be solely relied upon to have extra features or add-ons in their browser or browsing environment just to make your website’s featuers work properly. An example of bad functionality is when you create effects in jQuery that break, shift or just plain fail when the user provokes something such as a browser window resize or a font size adjustment. The same applies to all aspects of the website. Shifting divs can be an issue if you haven’t properly cleared elements and the viewfinder encounters a resize or a resolution that the website was never tested on.

Searchability: How easily can you be found?

Another aspect that I think could be factored in as a “roommate” is searchability. The ease at which your website can be found can greatly help or hurt the user experience. There are many factors that can contribute to the rise and fall of your website when it comes to being found at all:

• meta tags: description, keywords… – Although most search engines are doing away with a lot of them, having a description meta tag is crucial. Without it, search engines rely on the next best thing to grab: your page content. Some people will tell you that the keywords meta tag is dead but that is not completely the case. There are some search engines out there that still utilize it, so keeping it won’t hurt you. It’s good to be safe than sorry.
• Heading tags: h1, h2, h3… – Search engines “crawl” websites and follow by the structure of elements provided to them. Having properly ordered heading tags and using the <p> tag to enclose page copy, is good practice and should be utilized.
• Relevant page content – This tends to be a trial and error aspect of searchability. Keeping your content relevant and concise to what the website is about is important, but make sure not to be redundant. Example: if Google sees a keyword within your page copy that is used numerous times through the same paragraph, your website can be penalized.
• Fresh page content – The frequency at which your content is updated can make or break you. If Google or any other search engine scans your website over a period of 6 months to a year (roughly) and sees that your content has not changed, your rank will suffer. Keeping your page content up to date will help greatly. If you find it practical, having an active blog can help. I stress “active” here because having a blog is one thing but having a blog that is never updated will hurt you more than it will help you. An inactive blog page is another page for search engines to penalize you for.

Think about it. Unless all of your website traffic is miraculously direct traffic only, your website is going to suffer a huge deal. If people can’t even find your website, then all of the aforementioned aspects of the user experience are out the window. You have to get the guest in the door before you can do anything else.

Wrapping it all up

The user experience can be a very broad term but there are many aspects that make up the “household”. If all of the roommates can’t live in harmony, the entire house will suffer. There should never be an excuse to ignore any UX element, unless the client just doesn’t have the budget or the website is strictly for internal use and is only available to a select audience.

I hope that you’ve gotten this far and that you found my insight informative. I am in no way the ultimate spokesman for user experience studies but I like to think that I have a detailed grasp on the matter. I would love to hear your thoughts! Please take a moment to leave a comment below. Thanks.

Similar Posts

• Google Groups spam (4)
• Tables vs. CSS? This debate still exists?! (1)
• 2008 A List Apart Survey: Tomorrow! (0)

1. CSS id’s and classes can not begin with a numeric character, otherwise they won’t even be recognized. I learned this the hard way.
2. If you define the charset in your stylesheet (@charset "UTF-8";), nothing can come before it. I discovered that most browsers are a bit lax with this (Firefox) and will give you a pass. Safari, on the other hand, is strict and will give you some issues.

I found that if you place the charset in your stylesheet below a comment, Safari would completely ignore some of your CSS declarations. The problem I was running into was that the CMS we are using automatically places an opening and closing comment at the top and bottom of each stylesheet you create on the back end. This is done because the stylesheets are stored in the database and this is how it sees the start and end to each stylesheet.

On the older versions of CMS Made Simple, if you attached more than one stylesheet to a template, the system would automatically render them all in one stylesheet but it would have a start and end comment for each stylesheet. Although the newer release renders each stylesheet individually now, the start and end comments still exist – thus giving me the charset issue.

Being an avid Coda user, I never define the charset at the top of my stylesheet. I’ve never seen it as a diehard requirement and I’ve never encountered any problems leaving it out. My colleague is an avid Dreamweaver fan and if you’re familiar with Dreamweaver, it automatically adds @charset "UTF-8"; to the top of any stylesheet you create.

Similar Posts

• No Related Post

The truth is that while print collateral is a fantastic marketing tool and every business needs it, a web presence is completely scalable and always ready to evolve. Regardless of who your product and/or service caters to, a web presence in the year 2009 will boost your chances of being discovered by potential clients and customers.

Like businesses, designers are changing with the times as well. Print and layout designers see how lucrative web development can be and they want in. I was that guy. As a designer, I’ve been around the block and I’ve “done it all”. Ad layout, booklets, stationery, screen print and even vehicle wraps—All the while dabbling in HTML and CSS on the side. I know that web was where I wanted to be and I wanted to be there in a few years. Since then, I’ve evolved myself into what I consider to be a “seasoned web developer” and when it came to gaining knowledge and a solid understanding of web design, I tip my hat to this list of freely available resources on the web.

In no particular order, here are 6 helpful resources for you print designers out there looking to become the ultimate web design ninja:

1. 960 Grid System

The 960 Grid System is an effort to streamline web development workflow by providing commonly used dimensions, based on a width of 960 pixels. There are two variants: 12 and 16 columns, which can be used separately or in tandem.

http://960.gs/

2. Grids Are Good (pdf)

“Grids Are Good” is a booklet conceived and created by designer Khoi Vinh and should pretty much be in the arsenal of any designer, regardless of whether or not they’re a web designer or a print designer. “Grids Are Good” illustrates how a simple grid system can be applied to website interface design and organization in order to add usability and presentation. I personally think it should be included as required reading in all design-based curriculum.

Download Grids Are Good

3. HTML Dog

Even to this day I find myself frequenting HTML Dog to make sure I’m using the proper markup for the job, or to refresh my memory on the proper application for a tag. It’s basically an online glossary of articles regarding website design and one giant markup reference. Bookmark this puppy and keep it handy.

http://htmldog.com/

4. Amazon.com: Print to Web Transition Books

I’m not sure about everyone else out there but I order the majority of my books through Amazon. A user by the name of Bart E. Caylor has assembled a nice list of entry-level books for those of you out there that are looking to make the leap. Although the web is an endless wealth of knowledge regarding everything, sometimes it’s better for your brain (and your eyes!) to take a step away from the computer to read a good old-fashioned book (remember those!?).

View the list

5. Free CSS Templates

As you get acclimated to the web design environment, you will quickly learn that sometimes the best and most effective way to learn is to get your hands dirty and play in the sandbox. Yeah, it’s cool to learn but some of us preferred recess over class (I’m guilty as charged). FreeCSSTemplates.org will help you get your feet wet with (X)HTML and CSS, the bread and butter of what you are going to learn. Free CSS Templates is comprised of user-submitted templates that are created to today’s standards and in most cases, W3C compliant (you’ll learn about that later, young padawan).

http://freecsstemplates.org

6. A List Apart: “Understanding The Web” by Jeffrey Zeldman

On November 7th of 2008, web standards evangelist and “the father of web standards” Jeffrey Zeldman published an article on A List Apart that gives a fantastic insight as to what the web really is. Getting your hands dirty with web design and arming yourself with the tools needed to do the job is a must, but sometimes educating yourself on what is behind the scenes will help you along the path.

My 2 Cents

As a product of the print designer to web designer transition, I can tell you that there are going to be hurdles along the way. When you’re working with an application like Adobe InDesign or Quark X-Press, you’re completely relying upon the GUI and the tactile elements to assemble your layouts. A large part of the transition is learning how to apply the same methods but in a code environment. Sure, you can rely solely on the Preview pane of Dreamweaver but all good designers and developers are coding by hand. In my opinion, the best way to write the leanest, meanest code is to write it yourself. Not only will doing this help you learn the structure and semantics of HTML but it will also familiarize you completely with your own finalized designs. Trust me, this is going to save your time and hair in the future. When it comes time to update a large website, you’ll remember what’s what.

It’s kind of like the Matrix. It’s cool just living your life looking at what the Matrix creates but if you learn how to manipulate the code behind it and you understand it, the possibilities are endless.

When designing your first website, remember that it works in a similar manner to laying out a magazine spread or any other print material. Elements are presented in a manner that is appealing to the eye and easy to follow. Think in columns when organizing your page content and don’t be afraid to think outside of the box. 3 column layouts are nice and so are 2 column layouts but it really depends on the application at hand. If you are a Dreamweaver user, CS4 offers a whole slew of out-of-box column-based CSS layouts that might be of use for experimentation. Everything on your website is divided up into containers, otherwise known as divs. Learn to love the <div> because you will rely on it. Think of a div as a text or image frame in InDesign, and think of Cascading Style Sheets as the style sheets you apply globally in InDesign. Style sheets are what control the overall arrangement and appearance of the HTML elements.

What Are Your Thoughts?

If you are like me and transitioned over to the web design industry from print, I’d love to hear your experiences and some of the resources that helped you get over the hump.

Similar Posts

• The NewReview In Town (2)
• There’s a New URL Shortener In Town (3)
• Bloqhead Gets WordPressed Up (0)
• Clearleft Layout Already Stolen (0)
• Advice Dog! (0)

Decision Making

As much as I love CMSMS, it was lacking in an area that my website thrives on most: Blogging. Although all CMS Made Simple packages come bundled with a News module and it functions extremely well, I needed something that archived and catalogued my entries neatly and flawlessly, while offering my viewers the ability to interact in the conversation. Again, WordPress fit this bill perfectly. Hell, you wanna know how great the News module in CMSMS is? I’ve repurposed it and used it for multiple things, such as portfolio galleries, XML feeds, etc. I consider it one of CMS Made Simple’s “pocket knife” modules. It’s fantastic but it’s no WordPress. Even CMS Made Simple’s creator Ted Kulp is an avid WordPress user (Hi, Ted!) and we’ve both agreed that the latest greatest version of WordPress is, well, great.

CMSMS pages administration panel

Getting My Hands Dirty

Despite the fact that I have some prior WordPress development experience, I was somewhat rusty in what was required of me to get my template and all of my content shoved over into a new system. Regaining my bearings was a simple task and one I was able to complete in approximately 3 days. It’s funny because being without my Xbox 360 has allowed for me to get some much needed dev time into my own website, instead of melting my brain with late night sessions of Left 4 Dead, Far Cry 2 and Street Fighter 4.

If you’ve ever used CMS Made Simple yourself, you will know that it’s hands down one of the easiest content management systems to use, both in development and manipulating it to suit your needs. CMSMS uses the Smarty PHP engine, which I’ve grown to love, and implementing a template requires a style sheet, a single file with the required smarty calls plugged in and your images. It’s dead simple and it’s a beautiful thing. You can also use multiple templates throughout your website and even apply a separate template to each page, if your heart so desires. Also, all templates and style sheets are stored as database entries, as opposed to being physical files. This has its flaws and advantages. Like a lot of you developers out there may be, I’m pretty anal retentive about how my files are organized and sorted. I prefer to work with a physical style sheet file and physical files in general. Not to fret though. There is a module available called Template Externalizer which, when turned on, exports all of your template and style sheets as physical files in a directory on your web server. You can then edit these files at your leisure and when the Template Externalizer sees that the files have changed, it updates them in the database. I have a lot of experience and it works great.

Needless to say, it was a bit different when it came time to port the template over to the fresh new WordPress installation. Each template is split into multiple PHP files and dropped into a directory. I love having physical files at my fingertips. I guess it comes from the nostalgia of once working with entirely static websites when CMS weren’t as prominent in the mainstream (and when I had barely any sort of experience with them). Static websites are nearly a thing of the past.

The Final Say

If you’re a developer looking for the perfect blogging solution as your foundation, WordPress is your best bet. If you’re more on the market for something that offers a wide array of expandability and less of a blogger platform, CMS Made Simple is an awesome choice. I’ve built multiple websites with it and love it immensely.

If you’re interested in taking a look at my previous CMSMS setup, head on over to this directory and poke around. I plan on leaving it active as my own personal playground.

Similar Posts

• CMS Made Simple 1.3 (0)
• XML+CMSMS+Flash=Zen (0)
• Integration, inspiration, progression (0)
• Drupal Hell (0)
• Advice Dog! (0)

I came across this article via @paulrobertlloyd.

K.I.S.S. means keep it simple stupid and that means tables because tables are simple. And they also work!

Have fun trying to update a tables-based website! Also, have fun with your 10 million lines of HTML, as opposed to my 300 or so. Why is this discussion even going on? Everyone has come to the conclusion that designing with divs is far easier. Aside from the fact that TABLES ARE FOR TABULAR DATA, not layout. They were NEVER designed for page layout. In fact, the web wasn’t even expected to be where it’s at today. I hate how this article tries to teach readers a bunch of shit they discarded ages ago. Hey, that’s cool. If you want to use tables for layout, that’s your prerogative. I’m gonna stick with my realistically simple div-based layout. Thanks anyway.

Tables, at the time, were the only known solution for layout. They were a band-aid. A boat in uncharted waters. And like most things, the div method was discovered, fine-tuned and put into the game because it’s easier. The same applies to CSS. CSS offers global control to a website and gives the designer a better platform to make future website updates on.

It’s one thing to use the regular CSS style to replace the same fonts that will be used all over the place. But it’s another when you take little bits and pieces of code out of the page and bury it some huge .css file and then try to figure out and try to remember where they all came from and what each piece of code did 2 months from no.

What a cop out. “I can’t remember the names I used on my div containers!” Are you actually serious? This entire article screams a bunch of words in my head. The biggest one is “LAZY”. I can go back to a layout I did 3 years ago and only spend about a minute remembering the structure I used. You know why? Because it usually involves about 5 to 6 containers, all named accordingly to what they are. They also require far less markup than your shitty tabular layout. Get out of Dreamweaver Preview mode for once in your life. Go ahead, give it a try. I know the Matrix is a scary world but some day you have to jump in and take the reigns. Just like the thousands of people that did the same and are making beautiful websites because of it.

Let’s take the website that posted this article into consideration. They use inline styles. INLINE STYLES. What happens when it comes time to update the website? Are you going to do a find and replace and pray that it doesn’t bork your entire website? Better make a backup first. Actually, it looks like it was designed back in 1995 so I doubt they ever update their website, other than fill it with articles that are completely irrelevant to today. To top it off, the website is driven on .NET.

I remember setting up a dedicated .NET IIS server. Yeah, I remember how much I fucking HATED every moment of it. Setting up every folder as an application, shoveling through weird errors, pulling all of my hair out. But that’s beside the point. We all know that Microsoft makes EVERYTHING needlessly inefficient and difficult because they feel like they have to hold their ground and use something proprietary. We also know that they never follow any sort of standard, except for their own. This article even covers that. ie, Publisher (absolute crap), Frontpage (complete garbage), Internet Explorer (do I even have to say it?), Silverlight (Flash clone).

The ratio of people who use CSS/div layouts, vs. Table layouts is far unbalanced, unless you’re stuck in 1995, and/or uneducated, and/or just plain lazy, and/or just plain stubborn. I know a few designers that still use tabular layouts. They’re also the same people that use inline styles, NO meta tags, Photoshop’s automatically generated HTML and no alt tags for images.

Let’s be realistic here. The table layout method will never again gain any sort of momentum. It’s done and gone. If people want to continue using it, that’s fine. The only people that will complain are the professionals like myself, who have successfully put the div/CSS method into play for years with flying colors.

Similar Posts

• CSSEdit Override Generator for Drupal Stylesheets (4)
• Expand A Container With jQuery and a URL hash (5)
• The User Experience Fog (0)
• 2008 A List Apart Survey: Tomorrow! (0)

View it

Similar Posts

• Google Recreates The Button (0)
• Google Groups spam (4)
• Google Chrome Beta Released! (0)

The dev team for IE8 decided that they were going to once again make things needlessly more difficult for web developers and web standards evangelists. Quoted below from isolani.co.uk:

A year ago Microsoft announced (through A List Apart) that standards compliant websites would be forced to opt into a standards rendering mode in IE8. The uproar from the web standards community was loud and clear: the default should always be render in standards compliancy mode. Microsoft backed down.

So it is with considerably surprise and anger to read that Microsoft have quietly gone back to their original position. The gist of it is if you want to be sure your site renders in standards compliant mode in IE, you have to explicitly opt into it. Otherwise you risk being blacklisted and thrown into IE7 Compatibility mode.

So basically if you want your website to render in IE8 and not get blacklisted, you have to use a new meta tag that the IE8 dev team will inform us of. Otherwise your website will be blacklisted and stuck in IE7 compatibility mode. So when the time comes, not only will we have to test our websites in IE8, but we will most likely have to test in IE7 AND IE7 Compatibility Mode as well.

Read the full article here.

The thing that kills me about this whole thing wasn’t even in the aforementioned article. In another article on isolani.co.uk, they point out a couple quotes from IE Platform Architect Chris Wilson:

The answer is that developers of many sites had worked around many of the shortcomings or outright errors in IE6, and now expected IE7 to work just like IE6. Web developers expected us, for example, to maintain our model for how content overflows its box, even in “standards mode,” even though it didn’t follow the specification – because they’d already made their content work with our model.

Unbelievable. For years, Microsoft put out a sub-par web browser and now Web Developers like myself are the ones to blame? No. Just…no. We’ve compensated for their shortcomings and deprecated software for years on end and now it’s our fault.

We realized that “Don’t Break the Web” should really be translated to “Don’t change what developers expect IE to do for current pages that are already deployed.”

Now we’re all expected to add a meta tag to our web pages so that IE8 will oh so generously not throw our websites into IE7 Compatibility mode, and will so graciously render them for IE8 instead. Web standards evangelists like Eric Meyer and Jeffrey Zeldman have been spearheading the evolution of the web for years and now we’re all expected to take a step backwards to compensate for horrible, cruft-infested programming and they have the audacity to blame web developers as a collective for the shortcomings.

Give me a fucking break. Make a web browser that isn’t a steaming pile of shit for once. Even now, IE7 has issues.

Let’s take the Mozilla team for example. When there was empty promise of the expected IE killer, Netscape 5, the Mozilla team started from scratch and built what has evolved into the Firefox we know and love today. They started from the ground up and built a web browser that has promoted web standards right out of the gate. Instead of following a similar model, the IE dev team has decided to pile more shit onto the steaming heap that is Internet Explorer and continue to apply bandaids to the holes in the dam.

Earth to Microsoft, Internet Explorer is a worthless piece of garbage. Make something new and stop wasting our time.

Similar Posts

• Bloqhead Gets WordPressed Up (0)
• Advice Dog! (0)
• 2008 A List Apart Survey: Tomorrow! (0)
• Hurry Up and Wait (0)
• Drupal Hell (0)