Nous l'attendions tranquillement, ayant régulièrement installé les versions de développement et testant ainsi nos thèmes et plugins installés.
L'annonce officielle de cette sortie
Personnellement je la trouve réussie, avec des mofications peut être pas "révolutionnaires" mais qui rendent plus conviviales certaines tâches.
Oui on les attendait ces nouvelles fonctions. Merci Stéphane.. Cette version 5.5 est vraiment sympa et prometeuse.
Voilà maintenant nous disponsons des fonctions permettant d'afficher la date de publication d'une page, et surtout de la modification d'une page ou d'un article.
http://forum.pluxml.org/viewtopic.php?id=5391&p=3
voir les billets 55, 58, 59
Depuis bientôt un an, une sorte de "break" dans mes sites du à une réflexion sur la structuration de ces sites ( dossier thèmes ou non, dossier common à l'exterieur, fonctionnement des sous-sites,etc..), passage à une démarche mobile-first & first-content, choix d'une typographie "responsive", création de mon propre framework au lieu d'en utiliser un déjà existant my Simple Framework et adapté à PluXml my PluSimple Framework, et bien d'autres éléments de réflexion comme le nommage des classes.....
et savoir revenir sur ses choix....
Depuis assez longtemps j'avais fait le choix de modifier la structure de Pluxml en considérant qu'il n'y avait pas besoin de plusieurs thèmes et donc qu'au lieu de ranger les thèmes dans le dossier thèmes themes/themeName par défaut de Pluxml, de créer un simple dossier à la racine themeName et de modifier la configuration de base en conséquence.
Aujourd'hui arrivant à la conclusion ( enfin approchant presque) je reviens sur ce choix.
C'est la balise <code>et non la balise<pre>qui est est affectée d'une classe.
Et l'une des particularités de Prism est que la classe utilisée est conforme aux spécifications W3C de l'élément <code> : elle commence par le mot-clé language-. Voici donc les différentes classes que j'ai choisi d'utiliser:
class="language-markup": concerne le HTML ou le XML.class="language-css": concerne le code css.class="language-markup": concerne le PHP.class="language-javascript": concerne le code JavaScript.class="language-java": concerne le code Java.La reconnaissance de code intégré dans un autre langage est pris en charge également (CSS dans HTML ou JavaScript dans HTML par exemple).
Mais où placer ce code d'identification ? Fort logiquement, on pourra l'ajouter aux balises <code>. Mais une autre alternative, et c'est là encore un des grands atout de Prism, s'offre à vous. Vous pouvez indiquer un type de coloration syntaxique pour toute une partie de la page en plaçant la classe dans un des éléments ancêtre. Voici deux exemples fonctionnels qui seront plus parlant:
Coloration syntaxique de code HTML en plaçant l'identificateur dans chaque balise <code>. On constate que pour le bloc de code final, le balisage avec l'élément pre ne suffit pas, il doit contenir un élément code pour respecter les spécifications.
Le marquage de chaque balise <code> est relativement fastidieux dans ce cas. Il vaut mieux opter pour la solution proposée ci-après.
Ici, seule la balise <section> sera affublée de la classe language-markup ce qui entraînera la coloration de toutes les parties encadrées par la balise <code>. Beaucoup moins de travail, ne trouvez-vous pas ? Voici donc le même exemple avec la simplification proposée.
@import url(http://fonts.googleapis.com/css?family=Questrial);
@import url(http://fonts.googleapis.com/css?family=Arvo);
@font-face {
src: url(http://lea.verou.me/logo.otf);
font-family: 'LeaVerou';
}
/*
Shared styles
*/
section h1,
#features li strong,
header h2,
footer p {
font: 100% Rockwell, Arvo, serif;
}
/*
#languages-list li[data-id="javascript"] {
border-bottom: 1px solid #aaa;
padding-bottom: 1em;
margin-bottom: 1em;
margin-right: 1em;
}
En voici trois que j'utilise: