Nicolas Guilhou Nicolas Guilhou http://nicolas-guilhou.com/ aujourd'hui à 12:45 aujourd'hui à 12:45 Discussion sur l'icône de sous-titrage <p>Ceci est un article sur ces <a href="http://nicolas-guilhou.com/news/2012/10/19/Icone_de_sous-titrage_3">icônes</a> et <a href="http://nicolas-guilhou.com/news/2012/10/19/Le_retour_de_l-icone_de_sous-titrage-certainement_pas_le_dernier">cette icône.</a></p> <p>#xaviermd, toujours à la pointe du capillo-tractage et autres pratiques associées me parlait d'une icône de sous-titrage présente sur certains (anciens ?) postes de télévision de marque Philips. Parle ensuite des icônes présentes sur sa télécommande. Moi aussi j'ai une télécommande.</p> <p><img src="http://nicolas-guilhou.com/img-articles/tv.png" /></p> <p>Et pour sous-titrage, je peux considérer que j'ai trois choix (en réalité non). J'ai donc à ma disposition AD (audio description) et SUBT (subtitles). Je vois pas l'universalité. Audio description ET sous-titres relèvent du même procédé, sous-titrer une vidéo. L'un étant beaucoup plus descriptif que l'autre.</p> <p>Il n'y a, à mon avis, pas qu'un problème d'icône. Il y a un problème d'interface. JE vais pas aller en profondeur sur ce sujet, mais si j'appuie sur un bouton unique je devrais avoir à l'écran une possibilité de bascule entre l'un et l'autre. Mieux que de multiplier les boutons sur un pauvre truc qui commence à ressembler à une batte de base-ball (par la taille).</p> <p>Là je parle de télévision, mais la transposition marche sur nos écrans d'ordinateur.</p> <p>Discutons.</p> http://nicolas-guilhou.com/news/2012/10/19/Discussion_sur_l-icone_de_sous-titrage NEWS-14 Fri, 19 Oct 2012 12:20:45 +0200 Le retour de l'icône de sous-titrage (certainement pas le dernier) <p>Rappel des faits : #CSA qui fait la demande d'une icône pour le sous-titrage. Moi je comprends #CSA = France. Donc je ponds un <a href="http://nicolas-guilhou.com/news/2012/10/19/Icone_de_sous-titrage_3" title="Icône de sous-titrage">draft ici</a>. On me dit dans le poste, essentiellement sur Twitter et Gtalk, oui d'accord, #CSA, mais on veut un truc UNIVERSEL, que même un castor lapon pourra comprendre. Ou un journaliste :D.</p> <p>Bref.</p> <p>On fait un deuxième essai ? J''essaie d'être universel hein.</p> <p><img src="http://nicolas-guilhou.com/img-articles/subtitle3.svg" /></p> <p>Je suis SÛR que je vais faire une tétra chiée de drafts</p> http://nicolas-guilhou.com/news/2012/10/19/Le_retour_de_l-icone_de_sous-titrage-certainement_pas_le_dernier NEWS-12 Fri, 19 Oct 2012 12:03:56 +0200 Icône de sous-titrage <p>Après une nuit presque blanche pour cause de tempête, repartir "de bon matin" sur mon interface d'administration en flex-box est un peu dur pour la marmelade velouté qui me tient lieu de cerveau. Manque de bol, levé trop tard pour suivre la conf matinale de #ParisWeb sur les icônes.</p> <p>J'ai juste capté que le CSA a besoin d'une icône de sous-titrage. Qu'à cela ne tienne. Allez, on dit qu'on fait vraiment dans le symbolique; et j'ai comme l'impression que personne ne va comprendre d'emblée, à moins de faire une campagne de matraquage digne d'Universal.</p> <p><img src="http://nicolas-guilhou.com/img-articles/subtitle1.svg" /></p> <p>Mouais, ça peut se travailler, faut voir.</p> <p>Disons qu'on cherche à être plus direct. Perso, ça fait des années qu'à la télé quand des sous-titres sont dispos je vois ce sigle : "S/T" . Et j'ai tendance à comprendre ce qu'il dit. Alors pourquoi ne pas s'en servir.</p> <p><img src="http://nicolas-guilhou.com/img-articles/subtitle2.svg" /></p> <p>C'est un premier jet, je suis sûr qu'on peut le retravailler. Mais ne rêvons pas, dans le domaine des icônes on ne peut pas tout le temps se servir d'abstractions. Il faut parfois être direct.</p> <p>Bonne nuit les p'tis loups</p> <p></p> http://nicolas-guilhou.com/news/2012/10/19/Icone_de_sous-titrage NEWS-11 Fri, 19 Oct 2012 11:17:47 +0200 La Maison du Pastis <p>Quand je suis content d’un truc je le dis, autant quand c’est de la merde je me gêne pas non plus. Aujourd’hui mes petits amis je vais vous parler de <a href="http://www.lamaisondupastis.com">La maison du Pastis</a>.<br /> Soyons clair je ne vais même pas m’attarder sur la qualité des produits vendus, pour qui aime le pastis elle est tout bonnement exceptionnelle. J’ai découvert cette boisson grâce à eux, jusque là je trouvais que les Pastis 51 et consors relevaient de la pire torture gustative. Mes petits amis, le pastis de “La maison du Pastis” c’est du bonheur en bouteille, à déguster aux heures chaudes, bien glacé et surtout bien dosé, pas question de faire un “misérable”.</p> <p>Bref.</p> <p>Je suis fan.</p> <p>Si vous visitez ce superbe (sic) site, vous remarquerez que point n’est besoin de se déplacer à Marseille pour profiter de ces douceurs, il y a “Catalogue et vente sécurisée” à votre disposition. J’ai pas de bol, à l’heure où j’écris cet article la boutique sécurisée (huhu) est en carafe complet.<br /> À ce sujet ma douce et tendre me dit en régie que cette boutique semble plus souvent tomber en marche qu’autre chose.</p> <p>Bref.</p> <p>Si vous avez la chance de tomber sur le créneau horaire où la boutique tombe en marche, vous pouvez commander du pastis. Avec l’assurance d’être livré en 48h. Putain con, je commande. Vite. Avant que la boutique retourne à son état initial.</p> <p>15 jours plus tard (48h en marseillais) ma factrice toque à ma porte. Quand elle toque à ma porte c’est que c’est <span class="caps">LRAR</span> ou colis. Et vu que côté recos j’ai ce qu’il faut merci, je me suis dit que j’ai bien fait de patienter 48h avant de tout péter.<br /> Las, en guise de colis je vois ma factrice un sac poubelle fermé à sa main. Je vous passe les détails. Bouteille en mille morceaux. Je pense que dans l’urgence, 48h c’est court, les joyeux et diligents employés de “La maison du Pastis” ont oublié de mettre du rembourrage dans un colis inadapté au transport des bouteille. Je peux les comprendre, le rush tout ça.</p> <p>Je plains surtout ma factrice qui déteste l’anis et qui se trimballe aujourd’hui avec une bagnole qui pue le taga à 20 mètres avec 34° dehors.</p> <p>Je pense que d’ici 48h je devrais avoir des nouvelles. C’est con que Noël se prête moyennement à la conso de boissons glacées. J’ai mes habitudes.</p> <p><strong>Nota</strong><br /> Comme c’est mon métier, j’ai jeté un coup d’œil sur le code source du site. Tout s’éclaire maintenant.</p> http://nicolas-guilhou.com/news/2012/08/23/La_Maison_du_Pastis NEWS-8 Thu, 23 Aug 2012 14:44:59 +0200 Styler les checkboxes sans monoculture… ou presque <p>Comme vous l’avez sans doute remarqué, habiller des éléments de formulaire en <span class="caps">CSS</span> peut vite virer au cauchemar, même si on s’enlève une épine du pied en éliminant Internet Explorer.<br /> On peut passer par des plugins JQuery ou autres, c’est bien mais pas top, surtout pour quelques malheureux éléments de formulaire.</p> <p>Donc, stylons des checkbox. <span class="caps">HTML</span>, simple :</p> <pre class="prettyprint lang-html">&lt;div class="test"&gt; &lt;p&gt;&lt;input type="checkbox" checked name="yaka" value="" id="yaka"&gt;&lt;label for="yaka"&gt;Activer les propulseurs supraluminiques&lt;/label&gt;&lt;/p&gt; &lt;p&gt;&lt;input type="checkbox" name="yapuka" value="" id="yapuka"&gt;&lt;label for="yapuka"&gt;Voir le hanneton glouton de Tron&lt;/label&gt;&lt;/p&gt; &lt;p&gt;&lt;input type="checkbox" disabled name="ifokon" value="" id="ifokon"&gt;&lt;label for="ifokon"&gt;Oui, mais en fait non&lt;/label&gt;&lt;/p&gt; &lt;/div&gt; </pre> <p>Moi je suis un garçon bien élevé, je suis les règles, et comme des fois elles sont floues ben je me trompe. Par exemple, qui de Webkit et de Gecko a raison en autorisant/interdisant les pseudo éléments :before et :after sur les éléments de formulaires. Je ne sais ni. Je suis designer et ce que je constate c’est que Webkit les autorise, pas Gecko. Point. Mais vous pouvez m’éclairer dans les commentaires hein.<br /> Donc on ne peut pas écrire input:before ou input:after pour Gecko. Ça le laisse de marbre.</p> <p>Si on y réfléchit bien, les checkbox se baladent pas comme ça sur une page, elles sont souvent – que dis-je, toujours – accompagnées d’un label. Et puisque cette satanée checbox ne veut rien entendre sur Gecko ben je vais causer à son copain le label.</p> <p>Discussion <span class="caps">CSS</span> intégrale :</p> <pre class="prettyprint lang-css">.test input { position: relative; vertical-align: middle; margin-left: 8px; display: none; } .test label { margin-left: 40px; position: relative; } .test p { height: 32px; } .test input:checked+label:before { background-color: hsl(119, 23%, 57%); } .test input:checked+label:after { left: -20px; } .test label:before { content: ""; position: absolute; top: 0; left: -28px; display: block; width: 28px; height: 16px; background-color: #e6703a; border-radius: 10px; margin-top: 0; margin-left: -6px; border: 2px solid hsl(0, 0%, 77%); box-shadow: inset 0 1px 3px hsla(0, 0%, 26%, 0.65); } .test label:after { content: ""; display: block; width: 16px; height: 16px; border-radius: 14px; background-color: #f5f5f5; box-shadow: 0 1px 5px #444; position: absolute; top: 2px; left: -32px; -webkit-transition: left .3s ease-in-out; -moz-transition: left .3s ease-in-out; -o-transition: left .3s ease-in-out; transition: left .3s ease-in-out; } .test input[disabled]+label:after { display: none; } .test input[disabled]+label:before { background-color: #fafaf8; box-shadow: inset 0 0 3px hsla(0, 0%, 26%, 0.65); opacity: .6; } </pre> <p>Et on obtient ça, sur Gecko et Webkit :</p> <figure> <p><img src="http://nicolas-guilhou.com/images/articles/checkboxes.png" title="de biens jolies checkboxes" alt="de biens jolies checkboxes" /></p> <figcaption>Alors, c’est qui le patron, hein ?</figcaption> <p></p> </figure> <p>En guise de conclusion, je dirai que c’est fastoche on prend pas en compte Internet Explorer, mais libre à vous d’essayer sur cette base moi j’ai pas ce navigateur sur ma machine et je veux pas devenir fou. Pour Opera ça presque marche, si les spécialistes veulent s’y coller et contribuer à cet article vous êtes les bienvenus.</p> <p>Allez je vous laisse je vais peindre une girafe.</p> <p>UPDATE : <a href="http://jsfiddle.net/xylpho/LE2f2/3/">La même chose en live</a></p> http://nicolas-guilhou.com/news/2012/08/22/Styler_les_checkboxes_sans_monoculture-ou_presque NEWS-7 Wed, 22 Aug 2012 15:01:19 +0200 Voir input et mourir <p>HTML5 c’est bien. CSS3 aussi.<br /> Bon ok faut pas vouloir faire un dégradé rapidement qui soit compatible Gecko/Webkit, ni faire en une ou deux lignes une boîte avec des coins arrondis.<br /> En plus on a de nouveaux jouets, comme les <a href="http://dev.w3.org/html5/markup/input.search.html">input type=‘search’</a>. Justement en parlant de ça, il se trouve que pour un client je me suis retrouvé devant une maquette où se trouve un champs de recherche habituel, celui-ci étant habillé de gris entre autres choses… À charge pour moi de faire une intégration HTML5/CSS3 de la chose.</p> <p>Comme je passe pas mes journées à intégrer des inputs j’ai commencé par des tests. Et là, c’est le drame.<br /> Voici une page html standard pour mon test :</p> <pre class="prettyprint lang-html">&lt;!DOCTYPE html&gt; &lt;html lang="fr"&gt; &lt;head&gt; &lt;meta charset="utf-8" /&gt; &lt;title&gt;input[type="search"]&lt;/title&gt; &lt;meta http-equiv="X-UA-Compatible" content="chrome=1"&gt; &lt;/head&gt; &lt;body&gt; &lt;form id="search"&gt; &lt;input type="search" placeholder="Rechercher…" name="q" autocomplete="off"&gt; &lt;/form&gt; &lt;/body&gt; &lt;/html&gt; </pre> <p>On peut constater d’emblée une différence fondamentale de rendu entre Gecko et Webkit</p> <p></p> <p></p> <p></p> <p></p> <p></p> <p></p> <p></p> <p><figure> <img src="http://nicolas-guilhou.com/images/articles/search_ex.png" title="rendus gecko et webkit de l'élément input search" alt="rendus gecko et webkit de l'élément input search" /> <figcaption>Différences de rendu entre Gecko et Webkit pour <code>&lt;input type="search"&gt;</code></figcaption> </figure></p> <p></p> <p></p> <p></p> <p></p> <p></p> <p></p> <p></p> <p>Qu’importe me dis-je, je m’en vais y mettre un coup de <span class="caps">CSS</span> dans sa face et on verra bien qui est le maître du monde. Dont acte :</p> <pre class="prettyprint lang-css"> #search input[type="search"] { display: block; background-color: #666; color: #fff; border: 1px solid #666; border-top-color: #454545; border-left-color: #454545; padding: 10px; font-size: 16px; -webkit-border-radius: 6px; -moz-border-radius: 6px; border-radius: 6px; width: 190px; } </pre> <p>Et quand on vérifie le rendu dans Gecko et Webkit on se rend compte qu’on a pas le cul sorti des ronces</p> <p></p> <p></p> <p></p> <p></p> <p></p> <p></p> <p></p> <p><figure> <img src="http://nicolas-guilhou.com/images/articles/search_ex_css1.png" title="gros fail de webkit" alt="gros fail de webkit" /><br /> <figcaption>Les <span class="caps">CSS</span> c’est beau… quand ça marche</figcaption> </figure></p> <p></p> <p></p> <p></p> <p></p> <p></p> <p></p> <p></p> <p>Diantre, normalement ça marche. Et pas là… Après avoir vérifié et revérifié le html et la css — les coquilles ça arrive — j’ai ouvert ma page dans Safari et en vérifiant la page avec l’inspecteur web j’ai découvert avec horreur que Webkit utilise ses propres règles <span class="caps">CSS</span> pour afficher un <code>input type="search"</code>.</p> <p>Là où Gecko se borne — pour l’instant — à afficher un input tout à fait classique, Webkit utilise des règles <span class="caps">CSS</span> <em>très</em> propriétaires pour singulariser ce type d’élément de formulaire. Si on scrute avec l’inspecteur voilà ce que nous dit Webkit :</p> <pre class="prettyprint lang-css">input[type="search"] { -webkit-appearance: searchfield; box-sizing: border-box; } </pre> <p>Donc, si on court-circuite la façon dont Webkit gère l’affichage il y a de fortes chances que notre super <span class="caps">CSS</span> s’applique aussi correctement. Après avoir cherché un peu voilà ce qu’il faut déclarer pour Webkit :</p> <pre class="prettyprint lang-css">#search input[type="search"] { -webkit-appearance: textfield; -webkit-box-sizing: content-box; box-sizing: content-box; } </pre> <p>Voilà, court-circuit de <code>-webkit-appearance</code> et <code>-webkit-box-sizing</code> et avec le code css complet on a <em>enfin</em> un affichage identique d’un navigateur à l’autre.</p> <p>La <span class="caps">CSS</span> finale :</p> <pre class="prettyprint lang-css">#search input[type="search"] { display: block; -webkit-appearance: textfield; -webkit-box-sizing: content-box; box-sizing: content-box; background-color: #666; color: #fff; border: 1px solid #666; border-top-color: #454545; border-left-color: #454545; padding: 10px; font-size: 16px; -webkit-border-radius: 6px; -moz-border-radius: 6px; width: 190px; } </pre> <p>On vient de quitter une époque ou la simple évocation de “compatibilité IE6” provoquait des vomissements et des crises d’eczéma chez les webdesigners pour se retrouver dans une ère où il faut être encore plus prudent, très au courant des derniers développements, et aussi très malin pour ne pas avoir à ré-écrire dans 18 mois tout ou partie de nos <span class="caps">CSS</span>. Je ne sais pas si on y a gagné en flexibilité, au moins on y a gagné en possibilités nouvelles… on verra dans quelques mois ce qu’il en coûte. Ou pas.</p> <p></p> <p></p> <p></p> <p></p> <p></p> <p><figure> <img src="http://nicolas-guilhou.com/images/articles/search_ex_css2.png" title="Résultat final" alt="Résultat final" /><br /> <figcaption>Où l’on s’aperçoit qu’on s’est fait chier pour pas grand-chose</figcaption> </figure></p> <p></p> http://nicolas-guilhou.com/news/2011/12/07/Voir_input_et_mourir NEWS-6 Wed, 07 Dec 2011 08:38:47 +0100