HTML5 Finally Gets... a Logo?

Start Rant

With all the debate about elements, attributes, semantic meaning and who really owns HTML5, it's thrilling to see that the W3C has risen above all the chaos to release something which should truly unify HTML5 and foster its widespread adoption (as soon as it is finished) across the web — a logo.

The announcement came this morning on the W3C site, just four days after its announcement of eight HTML5 drafts being updated (Which I foolishly covered when I should have been waiting for this cherry of a story). The press release gives a little context on how you can use it:

Now there is a logo for those who have taken up parts of HTML5 into their sites, and for anyone who wishes to tell the world they are using or referring to HTML5, CSS, SVG, WOFF, and other technologies used to build modern Web applications.

If you think I am being grumpy about this, you're right. But I'm really caught up on one main issue — HTML5 and CSS are different specs. If you've read me long enough, you've seen that this really gets under my skin:

• HTML5 and CSS3 Confusion
• Google, Arcade Fire Confused on HTML5
• Google Doodle: Bouncy Balls Aren't HTML5

My rant isn't the only one. In fact, there's a lovely video rant by Bruce Lawson that he's re-linked in his post today, On the HTML5 logo.

It isn't completely unjustified. As different specs, they are managed by different groups, different timelines, different test suites, etc. So when the Badge Builder 5000 on the W3C HTML5 logo page lets you build a logo that states what technologies your site uses and CSS3 is a pre-selected option, it gets my dander up. And without hair to hold it in place, it's a mess. The same page even has the audacity to show the Arcade Fire / Google project as an example, which I think I already proved wasn't true (see above, or this other neat site).

Let's be clear on something — it is perfectly legal to build an HTML5 page with CSS2.1, or an HTML 4.01 page with CSS3.

By the way, if you think this is the official W3C logo for HTML5, you should read this in the FAQ (emphasis added):

Is this W3C's "official" logo for HTML5?
Not yet. W3C introduced this logo in January 2011 with the goal of building community support. W3C has not yet taken it up in any official capacity. If, as W3C hopes, the community embraces the logo, W3C will adopt it as its own official logo for HTML5 in the first quarter of 2011.

It seems like they are a little nervous, unwilling even, to make this official if people don't like it. I think they may have the fear of the GAP logo debacle within them.

Tip: If you want to see if a page is actually HTML5, use Opera and install this handy HTML5-powered extension, freshly updated with the HTML5 badge.

End Rant, Start Real Review

The W3C has announced the release of a logo for HTML5 today. The logo has been released under a Creative Commons 3.0 By license, which means you are free to modify it provided you include an attribution.

The W3C has created an HTML5 logo page where you can download the logo, have one generated for use on your site, see samples, order a t-shirt, and even send away for some free stickers. There is also a Frequently Asked Questions page for the logo should you still need some answers you couldn't find on the logo page.

The W3C blog has an interview with the creative director from the firm who designed the HTML5 logo.

Tip: If you do plan to use the logo, the files available for download are square, so they have quite a bit of space built into them on the left and the right. The 256-pixel-wide logo is actually 182 pixels when you crop it to fit (see above).

Update (Jan 20, 2011)

• A lovely ironical (that's my word) Flash version of the HTML5 logo.
• The HTML5 logo using the canvas HTML5 element (best viewed in Chrome or Opera).
• The Tardis in the style of the HTML5 logo over at Reddit.

Update (Jan 21, 2011)

• The HTML5 logo as if it were a Netscape Now! badge.
• Dunno how I missed Bruce Lawson's post, Two cheers for the W3C's HTML5 logo.

W3C and WHATWG Provide HTML5 Updates

W3C

The W3C is pretty good about posting news when new HTML/CSS-related documents undergo updates, status changes, or generally move forward. On Friday the W3C HTML Working Group announced the publication of eight new documents. The brief release provides an even briefer overview of each, or you can see the same list, with the ability to file a bug, at the HTML Working Group home page. The eight documents (all dated January 13, 2011):

1. Working Draft of the HTML5 specification.
2. An updated draft of the helpful HTML5 differences from HTML4.
3. The accompanying non-normative HTML: The Markup Language Reference, which is worth reading through if only to look at the items marked changed.
4. HTML+RDFa 1.1, which outlines support for RDFa in both HTML4 and HTML5.
5. HTML Microdata, discussing support for machine-readable data in HTML, ideally in an easty-to-write manner.
6. HTML Canvas 2D Context, which, I think obviously, defines the API for use with the canvas element.
7. HTML5: Techniques for providing useful text alternatives, a handy document for how to use the alt attribute and other related features (except longdesc).
8. Polyglot Markup: HTML-Compatible XHTML Documents, intended to offer developers guidelines for creating HTML documents that validate as both HTML and XML. It's worth a read just to understand the premise.

For those of you more interested in the progress of accessibility in HTML, you can always drop in to see the weekly W3C Accessibility Task Force (a11ytf) bugs which are just hanging out, waiting to be closed, verified, or sent along to the HTML Tracker. Laura Carlson (of the [webdev] Web Design Update newsletter) sends out a weekly email update with a link to the report, Pre-Last Call "A11ytf" Keyword Bugs Awaiting Task Force Action (these links are both from January 15, 2011).

WHATWG

WHATWG is trying something new — a summary. As the author writes, If this works out you might see another one. There is a chance, then, that you might not see another. At least the document posted on January 16 gives us some updates for now. Read it at Base64, model trains, Web Workers & the DOM, captions, …

Unlike the W3C status update, this one is more casual. It links to emails flying around between the members, allowing you as the user to dive right into a thread and follow it along. It is not scrubbed or converted to non-technical language, so it provides a nice behind the scenes look. For example, there is a link to an email, [whatwg] Google Feedback on the HTML5 media a11y specifications, that provides feedback from Google on the HTML5 media accessibility specifications. As the folks who run YouTube, Google's feedback is important to the success of video on the web, and so Google's rep discusses things like the track element and the caption text file format. Don't expect to see any references to codecs (like the Chrome/H.264 dust-up).

Bonus

Since reading this may have gotten you all excited over the specs and all things related to it, take a few minutes to read this post about a "Shadow Dom:" What the Heck is Shadow DOM? If you play at all with JavaScript (libraries or otherwise), you may be interested to read up on examples such as the new slider input element and how you can access the element within the input — but not via standard HTML/CSS selectors, only via script. After all, if you are implementing it, you will need script to make it do something, so leaving that to the client-side script makes sense as a developer.

There, now you have enough to keep you busy on what might otherwise be a slow Monday at work.

H.264 Getting Dropped from Chrome

If you pay any attention to the plodding chaos that is the development of HTML5, then you've probably seen the discussions around the video element and how best to encode videos. Over a year and half ago Ian Hickson gutted the video and audio portions of the HTML5 specification to remove all references to codecs, disconnecting the two competing standards, H.264 and Ogg Theora, from the next HTML standard. He did this in an email announcement to the WHATWG list, explaining the issues with licensing and browser support for both options.

At the time Safari refused to implement support for Ogg Theora, Opera and Mozilla refused to support H.264, Internet Explorer was silent, and only Google Chrome implemented both (though Google said it could not provide the H.264 codec license to Chromium third-party distributors).

A year and half later and Google has dropped support for H.264 from Chrome as of two days ago. While Google has hung its argument on the hook of license restrictions, it's probable that Google is really just pushing its own WebM format.

The licensing argument is simple — the compression parts of H.264 are patented by MPEG-LA. While MPEG-LA has opened up the H.264 license for the web (after originally saying it wouldn't collect royalties until 2016), it's conceivable that move was intended to get the web hooked on it. And then it's fair to assume the patent trolling might begin (history indicates the odds are good).

This announcement and the logic behind it has started off a mini-firestorm among developers on the leading edge of HTML5.

Ars Technica wrote up a pretty scathing review of Google's move in the article Google's dropping H.264 from Chrome a step backward for openness, suggesting Google's real issue is about control over its own WebM format. The article goes into more detail about Google acquisition of the company responsible for developing what is now WebM and compares and contrasts the licenses of these and other standards.

Haavard Moen, who works for Opera, takes some time to disassemble the argument made by Ars Technica in his post Is the removal of H.264 from Chrome a step backward for openness? He breaks it up into 11 points, corrects or contextualizes them, and then suggests that the bulk of the points aren't even relevant to the discussion at hand.

The chart below (and its comments) were unabashedly stolen and marked up from a graphic by Bruce Lawson (of Opera Software fame). He uses it to outline which browsers support which codec. I have added a column to list Ogg Theora.

Browser	Ogg Theora	Native webM Support	H.264 Support	Member of MPEG-LA H.264 Licensing Pool
Opera	Yes	Yes	No	No
Firefox	Yes	Yes	No	No
Chrome	Yes	Yes	No	No
Internet Explorer 9	No	No	Yes	Yes
Safari	No	No	Yes	Yes

The two browsers that only support h264 video are Internet Explorer 9 and Apple Safari, the vendors of which have a financial stake in the codec:
www.mpegla.com/main/programs/AVC/Pages/Licensors.aspx

The column in the chart asking about the MPEG-LA licensing pool is intended to show that the only browsers still supporting H.264 are those with a financial stake. Bruce updated his post with a link from a site visitor that claims that Microsoft gets far less from its financial commitment to H.264 than it pays in.

An argument that keeps popping up is that Google should drop support for Flash, given that it is not an open standard. I have dismissed this immediately on the argument that Flash has been here for a very long time, and it's not practical to drop support for a technology that is already driving millions of sites, at least not without the myopic world view that Apple lugs around.

That argument, however, made it into the post from John Gruber's blog, Daring Fireball, titled Simple Questions for Google Regarding Chrome’s Dropping of H.264. Remy Sharp was quick to respond on his own blog with My take on Google dropping H.264.

While Flash is only a part of that debate, it's further insight into the arguments we're hear from both sides. Some of the arguments will lean on a perceived double standard, as we see with the Flash example; some will lean on license debate, as we see with the constant references to MPEG-LA versus WebM and its background; some will lean on the quality of the video, which I intentionally left out of this post; and some will lean on who wants to be the next big monopoly for the burgeoning growth of video on the web.

For the average developer, it might be best to wait until the dust settles. You'll still be making decisions based on browser support in the end anyway.

Related

• Google Chrome drops H.264 support to focus purely on open technologies like WebM
• Google nixes direct H.264 support in Chrome
• The backlash over Google's HTML5 video bet from C|NET.
• Google reveals plan to remove H.264 support from Chrome from ars technica.
• An Open Letter from the President of the United States of Google from MSDN.
• Microsoft mocks Google's Web video decision from C|NET.
• GIF, H.264, and Patents from John Gruber

UPDATE: More Links from around the Innertubes

These links came rolling out this past weekend (January 14-16) and offer more arguments for and against H.264 and Google's decision.

• More about the Chrome HTML Video Codec Change from the Chromium blog.
• Why the Future of Online Video Is in Serious Trouble [OP-ED] from Mashable.
• VIDEO debate, cutting to the chase by John Dowdell from Adobe.
• John Gruber responds with Adobe's John Dowdell on Chrome Dropping H.264 at Daring Fireball (instead of responding right on the blog, where two men can have an open debate).
• Why the Web needs WebM by Anne van Kesteren, who works at Opera.

Update (January 21, 2011)

• A Simple Explanation Of The Huge WebM Versus H.264 Debate

Time to Update Your Web Site Copyright Date

I wrote this up for the support forum for our web content management system, QuantumCMS, and thought it worth repeating here. The writing style is a little different considering the different audience. Think of this as a reminder to all of you who include a date on your web site in any way — I absolutely judge whether your site is relevant by how out of date the copyright year is in the footer. I also look at any other timestamps I can see (blog post dates, comment dates, etc.) for clues to the age of content.

The original post:

It's that time of the year where you should take a few minutes to log in to QuantumCMS and update the copyright date on your web site. If you don't remember where it is, for most of our clients it's a Site Property that you can edit. If you don't remember how to edit that property or don't have your documentation handy, this tutorial can help: Adding a Site Property (it also works if you just want to edit the existing property).

Why is it on your site?

Perhaps you only have a copyright statement on your site because we included it in our design, perhaps you have it because your legal counsel suggested it, perhaps you only have it because you've seen it everywhere else. Since I am not a lawyer, doling out legal advice isn't in the scope of this post. You can ask your own legal counsel about how declaring a copyright protects your content.

I am writing this from the perspective of U.S. companies, although I know some of you reading this are not U.S. companies. In that case, I suggest you check your own country's laws on copyright.

If you are more inclined to track this information down on your own, you may want to take a look at the U.S. government Copyright.gov site, specifically the page "What Does Copyright Protect?" which links to a PDF file ("What Works Are Protected?") containing the following statement:

No publication or registration or other action in the Copyright Office is required to secure copyright.

If you are adamant about registering your web site with the U.S. Copyright Office you should grab a copy of "Copyright Registration for Online Works" (provided as a PDF file).

How else is the copyright date used?

I'm glad you asked.

Many web site users see the copyright date as a quick cue to how fresh the content is, even telling them if the site is stale. If you are visiting a site with a date of 2009 (and it is now 2011) in the footer, you might think that nobody has touched the site in two years. And you might be right.

Many sites use the copyright with a year span (1998-2011, for example) to demonstrate how long a site or organization has been in existence. This may not impart any added benefit if you are pursuing somebody who has stolen your content, but it does at least indicate to users that you have been around for a while, are current, and probably know a good attorney.

Don't wait too long to update copyright date on your site. If your site claims to be from 2010 then it is at least over a year old, and at most only a couple weeks old. Remove that confusion by taking a few minutes to update it.

As always, if you need any help just give us a call or send us a note.

Twitter As Passive-Aggressive Enabler

There was once a time that if you wanted to lodge a complaint with a company or organization, you could rely on writing a strongly-worded letter. You might get a response in 6-8 weeks. Then came a point when you could call a support line and speak to a human being and, for questions beyond a missing item from an order, your issue might have to go up the chain and you'd hear back in a week or two. Then email came about and a customer issue could be sent up the chain with a simple press of the "forward" button, reducing turnaround times to a day or two. Now there is Twitter, where a complaint directed at an organization's Twitter account, if not answered within a couple hours, is considered terrible customer service.

Forgetting all the companies that do it incorrectly (creating a Twitter account that only broadcasts, doesn't engage, and doesn't have a human personality behind it), there are organizations that have employed people to monitor social media (Facebook, blogs, etc.) to look for mentions of a company and, when negative, to proactively reach out to soothe the offended party.

My Own Recent Experience, Which You May Skip

I had my own experience lately where, after a painfully awful ecommerce experience, in my rage I tweeted how terrible it was and included the offender's Twitter handle. To the offender's credit, response was relatively swift for a Saturday afternoon. And then I realized that I had used Twitter to become a passive-aggressive whiner. The response from the offender only enabled that.

In an attempt to offset my poor behavior, I wrote up a very detailed email explaining the issues I encountered and sent it along to the offender's email address (I had already informed the offender it was coming). I asked for nothing in return — no free tickets, no special consideration. I followed up the email with a phone call a day for three days, never getting through to the offender's contact and never receiving a return call. What the offender did do, after my third call, is send me an email thanking me for my feedback and assurance that I would be taken care of. In addition, I received a friend request from this person on Facebook. A week later I received a voucher in the mail for two sets of free tickets, something I did not expect, and which even made me feel a bit guilty.

To the offender's credit, the response was swift and reparations were made that far outweighed the balance of my anger. But I never did get a human on the phone. I was relegated to an email-only exchange. Given the Facebook friend request, I couldn't understand why I was invited to connect with the representative personally when we had never exchanged words on the phone or face to face.

Anecdote Over, Now Back to the Meat

This entire experience got me thinking. I spent some time researching customer service in the context of Twitter. Comcast's own efforts have been a de facto standard for a couple years now, so it's easiest to explain the process through the lens of how Comcast started the ball rolling. Essentially, a very frustrated user complained about his Comcast connection on Twitter, and within twenty minutes received a call from an executive on the other side of the country. The guy who complained wrote up the story for TechCrunch and it became sort of a call-to-arms for companies who are playing social media and want to stand apart. You can read the full story in the post Comcast, Twitter And The Chicken (trust me, I have a point). Shortly after that article, ReadWriteWeb posted the article How to Get Customer Service via Twitter, which outlines how companies can and should monitor social media and how customers can leverage the platform.

This has enabled people to not reach out to a customer service phone number, a store manager, or make some other concerted effort, but instead to complain to the ether in the hopes someone is monitoring for such gripes. Often the complaint doesn't even warrant a response (is it really necessary to complain about the color of chairs?), but because it's so easy to do, the complaint comes out. Sometimes it's the equivalent to complaining that the steak was overdone, but only after you ate the entire thing (not just a tribute to Waiting, I have seen this in real life over and over). Organizations are rewarding these miniature rants by trying to soothe and ultimately offering something in return. And that rewards the people who gripe in this passive fashion, but not necessarily those who take more direct channels. It also means companies who are not monitoring social media may be unfairly judged as dismissive (does my local hardware store really need to be on Twitter?).

There will be times when the stewardess is a jerk. I don't expect the airline to give me free tickets as a result. Sometimes the waiter is in a bad mood, but I don't think I deserve a free dinner. My barista put too much foam on my latte? I'm so lazy I paid to have someone who is not me make it. The tech support rep doesn't have an electrical engineering degree and couldn't guess that a solder melted on my machine? Oh well, he can't peer across the phone lines into the hardware and see such things. I suck it up and recognize that these are real people with real lives, not mechanical protrusions of some corporate machine.

And yet too many of us feel entitled to being kept happy without reason. I'm not saying that life needs to be nasty, brutish and short, but it certainly can't be all rainbows and lollipops simply because we expect others to provide. Customer service (over)reaction on Twitter feeds this. People demand satisfaction quickly and out of balance with the issue. And when they get it, they talk about what a great experience they had, teaching others to use the same bad behavior to get their way.

Unfortunately, this builds on and reinforces behaviors that are already extant in our population. People pull out their cell phone cameras before calling 911 when they see a car accident. They take and post photos of their friends in compromising situations (which are usually nothing more than passing moments of poor timing and good photo framing). Couples engage in fights over text messages and forward responses to their friends. People maintain multiple Twitter accounts so they say what they really think about bosses/ex-lovers/family from a "stealth" account without fear of reprisal, or rather, fear of being honest and direct. These are all examples of how people give up their responsibility as a good neighbor to instead be the one to scoop the news, embarrass their friends, or win a pointless squabble. Unfortunately for so many who are not socially savvy, who rely only on examples of what the broad populace does, these cases only promote passive behavior — often passive aggressive behavior.

Perhaps if you are someone responsible for setting a policy of responding to complaints from Twitter you should consider getting the complainer on the phone. Usually, if it's worth complaining about, it should be worth spending a few minutes on the phone with a customer service rep. Those who resist are probably nothing more than whiners anyway. Sure, there is a risk that someone will complain publicly (blog, review site, etc), but you can demonstrate that you tried to reach out and were rebuffed. Maybe those aren't the customers you want anyway.

And if you find people engaging in other passive behaviors that involve you, perhaps the best thing you can do to ensure real and honest interaction down the road is to insist in face-to-face meetings or at least phone calls. When 44% of U.S. respondents to Opera's survey about mobile web use say they have asked someone out on a date via text message, it doesn't take much imagination to guess how those conversations go (lots of insincere "lol"s and other acronyms designed to give the asker a way out if the answer is a "no"). Perhaps instead of allowing people to text/Tweet you on a whim to get together, you should expect them to commit to it by making plans (gasp) a day or more in advance. Now you can take some comfort in the knowledge that you aren't getting the invite only after everyone else has declined.

Whether professionally or personally, don't be lured to the ease that Twitter (Facebook, et al) allows you to snipe. Make the effort to be direct and approach the subject of your ire. If you are on the other end addressing complaints, then don't fire back in the same medium. Reach out in the real world, showing that you care enough about the person or issue to make an effort. For both sides, don't hide behind the keyboard.

Related

• How Twitter will corrupt contact
• Social Media Responsibility

Year-End Cliché

I can't turn on the TV, surf the web, or peer into my Twitter feed without stumbling into another year-end wrap-up of 2010. These dime-a-dozen contrivances abound like the proverbial lemming to the cliff (lemmings don't really do that, it's also a contrivance). However, there have been enough of some quality that I think they bear mentioning. So here's my own trite year-end cliché.

Jeffrey Zeldman collects many of his articles in a list below a narrative full of links to outside sources. His focus is on, predictably, web standards and manages to hit the salient points without a wandering review full of self-congratulatory hullabaloo. Read his post 2010: The Year in Web Standards.

Media Access Australia, a member of the W3C WAI and Australia's media accessibility not-for-profit, has an article running through everything the WAI and its groups have accomplished this year with some information on what might be in the works for 2011. Personally, I was hoping for some more detail on the WAI-ARIA progress, something causing those trying to implement it with HTML5 some headache. Given that the Australian government is mandating WCAG AA compliance over the next few years, they are kind enough to include a link to their own article on the topic. Read the scoop at The W3C web accessibility initiative — 2010 year in review.

The Yahoo! Accessibility blog doesn't take a look back at accessibility, but instead talks about resolutions to make for the new year. Among those resolutions it suggests we should all make in order to create a more accessible web are: adding captions to videos, creating structure for your web pages (hooray for proper heading nesting!), account for keyboard users, and learn to use a screen reader. It's only been a day, but the post is sadly lacking in feedback. You can, of course, add your own by visiting the post: What are Your Resolutions for an Accessible 2011?.

If you like your web accessibility tips with some curious intro music & audio quality, without all that troublesome reading, you can grab the WebAxe podcast reviewing the year in accessibility. If you are willing to sit through 32 minutes of audio (skip the first four minutes, or jump to eleven minutes for the year in review), there are some juicy nuggets in there. Even better, just follow the links on the post and read through the transcript. There are some good bits about alt text, the longdesc attribute, colorblindness, HTML5, and other bedtime reading for the kids. Grab the podcast, transcript and, most importantly, the links at Podcast #87: Web Axe 2010 Year in Review.

Two sets of predictions for the coming year come from Mashable and ReadWriteWeb. Mashable's is more of a list of prediction lists and ReadWriteWeb has its staff give predictions for the coming year. Why Mashable gives its number as 95+ and not just 96 makes me wonder if they got lazy with counting. At least ReadWriteWeb mentions what its team got wrong last year (along with a link).

• 95+ Predictions for the Web in 2011
• 2011 Staff Predictions

If you saw my recent kvetching over the demise of Brightkite, which caused me some stress as I worked to extract over 4,000 posts and images, then you hopefully wondered the same about your own presence on the web. In a not-quite-thorough-but-at-least-well-timed post from Mashable you will find some tips for archiving your data from some of the more popular services (Twitter, Facebook, WordPress, etc): HOW TO: Back Up Your Social Media Presence Before the Ball Drops.

While reading through lists of the year, I found one that got some references from good sources, but really left me unimpressed. I figure I might as well start of the new year with a little friendly disagreement, so I'll review. The 5 Biggest Interface Screw ups of 2010 seemed to be stuck in a time warp, hitting items that are actually quite old (as in, from the 1990s). Its list:

1. Splash Screens: I wrote about this in 1999 (also at my site), and I was already late to the party. This is not unique to 2010,
2. "Click here" links: In 1996 Jakob Nielsen recommended against that practice, echoed later by the W3C WCAG in 1999.
3. Unclear dia­logue boxes: I found some of my first examples of this, and diatribes against it, in Bruce Tognazzini's 1992 book, Tog on Interface.
4. Fanci­ness over usefulness: His example is a computer desktop interface based in a real-world metaphor. It may be the worst example in 2010, but it's a repeat of the 1995 Microsoft BOB interface of confusion targeted at neophyte users.
5. Poor but­ton placement: The author's point is really about mobile UIs, which is at least recent simply because consumer-oriented touch interfaces are relatively new. I'll allow this one, even though it's clearly based on the failure to apply Fitts's law, which dates back to 1954.

Now that I've satisfied my ego by taking shots at an easy target, I wrap this up with a contribution from the old man of pointing out the terrible, Web Pages That Suck: Worst Websites of 2010: The Contenders and Worst Websites of 2010: Group 2 Contenders.

Happy new year.

Social Media Club Buffalo: #TacoVino

Last night the local Social Media Club chapter here in Buffalo put on the event TacoVino, a wine tasting paired with a local taco truck who has social media to thank for some of its success. City Wine Merchant opened its doors, and bottles of wine, while Lloyd Taco Truck made a special menu of duck tacos along with its regular fare.

As you look at the photos below, please keep in mind I got there a little early to take photos before the crowd arrived, that's why they may seem a little empty. I wanted to spend my time there being social, not playing photographer. After all, that was kind of the point of the event.

The event had to be capped at 50 people owing to the size of the venue, making for a smaller crowd than previous events, but it also set the tone for conversations to flow more easily and people to connect with familiar faces from previous events. Unlike those previous events where the Tweet wall garnered a fair amount of attention, probably owing to the novelty, the two tweet walls set up for this event were largely ignored by the crowd in favor of human-to-human interaction. Given the social nature of the medium, I think that's a good sign as opposed to a silent room of 50 people with only the sound of thumbs on phone displays. Regardles, the #TacoVino hash tag saw a fair amount of activity throughout the night.

I am always a little surprised when people comment to me that they not only see my food tweets, but often look at the photos of that food. Moreso when those people represent some of the larger local companies who have established a social media presence. Of course, I was obligated to post some photos of the food. Mostly to make those who didn't register in time a little jealous for what they were missing.

Credit to pulling off the event goes to the SMCBuffalo president and vice president, Nicole Schuman (@Buffalogal) and Frank Gullo (@frankgullo); Kate Wolcott (@k8creative) for the creative; Susan Cope (@susanlynncope) and Terri Swiatek (@TerriSwiatek) for event planning help; and City Wine Merchant (@ericbuffalo) and Lloyd Taco Truck (@whereslloyd) for venue, wine and food.

Given the great press the Buffalo chapter of Social Media Club recently garnered (Social Media Club Puts Buffalo on Whole New Map), I hope we can pull together more of these events and help show the other chapters, and social media types, just how strong that community is here in Buffalo.

Previous Events

• Buffalo Launches Social Media Club Chapter, September 23, 2010.
• Event Profile: #smdayBUF & #smdayBUF 2.0, August 12, 2010 (posted at City Love Cloting).
• Social Media Day in Buffalo #smdayBUF, July 1, 2010.