Cohesive #UX ◆ 24 ways
▻http://24ways.org/2014/cohesive-ux
he found #RWD to be confusing and it meant he didn’t trust the site Tags: UX RWD uniformité #design #clevemarks
Cohesive #UX ◆ 24 ways
▻http://24ways.org/2014/cohesive-ux
he found #RWD to be confusing and it meant he didn’t trust the site Tags: UX RWD uniformité #design #clevemarks
Get Started With #GitHub Pages (Plus Bonus #Jekyll) - Anna Debenham
▻http://24ways.org/2013/get-started-with-github-pages
The #Responsive #Hover Paradigm ◆ 24 ways
▻http://24ways.org/2013/the-responsive-hover-paradigm
#CSS #transitions and #animations provide web designers with a whole slew of tools to spruce up our designs. Move over ActionScript tweens! The techniques we can now implement with CSS are reminiscent of Flash-based adventures from the pages of web history
24 ways : Your #jQuery : Now With 67% Less Suck
►http://24ways.org/2011/your-jquery-now-with-less-suck
Thankfully, there are a few very simple things anyone can add into their jQuery workflow that can clear up a lot of basic problems. When undertaking code reviews, three of the areas where I consistently see the biggest problems are: inefficient selectors; poor event delegation; and clunky DOM manipulation. We’ll tackle all three of these and hopefully you’ll walk away with some new jQuery batarangs to toss around in your next project.
Quelques conseils pur accélérer (ou ne pas ralentir) son code jQuery.
24 ways - web design and development articles and tutorials for advent
►http://24ways.org
24 ways is the advent calendar for web geeks. Each day throughout December we publish a daily dose of web design and development goodness to bring you all a little Christmas cheer.
24 ways : “Probably, Maybe, No” : The State of HTML5 Audio
►http://24ways.org/2010/the-state-of-html5-audio
The HTML5 audio API as implemented in JavaScript has one of the most un-computer-like responses I’ve ever seen, and inspired the title of this post. Calling new Audio().canPlayType(’audio/mp3’), which queries the system for format support according to a MIME type, is supposed to return one of “probably”, “maybe”, or “no”. Sometimes, you’ll just get a null or empty string, which is also fun. A “maybe” response does not guarantee that a format will be supported; sometimes audio/mp3 gives “maybe,” but then audio/mpeg; codecs="mp3" will give a more-solid “probably” response. This can vary by browser or platform, too, depending on native support – and finally, the user may also be able to install codecs, extending support to include other formats. (Are you excited yet?)
Article qui date de décembre 2010, assez passionnant : le gars transmet grosso modo tout ce qu’il sait sur le sujet (relevés de bugs, incompatibilités, etc.).
Il est l’auteur du très pratique SoundManager2 :
►http://www.schillmania.com/projects/soundmanager2
que j’ai utilisé sur Archimome pour les textes lus par la comédienne :
►http://www.archimome.fr
Je suis perplexe quant aux conseils que donne :
►http://all-for-design.com/web-design/lisibilite-des-sites-web-font-size-100-16px
Mon problème est l’utilisation de la directive CSS font-size pour mon blog. L’article ci-dessus affirme que « Si nous ne définissons aucun style, le navigateur affichera le texte d’un paragraphe avec un corps par défaut de 16px. » Or, je ne vois aucune norme qui définisse ce corps par défaut. En outre, l’utilisateur a pu le modifier. L’article donne le conseil de « Préférer les unités relatives (em) aux unités fixes (px, pt) » mais se contredit en utilisant px pour tous les exemples et en ne mentionnant pas les tailles « sémantiques » (medium, small, x-small, etc) ni les tailles réellement relatives (exprimées en %).
Quelles sont les vraies bonnes pratiques du moment, question taille des polices ?
#typographie #web #CSS
Je ne sais pas s’il y a une norme, mais sur mon mac, firefox et safari ont cette taille 16px par défaut et ça semble être le cas général.
Compter sur une taille spécifique me paraît très contraire à l’esprit du Web.
C’est une base manifestement destinée à des écrans standard (quel standard ?) mais je pense qu’on peut en garder l’idée qu’une grosseur minimum relativement élevée est préférable.
Perso j’ai la taille par défaut à 12 points dans mon navigateur, car ce qu’on oublie c’est que l’utilisateur peut choisir cette taille par défaut... Il ne faut donc jamais se fier à cette « base » de 16px, si on ne définit pas de taille « en dur » dans le body, il vaux mieux alors tester son site avec les tailles de 12 à 20 px je pense.
Je ne pense pas qu’il y a une norme fixant le défaut à 16px, mais c’est une valeur universellement adoptée. L’utilisateur peut effectivement la changer, mais à moins que ce ne soit un geek il y a peu de chances.
Les navigateurs modernes peuvent retailler la police indépendamment du reste de la page même quand elle est spécifiée en px. Les bonnes pratiques ont donc tendance à fixer une taille en px sur le body, à avoir une règle spécifique pour IE6 qui proportionalise la taille, puis à faire tout le reste en em parce que comme ça ça change si on change la taille de base.
Un article sur le sujet : ►http://24ways.org/2006/compose-to-a-vertical-rhythm
Je dirais que la bonne pratique c’est effectivement de n’utiliser que du « em » en partant du principe que dans la majorité des cas, la taille de référence sera ce 16px. Mais après si l’utilisateur du client web a modifié cette taille, c’est qu’il avait ses raisons de vouloir le texte plus petit ou plus gros chez lui...
En ce moment je vois régulièrement des articles conseillant, dans la mesure du possible, de ne pas modifier cette taille de référence. C’est-à-dire de ne pas s’amuser à mettre une taille souvent petite sur l’attribut body par exemple, et pour ça : que ce soit en « px » ou en « em » ne change rien.
Une bonne synthèse sur les avantages et inconvénients des em et des px, ainsi que sur le jeune rem : ►http://snook.ca/archives/html_and_css/font-size-with-rem
24 ways: Ignorance Is Bliss
►http://24ways.org/2009/ignorance-is-bliss
By showing neither a static image of my design, I set none of the false expectations that, by definition, a static Photoshop or Fireworks visual would have established.
24 ways: Real Fonts and Rendering: The New Elephant in the Room
►http://24ways.org/2009/real-fonts-and-rendering
#pixel_perfect #design #web #fonte #font-face #clevermarks #rendu #perfection
24 ways, calendrier de l’avent du dev Web
►http://24ways.org
C’est un must read chaque année, alimenté par des pointures internationales du développement Web (à base de standards évidemment)
#webdev #webdesign #dev #css #ajax #html #web #javascript #design #type:tutoriel #gp:links #clevermarks