Closed (won't fix)
Project:
Address Field
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Issue tags:
Reporter:
Anonymous (not verified)
Created:
13 May 2010 at 05:07 UTC
Updated:
25 Mar 2017 at 20:42 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
damien tournoud commentedThe current version of the module is the D7 port of a work I did for a client last year, and only support xAL and adr. The idea is to extend it with name and organization, implementing xNAL and hCard.
The current theming implementation in the module is really not flexible enough to do that properly. I'm wondering how to do it right so that we can have both RDFa and microformat decorations in the same markup.
Comment #2
Anonymous (not verified) commentedWell... I think the challenges are probably the same to write produce either microformats or RDFa. This field has many elements, and the standards specify attributes in the HTML element but not the HTML element itself.
For this problem, I experimentally created an abstract XML DOM element (a D6 hook_elements() element). I thought if this were an array, the (RDFa and microformat) attributes and values could be added separately from the element itself. Different layers could handle all of the concerns through drupal_alter(), the default would be div or span.
But I wasn't prepared to go all the way down that road. It started to feel hostile to developers and themers. I thought there might be smarter ways that could rely on other libraries... querypath? something at least designed for the purpose of manipulating XML.
Comment #3
damien tournoud commentedPromoting as a feature request.
Comment #4
damien tournoud commentedI also opened #797912: Rich Snippets integration to start a discussing about the RDFa part of this.
Comment #5
BenK commentedSubscribing....
Comment #6
DjebbZ commentedHere's a patch for hcard implementation, taken from here. Furthermore, it also solves by the same way a themability issue, with some tags and classes missing to give full control to themers.
Some class names have changed from their xNL to their hcard counterpart, but it shouldn't be a problem since xNL is used to structure the address, and hcard only format the presentation for search engines and browsers and co.
Once it's committed, country-specific address templates will need to be updated.
Comment #7
Bojhan commented@DamZ reviewze, please :)?
Comment #8
DjebbZ commentedJust a note : I've validated the markup with the Optimus microformats validator. But as I'm developing locally, the "OK" result may be irrelevant. It may need to be tested online.
Comment #9
damien tournoud commentedThe
-reloadedbranch has been merged, so this is going to need to be reimplemented.One thing I would like is integration with the microformats module. It should be easier now that we don't have templates anymore.
Comment #10
mac_weber commentedMaybe #797912: Rich Snippets integration should be merged with this issue?
Comment #11
bojanz commented3 years without activity, no valid patch.
Newer activity in #1259582: Support microdata in addressfield and #797912: Rich Snippets integration.
Reopen if you decide to work on this.
Comment #12
Anonymous (not verified) commentedWith the patch at https://www.drupal.org/node/1259582#comment-9893027 , Addressfield will support the Microformats module for adding microformats to the address field.