Recherche avancée

Sur d’autres sites (10592)

• Anomalie #4508 (En cours) : comportement erratique (et anormal) avec les table ayant des lignes av...

  11 juin 2020, par cy_altern -

  Dans un tableau si la première colonne d’une ligne est vide le rendu plante de différentes façon selon qu’il s’agit de la première ligne ou des suivantes et si le premier texte dans une cellule est dans la seconde ou les suivantes...

  Le détail à partir d’un tableau basique 3 lignes (dont une de titre) et 3 colonnes :
  

  <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
  |bla|||
  ||||
  </span>
  Télécharger

  
  => rendu OK (table avec thead + tbody, toutes les lignes visibles)

  <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
  ||bla||
  ||||
  </span>
  Télécharger

  
  => le "bla" de la 2ème cellule devient un caption qui se glisse juste après le thead , il est suivi d’un 2ème thead vide et le tbody (OK pour les tr/td) devient alors invisible même si il y a du contenu dans les cellules des lignes suivantes

  <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
  |||bla|
  ||||
  </span>
  Télécharger

  
  => le bla disparait complètement, le thead "normal" est suivi d’un 2ème thead avec 1 ligne et 3 td puis un tbody complètement vide (même si les lignes suivantes ont des cellules avec du texte)

  <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
  ||||
  |bla|||
  </span>
  Télécharger

  
  => la 2ème ligne donne un 2ème thead avec le bon nombre de th, le tbody est OK avec tr/td de la 3ème ligne

  <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
  ||||
  ||bla||
  </span>
  Télécharger

  
  => la 2ème ligne donne un 2ème thead avec avec le bon nombre de th, suivi par un tbody vide (ni tr,ni td)
  Idem si le bla est en 3ème cellule de la ligne (ou nième)

  Bref, il y a un sacré foirage dans l’algo de rendu de texwheel sur ce cas particulier de première cellule vide mais j’avoue que l’algo de rendu avec des regexp dans tous les sens ne m’a pas paru très "abordable" pour essayer de trouver un patch... :-(

• Anomalie #3535 : liste des rédacteurs connectés

  13 octobre 2016, par guytarr °

  Pierre KUHN a écrit :

  Frank, c’est aussi le cas en 3.0.29 ou la valeur par défaut est vide.

  Je viens de tomber sur ce cas lors d’une montée de version 2.1 à 3.0.
  En 2.1, avec imessage vide, on apparaît dans la liste des connectés. Du coup, pour conserver le comportement sans rien touché, que pensez-vous de peupler à "oui" lorsque la valeur n’est pas "non" pour les 1comite et 0minirezo, afin de suivre la même logique ? c’est ce que j’ai fait pour ma part.
  en 3.0 et 3.1 la résultat de la boucle
  

  (#VAL’Y-m-d H:i:s’|date(#VAL’-15 minutes’) !par en_lignepagination 10’, ’>(#ID_AUTEUR">#NOM[&nbsp ;...
   (#GRAND_TOTAL|>10|oui)
   ([(#GRAND_TOTAL|objet_afficher_nbauteur)])
  ]
  

  donne :<br /><pre>
  
  SELECT auteurs.en_ligne, auteurs.id_auteur, auteurs.nom
  
  FROM spip_auteurs AS `auteurs`
  
  WHERE NOT((auteurs.id_auteur = '1'))
  
      AND ((auteurs.statut  IN ('1comite','0minirezo')))
  
      AND NOT((auteurs.imessage = 'non'))
  
      AND (auteurs.en_ligne > '2016-10-12 23:39:09')
  
  ORDER BY auteurs.en_ligne DESC
  
  </pre>

  Autre solution, corriger la boucle pour obtenir le même comportement qu’en 2.1 que la valeur soit à oui ou vide.

• Anomalie #4670 : Logo sur la barre typo 3.3

  18 février 2021, par Maïeul Rouquette

  j’ai même vidé le cache firefox pour reverifier, et je maintiens