Recherche avancée

Sur d’autres sites (9541)

• Anomalie #3176 (Nouveau) : logique de la fonction lister_objets_lies

  4 mars 2014, par Sylvain Lesage

  Actuellement la fonction lister_objets_lies (http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/filtres_ecrire.php#L500) a un comportement différent selon qu’on recherche, disons, des articles liés à un ticket, ou des tickets liés à un ticket.

  Dans le premier cas, s’il s’agit des tickets liés à l’article 10, on cherche (id_ticket=*, id_objet=10, objet=article) dans la table spip_tickets_liens.
  Dans le deuxième cas, s’il s’agit des tickets liés au ticket 11, on cherche (id_ticket=11, id_objet=*, objet=ticket). Pourquoi ne pas faire simplement (id_ticket=*, id_objet=11, objet=ticket) qui est le comportement attendu.

  Pour corriger (cerdic), il suffit de remplacer le test http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/filtres_ecrire.php#L500

      if ($objet_lien==$objet)
  

  par

      if ($objet_lien !==$objet_source)
  

  dans le cas où les deux objets sont identiques.

• Evolution #3173 : Faciliter la lecture/écriture d’un modèle pour rédacteur

  27 février 2014, par b b

  L’idée est bonne, mais juste une remarque sur "avec les variables, oui" : en fait non ça peut ne pas fonctionner car du coup la variable contient un saut de ligne ou un espace qui peut poser problème suivant la manière dont la variable est utilisée dans le modèle. J’ai du ajouter un trim sur toutes les variables reçues par le modèle d’un plugin car justement des gens utilisaient le genre de syntaxe que tu donnes en exemple.

  Désolé pour le bruit, en fait on trim bien les variables à ce que je lis par ici : http://core.spip.org/projects/spip/repository/entry/spip/ecrire/public/assembler.php#L410

  Mais ça reste une bonne idée :)

• Evolution #3173 (Nouveau) : Faciliter la lecture/écriture d’un modèle pour rédacteur

  26 février 2014, par Fabrice Véronneau

  Soit un modele du type qui se retrouve donc sous la forme /modeles/truc_machin
  Soit différentes variables ajoutée histoire de compliquer un peu les choses, exemple etc
  Soit un rédacteur qui rédige (oui hein) donc en arial dans l’interface, on se retrouve avec un fourbi illisible du genre :
  

  On a la possibilité d’écrire comme ça :
  

  
  Chouette c’est beau, nickel, sauf que ça fonctionne pas avec |machin, avec les variables, oui, mais pas la première.

  Je propose donc d’ajouter un petit trim() pour ça dans le fichier assembler.php :
  http://core.spip.org/projects/spip/repository/entry/spip/ecrire/public/assembler.php#L436

      $soustype = strtolower($soustype) ;
  

  
  Deviendrait
  

      $soustype = strtolower(trim($soustype)) ;
  

  Bon chez moi ca semble fonctionner, mais peut-être ça casse quelque chose chez d’autres, je sais pas.