Recherche avancée

Sur d’autres sites (4610)

• Révision 123057 : icones svg pour le porte plume (!1)

  23 mars 2020, par b b

  Icône svg un peu plus fidèle à l’ancienne

  Tant qu’à faire, une mignonnette icône en svg + les crédits dans paquet.xml

  Changement pour l’italique : i → I. Finitions dans le CSS. On supprime les vieux png, remplacés par les svg.

  Fallback pour les variables CSS

  « G » pour gras, « T » pour intertitres, couleur espace privé en amélioration progressive, handle en svg aussi

  Crédits pour certaines icônes

  Màj icônes et réorganisation du fichier.

  Optimisation svg

  svg avec les textes transformés en chemins

  un premier jet, à affiner

  Co-authored-by : Charles Razack <tcharlss@bravecassine.com>

• Evolution #3603 : Ergonomie des onglets de sélection des plugins

  20 avril 2020, par RastaPopoulos ♥

  Et bieeeen, je ne suis toujours pas convaincu, alors argumentons :)

  - Comme je le disais, les mises à jour sont des plugins actifs, c’est pas une autre liste différente, alors que là les simplifications proposées depuis l’ouverture du ticket servent justement à réduire le nombre d’onglets en ne proposant plus que des choses qui ne se recoupent pas.
  - Or les plugins actifs, sont justement le premier onglet sur lequel on tombe par défaut dans l’admin des plugins, et comme ils contiennent les mises à jour, on a déjà le nez dessus en arrivant
  - Il suffit donc juste d’une simple case permettant de masquer en un coup instantané tout ce qui n’a pas de mise à jour, et ne laisser que ce qui en a
  - Avec un onglet à part, ça ferait des éléments qui se retrouvent en doublon dans deux onglets, et ça ferait recharger une page entière différente, alors que dès qu’on arrive, on a déjà généré/chargé les blocs de ceux qui ont des mises à jour dans cette première page

  Pour Dépôts pourquoi pas, mais ça a quand même rapport avec les plugins (et que avec ça), du coup si c’est pas dans "Gestion des plugins" qu’on le trouve…

  J’ajoute une maquette de ce que ça donne, en ayant ajouté le moyen de voir tout de suite les mises à jour.

• 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... :-(