Recherche avancée

Sur d’autres sites (11014)

• Anomalie #3152 (Nouveau) : Écriture raccourcie des propriétés typos avec font

  20 janvier 2014, par b b

  Sur un site je déclare les règles css suivantes sur un élément :

  font-size : 2.62em ; font-family : dosis, sans-serif ;
  

  Si j’active le compresseur, elles sont condensée dans une déclaration font comme ceci :

  font : 2.62em dosis, sans-serif ;
  

  Cette écriture ne donne pas le même rendu car j’ai une règle plus haut dans la feuille de style qui colle l’élément en question en bold. L’utilisation de la déclaration font annule la règle en question car :

  Les propriétés pour lesquelles aucune valeur n’est spécifiée sont définies à leur valeur initiale, qui est normal pour toutes les propriétés pouvant être omises : (font-style, font-variant, font-weight et line-height).

  https://developer.mozilla.org/fr/docs/CSS/font

  Je précise que la css en question contient au moins un @media et un @font-face car Cedric me signale ceci :

  Si ta css est simple, c’est une compression simple qui est a l’oeuvre sans regroupement des regles en une seule. Mais si ta css contient des @media ou @fontface alors la compression passe par CSSTidy.

• Anomalie #2884 : un modèle doc dans une liste, interrompt l’énumération

  11 août 2014, par cedric -

  En fait le problème vient de http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/texte_mini.php#L80 qui ajoute 2 retours ligne après un modèle de type bloc (comme doc ou img avec legende), ce que le traitement des listes interprete ensuite comme une fermeture/reouverture d’une nouvelle liste.
  Il faudrait se passer de ces 2 retours ligne forcé ici, car normalement paragrapher est censé faire proprement le boulot ensuite. Si l’on ne mets qu’un seul retour ligne cela corrige le bug, mais je crains que cela ne casse autre chose, il nous manque vraiment des tests unitaires complets pour propre avec autant de test-cases que possible pour savoir ce que l’on fait.

  Cf ce que l’on dispose dans la plugin markdown :

  https://github.com/Cerdic/markdown/tree/master/tests/data/typo
  adapté des tests unitaires du parseur ParseDown https://github.com/Cerdic/markdown/tree/master/lib/parsedown/test/data

  et les variantes
  https://github.com/Cerdic/markdown/tree/master/tests/data/modeles_spip_inline
  https://github.com/Cerdic/markdown/tree/master/tests/data/modeles_spip_block
  https://github.com/Cerdic/markdown/tree/master/tests/data/liens_spip

  Peut-être on pourrait utiliser cette base pour construire une base de tests pour la syntaxe SPIP, quitte à generer un point de départ à partir de sale(*.html), repasser à la main dessus pour verification, puis regenerer la sortie html avec propre(), ce qui nous donnerait un etat de l’art.

  A partir de là on peut checker un minimum tout risque de casse lié à un bugfix.

  Je propose donc de repousser la résolution de ce ticket à SPIP 3.1

• Revision 32970 : On progresse doucement mais surement.

  15 novembre 2009, par vxl@… — Log

  On progresse doucement mais surement.