Discussion :

[javatar]

Bonjour ,
Je fais appel au connaisseurs aux dev web ici , et je sais qu'il y en pas mal, que pensez vous a propos de coder une address comme list?

je me suis fais traite d'amateur car j'ai fais cela .

Merci de votre opinion .

[rodolphebrd]

Bonjour,

Et avec votre code ça donne quoi...

[javatar]

ca donne ca :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<address class="info_1">
	<ul class="info_1">
		<li class="address">
		<span>
		1230 N Denver </span>
		, <span>
		Conway</span>
		, <span>
		Arkansas </span>
		, <span>
		72801 </span>
		<span>
		U.S.A. </span>
		</li>
	</ul>
</address>

[Muchos]

Je pense que ça ne va pas :

1. On ne met pas un seul item dans une liste.
2. ADRESS sert surtout (uniquement?) à des adresses mail de contact, et se place typiquement dans un FOOTER.

Finalement, un simple paragraphe suffirait. Néanmoins, si vous vous intéressez à la sémantique de votre adresse, je vous conseille le schéma PostalAdress ou le format hCard.

[rodolphebrd]

La piste de @Muchos est bonne pour s'orienter vers des méta data.

D'ailleurs simple question pour créer une liste pour un seul item, ça m'intrigue?

[Legenyes]

Je me pose aussi la question.

Que pensez vous de ceci ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<div itemscope="" itemtype="http://data-vocabulary.org/Organization">
    <strong itemprop="name">Anaprosy</strong><br>
    <span itemprop="address" itemscope="" itemtype="http://data-vocabulary.org/Address">
        <span itemprop="street-address">Rue du cours d'eau, 10</span><br>
        <span itemprop="postal-code">1428</span>  
        <span itemprop="locality">Lillois-Witterzee</span><br>  
        <span itemprop="country-name">Belgique</span> <br>                         
    </span>
    Tél.&nbsp;&nbsp; <span itemprop="tel">+32 (0)2 387 26 37</span><br>
    Fax&nbsp;&nbsp;&nbsp;<span itemprop="fax">+32 (0)2 880 01 52</span><br>
    Mail&nbsp;&nbsp;&nbsp;info[at]anaprosy . be<br>
    <span itemprop="geo" itemscope="" itemtype="http://data-vocabulary.org/Geo">
        <meta itemprop="latitude" content="50.637192">
        <meta itemprop="longitude" content="4.3623725">
    </span>
</div>

[Auteur]

Très étrange cette structure : des span qui contiennent des span, des balises meta qui se baladent dans des balises span

[Muchos]

@Legenyes:

Si la syntaxe Data-Vocabulary.org fonctionne comme schema.org, je pense que les modèles Adress et Geo sont implicitement compris dans Organization. Il serait alors inutile d'ajouter leurs itemtypes.
EDIT: Absolument faux : un sous-type, plus précis, intègre effectivement les propriétés de son parent. Mais deux types différents n'ont évidemment pas les mêmes propriétés !

En outre, Adress et Geo serait mieux dans des DIV comme le souligne Auteur.
EDIT: L'usage de SPAN imbriqués est possible, et courant avec les données structurées. À chacun de voir, je pense.

[Legenyes]

J'en prend bonne note pour les div a la place des span.

Par conre Data-Vocabulary.org ou schema.org ? Qu'est ce qui est mieux ?

[Muchos]

Attention: j'ai édité mon précédent post, complètement erronné.

Par conre Data-Vocabulary.org ou schema.org ? Qu'est ce qui est mieux ?

schema.org s'impose comme un standard. Néanmoins, les deux semblent se baser sur la même syntaxe, donc le passage de l'un à l'autre ne posera sans doute pas de problème.