Revisions : SPIP

Les articles publiés sur le site

• Evolution #2504 : plutôt pour afficher du code en bloque

  19 août, par tetue tetue

  Contrairement à ce qu’il a été promptement répondu à ce ticket, il n’est pas « impossible sous spip » d’afficher du code avec

   ! Pour preuve (et POC), voici plusieurs exemples de code réunis sur une page SPIP :
  
  
  	
  http://romy.tetue.net/bien-demarrer-avec-z
  
  
  	
  Cette page présente :
  1) du code inline simplement balisé par  ;
  2) des blocs de code générés par le raccourci SPIP  ; ici corrigés en 
   ;
  3) un exemple d’arborescence simplement balisé avec 
   ;
  4) des blocs de code générés par le raccourci SPIP , avec leur textarea et tout qui permet de copier-coller facilement le code ; et qu’on peut laisser en dehors du périmètre de ce ticket pour l'instant.
  
  
  	
  Il est possible (et bienvenu) que le raccourci SPIP  génère des blocs correctement balisés de 
  .
  
  
  	
  En attendant, il suffit de patcher les 
   intempestifs de SPIP d’un coup de 
  pre code br { display: none; }
   (spabô mais ça marche).

• Evolution #3482 : Sanitizer les SVG

  18 août, par b b

  Voir la lib https://github.com/darylldoyle/svg-sanitizer cf https://seenthis.net/messages/621498

• Evolution #3985 : Ajouter .table sur les tableaux

  18 août, par tetue tetue

  Ça évite aussi (et peut-être surtout) de surcharger Bootstrap (et je ne sais plus quels autres frameworks). Tiny Typo s'efforce d'adopter les nomenclatures CSS les plus usuelles (lorsqu'elles sont pertinentes) ;)

• Evolution #3987 : Ne pas supprimer les crédits à la compression CSS

  18 août, par tetue tetue

  Valoriser les crédits dans plugin.xml, c'est super interne (puisque ça concerne une population hyper minoritaire de spipmestres lecteurs de ces infos) mais c'est bien aussi, mais ça ne résout pas le problème qui est pire : on les supprime du code source des pages web !

  L'exclamation dans les commentaires CSS /*! */ marque l'importance et doit échapper à la compression, ce que respecte la minification via LESS et SASS par exemple.

  Ce n'est certes pas un pur dysfonctionnement technique, mais ça pose un problème moral qui me semblait assez grave pour justifier une priorisation.

• Evolution #3983 : Injecter automatiquement spip.css ?

  17 août, par tetue tetue

  Alors (je reformule) :

  - soit faire fonctionner la balise en conformité avec la doc — ce qui semble le plus logique, puisque spip.css apportant quelques styles nécessaires au bon affichage du code généré par SPIP, ne pas l'avoir casse l'affichage et s'apparente au bug ergo-graphique.
  - soit corriger la doc pour dire que « #INSERT_HEAD insére automatiquement les scripts et feuilles de style fournis par les plugins » (et non pas aussi ceux fournis par SPIP).

  Ça évitera de chercher trop longtemps à comprendre pourquoi spip.css n'est pas insérée ;)