Discussion Projet:Palette/2014

Archives

• 2012
• 2013
• 2014
• 2015
• 2016
• 2017
• 2018
• 2019
• 2020
• 2021
• 2022
• 2023
• 2024

Documentation

Ça fait un bout de temps que je me pose la question, mais je trouve particulièrement inutile les pages de documentations des palettes (Par exemple elles empêchent de prévisualiser les modifications). Est ce qu'il y aurait un consensus pour les supprimés ? --Nouill 15 janvier 2014 à 12:47 (CET)

C'est marrant, j'ai l'avis totalement inverse ! Je suis plutôt pour le généraliser et je n'hésite pas à l'ajouter. J'ai remplacé et supprimé systématiquement toutes les anciennes sous-pages qui avaient plus ou moins le même texte.

Je ne comprends pas ton problème de visualisation, pourrais-tu expliquer ? En bas de la documentation, il y a « Cliquez ici pour purger le cache », est-ce que ça ne répond pas à ton besoin ?

--FDo64 (discuter) 15 janvier 2014 à 13:25 (CET)

Je comprend pas aussi pourquoi le fait qu'il y est une sous-page de documentation, induit que je ne peux pas prévisualiser mes modifications sans les enregistrer. Et donc par exemple pour Modèle:Palette Histoire du Portugal, j'ai dû faire 4 modifs, au lieu 1 ou 2. Et le pire, c'est que quand je regarde l'historique, je ne peux pas visualiser les modèles précédents (et donc voir si mon horizontalisation était un plus ou pas). C'est peut être Firefox, mais je ne crois pas, j'ai souvenir que sous Opera, ça fait ça aussi. Tout cela pour avoir un : "Copiez et collez ceci dans votre article : {{Palette Histoire du Portugal}}". Autant pour plein de modèle dont les infobox, c'est quasi-indispensable, autant pour les palettes, perso ça me pareil vraiment facultatif d'avoir une sous-page et non une documentation directement dans le modèle. --Nouill 15 janvier 2014 à 14:00 (CET)

L'explication est la suivante : l'exemple que tu donnes n'utilise pas {{Documentation palette}}. Là est le problème. Comme je te le disais dans mon message précédent, je pensais avoir supprimé toutes les anciennes sous-pages, et bien j'en ai oublié et je vais donc refaire une recherche...

À toutes fins utiles je rappelle le bon usage de ce modèle :

1. Mettre le code de la palette en premier sans balises includeonly
2. Ajouter ensuite {{Documentation palette}} entre des balises noinclude.
3. Ne pas oublier les catégories juste avant la balise de fin noinclude.

En faisant ainsi, tu n'auras pas tous les problèmes que tu signalais.

A+--FDo64 (discuter) 15 janvier 2014 à 17:43 (CET)

Alignement dans palette Atmosphères

Bonjour,
Dans la {{Palette Atmosphères des astres}}, serait-il possible d'ajuster la largeur des colonnes où apparaissent le nom des catégories (à gauche) ? En particulier, le "Général" et "Exoplanètes" peuvent-ils être aussi larges que les deux colonnes de large qu'il y a dans le cas du Système solaire ? J'ai vu aussi qu'il existe {{Méta palette de navigation sous-liste}}, je ne sais pas ce qui est préférable entre ça et {{Méta palette de navigation sous-groupe}} que j'utilise actuellement.
Merci d'avance pour votre réponse et pour votre aide.
Cordialement. SenseiAC (discuter) 5 mai 2014 à 00:15 (CEST)

 Fait. Il fallait mettre la même valeur à tous les stylegroupe et ne rien mettre dans styleliste.

Par ailleurs, comme indiqué ici, je te recommande de mettre dans dessous le texte actuellement dans sous-titre. Sinon il apparaît inutilement lorsque la palette est enroulée.

Pour ce qui est de {{Méta palette de navigation sous-liste}}, je te le déconseille, il sert à enrouler différentes sections de la palette.

A+ --FDo64 (discuter) 5 mai 2014 à 00:49 (CEST)

Salut FDo64,

En fait tu m'as mal compris, ce que je voulais plutôt dire c'est que le "Exoplanètes" et le "Général" s'étendent du bord gauche jusqu'au même niveau que la partie droite de la colonne "étoile"/"planète"/etc. pour que les listes (partie droite) démarrent toutes au même niveau dans la palette. Est-ce faisable ? Cordialement. SenseiAC (discuter) 10 mai 2014 à 11:23 (CEST)

Salut ! Ce que tu demandes n'est pas prévu par le méta-modèle. Il faudrait pour cela des paramètres stylegroupe1, stylegroupe2...

Et je ne crois pas que ce soit prévu par les futures Palettes en Lua en cours de développement.

A+ --FDo64 (discuter) 11 mai 2014 à 18:41 (CEST)

Lisibilité de Palette Arbitre de la finale de la coupe du monde de football

Bonjour, je trouve que les drapeaux présents dans Modèle:Palette Arbitre de la finale de la coupe du monde de football nuisent à la lisibilité de la palette. Existe-t-il d'autres exemples de palettes intégrant autant d'images ? Qu'en pensez-vous ? Kilianours (discuter) 27 juin 2014 à 20:36 (CEST)

Je n'ai pas d'avis. Ce n'est en tout cas pas un cas isolé. En cherchant dans les palettes liées au Modèle:Drapeau j'ai trouvé {{Palette Drapeaux britanniques}}, {{Palette Services de renseignement extérieurs}}, {{Palette Chefs d'État ou de gouvernement des pays du G20}}, {{Palette G20}} et plein d'autres. --FDo64 (discuter) 27 juin 2014 à 23:35 (CEST)

Je pense que ce qui est vraiment gênant, d'après moi, est le fait d'avoir la construction « [[date]] : {{drapeau}} [[nom de l'arbitre]] ». Ça m'a demandé une petit gymnastique mentale que je n'ai pas l'habitude de voir dans des palettes. Kilianours (discuter) 28 juin 2014 à 00:04 (CEST)

On pourrait peut-être changer l'ordre ? Je propose : « {{drapeau}} [[date]] : [[nom de l'arbitre]] ». Par exemple : {{•|{{drapeau|Belgique}} [[Coupe du monde de football de 1930#Finale|1930]] :  [[John Langenus|Langenus]]}}. C'est pas mieux ? --FDo64 (discuter) 28 juin 2014 à 09:59 (CEST)

 Fait. J'ai mis le drapeau après. --FDo64 (discuter) 22 novembre 2014 à 11:09 (CET)

Palette Badminton international

Bonjour, je viens de créer une palette nommée Palette Badminton international. Je souhaiterai y inclure des bandeaux de couleur, comme sur la palette anglophone.

J'ai essayé, mais sans succès. Comment faire ? A défaut, comment afficher le nom de chaque groupe avec la couleur qui correspond à la carte (exemple : vert pour l'Afrique) ?

Cordialement, Flammekueche (discuter) 22 novembre 2014 à 09:53 (CET)

 Fait. J'ai utilisé le modèle {{Surligné}}. --FDo64 (discuter) 22 novembre 2014 à 11:02 (CET)

Merci ! Flammekueche (discuter) 22 novembre 2014 à 11:31 (CET)

Nom des catégories des palettes

Ça fait un petit moment que j'y réfléchit, mais cela serait pas plus simple de renommer la grande majorité des catégories liés aux palettes, de "Catégorie:Palette de navigation blabla" à "Catégorie:Palette Blabla"? Ça serait plus court, et cela permettrait d'avoir une cohérence entre les modèles et les catégories de modèles. Bien sûr, cela doit nécessiter une demande à un bot (et donc un avis plus ou moins consensuel). --Nouill 31 janvier 2014 à 20:59 (CET)

 Nouill : Je te rejoins sur ce sujet, il serait bien d'harmoniser le nom de ces catégories. Je viens de faire une étude et voici les statistiques actuelles :

• 1563 catégories dans Catégorie:Palette de navigation
• 876 commençant par « Palette de navigation »
• 447 commençant par « Modèle effectif »
• 12 catégories de maintenance
• 228 autres (dont seulement 82 du style « Palette Blabla »

Il y a donc plusieurs solutions :

1. on fait au plus simple en se contentant de demander à un bot de renommer les 228 catégories dont le nom n'est pas harmonisé
2. On suit ta recommandation sauf pour « Modèle effectif » et il faut renommer 1022 catégories
3. On suit ta recommandation pour tous et il faut renommer 1469 catégories

Personnellement, je choisis la solution 1.

Des avis ? --FDo64 (discuter) 21 novembre 2014 à 18:12 (CET)

Bon, comme je n'ai pas de réponses, je vais m'occuper de rédiger une demande de bot pour la solution 1. --FDo64 (discuter) 29 novembre 2014 à 23:38 (CET)

Perso, je trouve cela trop long comme titre de catégorie. Mais cela ressortait de mon premier post (donc j'avais pas envie de me répéter), après vu le nombre écrasant de catégorie ayant pour titre "Palette de navigation" + les interwiki, je peux que m'admettre que c'est la norme. --Nouill 29 novembre 2014 à 23:46 (CET)

Deux sujets :

1. Je fais un autre constat au sujet des catégories : j'ai comparé le nombre de modèles rattaché à la Catégorie:Palette de navigation (~25 000 pages) et le nombre de modèles utilisant une méta palette (~30 000 pages). Il y a donc 5 000 palettes mal catégorisées. Le cas le plus facile c'est lorsqu'elles sont rattachées à une catégorie "modèle ..." qu'il faudra rattacher à la Catégorie:Palette de navigation. Puis tous les autres qu'il faudra voir au cas par cas...
2.  Orlodrim : Je souhaite faire une requête pour harmoniser le nom de ces catégories. Comme j'ignore comment se font les renommages de catégories, je ne sais pas si cela peut se faire par bot de façon globale ou de façon unitaire. Sans présupposer qui prendra à sa charge cette demande, pourrais-tu me dire ce qui est faisable ? En résumé, si on veut avoir une arborescence propre (comme demandé par  Nouill), il faudrait renommer la presque totalité des 1563 catégories en « Palette <Thème> » (ainsi que les 25 000 modèles qui les utilisent). Si cela n'est pas automatisable, alors je me contente de demander le renommage des 228 catégories atypiques décrites plus haut. Que me conseilles-tu ?

--FDo64 (discuter) 11 décembre 2014 à 18:43 (CET)

Ça ne pose pas de problème de renommer massivement des catégories. Par exemple, j'avais fait ça pour les années négatives (Catégorie:-100, Catégorie:-101, etc.). De plus, maintenant qu'on peut renommer les pages des catégories sans copier-coller, ça rend les choses plus simples. Orlodrim (discuter) 11 décembre 2014 à 20:52 (CET)

Merci  Orlodrim. Dans ce cas, je vais rester sur l'idée de Nouill à laquelle j'adhère totalement. Le temps de préparer la liste des nouveaux noms de catégories , et je poste la requête. A+ --FDo64 (discuter) 11 décembre 2014 à 21:50 (CET)

Réflexions

Bonjour,

Je dépose ici une réflexion autour des palettes (de navigation) qui doivent subir, à mon avis, quelques modifications afin de respecter au mieux les standards du Web et répondre aux problèmes d'accessibilité. Certains penseront probablement que ce n'est ni un sujet passionnant ni une priorité, d'autres encore penseront que les palettes ne servent à rien si ce n'est qu'à alourdir les pages et à accroître la pollution visuelle avec l'effet arc-en-ciel que certaines peuvent provoquer, mais gardons en tête que l'encyclopédie qu'est Wikipédia doit être accessible à tous et que cette accessibilité est de qualité si la sémantique est respectée.

Une palette de navigation n'est rien d'autre qu'un menu de navigation permettant d'accéder facilement et rapidement à d'autres articles, qu'ils soient annexes ou connexes. On peut donc rebondir en disant qu'il est logique de considérer un menu de navigation comme une liste, tel que le sommaire en est une. En HTML, un tel menu est généralement construit à partir des balises ul, ol et li. Afin de sémantiser davantage les pages du web, deux autres balises ont fait leur apparition avec HTML 5 afin de contenir ce genre de menu, il s'agit de menu et nav, mais ne sont pas disponibles avec la version actuelle de MediaWiki.

Actuellement, les palettes sont construites avec des tableaux afin de leur donner une mise en forme. La sémantique des tableaux est de contenir des données tabulaires (calendrier, statistiques, base de donnée, etc) et n'a pas été conçue pour la création de menu.

C'est dans l'objectif de corriger cette mauvaise pratique que j'ai tenté de recréer une palette (une ébauche grossière) avec les balises destinées aux menus (voir cette page). Ce genre de palette est destinée à être dans une section de niveau 2 h2 nommée Articles annexes/connexes ou Voir aussi, toujours dans une boite déroulante. La structure d'une palette serait la suivante:

<h3>Titre de la palette</h3>
<p>Informations sur le contenu de la palette.<p>
<ul>
 <li>
  <span>Groupe 1</span>
  <ul>
   <li>lien 1</li>
   <li>lien 2</li>
   <li>lien 3</li>
  </ul>
 </li>
 <li>
  <span>Groupe 2</span>
  <ul>
   <li>lien 1</li>
   <li>lien 2</li>
   <li>lien 3</li>
  </ul>
 </li>
</ul>
<p>Liens pour voir, discuter et modifier la palette.</p>

C'est tout à fait réalisable avec un peu de bonne volonté, donc qu'est-ce qu'on attend ? En tout cas, moi j'attends vos réactions . Avec la plus grande sympathie, – Je viens en paix, Reptilien.19831209BE1[Bonjour,_✎] 7 février 2013 à 10:39 (CET)

Oui, c'est une bonne idée. Lgd avait commencé quelque chose du même style (j'ai également fait quelque chose), mais je pense qu'il serait plus prudent de recommencer à zéro quand le Lua sera déployé. Cordialement, ~Hlm Z. [@] 18 février 2013 à 00:05 (CET)

Bonjour Hlm Z., j'ai eu bon lire et relire, y compris les liens que tu donnes, je n'ai pas compris à quel niveau le langage Lua devrait intervenir. Pourrais-tu m'expliquer ? Pourquoi du HTML, CSS et éventuellement du Javascript ne serait pas suffisant ? – Je viens en paix, Reptilien.19831209BE1[Bonjour,_✎] 18 février 2013 à 15:45 (CET)

Il est inévitable que dans ton modèle, tu auras des tests qui utilisent le ParserFunctions. Puisque le Lua arrive d'ici peu et que le modèle en question n'est pas si facile à coder, je propose d'utiliser ce langage moins couteux et beaucoup plus souple. ~Hlm Z. [@] 18 février 2013 à 21:08 (CET)

D'accord, j'ai compris où tu voulais en venir en regardant, par exemple, ce modèle qui fait appel à celui-ci. Va falloir réfléchir à tout ça. Donc affaire à suire... Merci pour ton intervention. – Je viens en paix, Reptilien.19831209BE1[Bonjour,_✎] 18 février 2013 à 23:10 (CET)

Dites est il prévu de passer à qqchose permettant d'utiliser la syntaxe wiki simplifiée comme ce qui est en place chez les anglophones ?--pixeltoo (discuter) 21 février 2013 à 21:41 (CET)

Si tu parles de la class hlist, oui c'est prévu, juste une question de temps. Cordialement, ~Hlm Z. [@] 21 février 2013 à 21:52 (CET)

Cool. Qu'est-ce qu'on attend ? Si au moins ça était mis en place ce serait bien. Via par exemple un modèle bis. ({{liste éléments}} est une horreur à utiliser). --pixeltoo (discuter) 21 février 2013 à 22:00 (CET)

Note : comme {{liste éléments}} est aussi une horreur en terme de charge de code, j'ai créé Module:Liste éléments. On peut voir la reprise des exemples dans Discussion module:Liste éléments. J'ai pour le moment reproduit à l'identique le comportement. On peut en profiter pour faire évoluer la syntaxe (les saletés de "⋅2" ou "2⋅" comme raccourci de "sép=⋅" + "espaces=2" sont à mon sens de la paresse déplacées : ça n'est en général utilisé que dans d'autres modèles).

On remarquera que le code, assez court, remplace avantageusement le code de {{liste éléments}} et les {{Liste éléments/2 espaces}}, {{Liste éléments/1 espace}} et {{Liste éléments/0 espace}}, et fonctionne d'ailleurs pour n'importe quelle valeur de "espaces".

Seul changement de syntaxe actuellement : il n'est pas possible pour le moment en Lua de reconnaitre "espaces = {{espace}}" car {{espace}} insert un tag nowiki qui est tranformé avant d'arriver à Lua. Il est alors impossible de tester si le paramètre vaut ce contenu et donc d'activer automatiquement le nombre d'espaces à 0. Toutefois le module a le même comportement si on donne un séparateur vide ou un séparateur contenant le mot-clé "espace". Hexasoft (discuter) 1 avril 2013 à 18:22 (CEST)

 Hexasoft : Comme le module n'est pas en place, j'ai corrigé deux bugs dans le modèle actuel :

1. maximum 599 paramètres
2. bug d'affichage lorsque certains paramètres étaient en commentaires

Correction à reporter si nécessaire dans le module avant sa mise en place.

A+ --FDo64 (discuter) 26 août 2014 à 22:19 (CEST)

Palette de nouvelle génération

Grâce à la réflexion très pertinente de Reptilien.19831209BE1, j'ai créé une éventuelle nouvelle génération de palette accessible dans mon bacasable. Grandement inspiré de la structure proposée par Reptilien, le but était de repartir de zéro tout en gardant le style des palettes de navigation actuel. Voici un premier résultat (simple ébauche mais déjà très ressemblant) :

Palette de navigation

Titre

Dessus

• Groupe 1 Liste1 avec utilisation de la futur classe listes-horizontales
• Groupe 2 Liste2
• Groupe 3 Liste3...

Dessous

Quand pensez-vous ? Cordialement, ~Hlm Z. [@] 5 avril 2013 à 16:50 (CEST)

Bonjour Hlm Z., est-ce la bonne page ? Tu as mon soutien évidemment . – Je viens en paix, Reptilien.19831209BE1[Bonjour,_✎] 5 avril 2013 à 18:14 (CEST)

Ici pour éviter de se marcher dessus . ~Hlm Z. [@] 5 avril 2013 à 18:36 (CEST)

Attention, je ne sais pas si c'est voulu ou pas mais "titre" apparaît dans les sections de cette page. Hexasoft (discuter) 5 avril 2013 à 18:43 (CEST)

Effectivement, faudrait voir si il existe un champ qui permette de désactiver son affichage (dispay:none ne fait pas le bon boulot), sinon il faut les remplacer par des autres balises. ~Hlm Z. [@] 5 avril 2013 à 18:50 (CEST)

Du coup, j'ai remplacé par des balises « p ». ~Hlm Z. [@] 5 avril 2013 à 19:09 (CEST)

Peut-être qu'en ajoutant « v · d · m » le titre sera aligné ?--FDo64 (d) 5 avril 2013 à 19:17 (CEST)

J'avais déjà songé au problème des titres dans la table des matières (TOC) et j'avais trouvé cette extension qui permet de créer des titres h2, h3 ... h6 sans qu'ils apparaissent dans la table. Je pense que c'est une piste sérieuse à suivre (la seule à ma connaissance). Remplacer les titres (h2, h3, etc) par des paragraphes (p), c'est à nouveau ne pas respecter la sémantique. Or, c'est justement l'objectif recherché. – Je viens en paix, Reptilien.19831209BE1[Bonjour,_✎] 6 avril 2013 à 00:16 (CEST)

Aperçu des palettes de nouvelle génération.

C'est un problème à régler en effet. J'ai très bien avancé depuis hier (alignement du titre, alignement du contenu avec bonne taille du margin/border/padding). L'affichage de mon modèle actuel n'est pas compatible avec IE6/7 (dû à l'utilisation de display:table) mais il semble se comporter correctement avec tous les autres navigateurs (émulation effectuée avec BrowserStack Live). Quelqu'un saurait-il comment égaliser la taille des groupes (voir mon bacasable, exemple avec groupe 2) ? ~Hlm Z. [@] 6 avril 2013 à 22:10 (CEST)

Note : je rappelle l'existence de Module:Liste éléments, à intégrer ou à utiliser lorsqu'il faudra peupler le contenu de cette palette . À noter qu'il y aura dans la librairie mw.text une fonction permettant de générer des listes d'items (au départ fait pour des trucs du genre "A, B, C, D et E" mais sans doute adaptable à ce genre de traitements). Hexasoft (discuter) 6 avril 2013 à 22:45 (CEST)

Une classe spécialisée va être importée pour régler ce problème de liste à puce. ~Hlm Z. [@] 6 avril 2013 à 23:28 (CEST)

J'ai réglé le problème d'alignement des groupes. J'ai également ajouté un petit aperçu ; comme vous pouvez le voir, la classe « listes-horizontales » est plutôt efficace. À noter qu'on pourrait se passer du modèle:Palette. ~Hlm Z. [@] 7 avril 2013 à 13:04 (CEST)

Avancement

Bon, j'ai fait pas mal de tests (si tout est ok, je passe au Lua, c'est un peu le but recherché...), il reste quelques bricoles, mais je pense avoir fait le plus gros. Le modèle {{Méta palette de navigation sous-liste}} doit être adapté mais je ne connais pas la structure (la plus sémantique possible) à adopter (liste, titre de niveau 3 ou simple paragraphe) ? Cordialement, ~Hlm Z. [@] 11 avril 2013 à 19:49 (CEST)

Bonjour, en examinant le code html des palettes, je m’aperçois que les listes de niveaux inférieurs sont contenues dans un calque div (class:palette-liste-fils). Ne peut-on pas simplifier cette partie sachant que ul est déjà un élément en bloc (display:block). Je pense également que les éléments contenus dans le div (class:palette-liste lh) devrait être dans des éléments ul et li car il s'agit de sous-menus. Sinon, c'est du bon travail . 149.154.214.152 (d) 12 avril 2013 à 11:45 (CEST)

Merci pour le retour. Pour le problème de la balise div, malheureusement c'est le seul moyen que j'ai trouvé pour appliquer proprement les classes « palette-liste-simple lh » et « palette-liste lh » en même temps. De plus, en utilisant la syntaxe de base de MediaWiki pour générer une liste, je ne peux appliquer « correctement » à la balise ul les classes nécessaires car cette balise est générée automatiquement. Si une syntaxe existe, je suis preneur. Cordialement, ~Hlm Z. [@] 12 avril 2013 à 18:42 (CEST)

Je comprends où tu veux en venir, impossible de créer un liste telle que <ul class="maclasse">* liste 1 * liste 2 * etc...</ul>. Je pense toutefois qu'il est possible, avec le module en Lua, de récupérer les différents éléments de la liste afin d'en générer une nouvelle pour insérer l'attribut class à l'élément ul. Il est vrai qu'envisager de générer une (sous-)liste avec un module du style |groupe1|groupe 1|liste1|{{liste|elem1|elem2|etc}} n'est pas vraiment élégant, mais facile à mettre en place. 149.154.223.24 (d) 13 avril 2013 à 10:37 (CEST)

En réponse à Discussion_utilisateur:Reptilien.19831209BE1#Palette de nouvelle génération: je pense que le plus gros est fait. Je n'ai rencontré aucun problème. Cependant, je crois que la propriété display:table-(row/cell) utilisée dans la feuille de style n'est pas correctement supportée par tous les navigateurs, notamment Internet Explorer (à confirmer). S'il reste quelques ajustements, ils pourront être effectués ultérieurement. Comme le dit l'IP ci dessus, il est possible d'alléger davantage le code html, mais on peut toujours y réfléchir après. Voyons déjà ce que donne le module en Lua. Très bon boulot. – Je viens en paix, Reptilien.19831209BE1[Bonjour,_✎] 15 avril 2013 à 07:43 (CEST)

Premier jet du module Module:Palette de navigation : voir Discussion utilisateur:Hexasoft/Palette de navigation où j'ai fait quelques tests. Regardez la syntaxe que j'ai fait. C'est une approche possible. Ça permet déjà de montrer la faisabilité. Commentaires, remarques… bienvenus sur la page de discussion du module. Cordialement, Hexasoft (discuter) 16 avril 2013 à 22:23 (CEST)

Avis de la communauté

Étant donné que vous avez déjà bien avancé et que les palettes de navigation vont subir de profondes modifications, tant sur la structure HTML que sur la syntaxe wiki, je pense qu'il est important de demander l'avis de la communauté. Rien ne sert de se précipiter, les palettes actuelles fonctionnent très bien, nous avons le temps alors autant bien faire! Pourquoi ne pas envisager, dans un premier temps, de réaliser un sondage afin de recueillir un maximum d'opinions sur la syntaxe à adopter, l'utilisation d'images, l'usage des sous-palettes (sections ?), le coté esthétique (style), etc. On pourrait même, soyons fous, envisager d'aborder la question de l'encadrement de leur utilisation (taille des palettes, couleurs fixes/libres, nombre max. de palettes par page, etc). Voilà, si vous pensez que c'est peine perdue, que tous ceci a déjà été abordé ici ou là et que ça ne sert à rien de revenir dessus, n'hésitez pas à me le faire savoir. Pour ma part, je n'ai rien trouvé si ce n'est que des recommandations. Une fois recueillies, les réactions permettront d'ajuster le(s) module(s)/modèle(s) avant leur mise en service. Qu'en pensez-vous ? – Je viens en paix, Reptilien.19831209BE1[Bonjour,_✎] 18 avril 2013 à 10:58 (CEST)

Hmm… Il me semble malvenu de demander ce qu'en pensent les gens tant que les codes ne sont pas quasi-fonctionnels. Il me semble que la plupart des gens ont du mal à faire la différence entre « la fonctionnalité qui est derrière le prototype » et le prototype lui-même. Il va donc y avoir des tas d'avis basés sur ce qui ne marche pas et non sur la démarche de fond (mais ça reste mon avis, et je n'aime pas les gens ).

Et puis si on leur montre des bandes bleues et rouges remplies de "el1 el2 el3" c'est pas vendeur . Autant reprendre des palettes existantes.

À noter toutefois : sur la partie de l'aspect il me semble que ça ne change pas grand chose, non ? C'est plutôt la question de la syntaxe (mais qui concerne au final moins de personnes, car la plupart des rédacteurs utilisent les palettes, ils ne les crée pas). Hexasoft (discuter) 18 avril 2013 à 11:48 (CEST)

J'aurais dû être plus précis, désolé. Il serait question de demander à la communauté ce qu'elle pense des palettes (en général), quelles sont les améliorations (syntaxiques, esthétiques, etc) à apporter, et savoir si la question est venue de définir des "règles" d'usage (parfois abusif). En gros, faire savoir à la communauté que les palettes sont sur le point de subir des changements "importants" et que s'il y a des suggestions à faire c'est le bon moment, avant que tout ne se soit décidé, ici, entre quelques contributeurs intéressés par le projet. Ce n'est là qu'une proposition visant à recueillir l'avis d'autres contributeurs (il y a plus d'idées dans deux têtes que dans une seule). - En aparté - « je n'aime pas les gens », j'imagine que ça ne doit pas être facile dans un projet communautaire ? – Je viens en paix, Reptilien.19831209BE1[Bonjour,_✎] 18 avril 2013 à 13:39 (CEST)

Nan, c'est facile, je me dis qu'il n'y a que moi et des bots ! Hexasoft (discuter) 18 avril 2013 à 13:46 (CEST)

Ou peut-être que ça intéresse personne, mais c'est pas grave, j'ai l'habitude . ~Hlm Z. [@] 18 avril 2013 à 13:59 (CEST)

Rassurez-vous, ça intéresse du monde . Comme le dit Hexasoft, le principal est peu-être dans un premier temps de demander ce que pense la communauté de l'aspect des palettes en elles-mêmes. Au final, c'est l'utilisateur qui doit trouver ça pratique et convivial à lire. Concernant la syntaxe et la rédaction de celles-ci, je pense que c'est plutôt dans un second temps, même s'il semble presque acté qu'on passe au Lua . Gonzolito ^Pwet 18 avril 2013 à 14:26 (CEST)

Bonjour,

En tant que membre de la communauté pas spécialiste de la syntaxe du tout (mais créateur de palettes quand même), je suis totalement de l'avis de Reptilien. Que des améliorations soient décidées ici sans consulter la communauté (a minima avec un sondage) est inconcevable, surtout si cela restreint ou change les possibilités d'usage actuel des palettes. Par contre, en ce qui concerne le timing d'une telle consultation, c'est à vous, les experts, de décider quand la nouvelle génération de palette est prête à l'emploi. Udufruduhu (d) 18 avril 2013 à 14:37 (CEST)

Note : utiliser Lua ou des modèles est indépendant, hein . On peut faire la même chose à l'identique dans les deux cas (enfin, non, on peut faire plus de choses en Lua sur les traitements effectués pour arriver à un résultat donné, mais au final les deux produisent du html/wikitext, et utilisent en entrée des paramètres de modèles).

Tel que je le vois, Hlm Z. a créé des modèles permettant de mettre en avant une nouvelle façon d'agencer le code HTML/wikitext généré. Pour ma part je transpose ce code en Scribunto (ce qui présente d'autres avantages, en particulier la souplesse de traitement des paramètres).

Notez qu'actuellement, et pour autant que je sache (je ne suis pas spécialiste des palettes) le travail de Module:Palette de navigation correspond plutôt à {{Méta palette de navigation}} et que bien que le module n'ait pas encore toutes les options sont fonctionnement est globalement compatible (« globalement » car il n'est pas encore prêt pour des tests intensifs). Hexasoft (discuter) 18 avril 2013 à 15:57 (CEST)

Version admissible

• Documentation : Utilisateur:Hlm Z./Palette de navigation
• Module : Module:Palette de navigation
• Module bac à sable : Module:Palette de navigation/Bac à sable
• CSS : Utilisateur:Hlm Z./Palette de navigation/common.css, à transférer vers MediaWiki:Gadget-newCollapsible.css

Visant à déceler les toutes dernières erreurs subsistant au sein du module, il faudrait qu'un administrateur modifie MediaWiki:Gadget-newCollapsible.css en déplaçant le code CSS des palettes de Lgd (à partir du commentaire /* Les palettes, tout un monde à elles toutes seules... */) vers sa page d'archive Utilisateur:Lgd/Palettes/palettes V2.css et en le replaçant pas le Utilisateur:Hlm Z./Palette de navigation/common.css. Le CSS sera par ce fait disponible à tous les utilisateurs.

Autres points :

• Il est nécessaire d'adapter et optionnellement de simplifier MediaWiki:Gadget-newCollapsible.js au nouvelle palette (aucune réponse sur le projet JavaScript pour le moment).
• Les palettes ne sont pas compatibles avec Internet Explorer 8 et inférieur IE<8 stricte (JavaScript nécessaire mais non prévu pour le moment).

Cordialement, Hlm Z. [@] 29 août 2013 à 19:02 (CEST)

Salut ! J'ai regardé tes exemples avec IE8 et je confirme que ça ne marche pas. Tout est en vrac. Je suis donc vraiment désolé de dire que, pour le moment, cette version n'est pas admissible (contrairement au titre de cette section). J'espère que ça ne va pas faire comme pour les Infobox V3 qu'on ne peut pas déployer à cause de ce genre de limitation... FDo64 (discuter) 30 août 2013 à 09:33 (CEST)

Attention, admissible dans le sens ou tout le monde peut tester et voir si tout fonctionne correctement (une sorte de bêta ouverte si tu préfères). Pour IE8, j'ai testé et aucun problème (le vrac vient du fait que tu n'es pas connecté sur ton compte ^^, toujours une histoire de CSS public). Il faut juste corriger le bug de la dernière puce qui s'affiche involontairement dans les listes. Cordialement, Hlm Z. [@] 30 août 2013 à 17:58 (CEST)

Je ne comprends pas ta remarque. Je me connecte toujours sur mon compte. FDo64 (discuter) 30 août 2013 à 18:48 (CEST)

Mmmh, peux-tu me faire une capture d'écran du bacasable 2 ? Hlm Z. [@] 30 août 2013 à 19:10 (CEST)

J'ignore pourquoi mais c'est moins catastrophique depuis au moins hier. Avant tout se superposait, maintenant c'est juste moche, comme si les styles n'étaient pas pris en compte.

Pour être honnète, ce n'était pas le seul problème que j'avais. La barre d'outil de l'éditeur ne s'affichait plus. Elle est revenue. Je ne sais pas si c'est propre à mon poste, à IE8 ou à autre chose...

Par ailleurs, je ne sais pas comment copier ici une capture d'écran.

--FDo64 (discuter) 6 septembre 2013 à 16:12 (CEST)

Je t'avouerais que je ne vois pas trop ce que tu veux dire. Si tu vois plusieurs listes d'éléments incrustées de type wikicode, cela veut dire que le style qui se trouve ici n'est pas activé sur ton navigateur, ce qui est étrange car ta feuille de style personnelle inclue déjà ce code. De toute façon, le problème sera surement résolu lorsque cette requête sera traitée. Cordialement, Hlm Z. (discuter) 6 septembre 2013 à 17:31 (CEST)

Je tiens à préciser que même si ton développement va chambouler les habitudes de programmation de tous, c'est un excellent boulot. Il va falloir également un bot musclé pour faire la migration.

Il y aura au préalable quelques soucis à régler :

Bug d'affichage IE8 Hard copy 1

Bug d'affichage IE8 Hard copy 2

1. Régler les bugs d'affichage avec IE8 (voir deux exemples ci-contre)
2. Tout comme pour le module de Documentation de modèles, je trouve gênant de n'avoir qu'un bouton "modifier". C'est une régression de ne plus avoir de bouton "visualiser"
3. Si tu souhaites renommer 'afficher'/'masquer', attention à la faute d'orthographe : (ouvert, fermé) ou alors (ouvrir, fermer).
4. Idem pour le domaine de valeur de état.
5. Le nom du nouveau modèle ne respecte pas la convention de nommage des Méta-modèles (voir Projet:Modèle/Harmonisation#Modèles génériques). C'est vrai qu'en changeant de nom ça peut faciliter la migration, mais il y a aussi d'autres solutions, comme ajouter temporairement un test dans le Modèle:Méta palette de navigation sur un paramètre obligatoire dans un des modèles et inconnu dans l'autre pour permettre de router vers l'ancien modèle ou le nouveau module.
6. Tu sembles dire que le Modèle:Palette deviendrait obsolète. Peux-tu confirmer que le nouveau module gère les cas suivants :
   1. ajout d'un {{clr}} devant la première palette, puis aucun espacement entre les palettes suivantes
   2. fermeture automatique des palettes lorsqu'il y en a plus d'une (sauf si l'état est ouvert)
   3. gestion de l'erreur Catégorie:Modèle Palette - Palette inconnue

Je me répète : ça reste un excellent travail ! --FDo64 (discuter) 28 janvier 2014 à 12:30 (CET)

Salut, je ne pense pas que les habitudes de programmation des utilisateurs seront vraiment chamboulées, après tout, il y a seulement la syntaxe récursive groupe/liste/section qui change, et encore, je pense que celle-ci est beaucoup plus intuitive que les sous-groupes et sous-listes actuels. Pour répondre :

1. Es-tu vraiment sûr que le navigateur où tu as pris ces captures est IE8 ? : Ce serait plutôt IE7, IE8 gère parfaitement les display: table (permettant l'aspect ordonné des palettes). En d'autres termes, IE8 devrait être compatible, c'est IE7 qui flanche.
2. C'est une simple proposition de simplification, un avis de la communauté serait nécessaire. Tu noteras que le 'modifier' des nouvelles palettes est l'équivalent du 'v' actuel.
3. Je n'ai pas l'intention de renommer 'afficher'/'masquer' (c'est les images des flèches qu'il faut changer, elles posent des problèmes de contraste quand on change la couleur de la palette).
4. Oups, c'est maintenant corrigé ^^ (j'ai pas l'air bête moi maintenant...).
5. Toujours pareil, un avis de la communauté serait nécessaire. Amha, une simple explication dans la documentation suffit. Et puis, 'Palette de navigation', c'est plus clair que 'Méta-palette de navigation'. Et pourquoi pas 'Méta-infobox V3' ?
6. Après réflexion, il serait plus judicieux de garder le modèle {{Palette}}. Ici, 'obsolète' voulait plutôt dire que ce modèle est inutile (avec ou sans, le résultat est le même), seule la syntaxe change.
   1. Oui.
   2. Oui.
   3. Non mais {{Palette}} oui.

Merci pour le retour. Note : Il faudra également penser à lancer une petite annonce pour avoir un avis/feedback des utilisateurs (malheureusement, je n'ai pas vraiment le temps en ce moment...). Cordialement, Hlm Z. (discuter) 29 janvier 2014 à 00:51 (CET)

Oups, j'ai oublié de répondre au point 1 : je te re-re-re-confirme que j'ai bien IE8 sur un de mes PC, et je te précise même la version : 8.0.6001.18702. Par contre, je ne l'aurai bientôt plus et je ne pourrai donc plus vérifier ce problème. D'autre part, j'ai déjà travaillé avec Zebulon84 (d · c · b) qui, de mémoire, a plusieurs versions d'Internet Explorer sous la main et qui pourra peut-être nous aider ? --FDo64 (discuter) 7 février 2014 à 17:31 (CET)

De retour de wikibreak.

J'ai des machines virtuelles sous windows XP avec des versions de IE 6 / 7 / 8, et j'utilise Widows 7 avec IE à jour (IE 11 actuellement). Pour IE 9 ou 10, c'est un peu plus compliqué car je n'ai pas de licence dispo pour une machine virtuelle, mais je peux me débrouiller si c'est important (mais il y a beaucoup moins de problème depuis IE9).

J'ai regardé rapidement la page Bacasable. La capture d'écran de FDo64 est proche de ce que je vois sous IE7, sans être exactement identique. Sous IE8 j'ai quasiment la même chose que sous FF, il manque juste les boutons "masquer" (mais j'ai l'impression d'avoir des problèmes de cache).

Zebulon84 (discuter) 23 février 2014 à 13:10 (CET)

Salut Zebulon84 et merci pour ton feedback. Je confirme les même résultats. Pour ma part, j'ai effectué les tests suivants (OS : Windows XP/7/8, OS X/Snow Leopard/Lion/Mountain Lion) avec BrowserStack Live :

• IE/8-9-10 et plus  OK
• Firefox/3.0-20.0 et plus  OK
• Safari/4.0/5.1 et plus  OK
• Chrome/14.0-25.0 et plus  OK
• Opera/10.0-12.4 et plus  OK

À noter qu'il est également possible d'« émuler » IE 7/8 sous IE9 et plus (F12 onglet « Mode navigateur »). Donc pour le moment, le seul problème vient de IE7 et moins. La question c'est que faut-il vraiment rendre les palettes compatibles avec ces navigateurs obsolètes ? Cordialement, Hlm Z. (discuter) 23 février 2014 à 15:17 (CET)