Discussion modèle:Tri

Une page de Wikipédia, l'encyclopédie libre.
Sauter à la navigation Sauter à la recherche
Autres discussions [liste]
  • Suppression
  • Neutralité
  • Droit d'auteur
  • Article de qualité
  • Bon article
  • Lumière sur
  • À faire
  • Archives

Point d'exclamation[modifier le code]

Bonjour,
Pourquoi ce modèle ajoute-t-il un point d'exclamation invisible à la fin des caractères de tri ? — Riba (discuter) 23 octobre 2010 à 16:18 (CEST)

Problème[modifier le code]

Il y a un problème avec la nouvelle version de ce modèle (celle de 10 novembre 2012), voir Championnat de Belgique de football D2 1956-1957. Rabah201130 (d) Je fais beaucoup de fautes d'orthographe, merci de me les corriger 11 novembre 2012 à 19:21 (CET)

Renommage de Tri1 en Tri[modifier le code]

Le modèle {{Tri}} était destiné aux modèles fournissant une clé de tri facultative avec "t=". En pratique, cela ne concernait que les drapeaux. Avec l'évolution de l'algorithme de tri de MediaWiki, rendre la clé de tri facultative n'était plus très utile. J'ai récemment supprimé cette possibilité des modèles de drapeaux.

Maintenant, {{Tri0}} n'est plus utilisé du tout et {{Tri}} n'est plus utilisé dans l'espace des modèles. Je propose donc de renommer {{Tri1}} en {{Tri}} en écrasant la version actuelle de {{Tri}}, dans un but de simplicité.

Il reste un grand nombre d'articles utilisant directement {{Tri}} :

  • sur ceux où t=1 (17000 appels dans 1900 pages), ça ne changera rien, le paramètre sera juste ignoré
  • sur ceux où t est absent (2000 appels dans 320 pages), c'est qu'il y a actuellement une erreur de syntaxe (il n'y a pas de raison d'utiliser {{Tri}} sans t=1 hors d'un modèle). Donc cela va a priori améliorer la situation : les tableaux qui n'étaient pas triés correctement le seront. Au pire, des tableaux où les clés de tris sont mal définies ne seront toujours pas bien triés.

Orlodrim [discuter] 16 juin 2013 à 15:28 (CEST)

C'est fait. Orlodrim [discuter] 17 juin 2013 à 19:22 (CEST)
Je viens un peu tard, mais le paramètre t n'était PAS obligatoire (donc t absent n'était pas une erreur dans les 320 pages), puisqu'il prenait une valeur par défaut "0" qui utilisait donc le modèle Tri0, pour justement désactiver la clé de tri (ce qui permettait de construire des modèles incluant ou pas la clé de tri (la clé de tri n'était utilisable que si le modèle génénant du texte triable est utilisé TOUT SEUL et pas associé à d'autres données.
De fait on avait le modèle Tri0 dont le seul rôle était de copier le texte sans ajouter la clé de tri, contrairement à Tri11 qui l'ajoutait.
Cela a été fait pour soit-disant régler un problème d'accessibilité, ce qui n'a jamais été démontré, mais maintenant avec le code actuel, les clés de tri sont ajoutées partout et incluent dans le texte un caractère ZWJ: si on lit le tableau de données dans une euille Excel, même en mode texte seul, impossible de remplacer ce ZWJ présent au début des cellules (certaines seulement, et seulement celles qui sont munies d'une clé de tri).
Ce ZWJ ne respecte pas le tri correct puisque "A[ZWJ]" est maintenant """supérieur """ à "AB[ZWJ]", ce qui place donc "A" après "AB".
La seule valeur correcte du séparateur n'était pas ZWJ mais bien la plus petite séquence de texte HTML inférieure à toutes les chaines non vides, et la seule possible en MediaWiki est l'espace ASCII suivi du point d'exclamation, puisqu'on ne peut pas mettre un caractère de contrôle, et puisque MediaWiki unifie les espaces. En HTML sinon cela aurait été la TABULATION (U+0009), le plus petit caractère valide en HTML (avec aussi l'intérêt de rester "accessible" et aussi filtrable facilement lors d'un import d'un tableau dans une feuille Excel (aujourd'hui devenu impossible ou seulement avec des manipulations très compliquées; en plus du fait que ZWJ force les cellules importées à devenir de type texte (calculs impossibles), et même la fonction CNUM() ne sait pas lire ce WZJ et retourne une erreur. la fonction SUPPRESPACE() ne sait pas filtrer non plus ce ZWJ initial.
La solution c'est donc certainement pas ce ZWJ complètement incongru apparu suite à une modif de quelqu'un qui n'avait pas compris pourquoi on utilisait l'espce suivi d'un point d'exclamation (expliqué pourtant avant), mais bien une tabulation ou le code qui existait avant.
Et sinon on se retrouve avec des tableaux qui ne sont plus triés correctement là où la clé de tri était optionelle (notamment des cellules de texte où une clé de tri n'était ajoutée que pour celles contenant des caractères spéciaux): on est maintenant obligé de mettre des clés de tri dans toutes les cellules texte, même celles n'ayant aucun caractère spécial (et cela concerne par exemple les listes de noms de pays (pas que les modèles de drapeaux où il était malgré tout possible aussi de désactiver complètement la génération de toutes les clés de tri là où elles ne sont pas nécessaires quand le modèle n'était pas inséré dans un tableau).
On se retrouve mantenant avec des clés de tri insérées aussi dans des paragraphes quelconques par les modèles, et un texte rendu gangréné de ZWJ (même s'ils sont rendus invisibles avec display:none).
Les navigateurs en mode texte seul ne savent plus lire les tableaux, les feuilles de calcul non plus. ZWJ a un effet de bord bien pire que " !" qui en plus était désactivable avant là où on ne demandait pas de clé de tri.
Je ne sais pas qui est le crétin qui a eu l'idée de ce caractère ZWJ soit-disant invisible !!! Je constate qu'il n'est plus possible d'utiliser les données des tableaux de Wikipédia pour ses propres feuilles de calcul; alors qu'avant il n'y avait aucun problème. Si MediaWiki ne remplaçait pas les tabulations par des expaces qu'il compresse ensuite, on aurait du pouvoir utiliser <nowiki>&#9;</nowiki> comme séparateur idéal; et si HTML était plus permissif, on aurait pu utiliser SIH (U+0001) ou NUL (U+0000) et cela aurait été encore mieux (la nécessité étant que ce séparateur doit être la chaîne non vide inférieure à toutes les autres possibles, ce qui n'est PAS du tout le cas de ZWJ). Bizarrement personne n'a jamais eu l'idée de me contacter ou m'interroger sur ces raisons alors que j'avais créé le modèle et même expliqué tout ça et testé le modèle avant même qu'il soit ensuite très utilisé, puis modifié sans réfléchir aux raisons (ni comprendre réellement puisque l'explication d'Orlodrim montre qu'il s'est carrément trompé avec une explication fausse (et ensuite cette modif a cassé toute une série de tables et créé des problèmes bien pires qui existent aujourd'hui).
Ne plus pouvoir utiliser les tableaux de Wikipédia dans une feuille de calcul est un problème sérieux, même pour préparer d'autres tableaux croisés destinés ensuite à être réimportés dans Wikipédia (et c'est là que je me suis aperçu du problème).
Verdy p (discuter) 25 juin 2014 à 08:13 (CEST)
Bonjour,
J'ai rajouté un "!" manquant. Le caractère zwj est ignoré par la fonction de le tri des tableaux. La mise à jour du modèle n'a pas ajouté de caractère zwj là où la clé de tri était précédemment désactivée.
Cordialement,
Orlodrim (discuter) 25 juin 2014 à 08:54 (CEST)

Cas des accents[modifier le code]

Bonjour. Où est le problème avec les accents ? Par exemple, le tri du tableau ci-dessous est OK :

Texte de l’en-tête Texte de l’en-tête Texte de l’en-tête
entrée 2 entrée 2 entrée 2
élément 1 élément 1 élément 1
évènement 3 évènement 3 évènement 3

--Cjp24 (discuter) 6 décembre 2018 à 21:40 (CET)