Reprise du message précédent :

 
Pour un site avec un nav à droite oui j'utiliserais un header, en fait amha la navigation ( <nav> ) ne devrait pas faire partie du header ( <header> ) parce que même si la barre de nav est majoritairement collé au header d'un site visuellement elle peux aussi être sur le côté...
 
Ce qui m'embête ce que je n'arrive pas à comprendre l'utilité de la balise article, c'est pour ca que je dis que je comprends l'obligation d'un header et d'un footer, je comprends à quoi ca sert, pourquoi on l'utilise, pourquoi - alors qu'elles existent - ca serait idiot de ne pas s'en servir... Article j'ai plus de mal, surtout quand il se place dans section j'ai le sentiment de devoir mettre un conteneur dans un autre conteneur alors que c'est "inutile", je n'arrive pas à comprendre son intérêt, pourquoi je dois la mettre et ca m'saoule de ne pas comprendre, parce qu'il y'a une explication forcément
 
Et même en ayajt lu des specs à droite à gauche, en ayant choppé du code source de site HTML5 j'arrive pas à comprendre la logique...

Si t'as pas besoin d'une div "de second niveau" tu ne mets pas <article>, si t'en as besoin tu peux le mettre.

C'est sémantique hein, c'est pas obligatoire, tout comme <header> <footer> ou <nav>, tu en as la possibilité, c'est recommandé, mais tu as le choix de les utiliser ou non.

Le premier exemple d'utilisation d'un article qui me vient à l'idée, pour un slider, tu as ton container ( <section> ) et tes items ( <article> ), c'est une façon de faire, d'autres préfèreront:

Ce que tu dois comprendre c'est que tu ne DOIS pas la mettre, mais tu PEUX selon le cas et ta méthode la mettre.

Je l'ai utilisé pour mon CV
http://stri.im:8756  
 
Des sections principales qui contiennents des articles. Pas de header ni de footer

 
Rajoute:
 

 
En tête de ton CSS

( je le ferai ce soir, ce site est bloqué depuis le taf )  
 
Faut surtout que je vire les detail/summary qui marchent différement d'un navigateur à l'autre

 
Oki, donc j'évite de l'utiliser si je ne suis pas sûr ( enfin vaut mieux ne pas utiliser un truc plutôt que de mal l'utiliser ), en fonction du site structure ( j'imagine que j'aurais plus de facilité à l'appréhender par exemple dans un système d'actualités sur un site )
 
Merci beaucoup    je vais pouvoir reprendre mes lectures ( j'arrivais pas à avancer tant que je bloquais dessus )

 
Difficile de mal l'utiliser à vrai dire
 
Si tu veux, pour faire simple on va donner un ordre hiérarchique au niveau des blocs: body -> sections -> articles
Cela dit, rien ne t'empêche de présenter tel quel: body -> div.lvl1 -> div.lvl2

T'es quand même un gros porc d'avoir collé ton CV sur un autre port

Je vais faire un sous domaine, mais c'était pour tester rapidement

ouais tu es partiellement pardonné

il n'est pas très lisible je trouve

Et il y a 2 /3 choses que je trouve écrites avec la bite au niveau CSS
C'est quoi cette répétition de pauvre :  

 
Est-ce que Google le comprends, et hiérarchise-t-il l'info pour la corréler dans ses résultats de recherche ?

Je ne crois pas, du moins j'ai encore rien lu de probant à ce sujet.

Standards > Google
Et normalement OUI

 
En lisant ceci je comprends a quoi ça sert perso: http://www.w3.org/wiki/HTML/Elements/article
Sémantiquement ton billet de blog (par exemple) est composé d'un header et d'un footer en plus du corps du texte, donc tu regroupes tout ça dans un <article>.

 

Je suis une bille en CSS, et en plus la première version était très différentes avec isotope.js (mais c'était vraiment très moche)

 
 
Fallait écrire ça ?
 
 

 
?

par exemple

Oui et non on peut même faire ça :

Putain mais  

non c'est pas de l'enculage de mouche, ça évite de répéter un sélecteur inutilement.

comme ça tous les year-X on un top déclaré.
Ensuite comme year-start a le top par défaut, il suffit juste d'overrider year-end.

On bosse proprement ou on bosse pas du tout.

On peut même aller plus loin en disant que le display:block est complètement inutile sur un élément qui a un position:fixed ou absolute. car automatiquement avec un position:absolute/fixed on lui confère un comportement similaire au display:table ou inline-block (il prend la largeur de son contenu).

Et si on veut enculer encore plus profondément les mouches, j'aurai rajouté un min-width sur cet élément var une date 1111 sera moins large qu'une date 8888

et j'enlèverai les espaces entre les ':' et les valeurs en guise de faciale

Rien à voir
Et puis le type qui va relire ton code, il va mettre plus de temps à comprendre ton dernier exemple que l'avant dernier.
La factorisation c'est bien mais ne pas trop en faire c'est pas mal

Sauf lors de l'utilisation d'une police à chasse fixe.  

My 2 cents  

 
Nan là tu t'enfonces

J'encule encore les mouches en disant que la police à chasse fixe n'est peut-être pas chargée au chargement, donc il faut prévoir le cas.
Et autre chose quand on utilise une police web, on s'assure que la second police de secours (verdana, arial ou autre est du même type (serif/sans-serif) et fait la même hauteur (option X-height dans font-squirrel)
 
Ayait j'ai fini d'enculer les mouche

http://ashkenas.com/backbonejs-1.0/ backbone 1.0 est sorti ( le patch, le smart update des collection et listento sont ) \o/
node 1.0 arrive aussi  
 

Hello. Jai pour projet de creer une appli web plus consequebte quun simple crud... en nodejs/android.
 
Sur les tutos que j'ai pu lire c'est tres simpliste et la structuration des routes etc n'est pas complexe. Cependant j'aimerai comprendre comment structurer mon appli avec des couches standarts : dao / services.  
 
Merci pour votre aide

Développe  
Node aime bien gérer les choses sous forme de modules plus ou moins indépendants, ensuite il y a expresses ou restify pour se simplifier la vie

Jai deja expressjs en place mais je ne retrouve pas les couched dao et services. Juste routes mais qui est assez bizarre : il fait office de service/dao a la fois

Si tu essayes de faire du nodejs comme tu fais du java + tomcat, ça va te faire drôle

Qu'est ce que tu veux faire de ta couche DAO/Service ?

Au passage express comme DAO ????

Je souhaite pas forcement a faire du nodejs comme du java mais plutot comprendre comment avoir des methodes dao qui renvoit des especes dobjets pour pouvoir reutiliser ces methodes au niveau des routes (ou autres).  

Personnellement j'aime bien backbone pour structurer mes modèles coté client et serveur et je n'utilise express qu'a minima, pour router .

 
 
Ceux qui ont Git en entreprise, vous avez un serveur avec Git installé ? vous utilisez quel protocole entre les clients et le serveur ?

Nous on utilise github

 
On a Atlassian Stash comme répo github.
On utilise ssh pour la communication client serveur, on s'authentifie avec des clés.

SSH

Je suis à la recherche d'un plugin js pour afficher un calendrier. Il me faut un truc tout simple, mais je ne trouve rien qui convienne :
- affichage par mois
- ça doit tenir dans un rectangle de 200 pixels de large
- c'est pour un agenda, j'ai donc des évènements associés à certaines date. Il faut que ça se voit sur le calendrier. Je ne veux pas de détail, juste que les jours où il y a quelque chose soient visuellement différents
- possibilité de binder du code sur les passages d'un mois à l'autre, et sur le clic sur un jour
 
Est-ce que quelqu'un aurait un truc à me suggérer (jquery si possible, mais je peux me démerder si ça utilise un autre framework) ?

Github, et quand j'aurais fini mon projet actuel, faudrait que je dépoussière Pushhub

jqueryui datepicker fait ça très bien