Recherche avancée

Sur d’autres sites (16239)

• Evolution #4727 : Des pictos / icônes symboliques pour tout le monde

  12 avril 2021

  Les fontes d’icônes c’est pas top, c’est un peu déprécié aujourd’hui, ça pose pas mal de problèmes.

  Pour la partie « icônes purement en CSS », c’est à dire sans rien de plus dans le HTML, je crois qu’on n’a pas trop le choix.
  Dans ce cas ce sont des pseudos-éléments CSS :before ou :after, si on veut que l’icône hérite de la couleur et de la taille du texte, rien d’autre ne marche à ma connaissance. Pas les svg en background-image en tout cas.

  D’ailleurs au passage mon 2ème exemple était mauvais : <i class="spicon_truc"></i> Du texte → dans ce cas c’est la balise #ICONE qu’il faut utiliser.
  Pour les icônes CSS, la proposition était bien de n’avoir à qu’à ajouter une classe sur un élément existant, sans <span></span> ou <i></i> supplémentaire à l’intérieur.

  Mais du coup oui, on tombe plein pot sur le problème soulevé par ces icônes à base de fontface : à priori les lecteurs d’écran vont lire ces caractères abscons, et sans moyen de les cacher puisque c’est purement du CSS.

  Moi au départ je pensais que la balise #ICONE suffirait : des icônes présentes dans le HTML, ce qui permet de gérer tout les attributs d’accessibilité finement.

  Et les gros fichiers de sprites svg, ça diminue le nombre de hits, c’est sûr, mais charger plusieurs centaines de Ko de Sprites pour afficher 3 icônes, c’est peut être beaucoup.

  C’est bien pour ça qu’il faut trouver une balance entre le poids et le nombre d’icônes dispos.
  La proposition à moyen et long terme c’est de généraliser l’usage de ces icônes dans le privé de Spip, donc ça sera pas chargé pour rien.

  Et c’est la misère à mettre à jour sans outil spécialisé qui regénère tout le code, et vérifier que ça ne casse pas des choses...

  C’est bien l’idée :)
  Un outil à piori dans un dépôt à part qui genère tout seul le sprite et le reste.

  moi j’ai du mal avec "spipcon". Ca fait "petit con", et c’est pas compréhensible si on a pas l’historique derrière. Pour gagner 5 caractères...

  On se disait qu’on partirait plutôt sur sp-icone du coup.

• Evolution #3103 (Nouveau) : Découpage des fichiers de langue du core en groupes logiques

  27 novembre 2013, par Suske -

  Les fichiers de langue de SPIP-core sont au nombre de 3 : ecrire_xx.php, public_xx.php et spip_xx.php

  Ce découpage historique n’est plus très pertinent ni le plus efficace pour les traducteurs (et dans une perspective de réemploi des chaînes).

  Un exemple de "groupement logique" serait de créer un fichier dates_xx.php qui permettrait de gérer spécifiquement le casse-tête des traductions de dates...

  Voir http://thread.gmane.org/gmane.comp.web.spip.devel/64720

• avutil/mips : refactor msa load and store macros.

  17 juillet 2019, par Shiyou Yin

  avutil/mips : refactor msa load and store macros.
  Replace STnxm_UB and LDnxm_SH with new macros ST_H/W/D1/2/4/8.
  
  The old macros are difficult to use because they don't follow the same parameter passing rules.
  
  Changing details as following :
  
  1. remove LD4x4_SH.
  
  2. replace ST2x4_UB with ST_H4.
  
  3. replace ST4x2_UB with ST_W2.
  
  4. replace ST4x4_UB with ST_W4.
  
  5. replace ST4x8_UB with ST_W8.
  
  6. replace ST6x4_UB with ST_W2 and ST_H2.
  
  7. replace ST8x1_UB with ST_D1.
  
  8. replace ST8x2_UB with ST_D2.
  
  9. replace ST8x4_UB with ST_D4.
  
  10. replace ST8x8_UB with ST_D8.
  
  11. replace ST12x4_UB with ST_D4 and ST_W4.
  Examples of new macro : ST_H4(in, idx0, idx1, idx2, idx3, pdst, stride)
  
  ST_H4 store four half-word elements in vector 'in' to pdst with stride.
  
  About the macro name :
  
  1) 'ST' means store operation.
  
  2) 'H/W/D' means type of vector element is 'half-word/word/double-word'.
  
  3) Number '1/2/4/8' means how many elements will be stored.
  
  About the macro parameter :
  
  1) 'in0, in1...' 128-bits vector.
  
  2) 'idx0, idx1...' elements index.
  
  3) 'pdst' destination pointer to store to
  
  4) 'stride' stride of each store operation.
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavcodec/mips/h263dsp_msa.c
  • [DH] libavcodec/mips/h264chroma_msa.c
  • [DH] libavcodec/mips/h264dsp_msa.c
  • [DH] libavcodec/mips/h264idct_msa.c
  • [DH] libavcodec/mips/h264qpel_msa.c
  • [DH] libavcodec/mips/hevc_idct_msa.c
  • [DH] libavcodec/mips/hevc_lpf_sao_msa.c
  • [DH] libavcodec/mips/hevc_mc_bi_msa.c
  • [DH] libavcodec/mips/hevc_mc_biw_msa.c
  • [DH] libavcodec/mips/hevc_mc_uni_msa.c
  • [DH] libavcodec/mips/hevc_mc_uniw_msa.c
  • [DH] libavcodec/mips/hevcdsp_msa.c
  • [DH] libavcodec/mips/hevcpred_msa.c
  • [DH] libavcodec/mips/hpeldsp_msa.c
  • [DH] libavcodec/mips/qpeldsp_msa.c
  • [DH] libavcodec/mips/vp3dsp_idct_msa.c
  • [DH] libavcodec/mips/vp8_idct_msa.c
  • [DH] libavcodec/mips/vp8_lpf_msa.c
  • [DH] libavcodec/mips/vp8_mc_msa.c
  • [DH] libavcodec/mips/vp9_idct_msa.c
  • [DH] libavcodec/mips/vp9_intra_msa.c
  • [DH] libavcodec/mips/vp9_lpf_msa.c
  • [DH] libavcodec/mips/vp9_mc_msa.c
  • [DH] libavutil/mips/generic_macros_msa.h