views:

176

answers:

4

Do you use microformats in your web projects?

If yes then why? If no then why?

If yes then for which things do you use?

Is there any alternate of microformats in HTML 5 ?

I haven't used microformats yet. Should i start to use now or not much need?

+4  A: 

HTML5 defines various semantic tags to mark your data:

It also allows for custom data attributes starting with "data-" within elements.

There is support for microdata which is based on microformats to provide more semantic structure to individual and groups of elements.

And to answer your main question:

No, I don't microformats because I didn't see the advantages until I gave your question a serious thought. I am using the newer HTML5 elements such as time, and custom data attributes, but not microformats because the data was already structured on the backend, and for more structured and semantic access, I'd would've used RSS feeds with specific extensions and include a link to the feed within the document itself.

That said, here's why I still support microformats and believe they are awesome and will most likely start using it in the very near future. For me, it serves a very specific purpose and has to do with programmatic access to the elements within my web applications. RSS and Atom feeds provide the same data in a very structured manner, but it's an alternative view. Microformats, or any other homegrown standards can be used effectively to enhance applications.

As long as the elements are structured in a standard manner, I can build upon a shared library of reusable code across all applications that deals with commonly occurring data items such as names, addresses, contact details, telephone numbers, etc. to enhance all applications. For example, automatically linking addresses to Google Maps, or linkifying telephone numbers to use a native protocol such as tel: on the fly for mobile devices and various other enhancements that I can do.

Anurag
OK, but do you use them? Why or why not?
Robert Harvey
A: 

"Do you use microformats in your web projects?"
No

"If no then why?"
Why should I? (What does it get me, or anyone?)

reisio
Hmm. Could have been the answer to "Do you use [insert any promising but slightly obscure technology here]?"
Robert Harvey
@Robert: Not really. What is promising about microformats? What could it _ever_ get me, or anyone?
reisio
@reisio - What semantic mark-up given you?
metal-gear-solid
@metal: http://www.askoxford.com/concise_oed/semantic
reisio
@reisio what does <h1> give you over <p style="font-size:24px;font-weight:bold;">?
Boblet
@Boblet: "this is the most important header" vs "this is a paragraph". CSS isn't a factor, if it were you could just use div for everything.
reisio
@reisio so that’s a difference in meaning. <h1> gives more information about it’s content than <p> styled to look the same. Microformats give more information about their content (for tools and robots that understand) than the same information without Microformats. They *expose* the information to robots and tools.HTH
Boblet
@Boblet: what robots and tools? :p
reisio
@reisio most notable robot would be Google Rich Snippets, but Yahoo and others are on the case too. For tools the Firefox plugin Operator (for consumers) and the service h2vx.com (for consumers and also providers — one-click microformat-to-vcard download) are most popular. HTH
Boblet
@Boblet: why would you use abused HTML when you could just make up a clean new format?
reisio
+3  A: 

You should ask Jeff Atwood.

Igor Zevaka
+1 Really good article
metal-gear-solid
+3  A: 

I’ve used Microformats fairly extensively. The benefits I see are

  • access to data for robots like Google Rich Snippets
  • access to data for users via µF-comsuming tools like H2VX
  • (some) data validation
  • more meaningful markup, which makes me happy

(minor) disadvantages are

  • time; hand-coding these things can be a pita. Either add programmatically (e.g. generate from data in CMS) or make a bunch of snippets. If doing via a CMS then it’s (for me) a no-brainer
  • require extra attention to UI to do well (best if exposed, but that often involves custom icon etc)

Microformats work fine as-is in HTML5. There are new HTLM5 elements that map well to some µF functions, notably <time>, but be warned that current µF tools generally can’t cope with HTML5’s new elements (“Tool support” slide).

Your other alternatives are HTML5’s Microdata, and RDFa. Microdata is pretty nice, but quite new so doesn’t have many tools available. You can represent Microformats in Microdata, and the HTML5 spec has Microdata versions of vCard and vCal. There’s also HTML5’s data- attribute, but that’s for private use and doesn’t encode visible data, so is probably not what you’re after.

I perceive these three as a continuum from easy but specific (Microformats) to hard but capable of anything (RDFa), with Microdata (for me) occupying a sweet spot in the middle. Google Rich Snippets can read data in any of these, but user tools are still playing catchup. The main benefit of any of these is making your content more usable by exposing more of the information, and for me that’s generally worth the time.

For completeness I’ve used

  • hCard
  • hCalendar
  • hEvent
  • hAtom
  • hReview (once? :)
  • XFN
  • plus some rels like rel-license

I gave a presentation on Microformats and Microdata you may find useful, and I’m writing an article on Microdata for HTML5Doctor atm (expect it in a couple of weeks)

HTH

Boblet