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
  • 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 ;)