Recherche avancée

Sur d’autres sites (4074)

• 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 #3562 (Nouveau) : onAjaxLoad s’applique sur Document lorsqu’il provient d’une fenêtre mod...

  7 octobre 2015, par marcimat ☺☮☯♫

  En tentant de corriger un bug du porte plume, à savoir que le calcul automatique de la hauteur des textarea ne se faisait pas si on était sur exec=article&id_article=xx et qu’on cliquait sur "modifier l’article" (qui affiche le formulaire d’édition en ajax), Cédric m’a conseillé d’utiliser onAjaxLoad qui exécute les fonctions sur les contenus chargées.

  Je l’ai appliqué là : http://zone.spip.org/trac/spip-zone/changeset/92220

  Ceci étant dit, il y a un cas où le « this » vaut Document au lieu d’un contenu chargé en ajax. Pour s’en rendre compte, il suffit d’éditer sur l’édition d’un article un document joint (ajouter ou modifier). 3 triggerAjaxLoad sont exécutés dont 1 sur Document. Dans ce cas là, on arrive sur https://core.spip.net/projects/spip/repository/entry/spip/prive/javascript/ajaxCallback.js#L96 qui exécute le trigger. s.url vaut http://example.com/ecrire/?exec=document_edit&popin=oui mais s.onAjaxLoad n’existe pas.

• Evolution #3293 (Nouveau) : sessions NON AUTHENTIFIEES : les rendre facultatives

  15 octobre 2014, par - Equipement

  Bonjour,

  J’ai lu la demande http://core.spip.org/issues/3276 et la révision correspondante http://core.spip.org/projects/spip/repository/revisions/21596 : "Lorsqu’un utilisateur anonyme tente de faire des choses sur un spip (formulaire, lien, site…), une session anonyme 0_* est enregistrée dans tmp/sessions ...".

  Quel serait l’impact de rendre facultatives les sessions NON AUTHENTIFIEES, via une constante dans mes_options.php (en dehors du fait que les personnes non authentifiées devront se passer de la mémorisation temporaire de leur nom et email) ?

  En effet, en rendant facultatives les sessions NON AUTHENTIFIEES, on pourrait éviter en amont le problème http://core.spip.org/issues/3276 au lieu d’essayer d’en limiter l’impact en aval.

  En pratique, dans ecrire/inc/utils.php, dans la fonction verifier_visiteur(), il suffirait de rendre conditionnel (selon la valeur d’une constante) le contenu du tableau array(’session_nom’, ’session_email’) . Pour mémoire, lorsque l’une de ces variables est présente dans un POST, SPIP démarre une session non authentifiée.

  Cordialement
  Equipement