- Donc ca a un peu avancé :
- Maintenant les liens visités apparaissent de la même couleur qu'un lien actif (et donc différemment d'un lien non encore visité) et lorsqu'on passe le curseur dessus ils sont barrés au lieu d'être soulignés.
- J'ai un peu revu le style de la colonne de droite sur la page principale.
- Les balises blockquote ajoutent le mot citation : en début de bloc.
- Les balises em ajoutent les caractères de quotation (soit " en englais, « » en fr). Ca aurait dû être la balise q mais on ne peut pas l'utiliser sous linuxfr.
- Les nouveaux commentaires ajoute le texte "Nouveau !" dans la barre de titre du commentaire.
- Peut être d'autres trucs, mais j'ai oublié
Un petit essai d'un blockquote pour la route :
Lorem Ipsum is simply dummy text of the printing and typesetting industry. Lorem Ipsum has been the industry's standard dummy text ever since the 1500s, when an unknown printer took a galley of type and scrambled it to make a type specimen book. It has survived not only five centuries, but also the leap into electronic typesetting, remaining essentially unchanged. It was popularised in the 1960s with the release of Letraset sheets containing Lorem Ipsum passages, and more recently with desktop publishing software like Aldus PageMaker including versions of Lorem Ipsum.
J'ai fait des captures d'écran aussi, puisque cela m'a été demandé :
- Page principale : http://arliguy.net/screen0.png(...)
- Une liste de message avec un nouveau : http://arliguy.net/screen1.png(...)
- Le résultat de ce commentaire : http://arliguy.net/screen2.png(...)
Ha oui, le trait verticale pour délimiter un commentaire ne disparaît plus quand on place une liste ou un blockquote comme sous le style par défaut, apparemment ces balises passent mal dans une balise p (d'ailleurs il me semble que c'est normal, un paragraphe n'a pas à avoir ce genre de balises à l'intérieur, ca doit pas être valide).
Voilà, j'attends les critiques pour faire avancer le smililiblickeu
# Le lien...
Posté par N. D. . Évalué à 5.
http://arliguy.net/linuxfr.css(...)
(sinon, bravo et merci, très joli!! j'aime beaucoup ce style "épuré"!)
Bonne nuit,
Nicolas.
[^] # Re: Le lien...
Posté par B r u n o (site web personnel) . Évalué à 1.
# pas mal...
Posté par TazForEver . Évalué à 0.
# une page de css
Posté par roger21 . Évalué à 7.
[^] # Re: une page de css
Posté par EmacsFR . Évalué à 4.
[^] # Re: une page de css
Posté par PiT (site web personnel) . Évalué à 3.
Pour ce logger, c'est [2] (linuxfr/linuxfr) et pour ajouter, cliquer sur post sur le page http://del.icio.us/linuxfr(...)
Voilà. Je sais que c'est une redite pour ceux qui sont attentifs mais bon.
PS (rien à voir mais lu dans le metro [3] de ce matin) :
"Si tu donnes un poisson à un homme, il mangera un jour,
si tu lui apprends à pêcher, il passera sa vie dans une barque à boire de la bière."
[1] http://del.icio.us/linuxfr(...)
[2] http://del.icio.us/login(...)
[3] http://freemetro.be(...)
[^] # Re: une page de css
Posté par khalahan . Évalué à 2.
[^] # Re: une page de css
Posté par PiT (site web personnel) . Évalué à 2.
Mais c'est vrai que çe serait bien des screenshots ...
[^] # Re: une page de css
Posté par Twidi (site web personnel) . Évalué à 1.
(Le genre de truc qui me met hors de moi de bon matin... c'est pourtant pas compliquer de bien configurer un serveur web ! Le fait que ce soit IIS n'excuse rien)
# arghhhh
Posté par Éric (site web personnel) . Évalué à 1.
> fr). Ca aurait dû être la balise q mais on ne peut pas l'utiliser sous linuxfr.
arghhh, donc certains vont commencer à utiliser [em] pour faire des citations, ce qui va pourrir le rôle de la balise, donner des rendus peu pertinents chez les gens qui ont une interprétation conforme de cette balise ...
Même MSIE n'ose pas faire des trucs pareils en changeant le sens des balises.
> apparemment ces balises passent mal dans une balise p (d'ailleurs il me semble
> que c'est normal, un paragraphe n'a pas à avoir ce genre de balises à
> l'intérieur, ca doit pas être valide).
Je confirme, blockquote ne devrait pas se retrouver dans p
[^] # Re: arghhhh
Posté par B r u n o (site web personnel) . Évalué à 1.
Il ne faut pas exagérer, em n'a ce rendu qu'avec ma css et il n'y a surement pas plus de 20 personnes qui doivent l'utiliser (et encore je suis surement ambitieux là). J'avais fait cela au début avec q pour tester les :after et :before, mais quand j'ai vu qu'elle n'était pas acceptée pas linuxFr (pourquoi d'ailleurs, elle a plus de sens que i ou b qui devraient limite être retirés) j'ai changé car je voulais voir le résultat. em se trouvait être la balise dispo qui a le sens le plus prôche de q dans la liste.
Mais c'est vrai, je ne devrais pas conserver ça...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.