What is “semantic value”?

Go ahead and read Our Pointless Pursuit Of Semantic Value by Divya Maninan over at Smashing Magazine. There are some things I agree with, but I’m left with a terrible aftertaste in my mouth by the end.

A lot of the benefit of semantic markup is not seen by the customers, and that’s okay. The customer shouldn’t see all of the crappy hacks we’ve put into our CSS to get it to work in Internet Explorer. They shouldn’t look at the source code to jQuery that we are using to modify the behavior of their browser (I’m looking at you again, IE). So, sure, they don’t need to be pulling up the source of the page either and looking at the seemingly maddening soup of tags that outline the structure of the page they are viewing.

That’s all fine and good.

There are also benefits for computers and other devices to using semantic markup and making things as clear and concise as possible. That’s all fine and dandy.

Sure, it can be a headache to try and keep straight when we are going to be using an article, or an aside, or a section, or a straight div, or … you get the point. That’s a legitimate gripe about the alphabet soup of new tags that have been introduced in HTML5.

However, let’s care a little bit … just a tiny little bit about what we are doing and not look for the easiest way to just push out pages. Let’s care. Let’s care like the original Macintosh team did and not sign the inside of the case even though no one was going to see it, but care enough bout what we are doing to take some time, slow down, and think about what we are actually marking up. Think a little bit. Take a walk maybe and spend some time, yes, maybe 40 minutes, whether the article or aside tag would be the most semantic. Maybe you’ll run into another, more profound thought while you are on that journey.

We spend a lot of time trying to think of the easiest, quickly, dirtiest way to get things done and get them working. Maybe it isn’t so bad to use “semantic value” to help us to slow down and actually think about what we are doing, think about the content a little bit, and do a better job just because it would be just a tiny little bit … better.

Giving “Mobile” Users a Chance

But if there’s one thing I’ve learned in observing people on their mobile devices, it’s that they’ll do anything on mobile if they have the need. Write long emails? Check. Manage complex sets of information? Check. And the list goes on. If people want to do it, they’ll do it on mobile -especially when it’s their only or most convenient option. — Luke Wroblewski

I agree with almost everything in that post, but I would make one change.

In order to allow users to do what they need, we have to give them what they need. That means that we don’t hide content from users that is needed just because they have a smaller screen. I’m not good that this and I have a lot of work to do to get better, but that’s the goal. Content should be available to all users regardless of what client they are currently using.

I use my iPhone when I am sitting on the couch at home as much as I do while I am actually on the go. When am I am “mobile” user? The line is blurred because smart phones and tablets are more personal computers than mobile, and far more personal computers than desktops and laptops have ever been.

So exciting.