Recherche avancée

Sur d’autres sites (7659)

• Evolution #3964 : mise en forme minimum des formulaires

  26 mars 2018, par nico d_

  Et encore un dans theme.css :

  @media print 
      /*  Ne pas imprimer */
  
      .spip-admin,
  
      .spip-admin-float,
  
      .spip-previsu  display : none ; 
  
      .repondre,
  
      .formulaire_spip  display : none ; 
  
  ...
  

  Pas de pitié pour les formulaires :p

  Je serais plutôt d’avis de ne garder que ça dans spip.css :
  

  @media print 
      .forum-titre, .formulaire_forum  display : none ; 
  
  

• 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 #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 ;