Recherche avancée

Sur d’autres sites (3926)

• Revision 100984 : changement de z, en attendant le futur changement de y lorsqu’on sera au ...

  10 décembre 2016, par maieul@… — Log

  changement de z, en attendant le futur changement de y lorsqu’on sera au clair dans la fusion des vérifications de saisie fichiers

• Anomalie #3647 : #INTRODUCTION + propre sous PHP7

  26 février 2016, par Ivan Lewkowitz

  Hello,

  - Pour la première balise [(#INTRODUCTION800|liens_ouvrants|propre)], je viens de retester et elle fonctionne comme ça. L’article a changé depuis la dernière fois, ce qui me laisse penser que le contenu a pu influencer. A vérifier… mais bon.

  - Regarde plus en détail la deuxième balise que j’utilise en survol dans une boucle où je liste les 3 derniers articles de certaines rubriques.
  

  [(#TITRE|supprimer_numero|rtrim’. ’)]

  Dans les trois résultats qui s’affichent, le premier et le troisième fonctionnent mais pas le deuxième (voir capture ci joint).
  Plus précisément, le deuxième affiche l’intro en survol tant que je coupe à 290 : [(#INTRODUCTION290|supprimer_tags|attribut_html)]
  mais si je passe à [(#INTRODUCTION291|supprimer_tags|attribut_html)] (ou plus), ça ne marche plus.

  Les deux autres intro au dessus et en dessous marchent tout le temps !

  

  Le code du texte de l’article qui déconne est :
  

  Le petit fils de Kim Il-sung est à la tête d’un régime militarisé dont l’arme nucléaire constitue le gage de sa survie. Toujours aux prises avec des difficultés alimentaires il comprend mal la logique de profit qui sous tend les investissements étrangers.

  
  

  Après le test nucléaire nord-coréen du 6 janvier, le scénario des réactions internationales qui se répète depuis 2006 n’a pas varié, sauf que, pour la dernière expérience en date, Pyongyang affirme avoir franchi le cap technologique de la fusion ce qui ajoute beaucoup à la sidération internationale, la puissance théorique d’un tel engin pouvant être 1000 fois supérieure à celle d’une bombe A classique. Mais pour l’heure, les premières réponses de la communauté internationale sont symétriques de celles qui suivirent le dernier test de 2013.

  Rien de spécial dans le texte, à part les accents de la langue française. Comme tu peux le voir sur l’image 2, j’ai même des intros contenant du chinois qui s’affichent sans problème.

  

• Anomalie #3209 (Nouveau) : Permettre de supprimer les fusions (group by) explicitement

  2 mai 2014, par RastaPopoulos ♥

  Certaines boucles ou critères du core, ou de certains plugins, comme GIS, ajoute par défaut des groupements aux requêtes SQL afin d’obptenir tel ou tel comportement par défaut. Très bien.

  Mais il n’y a pour l’instant rien qui permet, à celleux qui font des squelettes, de dire au cas par cas, boucle par boucle, qu’illes ne veulent PAS ce group by (ou qu’illes en veulent un autre ce qui revient au même). En effet, le critère {fusion} actuel ne marche que champ par champ, et ne fait qu’ajouter à la suite de ce qui existe déjà.

  Afin de ne rien casser et de permettre de faire ce qu’on veut, je propose un nouveau critère {fusion_supprimer} qui supprime tout groupement précédemment défini. On peut ensuite rajouter ou pas un ou plusieurs critère {fusion} à la suite si jamais on veut rédéfinir autrement.

  function critere_fusion_supprimer_dist($idb, &$boucles, $crit)
      $boucles[$idb]->group = array() ;
  
  

  Et pour l’utilisation :
  

  Pour n’avoir aucun groupement :
  Pour remettre à zéro puis définir explicitement ce qu’on veut :