abbr-design-pattern: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (Reverted edit of Sudimiy, changed back to last version by RobertBachmann)
Line 52: Line 52:


''I'd like to delete this below, as the points are covered above''
''I'd like to delete this below, as the points are covered above''
<div style="overflow:auto; height: 1px;">
 
<a href="http://slutsporn.ifastnet.com/">0</a>
</div>
* Theoretically, this could be done with almost any HTML element. But is it a good idea? If it's not, is abbr the only one? [[DavidJanes]]
* Theoretically, this could be done with almost any HTML element. But is it a good idea? If it's not, is abbr the only one? [[DavidJanes]]
* abbr-design-pattern should be avoided, if possible. [[User:RobertBachmann|RobertBachmann]]
* abbr-design-pattern should be avoided, if possible. [[User:RobertBachmann|RobertBachmann]]

Revision as of 17:15, 12 January 2007

Abbr design pattern

Purpose

How to use it

  • enclose the human-friendly text that you want to make machine readable with <abbr>
  • as per the class-design-pattern, add the appropriate class attribute to the abbr element
  • add a title attribute to the abbr element with the machine readable data as the value

Example

The datetime-design-pattern formally encodes (the notoriously unparsable) datetimes into an abbr element.

Before:

The party is at 10 o'clock on the 10th.

After:

The party is at 
<abbr class="dtstart" title="20051010T10:10:10-0100">10 o'clock on the 10th</abbr>.

Discussion

This discussion is culled from here. Consider two possible uses for the abbr-design-pattern:

  1. using ABBR to encode machine readable data around human readable data
    <abbr class="dtstart" title="20051010T10:10:10-0100">10 o'clock on the 10th</abbr>
    
  2. using ABBR to encode more formal human data around something less formal
    <abbr class="author" title="Danny Ayers">Danny</abbr> 
    

Use #1 is encouraged if there's a reasonable need for it. Use #2 is discouraged under the Don't Repeat Yourself principle, as: "#2 is a case of *more* information being invisibly present, namely, the last name in this case. If someone is not willing to make some information visible, then we shouldn't be encouraging them to store that information invisibly, for all the same reasons that invisible metadata is bad/futile in the first place."

I'd like to delete this below, as the points are covered above

  • Theoretically, this could be done with almost any HTML element. But is it a good idea? If it's not, is abbr the only one? DavidJanes
  • abbr-design-pattern should be avoided, if possible. RobertBachmann
    • why, or under what circumstances? For example, it is quite useful with datetimes. Should there not be other potentially analogous situations? DavidJanes

See Also