Recherche avancée

Sur d’autres sites (7990)

• Anomalie #3898 : LaTeX et entites html

  7 février 2017, par Hugues Aroux

  Bonsoir,
  Oui, il faut à chaque test vider le cache image idoine, pfuu me suis fait avoir ... comprenais plus ... ;-)
  J’ai pris ce même bout de code (que tu cite), avant de poser ce ticket, pour m’assurer que ce que l’on m’avait fournis n’était pas erroné.
  Spip.net est en 3.0.x donc le problème n’apparait pas.
  Dans mon 3.1.3 apparait alors des "amp ;" devant chaque signe égal de la fonction : z = 2x.... : :>> z amp ;= 2x + 3y...
  Latex interprète bien le "&" comme code de mise en colonne et retourne le reste de notre entite html.
  Regarde cette page : https://contrib.spip.net/Serveur-TeX, typique du problème.
  Ou mieux encore, celle-ci : http://forum.spip.net/fr_182887.html, le code latex a été écrit en 2006, et les images régénérées par un SPIP 3.2.0-dev SVN [22930].
  Il est évident que quelque part dans/avant la fonction produire_image_math() il y a un encodage qui envois un & !
  Dans propre() .. ? Là moi je sèche !

  Pour info, avec mon p’tit patch sur la fonction j’obtiens ce beau tableau en bas de page : http://dali.coria.fr/spip.php?article1
  Sans, c’était, tu l’auras compris, des "amp ;" devant chaque chiffre !

  Sinon je n’ai pas rencontré de problème d’image partielle ; de ce côté réponse nickel du serveur.
  Cordialement

• Anomalie #4052 : Visualiser ses messages dans le privé

  28 novembre 2017, par b b

  Dans la page infos_perso du privé (ou sur sa page d’auteur), il y a un lien dans la boîte d’infos qui mène vers controler_forum, avec le nombre de contributions : « N messages de forum ».

  Je ne vois pas le lien en question sur contrib.spip.net ou spip.net (en 3.2 donc), est-ce un ajout spécifique au site sur lequel tu as observé ce comportement ?

• Anomalie #3776 (Nouveau) : CVT Multi-étapes // Problème de gestion de tableaux avec l’utilisation ...

  29 avril 2016, par Olivier Tétard

  Salut,

  Lorsqu’on utilise un formulaire CVT multi-étape avec l’utilisation de tableaux (saisies de types `checkbox` par exemple) et l’utilisation de `retour_etape_N`, un cas particulier est mal géré.

  Voici comment reproduire le problème avec l’utilisation du formulaire d’exemple ci-joint :

  1. aller à l’étape 2 ;
  2. cocher plusieurs choix puis valider pour aller à l’étape 3
  3. à l’étape 3, cliquer sur « retour », on voit alors bien le tableau de valeurs saisies s’afficher ;
  4. on est maintenant à l’étape 2, décocher l’ensemble des cases à cocher puis valider pour aller à l’étape 3 ;
  5. constater que les valeurs saisies la première fois sont toujours là.

  Le problème se situe dans la manière de gérer les données déjà envoyées par les fonctions `cvtmulti_sauver_post()` et `cvtmulti_recuperer_post_precedents()` dans le fichier `inc/cvt_multietapes.php`. Ces fonctions n’arrivent pas à détecter le fait que le tableau a été vidé, puisque lors de l’étape 2, aucune valeur n’a été envoyée. Il remplace alors les données avec celles enregistrées dans le `cvtm_prev_post`.

  Après quelques recherche, ce problème a été évoqué sur quelques forums, notamment ici : http://forum.spip.net/fr_248509.html

  Je ne sais pas trop comment ce problème pourrait être résolu de manière générique dans les fonctions `cvtmulti_sauver_post()` / `cvtmulti_recuperer_post_precedents()`.

  Olivier ;