This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 11715 - Map HTML <article><a rel=author> to Atom <entry><author>
Summary: Map HTML <article><a rel=author> to Atom <entry><author>
Status: RESOLVED WONTFIX
Alias: None
Product: WHATWG
Classification: Unclassified
Component: HTML (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: Unsorted
Assignee: Ian 'Hixie' Hickson
QA Contact: contributor
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-10 13:56 UTC by contributor
Modified: 2013-03-08 23:42 UTC (History)
5 users (show)

See Also:


Attachments

Description contributor 2011-01-10 13:56:09 UTC
Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/links.html
Section: http://www.whatwg.org/specs/web-apps/current-work/complete.html#atom

Comment:
Map HTML <article><a rel=author> to Atom <entry><author>

Posted from: 81.234.240.182 by philip@foolip.org
Comment 1 Philip Jägenstedt 2011-01-10 14:11:19 UTC
After implementing most of <http://www.whatwg.org/specs/web-apps/current-work/multipage/links.html#extracting-atom> I found this to be a useful addition.

Just using <meta name=author> for feed-wide author isn't as awesome as it could be if you're converting a planet-like page with many authors.

rel=author is already suitable defined, so this HTML

<article>
<header>
<h1>Title</h1>
by <a href="http://foolip.org" rel=author>Philip Jägenstedt</a>
</header>
Bla bla bla...
</article>

would give something like the following Atom:

<entry xml:base="...">
<title type="html">Title</title>
<author><name>Philip Jägenstedt</name><uri>http://foolip.org/</uri></author>
<content type="html">
Bla bla bla...
</content>
</feed>

(I'm using the plain-text textContent of <a> as <author><name>.)

This has the benefit that you can get both a URL and a name for an author, which you can't do with a combination of <meta> and <link> since you can't be sure that it's for the same author.

With this change, it might be worth making the algorithm fail if there's not enough <author> sprinkled around to make it valid Atom, but that's another issue.
Comment 2 Philip Jägenstedt 2011-01-10 14:25:26 UTC
Uh, and maybe some magic to turn mailto: URLs into <author><email>, although http://feedvalidator.org/ doesn't complain about <uri>mailto:...</uri>.
Comment 3 Ian 'Hixie' Hickson 2011-02-08 02:08:12 UTC
The reason I didn't do that is that it's perfectly valid to put content other than the author's name in a link with rel=author, so we can't really grab the name that way.

I'm marking this LATER, so that I look at it again in a while. If people are using this algorithm, then it would make sense to handle this kind of thing more carefully in a future revision.
Comment 4 Edward O'Connor 2011-02-08 04:17:56 UTC
You could at least map <article><a rel=author href="..."> to <entry><author><uri>...
Comment 5 Ian 'Hixie' Hickson 2013-03-08 23:42:14 UTC
We dropped the whole Atom thing, if I'm not mistaken.