[MTOS-dev] hAtom in MT 4.1

[Byrne Reese]

But a URL in OpenID must and should uniquely identify a user. A blog index
could do that in a single author system. Author archives might be a better
solution ­ or a profile page for that matter.


On 1/18/08 5:28 PM, "Bud Gibson" <fpgibson at gmail.com> wrote:

> For the author ID, why not use their openID URL.  If authors did not have an
> openID, MT could default to being an openID provider and making the blog index
> the open ID end point.  That's what blogger is doing for their implementation.
> 
> BTW, how can MT publish a conformant atom feed but not a conformant hatom
> page?
> 
> Bud
> 
> On Jan 18, 2008 8:01 PM, Beau Smith <beau at sixapart.com
> <mailto:beau at sixapart.com> > wrote:
>> Niall_
>> 
>> Thanks for your review of the hAtom in MT default blog templates up
>> to spec. I can't guarantee that these changes will make it into 4.1,
>> but surely the the next update.
>> 
>> Here's the current progress that has been committed to the release-29
>> branch:
>> 
>> categories.mtml 
>> - rel="tag" added
>> 
>> tags.mtml
>> - updated the function that creates the tag link to place the tag at
>> the end of the url, and thus left rel="tag" in the template.
>> 
>> entry_metadata.mtml
>> - parent vcard class removed
>> 
>> One issue remains that stops us from being hAtom compliant:
>> 
>> entry_metadata.mtml
>> - We can not use the author's username or id as publishing this data
>> is a security vulnerability. Thus I'm unsure as to how we can comply
>> with the spec in this case.
>> 
>> Suggestions:
>> 
>> - Update MT to make Author Display Name a required field.
>> - We could add an "About Widget" that included author info in hCard
>> format, but then this would require the user to edit this widget to
>> include their name and other contact info.
>> 
>> Additional suggestions?
>> 
>> _beau
>> 
>> 
>> 
>> 
>> On Jan 16, 2008, at 11:34 PM, Niall Kennedy wrote:
>> 
>>> >   I added hAtom to my MT 4.01 blog last week. I took a look at the
>>> > current MT 4.1 default templates and noticed a few areas that are
>>> > not up to spec or otherwise in need of enhancement. Attached are my
>>> > modifications to bring our default templates up to spec with hAtom.
>>> >
>>> > http://microformats.org/wiki/hatom#Format
>>> >
>>> >
>>> > entry_metadata.mtml
>>> >  * vcard class is declared both inside and outside the conditional.
>>> > should simply exist inside the conditional (line 4)
>>> >  * entry is missing required "author" element if
>>> > EntryAuthorDisplayName not present. Perhaps we could output the
>>> > author ID to comply with the spec for this required element.
>>> >
>>> > categories.mtml
>>> >  * Each category link should have rel=tag. parsers will grab the
>>> > last part of the URL, meaning category basename by default.
>>> >
>>> > tags.mtml
>>> >  * rel=tag implementation assigns the final part of the URL as a
>>> > tag value, not the element value. The current implementation will
>>> > result in a tag of mt-search scoped to tags and the current blog ID
>>> > (mt-search.cgi?tag=politics&blog_id=1), and not the desired tag
>>> > name. We might consider removing rel=tag here to prevent a search
>>> > engine indexing this data and creating user headaches when they try
>>> > viewing a tag list on another site.
>>> >
>>> >
>>> > -Niall Kennedy
>>> > http://www.niallkennedy.com/blog/
>>> >
>>> > <categories.mtml><entry_metadata.mtml><tags.mtml>_____________________
>>> > __________________________
>>> > MTOS-dev mailing list
>>> > MTOS-dev at sixapart.com
>>> > http://www.sixapart.com/mailman/listinfo/mtos-dev
>> 
>> _______________________________________________
>> MTOS-dev mailing list
>> MTOS-dev at sixapart.com
>> http://www.sixapart.com/mailman/listinfo/mtos-dev
> 
> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.sixapart.com/pipermail/mtos-dev/attachments/20080118/53ce202b/attachment.html