GitHub - system-fonts/modern-font-stacks: System font stack CSS organized by typeface classification for every modern operating system

Il y a quelques années (2013 ) j'avais vu passer des font stacks que j'avais mises de côté dans SnippetVamp ( http://snippetvamp.warriordudimanche.net/index.php?snippet=3A34B87D-684C-49B0-B2B8-39750029AED7 )


font-family: Cambria, "Hoefler Text", Utopia, "Liberation Serif", "Nimbus Roman No9 L Regular", Times, "Times New Roman", serif;

/* Modern Georgia-based serif stack */
font-family: Constantia, "Lucida Bright", Lucidabright, "Lucida Serif", Lucida, "DejaVu Serif", "Bitstream Vera Serif", "Liberation Serif", Georgia, serif;

/* Traditional Garamond-based serif stack */
font-family: "Palatino Linotype", Palatino, Palladio, "URW Palladio L", "Book Antiqua", Baskerville, "Bookman Old Style", "Bitstream Charter", "Nimbus Roman No9 L", Garamond, "Apple Garamond", "ITC Garamond Narrow", "New Century Schoolbook", "Century Schoolbook", "Century Schoolbook L", Georgia, serif;

/* Helvetica/Arial-based sans serif stack */
font-family: Frutiger, "Frutiger Linotype", Univers, Calibri, "Gill Sans", "Gill Sans MT", "Myriad Pro", Myriad, "DejaVu Sans Condensed", "Liberation Sans", "Nimbus Sans L", Tahoma, Geneva, "Helvetica Neue", Helvetica, Arial, sans-serif;

/* Verdana-based sans serif stack */
font-family: Corbel, "Lucida Grande", "Lucida Sans Unicode", "Lucida Sans", "DejaVu Sans", "Bitstream Vera Sans", "Liberation Sans", Verdana, "Verdana Ref", sans-serif;

/* Trebuchet-based sans serif stack */
font-family: "Segoe UI", Candara, "Bitstream Vera Sans", "DejaVu Sans", "Bitstream Vera Sans", "Trebuchet MS", Verdana, "Verdana Ref", sans-serif;

/* Impact-based sans serif stack */
font-family: Impact, Haettenschweiler, "Franklin Gothic Bold", Charcoal, "Helvetica Inserat", "Bitstream Vera Sans Bold", "Arial Black", sans-serif;

/* Monospace stack */
font-family: Consolas, "Andale Mono WT", "Andale Mono", "Lucida Console", "Lucida Sans Typewriter", "DejaVu Sans Mono", "Bitstream Vera Sans Mono", "Liberation Mono", "Nimbus Mono L", Monaco, "Courier New", Courier, monospace;```

Un complément ?

De côté pour lecture: une appli simple Android sans Studio – Christophe Cerisara

Je me mets de côté cet article qui explique pas à pas le minimum des bases de la création d'une appli sans usine à gaz.

J'ai essayé de le lire plusieurs fois, mais faudra que j'attende d'être tout seul

What I wish I knew about React

Une lecture à faire avant de se lancer dans une formation React. ( https://www.youtube.com/watch?v=SMgQlTSoXf0&list=PLjwdMgw5TTLWom67YfZuha-1iYzIirwJR )

Quelques notes:

  • React est une bibliothèque, pas un framework.
  • React est une lib UI: elle sert à designer et rendre réactive des interfaces utilisateur. Si ce que tu veux faire ne s'affiche pas à l'écran, React s'en bat les steaks.
  • AngularJS change ta manière de coder en JS mais pas tes pratiques en HTML/CSS alors que React fait le contraire: peu de changement côté JS (hors le code spécifique de ton UI) mais modifie ta façon de créer en HTML/CSS.
  • Les composants React sont toujours des composants UI

Make Beautifully Resilient Apps With Progressive Enhancement

Notes perso de lecture rapide et en diagonale.

rien d'essentiel ne doit dépendre de javascript, en particulier les formulaires.

  • JS peut être désactivé
  • le navigateur peut être obsolète (oui, windows, c'est de toi que je parle)
  • des extensions peuvent bloquer le script
  • le client a peut être une connexion lente qui va timeout
  • le client a peut être une connexion intermittente (genre le train)
  • il peut y avoir un firewall qui bloque certaines choses.
  • etc

En gros, JS devrait être réservé à des choses qu'on ne peut pas faire autrement et/ou non essentielles.

Pour les formulaires, on peut partir d'un formulaire normal fonctionnant normalement et l'améliorer via JS: capturer l'événement onsubmit et gérer l'envoi au serveur via des promises et fetch, traiter les erreurs etc.

Si JS ne fonctionne pas, le formulaire continuera de faire son job avec le comportement par défaut de submit mais de façon moins sexy, c'est tout.

Et si les envois et retours se font en JSON et tout le merdier ?

Problème de type de retour et de format de réception

L'auteur propose d'utiliser le header côté serveur pour identifier qui de JS ou de HTML est à l'origine de la requête (avec Sec-Fetch-Mode par exemple ) et ainsi adapter le comportement du serveur (traitement des données et composition de la réponse)

En gros:

  • si ça vient de JS ➜ gère le JSON et renvoie du JSON pour que JS gère la réponse
  • si ça vient de HTML ➜ gère le formulaire normalement et renvoie une nouvelle page HTML composée côté serveur.

Cory Doctorow : On ne peut pas prédire l’avenir, mais on peut l’influencer...

J'ai VRAIMENT TRES envie de lire Walk away...

un roman de science-fiction encore méconnu en France et même non-traduit, mais qui parvient à redonner espoir dans l’avenir et imaginer une sortie par le haut de toutes ces crises qui nous menacent. Cette fleur dans le désert post-apocalyptique se nomme “Walk Away” et on doit ce roman paru en 2017 à Cory Doctorow, journaliste et blogueur canadien connu pour son activisme en faveur des licences Creative Commons. Inspirés par celles-ci, et leurs valeurs de gratuité et de don, ses héros choisissent de faire sécession de la société “par défaut” et de construire la leur. Chez les Walk Aways tout est offert car imprimé en 3D à partir de déchets recyclés, quitte à pirater quelques brevets ou formules pharmaceutiques au passage. La vie dans le désert en devient une fête digne du Burning Man, où le potentiel de chacun peut s’exprimer, au point qu’il est possible de rénover des Zeppelins avec ses amis pour parcourir le ciel, en bricolant avec les restes abandonnés de la start-up nation.

"La science-fiction est une littérature du présent, pas de l’avenir."



Fil RSS des articles