WordPress Twenty Eleven: oversight regarding the tag

The small ele­ment have been reset by the CSS reset but no one thought to reac­ti­vate it later on:

So here’s the fix:

small {font-size:80%}

Talk about it on the Twenty Ele­ven CSS feed­back page.

WordPress Twenty Eleven: making backend and frontend styling dynamically consistent

(Ori­gi­nal article)

What I’d like for Twenty Twelve is a dyna­mic syn­cing bet­ween fron­tend and backend sty­ling. So far, styles are manually copied and pas­ted, it seems.

What I sug­gest: moving from the present style.css and editor-style.css to a future common.css, style.css and editor-style.css. Use­ful for child themes, when adding styles in .entry-content or below (for ins­tance, my small fix).

  • Fron­tend and backend: common.css
  • Fron­tend only: style.css + @import(common.css)
  • Backend only: editor-style.css + @import(common.css)

(the name common.css may be ill-chosen)

Dialogues en CSS

L’objectif était de réduire au maxi­mum le bali­sage, donc de ne pas uti­li­ser les arti­fices .first et .last que l’on trouve ailleurs. Merci de vous don­ner vos impressions.

Merci à Heyoan et à GC-nomade pour le coup de main.

Quelques remarques :

  • Le B du pre­mier bon­jour est légè­re­ment décalé sur la droite. J’ignore pour­quoi, c’est peut-être lié au caractère.
  • J’ai rajouté la loca­li­sa­tion, donc vous pou­vez inté­grer les règles de ponc­tua­tion de dif­fé­rentes langues dans votre CSS
  • Les espaces de sépa­ra­tion du pre­mier niveau de guille­mets sont des espaces fines insé­cables (&202f; nom­mée espaces étroites insé­cable par Uni­code), confor­mé­ment à la typo­gra­phie fran­çaise soi­gnée. Á ne pas confondre avec l’espace insé­cable ( ) ou l’espace fine sécable ().
  • Ini­tia­le­ment, la page était en XHTML 1.1, mais comme je ne sais pas inté­grer xml:lang dans les CSS, j’ai dû me rabattre sur XHTML 1.0. Et fina­le­ment, je l’ai passé en HTML5 :) .
  • Même si dans cet exemple ça ne sert à rien, j’ai isolé la dis­cus­sion avec un ID (#dialogue), car dans la vraie vie, vous ne vou­drez pas que toutes vos listes à puce se com­portent comme des dis­cus­sions :)

Voyez le résul­tat sur une page exté­rieure.

Et ci-dessous le code.

<!-- 'HTML-style' HTML5 -->
<!DOCTYPE html>
<html lang="fr">
  <head>
    <meta charset="utf-8">
    <title>Dialogue de Q</title>
    <style type="text/css">
    #dialogue                          {list-style:none}
    #dialogue q:lang(fr)               {quotes : '«\202F' '\202F»' "“" "”" "‘" "’"}
    #dialogue li:first-child q:before  {content:open-quote}
    #dialogue li:first-child q:after   {content:no-close-quote}
    #dialogue li q:before              {content:no-open-quote'\2012';padding-right:0.5em}
    #dialogue li q:after               {content:no-close-quote}
    #dialogue li:last-child q:after    {content:close-quote}
    </style>
</head>

<body>
<ul id="dialogue">
  <li><q>Bonjour, comment allez-vous ?</q></li>
  <li><q>Bonjour. Très bien, et vous ?</q></li>
  <li><q>Très bien, merci.</q></li>
</ul>
</body>
</html>

WordPress, stop believe you’re smarter than me!

Accor­ding to my attempts (mini­mal text, empty CSS file), Word­Press forces dis­play of hyper­links as such, even when you don’t want to. Here’s an example to prove it, a CSS that I wan­ted to give “as it appears in BBE­dit” (whils kee­ping a real link):

/* http://david.latapie.name/blog/765-modifications-esthetiques */

[hreflang]:after	{
    background:transparent;
    color:#666;
    content:"\a0[" attr(hreflang)"]";
    font-size:smaller;
    text-decoration:none
}

Here’s the code that mat­ters: <a href="#" style="color:inherit;text-decoration:none">foo</a>

I even tried with !important (usually a bad prac­tice), but no luck.

I chal­lenge anyone to prevent Word­Press from over­ri­ding me. And I am fully open to any plugin.

I am far from the only one to com­plain (this link is about HTML, not CSS, but I also expe­rien­ced this with HTML). (this link is about HTML, not CSS, but I also expe­rien­ced this with HTML).

WordPress, arrête de penser à ma place !

D’après mes essais (texte mini­mal, fichier CSS vidé), Word­Press force l’affichage des liens en tant que tel, même quand on ne veut pas. Exemple pour le prou­ver, une CSS que je vou­lais don­ner « telle qu’elle appa­raît dans BBE­dit » (mais en conser­vant un vrai lien) :

/* http://david.latapie.name/blog/765-modifications-esthetiques */

[hreflang]:after	{
    background:transparent;
    color:#666;
    content:"\a0[" attr(hreflang)"]";
    font-size:smaller;
    text-decoration:none
}

Voici le code per­ti­nent : <a href="#" style="color:inherit;text-decoration:none">bla</a>

J’ai même essayé avec du !important (ce qui est géné­ra­le­ment une mau­vaise pra­tique), rien n’y fait.

Je vous met au défi d’empêcher Word­Press de pen­ser à votre place. Et je suis pre­neur de tout plugin.

Je suis loin d’être le seul à m’en plaindre (ce lien traite de HTML, pas de CSS, mais j’ai aussi eu ce pro­blème avec du HTML.

Thème du blog — valeurs générales

Ini­tia­le­ment publié le 4 octobre 2006 à 10h44

 body { /* pour avoir un peu de marge dans le contraste, si nécessaire */
 background:rgb(250,250,250)
 color:rgb(5,5,5);
 /* Chiffres elzéviriens sur Lac et Windows. Chercher pour Linux */
 font-family:Hoefler Text, Georgia, serif; /* aérer le texte. OK avec Hoefler et Monaco, voir avec les autres (Georgia, Courier New, Linux) */;
 /* !!! vérifier ce que line-height à 1.5em donne avec Hoefler. En monaco, c’est mieux que 1.6em !!! */;
 line-height:1.6em max-width:49em /* « L’idal tourne entre 50 et 80 carac. par ligne » (50+80)2=65 65 carac. 98ex 49em http://david.latapie.name/blog/1146-l-illusion-de-la-taille-de-fenetre */ }

CSS-reset

First publi­shed on April 5th 2007 at 15:43.

IMNSHO, this one is clo­ser to the inten­ded pur­pose of real control than Yahoo!’s (that I dis­co­ve­red thanks to Romain Gonord).

* { /* Many thanks to Laura (http://www.Espezon.org/)*/ 	background:inherit; 	border:none; 	color:inherit; 	font:inherit; 	margin:0; 	padding:0; 	text-indent:0; 	text-align:justify; 	text-decoration:none }

BEWARE: this is not a CSS for the faint of the heart. This rules basi­cally says: Switch to manual mode. NOW. This CSS deac­ti­vates ANY kind of sty­ling (well, not exactly, as it does not reset display—and I sug­gest no to do so if you don’t know what you are doing).

You might expe­rience some sur­prises with link lists (ol, ul). In that case, change background:inherit with background:transparent.

Need­less to say, this is a pre­li­mi­nary CSS. Once you put this as the first rule, you really should add some sty­ling after. No CSS looks bet­ter than this CSS alone. Pro­mi­sed.

I take advan­tage of Vincent Bat­ta­glia men­tio­ning me to notify you of a simi­lar article: Eric Meyer did it too: Reset Reloa­ded. I did not have time to check the ratio­nale behind the dif­fe­rence bet­ween his and mine (well, Laura’s), still.

Les chiffres romains Unicode

Plu­sieurs billets de ce blogue uti­lisent des chiffres romains.

ⅠⅡⅢⅣⅤⅥⅦⅧⅨⅩⅪⅫ ⅰⅱⅲⅳⅴⅵⅶⅷⅸⅹⅺⅻ ⅬⅭⅮⅮⅯⅼⅽⅾⅿↀↁↂↃ

À par­tir d’aujourd’hui[1], ce ne sera plus le cas (et, quand j’aurais le temps, je modi­fie­rais rétro­ac­ti­ve­ment les billets incri­mi­nés. Pourquoi ?

Parce que les chiffres romains ne sont pas des carac­tères, mais des glyphes.

Pour rap­pel, un glyphe est une forme gra­phique (voire sonore, tac­tile…), alors qu’un carac­tère est l’unité de sens qu’il y a der­rière. Pour reprendre la ter­mi­no­lo­gie de Saus­sure, un glyphe est un signi­fiant, un carac­tère est un signifié.

Jusqu’à aujourd’hui, je croyais que, pour les chiffres romains, ce n’était pas le cas. Que même si, sur le papier (ou la pierre), un chiffre romain est iden­tique à la lettre latine dont il s’inspire, il s’agissait fon­da­men­ta­le­ment de deux carac­tères dif­fé­rents (le XXe siècle n’est pas le « ixixième » siècle, mais le vingtième siècle). Ceci était d’autant plus jus­ti­fiable qu’un tel cas de confu­sion entre glyphe et carac­tère a des anté­cé­dents : l’alpha majuscule (Α) a généralement le même glyphe que le A majuscule (A). Lire à ce sujet B, В, β, ß.

Voici pour­quoi j’ai changé d’avis :

Conti­nue rea­ding

vertical-align support

vertical-align sup­port
serif sans-serif cur­sive fan­tasy mono­space
text-top Mme Royal Mme Royal Mme Royal Mme Royal Mme Royal
super Mme Royal Mme Royal Mme Royal Mme Royal Mme Royal
middle Mme Royal Mme Royal Mme Royal Mme Royal Mme Royal

The way I unders­tand it, the me (short for Madame) shall be ali­gned to the upper part of the M. Chances are good that you actually see the me in the middle (in the x-heightvertical-align:middle) of the M.

Is the font itself res­pon­sible for it (too much void in the x-height)? I doubt of it, since the pro­blem is the same with various fonts.

DietCSS

Ini­tia­le­ment publié le 26 jan­vier 2005 à 09:28

Les ins­truc­tions ci-dessous ne rédui­ront pas nota­ble­ment la taille de vos CSS, mais elles assai­nissent le code en reti­rant ce qui n’est pas néces­saire et en har­mo­ni­sant le reste. Il y a aussi quelques astuces (X)HTML très proches de l’esprit CSS.

Conti­nue rea­ding