abbr-design-pattern-issues: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (cotroc)
Line 1: Line 1:
cgetoloc
<h1>abbr design pattern issues</h1>
<h1>abbr design pattern issues</h1>


Line 5: Line 6:
<!-- '''IMPORTANT''': Please read the [[abbr-design-pattern-faq|abbr-design-pattern FAQ]] ''before'' giving any feedback or raising any issues as your feedback/issues may already be resolved/answered. -->
<!-- '''IMPORTANT''': Please read the [[abbr-design-pattern-faq|abbr-design-pattern FAQ]] ''before'' giving any feedback or raising any issues as your feedback/issues may already be resolved/answered. -->


Submitted issues may (and probably will) be edited and rewritten for better terseness, clarity, calmness, rationality, and as neutral a point of view as possible. Write your issues well. [http://tantek.com/ Tantek]
Submitted issues may (and probably will) be edited and rewritten for better terseness, clarity, calmness, rationality, and as neutral a point of view as possible. Write your issues well. — [http://tantek.com/ Tantek]


Please add new issues to the '''top''' of the list. Please follow-up to resolved/rejected issues with new information rather than resubmitting such issues. Duplicate issue additions will be reverted.
Please add new issues to the '''top''' of the list. Please follow-up to resolved/rejected issues with new information rather than resubmitting such issues. Duplicate issue additions will be reverted.

Revision as of 03:37, 19 December 2008

cgetoloc

abbr design pattern issues

These are externally raised issues about abbr-design-pattern with broadly varying degrees of merit. Thus some issues may be REJECTED for a number of obvious reasons (but still documented here in case they are re-raised), and others contain longer discussions. Some issues may be ACCEPTED and perhaps cause changes or improved explanations in the spec.


Submitted issues may (and probably will) be edited and rewritten for better terseness, clarity, calmness, rationality, and as neutral a point of view as possible. Write your issues well. — Tantek

Please add new issues to the top of the list. Please follow-up to resolved/rejected issues with new information rather than resubmitting such issues. Duplicate issue additions will be reverted.

Issues

  • open issue! 2008-02-04 raised by Patrick van Aalst.
    1. The <ABBR> tag is not supported by IE6; to style it, you'll need to include extra html, for example: <abbr title="2008-01-16T15:00:00-01:00"><span class="dtstart">16 januari 2008</span></abbr>.
  • open issue! 2008-01-01 raised by Andy Mabbett.
    1. Abbreviations in the middle of microformat element values should be parsed. e.g for <span class="street-address">New John <abbr title="Street">St.</abbr> West</span>, both Operator and X2V return, at the time of writing, vCards containing "New John St. West", not the expected "New John Street West". Data is thus being lost. See example.
  • open issue! 2008-01-01 raised by Andy Mabbett.
    1. How are empty (title="") title attributes to be parsed? At the time of writing, X2V returns a null value; Operator uses the content of the abbr element. Such mark-up is valid, but semantically illogical. The former parser behavior seems the most logical, but results in an invalid vCard. See example.
  • open issue! 2008-01-01 raised by Andy Mabbett.
    1. How are missing title attributes to be parsed? This is both valid and semantically-meaningful mark-up (the content is an abbreviation, but we know not of what) At the time of writing, X2V and Operator both use the content of the abbr element; this seems sensible, and should, perhaps, be ratified in the spec. See example.
  • open issue! 2008-05-14 raised by Lee Jordan.
    1. Search Engines indexing pages using abbr-design-design pattern may expand the title attribute in the text indexed for the description part of the search result. An example from a recent page created which was indexed by Google and included a hCalendar event marked up with the class dtstart: 2008-04-2121st April 2008. Notice the lack of white space between the dates? Perhaps search engines work in a similar way as assistive technology like screen readers in expanding abbreviations but but fail to add brackets around the abbreviation text or fail to suppress one or the other.
    • Please supply an example in the wild to further determine/confirm this is an issue with the mark-up/spider/search engine

Template

Please use this format (copy and paste this to the end of the list to add your issues):

  • open issue! YYYY-MM-DD raised by YOURNAME.
    1. Issue 1: Here is the first issue I have.
    2. Issue 2: Here is the second issue I have.

Resolved Issues

Issues that are resolved but may have outstanding to-do items.

Closed Issues

Resolved issues that have no further actions to take.

  • ...

See Also