Recherche avancée

Sur d’autres sites (11517)

• Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes

  7 octobre 2020

  cedric signalait un problème dans la liste des plugins de SVP : parfois les boutons chevauchent la case à cocher.
  Plus précisément quand un plugin n’a pas de descriptif.

  Et pour cause : les boutons sont positionnés en absolute, calés en bas à droite de chaque ligne.
  Donc depuis le début ils pouvaient chevaucher le titre et le descriptif, et maintenant qu’ils sont un peu plus grands, ça empiète parfois sur la case à cocher (plus embêtant).

  Pour régler le problème à peu de frais on peut utiliser la variante .mini sur les boutons, mais c’est un peu cacher la misère sous le tapis je trouve.
  En fait ça fait partie des problèmes d’UX évoqués dans les tickets #4429 et #3017.

  En attendant l’implémentation de la solution proposée, on pourrait déjà faire quelques ajustements :

  • Boutons visibles tout le temps, pas juste au survol
  • Boutons calés à droite, pas en absolute. On a maintenant assez de place en largeur pour ça.

  Nb : dans la capture j’ai mis les logos en 50px (au lieu de 32px), mais c’était juste pour voir.

  

• Anomalie #4465 : Table principale enlevée de la requête sur double jointure avec mots et auteurs

  24 mars 2020

  Avec #TITRE

  <span class="CodeRay"><span class="class">SELECT</span> depots.id_depot, depots.titre
  <span class="keyword">FROM</span> spip_depots <span class="keyword">AS</span> <span class="string"><span class="delimiter">`</span><span class="content">depots</span><span class="delimiter">`</span></span>  
  <span class="keyword">INNER</span> <span class="keyword">JOIN</span> spip_mots_liens <span class="keyword">AS</span> L1 <span class="keyword">ON</span> ( L1.id_objet = depots.id_depot <span class="keyword">AND</span> L1.objet=<span class="string"><span class="delimiter">'</span><span class="content">depot</span><span class="delimiter">'</span></span>)
  <span class="keyword">WHERE</span> (L1.id_mot = <span class="integer">1</span>)
  <span class="keyword">GROUP</span> <span class="keyword">BY</span> depots.id_depot
  </span>
  Télécharger

  Sans #TITRE

  <span class="CodeRay"><span class="class">SELECT</span> L1.id_objet, L1.id_objet <span class="keyword">AS</span> id_depot
  <span class="keyword">FROM</span> spip_mots_liens <span class="keyword">AS</span> <span class="string"><span class="delimiter">`</span><span class="content">L1</span><span class="delimiter">`</span></span>  
  <span class="keyword">WHERE</span> (L1.id_mot = <span class="integer">1</span>)
  <span class="keyword">GROUP</span> <span class="keyword">BY</span> L1.id_objet
  </span>
  Télécharger

  En fait le AND L1.objet='depot' qui saute est dans la clause ON de la jointure, qui n’a plus lieu d’être avec l’optimisation. Peut être que ça vient de là son absence.

• Révision 22576 : Suppression d’un code mort, mort depuis longtemps.

  23 novembre 2015, par marcimat@rezo.net

  Déjà signalé par rénato en 2006 (http://spip-dev.rezo.narkive.com/mHG6Qlt6/small-bug-in-phraser-champs),
  ce if () vaut toujours true. On l’enlève du coup.

  Précisément, cela vient tout à l’origine d’une erreur lors d’un passage de ereg à strpos en r3964, strpos ne comprennant
  pas l’expression [0-9]. Redmine n’affichant plus les révisions / diff avant la révision 9600, je mais des liens git :
  https://git.spip.net/rCSPIP57683758d1ebe3a6ffa5095035e88768b14d86f2 ou https://github.com/spip/SPIP/commit/57683758d1ebe3a6ffa5095035e88768b14d86f2

  C’était à une époque ou la constante NOM_DE_CHAMP coupait les balises nommées en héxadécimal en 2 : `#FF3300` par exemple avait `#FF` en balise, et
  le reste était dans la suite, et il fallait potentiellement recorriger ce problème.
  Cette constante a été améliorée ensuite, pas longtemps après en r4407, pour attraper tout le contenu de ces balises :
  https://github.com/spip/SPIP/commit/fef3ff59fad8896d1c8946346eac1b47befc588f

  Donc, en théorie, depuis cette date, le test if() n’a plus lieu d’être.