Recherche avancée

Sur d’autres sites (10913)

• Evolution #4720 : [css vars] Utiliser nos variables CSS dans le thème de l’espace privé

  27 avril 2021

  Ah oui bien les astuces à base de —spip-is-ltr.

  Pour compléter sur le sujet des propriétés de positionnement, dans le futur, pour avoir le support complet quelque soit la direction (horizontale ou verticale) il faudra définir le writing-mode : https://developer.mozilla.org/en-US/docs/Web/CSS/writing-mode
  Valeur qu’il faudrait pouvoir récupérer en fonction du code de langue, donc.
  D’après ce que j’ai compris, en son absence ça se repose sur la direction du document (dir="rtl"), donc c’est bon pour les langues à l’horizontale.

  Bref, on a donc pris un peu d’avance et commencé à utiliser tout de suite des variables CSS.
  Le choix s’est fait un peu tout seul : ça simplifie énormément la tâche, surtout en l’absence de préprocesseur, et ça permet d’unifier et maintenir plus facilement tous les composants.

  Par contre avant de poursuivre, il faudrait peut-être faire un petit point d’étape, voir rédiger des guidelines pour ne pas assister à une hyper-inflation de ces variables, et qu’elles ne soient pas utilisées à tord et à travers dans tous les sens.

  La règle que j’ai suivie jusqu’à présent :

  • Des variables globales --spip-xxx, de portée générale et utilisables partout : couleurs, propriétés de texte, arrondis des blocs, gouttières, etc.
  • Et pour chaque composant, quelques variables qui lui sont propres : --composant-xxx. À quelques exceptions près, elles ne devraient pas être utilisées en dehors. J’essaie de limiter le nombre en général, une dizaine au max (sauf pour les boutons, un cas spécial).

  Enfin, il y a 2 variables globales bien importantes qu’il va falloir mettre au point : ce sont celles qui définissent les gouttières horizontales et verticales. Importantes cas après, chaque composant se basera dessus pour ses propres besoins, et au final on aura des espacements bien harmonisés et facilement contrôlables.

  Il peut s’agit d’une mesure arbitraire, mais en général pour la gouttière horizontale on prend l’équivalent d’une hauteur de ligne, c’est à dire font-size * line-height à la racine du document.
  Je l’ai ajoutée en prévision (spip-spacing-y), sauf que pour l’instant elle est pas trop utilisable : le font-size qu’on reçoit dans l’env est pas celui qui est utilisé sur le body, donc ça fausse toutes les mesures. Le font-size du body est redéfini plusieurs fois d’affilée, c’est le bordel. Bref, encore des choses à mettre au point.

• swr : split out DSP functions.

  14 juin 2014, par Ronald S. Bultje

  swr : split out DSP functions.
  DSP bits of swri_resample go into their own mini-DSP functions ; DSP
  
  init goes from a per-call branch in multiple_resample to a proper
  
  DSP init routine ; x86 bits go into x86/ ; swri_resample() moves out of
  
  resample_template.c into resample.c because it’s independent of DSP
  
  code or sample type ; multiple_resample() is simplified.
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libswresample/Makefile
  • [DH] libswresample/resample.c
  • [DH] libswresample/resample.h
  • [DH] libswresample/resample_dsp.c
  • [DH] libswresample/resample_template.c
  • [DH] libswresample/x86/Makefile
  • [DH] libswresample/x86/resample_x86_dsp.c

• Evolution #4768 (Nouveau) : Sus aux préfixes navigateurs

  5 mai 2021

  Dans les CSS du privé on commence à utiliser largement des propriétés qui peuvent requérir des préfixes navigateur : flex, grid, etc.
  Pour ma part je ne les ai pas encore préfixées, en général je fais ça sur la fin une fois que tout est stabilisé (mais j’ai vu que j’étais pas le seul à pas préfixer, ouf).
  Mais ces préfixes sont vraiment une plaie intégrale : c’est chronophage à ajouter et encore plus à modifier, ça alourdit le code et le rend moins lisible, ça fait du bruit de fond dans les commits quand il faut les mettre à jour lorsque le support évolue, et j’en passe.

  Mais s’occuper des préfixes navigateurs, c’est pas notre boulot :)
  On ne devrait plus avoir à faire ça manuellement.
  À défaut de préprocesseur ou d’outil qui permettrait de faire ça semi-automatiquement (en général ils buttent sur les balises Spip de nos squelettes css), il existe une autre solution : les autoprefixeurs JS.
  Ils ajoutent les préfixes à la volée, mais uniquement ceux nécessaires au navigateur, produisant une css plus légère qu’avec les autres solutions.

  Celui-ci est très léger, 2Kb gzippé, il suffit d’inclure le script dans la page et c’est tout : https://projects.verou.me/prefixfree/
  Je propose de l’intégrer et d’oublier les préfixes à tout jamais.

  Dans le privé il serait chargé tout le temps.
  Pour le public, je ne sais pas, 2 possibilités :

  • se contenter de dire qu’il est disponible dans la doc technique, charge aux gens de l’intégrer eux-mêmes dans leur squelettes s’ils en ont l’utilité.
  • ou bien faire un mini plugin-dist sur le même modèle que l’ancien iepatch, avec une option de config « charger le script bla bla ».