Les tags HTML à l'origine permettaient un formatage des documents. Avec le temps et l'apparition des feuilles de styles CSS, HTML devient un langage plus sémantique. C'est à dire qu'il permet de définir les types de contenus qu'il contient, le formatage de ces contenus étant délégué au feuilles de style.
Un peu comme l'activation du suivi de modification dans un traitement de texte les balises ins et del (définition W3C permettent de marquer des portions de texte ayant été respectivement ajoutées ou supprimées du document d'origine. Les attributs datetime et cite permettent de spécifier la date de la correction et la source (URL) ayant motivée cette dernière.
Les défauts de ce tags tiennent plus à sa gestion dans les navigateurs. Par exemple l'auteur n'y est pas pris en compte (pas d'attibut author), on ne peut pas masquer ces modifications pour avoir la verion finale, pas non plus de bulle d'aide sur la modification pour connaître les informations datetime et cite. En gros, pas très utilisable hors en tant que suivi de modification. Il s'agit plus d'un outil d'honnêteté intellectuelle à utiliser pour montrer sa bonne foi
. Ceci dit, rien n'empêche de créer une feuille de style prenant en charge les manques cités ici.
Je pense avoir commis quelquesde nombreuses erreurs.
Déjà pour clarifier la problématique, il y a deux types de rendu de code. Un rendu au format bloc, un listing en gros. Et un rendu en tant que citation dans une phrase. Pour le rendu de type citation nous disposons des balises suivantes :
Maintenant que nous savons cela, il nous manque malgrès tout un élément. Comment définir un paragraphe de type "portion de code". La solution préconisée par le W3C consiste à utiliser les balise pre et code. La première étant le conteneur de la seconde. Ce qui nous donne un code du genre :
Ce qui est assez désagréable avec cette solution c'est que cela devient assez lourd à relire dés que l'on utilise du code XML ou HTML car tous les > et < doivent être remplacés par des > et <. Maintenant, un exemple reprenant l'ensemble des idées de ce chapitre :
Les ellipsis sont les ... que l'on trouve à la fin d'une phrase tronquée lorsque il n'y a pas assez de place pour l'afficher entièrement. J'ai longtemps cherché un moyen de gérer ce fonctionnent en CSS car c'est à peu prés impossible à programmer (il faudrait connaître la taille de la font au niveau client). Et j'ai trouvé une solution qui semble fonctionner
Cela donne donc le code CSS suivant :
dont voici un résultat possible (toujours fauché sur le meme site) :
| Un texte bien bien long qui dépasse la taille autorisée | Un texte bien bien long qui dépasse la taille autorisée | Un texte bien bien long qui dépasse la taille autorisée | Un texte bien bien long qui dépasse la taille autorisée |
| Un texte bien bien long qui dépasse la taille autorisée | Un texte bien bien long qui dépasse la taille autorisée | Un texte bien bien long qui dépasse la taille autorisée | Un texte bien bien long qui dépasse la taille autorisée |
| Un texte bien bien long qui dépasse la taille autorisée | Un texte bien bien long qui dépasse la taille autorisée | Un texte bien bien long qui dépasse la taille autorisée | Un texte bien bien long qui dépasse la taille autorisée |
Alors sous FireFox, il manque les fameux ... mais 80% de la fonctionnalité est là. Pour la compléter, si vous y tenez (personnellement cela me va très bien comme cela), le site que j'ai cité plus haut donne en plus un petit script permettant l'émulation du tag css var:after.
Poster un nouveau commentaire