Cet utilisateur est administrateur de Wikipédia en français.
Cet utilisateur est administrateur d'interface de Wikipédia en français.
Bistro du jour
Cet utilisateur possède un Bot.
Cet utilisateur se sert de WPCleaner.
Cet utilisateur contribue depuis plus de 10 ans.
Cet utilisateur est un tigre à dents de sabre.

Discussion utilisateur:Od1n

Une page de Wikipédia, l'encyclopédie libre.
Sauter à la navigation Sauter à la recherche

addSpecialCharset[modifier le code]

Salut,

J'essaye de faire marcher moi-même addSpecialCharset pour répondre à la question technique d'Notification Archimëa, et je n'y arrive pas. La fonction était définie dans MediaWiki:Common.js/edit.js que tu as transformé en gadget. ResourceLoader n'a pas l'air de la laisser exposée globalement. Comment on fait pour l'appeler depuis son common.js ?

Orlodrim (discuter) 26 mars 2018 à 23:12 (CEST)

Salut, la modif que j'ai effectuée n'a rien changé à ce niveau : la page était déjà chargée en asynchrone avant. Le code est effectivement pété, mais c'était déjà le cas avant. Ça fonctionnait à une époque, mais c'était surtout par chance, avant le ResourceLoader (donc ça date)… Je suis au courant du problème, qui a déjà été signalé. J'avais essayé un peu pour corriger, mais c'est un bazar d'exécutions asynchrones assez impressionnant, entre les différentes pages (Common.js, edit.js, common.js utilisateur, gadgets, et aller…), la mise à jour du <select>… J'ai donc laissé tomber cette histoire pour l'instant, faute de motivation et de moyens. Mais les bonnes volontés sont les bienvenues ! od†n ↗blah 27 mars 2018 à 00:16 (CEST)
Mise à jour : j'ai mis en œuvre un début de réparation que j'avais en tête, voir modifs sur MediaWiki:Common.js et sur MediaWiki:Gadget-CommonEdit.js. Forcément ça s'est ensuite mis à déborder… Pour résumer, on peut avoir quelque chose qui fonctionne en pratique, mais c'est "semi-propre", et surtout niveau maintenabilité ça ne va vraiment pas le faire. Idéalement faudrait des bonnes volontés pour remettre à plat tout le mécanisme, avec genre un système de pub/sub. od†n ↗blah 27 mars 2018 à 06:25 (CEST)
Notification Orlodrim : J'aurais dû lire très attentivement ton message : « ResourceLoader n'a pas l'air de la laisser exposée globalement. » Clin d'œil Je pense que tu as dû observer les dernières modifs, avec la correction des race conditions de longue date + la correction de cette histoire de visibilité que j'ai effectivement introduite, on devrait être bon maintenant Sourire od†n ↗blah 27 mars 2018 à 08:31 (CEST)
Oui, ça marche de mon côté. Le truc avec windows.truc m'est revenu quand j'ai vu tes modifications dans MediaWiki:Common.js. Orlodrim (discuter) 27 mars 2018 à 08:34 (CEST)
Juste pour information, maintenant même plus besoin de mettre dans un "document ready". Tout est géré automatiquement. L'utilisateur a juste à mettre la ligne "addSpecialCharset". od†n ↗blah 27 mars 2018 à 08:49 (CEST)

Bonjour et merci à tous les deux pour le boulot.
Je suis passé sur un wikipédia scandinave, suède je crois, et ils arrivent là-bas à afficher une barre à fleur de fenêtre de modif, en-dessous, sur n'importe quelle page Wiki (exemple : [1])
J'ai essayé de chercher un peu comment ils font, j'ai trouvé cette barre [2]
Est-ce qu'il y aurait moyen d'adapter le script par copié-collé par exemple et permettre de faire une barre perso ?). Je demande car : 1 : la barre est fichtrement mieux placée que la notre (ici, il faut régulièrement aller la chercher en bas de menu déroulant, une galère). 2 : et surtout, une barre perso ici, ne permet pas d'inclure tout ce que l'on veut (j'ai d'ailleurs demandé de l'aide, ca fonctionne à nouveau, mais cela ne m'apporte pas, l'affichage est tronqué)... bref , c'est une question... -- Archimëa [Toc 2 Mi] 5 avril 2018 à 16:26 (CEST)

Contre cette position de la barre d'outils : la majorité des utilisateurs ne s'en sert pas, et est beaucoup plus intéressée par le champ de résumé. En plus, pendant le chargement de la page, on voit la barre qui change complètement de position… c'est laid.
Et quelques autres points :
  • La position dans le <select> est maintenant mémorisée, ce qui est je trouve un gros gain en ergonomie. Sourire
  • J'ai réparé ta barre. Sourire
od†n ↗blah 5 avril 2018 à 17:35 (CEST)
Merci pour les rectif, j'avais bien sûr essayé d’échapper certains éléments, mais je n'avais pas trouvé la technique.
merci, je vais retester la barre.
La question était de permettre usage de cette barre par le biais d'un gadget et bien sûr ne pas imposer à tout le monde ceci.
En tout cas merci pour l'aide.
Ah ca peux vraiment changer les choses si la dernière sélection est mémorisée.
Merci pour le boulot. -- Archimëa [Toc 2 Mi] 5 avril 2018 à 18:09 (CEST)
Ça provient de sv:MediaWiki:Gadget-EdittoolsAboveSummary.js. Bien que je ne le recommande pas, pour obtenir l'effet souhaité tu peux ajouter dans ton common.js :
if ({edit: 1, submit: 1}[mw.config.get('wgAction')]) {
    $(function ($) {
        $('.mw-editTools').insertBefore('.editOptions');
    });
}
od†n ↗blah 5 avril 2018 à 18:38 (CEST)
Merci c'est super sympa, je teste tout ca... ma barre perso est définitivement adoptée. je teste le placement pendant quelques jours, même si c'est moche, il est vrai, ca a l'air plus pratique à première vue. -- Archimëa [Toc 2 Mi] 5 avril 2018 à 20:23 (CEST)
Dernier point, après je t'embête plus. Dans la barre perso, quand j'utilise un élément avec un espace, c'est séparé en 2 boutons différents : ex : <references />. il y aurait un moyen d'en faire un seul bouton ? -- Archimëa [Toc 2 Mi] 5 avril 2018 à 20:31 (CEST)
De plus depuis le déplacement de la barre, la dernière sélection de barre n'est plus mémorisée... :( -- Archimëa [Toc 2 Mi] 5 avril 2018 à 20:37 (CEST)
C'est vraisemblablement parce que tu utilises le même nom ("Wiki") qu'une barre existante. Je regarde le reste. od†n ↗blah 5 avril 2018 à 20:39 (CEST)
Oui, je m'en suis douté, j'ai changé le nom... le double \\ fonctionne !
Tout fonctionne.
Je te remercie infiniment pour cette aide ! -- Archimëa [Toc 2 Mi] 5 avril 2018 à 20:59 (CEST)

Modèles Mention, Notif...[modifier le code]

Bonjour,

J'envisage de mettre au point un module qui créera modèle:Mention, Modèle:Bonsoir, Modèle:Bonjour et Modèle:Merci, tout comme Modèle:Notif, Modèle:Notif discret et Modèle:Notif invisible. Je prévois relever le nombre de pseudonymes à 20. Si vous pensez que c'est une mauvaise idée, me faire signe.

Cantons-de-l'Est discuter [‌opérateur] 3 avril 2018 à 13:35 (CEST)

Bonjour, pas de problème sur le principe, Lua me semble effectivement tout indiqué. D'accord aussi pour l'augmentation à 20 utilisateurs ; même si c'est relativement élevé, avec Lua on peut accepter autant que l'on souhaite sans que cela rallonge le code, donc qui peut le plus peut le moins, et charge au rédacteur de ne pas se montrer excessif. od†n ↗blah 3 avril 2018 à 20:21 (CEST)
J'ai créé le code, seulement pour Modèle:Mention dans le but de valider mes idées :
J'ai essayé des trucs pour raccourcir le code, sans succès. Si vous avez des suggestions, je suis preneur.
Cantons-de-l'Est discuter [‌opérateur] 16 avril 2018 à 17:34 (CEST)
Je regarde un peu là. À propos, pour ne pas l'oublier, je mentionne rapidement {{Salut}}, qui serait à documenter, catégoriser, etc. od†n ↗blah 16 avril 2018 à 21:37 (CEST)
Notification Cantons-de-l'Est : Je pense avoir fait le tour. Est-ce que c'est tout bon ? od†n ↗blah 16 avril 2018 à 23:19 (CEST)
Je n'avais pas compris que vous aviez produit le code nécessaire. Je passe à autre chose. — Cantons-de-l'Est discuter [‌opérateur] 18 avril 2018 à 00:54 (CEST)
Oui, finalement j'avais tout fait ! od†n ↗blah 18 avril 2018 à 01:00 (CEST)

Module:Référence nécessaire[modifier le code]

Renommer : pourquoi pas, mais sous quel nom ? J'ai utilisé le nom Modèle:Fix uniquement parce qu'il fait à peu près la même chose que en:template:fix, et que je n'avais pas d'idée pour un nom en français.

J'envisage aussi d'utiliser ce module pour {{citation}}, pour la même raison : réduire la liste d'article dans Erreurs de lint : Balise mal incluse avec des rendus différents en HTML5 et HTML4.

Ceci rapprochera d'ailleurs probablement {{citation}} et {{citation bloc}}, donc j'utiliserai peut-être aussi Module:citation bloc. Peut-être peut-on fusionner ces deux petits modules si on trouve un nom évocateur ? Le but est dans les deux cas la gestion des retours lignes pour des utilisations qui ne doivent pas en avoir (d'ailleurs pour {{citation bloc}} il faudrait sans doute que ce soit uniquement hors espace encyclopédique, dans les articles on met rarement un bloc de citation dans une liste ou une définition).

Zebulon84 (discuter) 7 avril 2018 à 15:44 (CEST)

Que penses-tu de Module:Gestion blocs, et qui regrouperait effectivement les deux modules ? od†n ↗blah 7 avril 2018 à 23:16 (CEST)
Oui, cela me semble bien. — Zebulon84 (discuter) 8 avril 2018 à 06:54 (CEST)
À la réflexion, la fonction intercaleParagraphes ne servant qu'au modèle {{citation bloc}}, ça me gêne de la mettre dans un module "généraliste", surtout qu'elle est assez cryptique… donc si on peut la laisser rangée bien à part, je pense que ce n'est pas plus mal. En revanche toujours d'avis à renommer Module:Référence nécessaire, d'autant plus si {{Référence nécessaire}} est factorisé avec {{Fix}}. od†n ↗blah 8 avril 2018 à 15:51 (CEST)
A la réflexion, il vaut mieux laisser {{citation}} relativement simple. Module:Référence nécessaire ne devrait être utilisé que pour catégoriser les mauvaises utilisations le temps de les corriger.
Donc si « {{Référence nécessaire}} est factorisé avec {{Fix}} » (je ne l'avais pas fait initialement pour éviter d'appeler un sous modèle pour un modèle très utilisé. Mais en fait il n'est « que » sur 60 000 pages), le module ne sera utilisé que dans le modèle {{fix}}. Donc à la limite on peut le renommer Module:fix, sauf que ce nom n'indique pas du tout la fonction réelle du module. — Zebulon84 (discuter) 8 avril 2018 à 16:41 (CEST)
Je n'aime pas trop le nom {{Fix}} (nom très court alors qu'il s'agit d'un métamodèle, qui n'est pas utilisé directement), mais comme c'est le nom utilisé sur les autres wikis, restons là-dessus par principe de moindre surprise…
Donc, pas d'objection à la factorisation de {{Référence nécessaire}}. Et pour le nom du module, Module:Fix me convient dans la mesure où c'est un "module associé à un modèle" ; là encore, c'est le moins pire pour le principe de moindre surprise.
od†n ↗blah 8 avril 2018 à 20:00 (CEST)
Fait J'ai renommé le module et modifié {{Référence nécessaire}}. — Zebulon84 (discuter) 8 avril 2018 à 22:47 (CEST)

Pre-hackathon[modifier le code]

Salut Od1n,

Je suis actuellement au pre-Hackathon de Montpellier, où on va essayer de faire un peu de ménage dans le code des gadgets. Est-ce qu'il y a des éléments en particulier que tu voudrais qu'on fasse en priorité ?

Cordialement — 0x010C ~discuter~ 14 avril 2018 à 14:17 (CEST)

Salut, je n'ai pas de priorité en particulier, il y a tellement à faire… En plus tu dois déjà avoir une meilleure vision globale de la situation que moi. À la rigueur, je dirais qu'encore plus important que mettre au propre les codes, ça serait de réparer ce qui est carrément pété, histoire que les utilisateurs ne se voient pas proposer d'activer des gadgets non fonctionnels. od†n ↗blah 14 avril 2018 à 21:14 (CEST)

xpatrol.js[modifier le code]

Salut Od1n, je vois que tu travailles sur xpatrol.js. Juste au cas où tu n'aies pas vu le problème avec la saisie des éléments variables qui ne marche plus, cf cet exemple. --NicoV (discuter) 15 avril 2018 à 09:33 (CEST)

Fait Merci beaucoup pour le signalement. J'espère que c'est bon, parce que là je dois filer ! od†n ↗blah 15 avril 2018 à 10:10 (CEST)

Modèle:Langue[modifier le code]

En janvier 2017 tu as modifié le modèle pour court-circuiter Lua lorsque la langue est « en ». Certainement une bonne idée.

Mais pour corriger des erreurs de lint, j'ai modifié le module pour générer un code HTML correct lorsque le modèle est utilisé dans une liste comme ceci :

* {{langue|pt|cavalo
* vaca
* ovelha
* porco}}

Ce n'est peut-être pas la bonne façon d'utiliser le modèle, mais une façon assez répandue. Ceci donne désormais le code HTML :

<ul><li><span class="lang-pt" lang="pt">cavalo</span></li>
<li><span class="lang-pt" lang="pt">vaca</span></li>
<li><span class="lang-pt" lang="pt">ovelha</span></li>
<li><span class="lang-pt" lang="pt">porco</span></li></ul>

Pour l'anglais, pas de Lua, donc on reste avec :

<ul><li><span class="lang-en" lang="en">cat</li>
<li>dog</li>
<li>horse</li>
<li>cow</span></li></ul>

HTML Tidy corrige ça bien, mais sont proche remplaçant mw:RemexHTML ne laissera le span que sur la première ligne.

Vois-tu une solution simple pour envoyer les cas problèmatiques au module tout en gardant la majorité traité par wikitexte, ou est-ce que l'on revient au Lua systématique ?

Zebulon84 (discuter) 16 avril 2018 à 19:26 (CEST)

Je m'étais justement posé la question récemment, et ton exemple confirme que cette optimisation n'est pas maintenable sur le long terme. Je pense que le mieux est de la supprimer. od†n ↗blah 17 avril 2018 à 02:52 (CEST)

Un grand merci[modifier le code]

Récompense Pour ton temps investi à améliorer le code de malheureux newbies !

Salsero35 18 mai 2018 à 11:33 (CEST)

Possibilité d'ajouter les gadgets contribs-relecture.js et hist-relecture.js d'Orlodrim dans les préférences ?[modifier le code]

Salut,

Premièrement, un grand merci pour la maintenance des gadgets et autres scripts, qui est vitale au projet pour maintenir en service bon nombre d'outils.

J'aurais une question, est-ce qu'il serait possible d'ajouter les deux gadgets d'Notification Orlodrim que sont contribs-relecture.js et hist-relecture.js dans les préférences.

J'avais déjà posé la question en février sur le projet JavaScript : Discussion Projet:JavaScript#Ajouter les gadgets contribs-relecture.js et hist-relecture.js d'Orlodrim dans les préférences ?. On m'avait alors signalé qu'il y avait encore quelques bugs, ce qui était effectivement le cas (ça concernait les modifications révoquées par rollback, qui étaient considérées comme non-relues).

Mais suite à la dernière mise à jour effectuée par Orlodrim début juin, le problème a disparu.

J'ai donc demandé à nouveau l'ajout dans les préférences de ces gadgets au projet JS. Orlodrim a répondu qu'il ne voyait pas d’inconvénients, mais qu'il laisserait quelqu'un d'autre gérer ça, s'occuper du JS l'intéressant de moins en moins.

Je me tourne donc vers toi, grand spécialiste du JS, pour demander ton avis.

Ces deux gadgets comblent un très grand manque de MediaWiki, ils facilitent énormément le travail de patrouille. Par exemple quand il faut reprendre plusieurs dizaines de contribs d'un contributeur pour les vérifier/révoquer, cela permet de savoir tout de suite où on en est, et qu'est ce qui a déjà été traité ou pas. Sans ça, on est comme aveugle, obligé d'ouvrir l'historique de chaque article pour vérifier.

Merci d'avance.

Bonne journée.

--Tractopelle-jaune (discuter) 23 juin 2018 à 09:22 (CEST)

Bonjour, je ne suis pas chaud pour les ajouter dans la liste des gadgets dans les préférences… Comme tu le sais probablement, je suis nettement plus enclin à dégrossir qu'à rajouter des trucs.
En revanche, pas d'objection pour les déplacer vers des pages "MediaWiki:Gadget-...". Comme ça ils deviendraient "officiels", et pourraient être chargés encore plus simplement, avec juste un obtenir() dans le common.js utilisateur. Franchement, juste une ligne à ajouter pour les utiliser, c'est quand même pas la mer… Je pars du principe que les contributeurs "actifs" savent où trouver les scripts, et que la page dans les préférences est vraiment pour le tout-venant des utilisateurs.
Aussi, il me semblerait judicieux de regrouper ces deux scripts en un seul, vu qu'ils font la même chose mais simplement sur des pages différentes.
Je te propose de relancer sur le projet JS, pour trouver quelqu'un qui voudra bien regrouper les scripts et les déplacer vers une page "MediaWiki:Gadget-...". S'il n'y a pas personne de disponible pour réaliser cela (a priori rien de compliqué), c'est qu'on a vraiment un problème sur le wiki concernant la main d'œuvre…
Amicalement, od†n ↗blah 23 juin 2018 à 09:50 (CEST)

3 colonnes[modifier le code]

Salut,

Bon OK, j'avais effectivement inversé les lignes et les colonnes (mal réveillé, surement Rire), néanmoins cela ne m'explique pas dans le fond pourquoi ce rangement, que je considère comme plus pratique, a été annulé. — Superjuju10, le 30 août 2018 à 20:11 (CEST)

Salut, je suis désolé si l'annulation t'a contrarié. J'ai rétabli cette structure, mais je ne t'empêche pas de revenir dessus, ça m'est assez égal.
De toute façon ce bandeau a des problèmes plus importants :
od†n ↗blah 30 août 2018 à 21:04 (CEST)

FN[modifier le code]

Salut Si vous voulez donner un avis, vous pouvez le donner ici et en demande de renommage. --Panam (discuter) 3 septembre 2018 à 23:35 (CEST)

Bonsoir, merci pour l'info. C'était simplement un petit avis à chaud, sans avoir étudié les discussions passées, et donc à considérer comme simple propos à ne pas forcément inclure dans la réflexion générale. od†n ↗blah 4 septembre 2018 à 00:09 (CEST)

Modèle:Infobox Logiciel[modifier le code]

Bug Wikipédia infobox du 2018-09-15 13-48-47.png

Bonjour, apparemment le bug d'affichage du modèle que j'avais fixé puis que tu as rétabli ne survient que sur Firefox, quelles que soient les tailles d'écran (ex : Kubernetes). Sur Chromium c'est potable en revanche. JackPotte ($) 8 septembre 2018 à 19:41 (CEST)

Bonjour, c'est quoi le bug ? Je ne vois rien ici… od†n ↗blah 8 septembre 2018 à 19:58 (CEST)
Je poste une image : c'est le rendu que j'ai sur mes deux PC 17 pouces, Ubuntu 18.04, Firefox 62, habillage Vector, pas de gadget ni d'erreur en console, zoom 100 %. Mais le rendu est OK sur leur Chrome ou FF Android. JackPotte ($) 15 septembre 2018 à 13:58 (CEST)
Je vois je vois, la ligne était tout simplement trop longue, et a priori pas possibilité de faire une césure propre. Du coup Fait j'ai fait ceci, ça devrait résoudre ton problème, et en prime ça me donne un motif pour faire sauter ces « (s) » peut-être techniquement corrects mais ma foi fort laids. od†n ↗blah 15 septembre 2018 à 23:41 (CEST)
C'est résolu pour les parenthèses, mais le "-s" du paramètre "environnements" chevauche toujours la première lettre de sa valeur. C'est pour cela que je vote pour une uniformisation vers un seul paramètre "environnement". D'ailleurs les autres paramètres n'existent pas au singulier ou pluriel. JackPotte ($) 16 septembre 2018 à 09:41 (CEST)
Ça nous emmènerait assez loin comme discussion, mais j'aurais une solution encore meilleure, qui serait de rendre ces infoboxes responsives :
  • sur écran large, augmenter la largeur de l'infobox pour diminuer la quantité de retours à la ligne et augmenter son confort de lecture ;
  • sur écran très étroit, carrément passer en largeur 100% (comme la version mobile), quand même mieux que d'avoir le résumé introductif sur une largeur ridicule… (edit : j'ai testé rapidement, et d'avoir à scroller pour afficher le résumé intro c'est vraiment gênant, donc il faut vraiment que l'écran soit très étroit pour que cela soit moins pire que d'afficher le résumé intro dans une gouttière excessivement étroite)
Mais bon, le changement est d'assez grande envergure et je n'ai pas vraiment le temps de m'y investir. À garder sous le coude. od†n ↗blah 16 septembre 2018 à 10:14 (CEST)
Autre note tant que j'y pense, attention aussi à la skin Timeless, qui ne met pas le contenu en pleine largeur d'écran, et qui en prime ajoute/retire des colonnes latérales en fonction de la largeur d'écran. od†n ↗blah 18 septembre 2018 à 03:12 (CEST)

Aide sur 2 modules[modifier le code]

Bonjour Od1n. J'ai pas osé te déranger jusque-là, mais je suis bloqué sur un module. Zebulon84 est inactif en ce moment... Je viens de résumer la problématique à Tomtom, mais je ne sais pas s'il va répondre. J'ai posé la question au projet scribunto, mais je n'ai pas eu de réponse.

Sujet résumé ici : https://fr.wikipedia.org/wiki/Sujet:Ul7hx8sqk2iih6ly

Cordialement -- Archimëa [Toc 2 Mi] 22 septembre 2018 à 10:31 (CEST)

Salut, j'ai déjà repéré une première cause, la disparité entre Module:Date et en:Module:Date. Ce dernier implémente une fonction _Date, qui est importée par les modules jeux vidéo, mais qui n'est pas présente sur ce wiki. od†n ↗blah 22 septembre 2018 à 11:22 (CEST)
Concernant les {{Langue|en|[[GameRankings]]}}, ils ne sont pas "obligatoires" car il s'agit de noms propres, et ne serviraient que pour la prononciation par les lecteurs d'écran. Je pense qu'il est préférable de ne pas les ajouter, afin de réduire les différences entre les modules frwiki et enwiki, car cela complique la maintenabilité du code. od†n ↗blah 22 septembre 2018 à 13:29 (CEST)
Bonsoir Od1n. J'avais pas vu ta réponse, je m'y attendais pas si rapidement.
OK/ah bon! pour _Date. Pour traduire ce seriesQid en QidSérie ou Qid_Série, peut importe, que puis-je faire ? j'ai fait pas mal de test, sans y arriver (si tu regardes dans l'histo, tu vas bien rigoler surement).
Pour les modèles Langue. hmmm, la pratique sur les noms d'entreprise ou d’œuvres est de le mettre (de ce que je vois et de ce que l'on m'a imposé) -- enfin tu as raison sur les personnes. Mais si cela demande trop de taf, je comprend, je fais une croix dessus. Il faudrait être pointu pour aller repérer qu'il manque ici.
Pour la légende, c'est possible ? juste intégrer une case vide via un paramètre légende ? -- Archimëa [Toc 2 Mi] 22 septembre 2018 à 20:13 (CEST)
  • pour le renommage du paramètre : il y avait des bugs sous-jacents, que j'ai rafistolés, le module était cassé à la base ; essaie de nouveau, ça devrait fonctionner comme tu avais fait
  • pour l'ajout des {{lang}} : pas difficile dans l'absolu, mais comme j'ai expliqué, je pense qu'il est mieux de limiter les différences entre les modules enwiki et frwiki
  • pour le champ supplémentaire de légende : en fait j'avais déjà regardé auparavant, mais sans aller jusqu'au bout ; a priori pas trop difficile, il faut juste encadrer la <table> actuelle avec un <div> pour pouvoir appender la légende à ce div, et peut-être 1 ou 2 règles CSS à ajuster concernant les floats, la largeur…
od†n ↗blah 22 septembre 2018 à 20:27 (CEST)
Je viens de voir tes corrections, merci pour le travail, ca a demandé par mal d'efforts; merci !
Bon, c'est bon pour le premier modèle. PS, j'ai pas pu mettre QidSérie sinon ca bugue à cause du é, mais enfin c'est déjà mieux.
Pour le champ supplémentaire, je suis bien incapable de faire ca, j'avais essayé de tester le rajout d'une "ligne" [3]. Comme c'est du chinois, je suppose que j'avais fait n'importe quoi. -- Archimëa [Toc 2 Mi] 23 septembre 2018 à 17:51 (CEST)
Bonjour Od1n, j'ai fait quelques tests sur le modèle directement : Utilisateur:Archimëa/Brouillon 2, ne pouvant modifier le module.
Je vois qu'il y a une erreur sur le module, mais c’est peut-être pas grave puisque le modèle fonctionne.
Avec ma solution, j'ai en effet un problème de largeur et d'alignement, que je n'arrive pas à gommer... -- Archimëa [Toc 2 Mi] 8 octobre 2018 à 14:10 (CEST)
J'avais dit encadrer :
<div en float right>
    <table (sans float)></table>
    <div>légende optionnelle</div>
</div>
Pour la suite merci de refiler le bébé au projet Modèle.
od†n ↗blah 8 octobre 2018 à 14:23 (CEST)
Merci pour ton aide et désolé pour le dérangement. -- Archimëa [Toc 2 Mi] 9 octobre 2018 à 00:27 (CEST)
Notification Archimëa : j'ai implémenté ce paramètre optionnel. C'est peut-être légèrement retouchable, mais le gros est fait. Je te laisse documenter etc. od†n ↗blah 9 octobre 2018 à 03:07 (CEST)
Avant mon message j'avais bien testé d'encadrer la table... mais cela ne fonctionnait pas donc j'avais déplacé après.....
Ton exemple m'avais fait réussir : Utilisateur:Archimëa/Brouillon 2.....
Mais merci d'avoir implémenté directement dans le module, je te remercie.
J'ai mis en forme un titre (désolé je ne connais pas Lua, si j'ai fait des boulettes)
Désolé de t'avoir dérangé pour tous ca. et Merci pour l'aide. -- Archimëa [Toc 2 Mi] 9 octobre 2018 à 11:31 (CEST)

barre d'édition[modifier le code]

bonjour ; j'ai perdu le bouton qui permettait rechercher/remplacer (entre autres) ? ; comment le retrouver ? ; cordialement ; JLM (discuter) 20 décembre 2018 à 15:46 (CET)

Bonjour, de quel bouton s'agit-il précisément ? J'ai une incertitude… Est-ce sur la barre d'outils "améliorée", ou est-ce le script venant de wikisource ? Voir aussi cette discussion très récente. od†n ↗blah 20 décembre 2018 à 16:23 (CET)
@JLM Je veux bien aider, mais il faudrait me définir plus précisément le problème, sinon je ne sais même pas où commencer à chercher… od†n ↗blah 21 décembre 2018 à 00:44 (CET)
comme signalé dans le bistro hier, j'ai perdu la barre d'édition habituelle, celle que j'avais en cochant : barre d'outils améliorée ; en particulier il y avait un bouton rechercher/remplacer vraiment commode ; il me semble que c'était celui avec un oeil qui maintenant donne Section Annexes ; merci ; JLM (discuter) 21 décembre 2018 à 15:43 (CET)
ah ! je viens de la retrouver, mais dans une barre vraiment bizarre où il y a juste une loupe qui fait Rechercher/Remplacer, plus un bouton Modifier la casse et deux boutons Trier ; d'où vient cette barre ? merci encore ; JLM (discuter) 21 décembre 2018 à 15:50 (CET)
Ces boutons correspondent à des scripts présents sur Utilisateur:JLM/common.js et Utilisateur:JLM/monobook.js, qui s'appliquent à la toolbar "ancienne". Je sais pourquoi à un moment cette toolbar n'était pas là, pour ensuite arriver par magie, c'est lié à des modifs récentes que j'ai faites.
Ce que je ne comprends pas, c'est que la toolbar "améliorée" semble s'être désactivée toute seule. Elle est cochée ou pas dans les préférences ?
od†n ↗blah 21 décembre 2018 à 17:56 (CET)
Je viens de comprendre que tu as le gadget "Searchbox" d'activé. Je cherche dans cette direction. od†n ↗blah 21 décembre 2018 à 18:03 (CET)
Le code de ce gadget est sans grande surprise un beau foutoir, c'est à peu près sûr que c'est avec lui qu'il y a un problème. Tu pourrais me dire si la barre "améliorée" est cochée, si tu as changé quelque chose récemment, et exactement tout ce que tu as de coché dans la liste des gadgets ? Merci od†n ↗blah 21 décembre 2018 à 18:19 (CET)
Liens vers tout le merdier :
od†n ↗blah 21 décembre 2018 à 18:38 (CET)

┌─────────────────────────────────────────────────┘
oui : Activer la barre d’outils améliorée est coché ; non je n'avais rien changé ; liste des gadgets : Archive links, Homonymiesencouleur, Searchbox, Suivisimple, Wdsearch, et j'ai tout coché hier dans Boutons de la barre d'outils après que je me sois aperçu de la disparition de ma barre habituelle (remplacée pas la barre décrite ci-dessus : une loupe, plus un bouton Modifier la casse et deux boutons Trier (et encore merci) ; JLM (discuter) 21 décembre 2018 à 18:52 (CET)

Merci pour les infos ; si la barre d'outils "améliorée" ne s'affiche pas alors qu'elle est cochée, il doit y avoir un code qui plante en amont. Tu as des erreurs dans la console javascript (touche F12) ? od†n ↗blah 21 décembre 2018 à 19:09 (CET)
en passant en modification, j'ai :
JQMIGRATE: Migrate is installed with logging active, version 3.0.1 load.php:577:149
This page is using the deprecated ResourceLoader module "jquery.ui.position". load.php:55:291
This page is using the deprecated ResourceLoader module "jquery.ui.widget". load.php:86:936
Use of "importScriptURI" is deprecated. Use mw.loader instead. load.php:4:589
"This page is using the deprecated ResourceLoader module "schema.UniversalLanguageSelector".
See https://phabricator.wikimedia.org/T205744 for migration info." load.php:1277:370
"This page is using the deprecated ResourceLoader module "schema.QuickSurveyInitiation".
See https://phabricator.wikimedia.org/T205744 for migration info." load.php:1277:98
This page is using the deprecated ResourceLoader module "jquery.ui.core".
Please use OOUI instead. load.php:11:84
"This page is using the deprecated ResourceLoader module "schema.ReadingDepth".
See https://phabricator.wikimedia.org/T205744 for migration info." load.php:1:85
This page is using the deprecated ResourceLoader module "ext.wikiEditor.toolbar".
Please use 'ext.wikiEditor' instead. load.php:1:88
L’utilisation de « document.createAttribute() » est obsolète. Utiliser « element.setAttribute() » à la place. index.php:202:15
L’utilisation de l’attribut « nodeValue » d’un attribut est obsolète. Utiliser « value » à la place. index.php:203:4
L’utilisation de « setAttributeNode() » est obsolète. Utiliser « setAttribute() » à la place. index.php:204:4
"This page is using the deprecated ResourceLoader module "schema.EditAttemptStep".
See https://phabricator.wikimedia.org/T205744 for migration info."
JLM (discuter) 21 décembre 2018 à 21:43 (CET)
@JLM J'ai encore un peu de mal à comprendre :
  • Dans la situation de départ (premiers messages), qu'est-ce qui avait disparu, exactement ? (quelle toolbar, la toolbar complète ou une partie, etc.)
  • Peux-tu réexpliquer cette phrase que je n'ai pas comprise : « j'ai perdu la barre d'édition habituelle, celle que j'avais en cochant : barre d'outils améliorée ; en particulier il y avait un bouton rechercher/remplacer vraiment commode ; il me semble que c'était celui avec un oeil qui maintenant donne Section Annexes »
    • elle est comment, cette "barre d'édition habituelle" ?
    • même chose pour le "bouton rechercher/remplacer vraiment commode" ?
    • et surtout, que vient faire dans l'affaire le bouton "avec un oeil" (il appartient à la toolbar "ancienne" et sert à tout autre chose) ?
  • En redécochant les cases "gadgets toolbars standards", peux-tu reproduire le problème de départ ? Et si oui, quelles sont les erreurs javascript ?
  • À noter que le gadget Searchbox peut s'ajouter à divers endroits (et ça varie selon les ordres d'exécution, un joli merdier). Notamment, si tu as la toolbar "améliorée" regarde si tu n'aurais pas un menu "Gadgets" qui s'ajoute après les menus "Avancé / Caractères spéciaux / Aide".
od†n ↗blah 22 décembre 2018 à 17:11 (CET)
d'abord excuse les termes que j'utilise, il y a des lustres que je n'avais pas touché (ni même regardé) mes Préférences Sourire
avant cet « incident », j'avais depuis très longtemps une barre qui comportait de nombreux boutons, à partir de la gauche : texte en gras, italique, souligné, barré, exposant, indice, texte en grand, texte en petit, 4 boutons Chapitre, lien interne, lien externe, etc. et vers la fin ce bouton Rechercher/Remplacer, dont je crois me souvenir qu'il était représenté par un oeil ? Soudain, cette barre a disparu, remplacée par un barre du quatre boutons : une loupe qui est en fait ce bouton Rechercher/Remplacer que je croyais avoir perdu (!), un bouton Modifier la casse représenté par un P majuscule/p minuscule, un bouton Trier alpha représenté curieusement par P/p, un bouton Trier ordre décroissant représenté tout aussi curieusement par P/p, et c'était tout. Depuis, après être intervenu dans mes préférences, j'ai quatre barres : 1 cette barre à quatre boutons décrite précédemment, 2. une barre semblable à la barre que j'avais avant (texte en gras, italique, souligné, barré…) mais pas ce fameux bouton Rechercher/Remplacer 3. une barre avec 6 boutons suivis des menus "Avancé / Caractères spéciaux / Aide" 4. une barre : Titre Format Liste à puces Liste numérotée, etc. avec tout au bout, seul, un bouton Rechercher/Remplacer, mais qui ne donne pas la même chose que celui de la première barre...
je n'ai pas de menu "Gadgets" qui s'ajoute après les menus "Avancé / Caractères spéciaux / Aide".
cases "gadgets toolbars standards" : tu veux dire les cases sous Gagjets / Boutons de la barre d'outils ?
JLM (discuter) 22 décembre 2018 à 18:41 (CET)
Je comprends un peu mieux. Le point de confusion, c'est que la barre que tu avais au départ, c'était la toolbar "ancienne" (+ les 4 boutons du gadget Searchbox), et ce alors que tu avais pourtant la barre "améliorée" cochée dans les préférences (vraiment tordu, mais passons).
Je ne garantis vraiment pas de m'occuper de ce gadget, car les histoires de toolbar étaient déjà très casse-couilles, et ce gadget à lui seul est largement pire que tout le reste additionné, pour te situer le niveau.
Par contre je peux t'indiquer comment tu devrais retrouver ce que tu avais au départ : dans "préférences > modification" coche la "toolbar améliorée", et dans les gadgets coche "Searchbox" et "MonobookToolbarStandard".
Tu auras remarqué que le gadget peut aussi s'intégrer à la "toolbar améliorée", ça fonctionne parfois, mais l'intégration est hasardeuse et bancale…
Bref, essaie de régler les cases comme j'ai indiqué, et dis-moi si ça fonctionne. od†n ↗blah 22 décembre 2018 à 21:23 (CET)

┌─────────────────────────────────────────────────┘
ça fonctionne ; un très grand merci de t'être occupé du pauvre ignorant que je suis en matière de « Gadjets » Sourire ; JLM (discuter) 23 décembre 2018 à 12:22 (CET)

Documentation Javascript dans l'environnement Mediawiki[modifier le code]

Bonsoir Od1n ! Je suis en train de regarder par-ci et par-là les différentes documentation fournies sur Mediawiki au sujet de Javascript. Pour autant, il ne me semble pas avoir trouvé une page résumant les bonnes pratiques à suivre pour que tout le monde s'y retrouve. Par exemple, il semblerait que jQuery puisse être utilisé, alors que ce n'est pas le truc le plus léger, sauf qu'on ne sait pas quand il est déconseillé de l'utiliser. Je trouve moins d'informations au sujet de Javascript que de Lua pour les modules... Merci d'avance pour tes remarques, Lofhi [me contacter] 29 décembre 2018 à 02:32 (CET)

Salut, en général je pars de cette page ; elle aurait encore un peu besoin d'être nettoyée/complétée, mais globalement ça va, c'est encore le meilleur point de départ. Cette page te renverra pas mal vers la documentation de l'API, qui elle-même permet d'aller consulter les codes sources (les liens apparaissent en survolant les noms de fichier à droite).
Pour ce qui est de jQuery tu as raison, c'est maintenant plutôt à utiliser en dernière intention, et il vaut mieux préférer les codes mw.* (par exemple pour les requêtes API, les cookies...) ou du JavaScript natif (par exemple pour la manipulation DOM). Maintenant que le JavaScript n'est plus du tout exécuté sur les IE <= 10, on dispose d'un JavaScript natif plutôt moderne.
od†n ↗blah 29 décembre 2018 à 02:54 (CET)

bonne année + help stp ![modifier le code]

coucou od1n ! je viens de manière très très intéressée te souhaiter une bonne année 2019 et te demander ton aide sur un modèle ! j'ai vu que tu étais intervenu sur le modèle {{orphelin}} qui catégorise les pages sur lesquelles il est apposé ! je voudrais faire la même chose pour le modèle {{une pomme est un fruit}} mais c'est trop compliqué pour moi j'ai un peu peur de faire exploser wp en ce début d'année ce serait dommage ! alors voilà : il faudrait pouvoir lorsqu'on appose le modèle sur une page indiquer en même temps le paramètre des deux catégories : l'année de création de l'article et l'année de présentation au bistro ! ces deux paramètres sont bien en catégorie cachée mais j'aimerais qu'ils le soient réellement c'est-à-dire qu'ils n'ajoutent pas du code sur la page ! deux exemples : Concours pentétérique et Episkyros  ! autre question : de quelle manière puis-je repérer les pages sur lesquelles le modèle est apposé sans être proposé au bistro ? ex. : Pommeau (selle) ! jusqu'à 500 je peux faire travailler ma mémoire de manière empirique sur la liste des pages liées mais au-delà ça va devenir compliqué ! dernière question : le modèle est déployé sur près de 500 pages pour le seul dernier trimestre 2018 et va l'être de manière exponentielle en 2019 → passage de 3 à 6 pommes dans la rubrique « pommes à croquer » du bistro : il faudra p-ê le protéger ? valà valà ! une très bonne année riche de jolis petits codes et de plein d'autres gourmandises ! mandariine (d) 1 janvier 2019 à 10:01 (CET)

J'ai réalisé une partie du boulot histoire de "démarrer la machine", pour la suite (fignolages, documentation modèle) je t'invite à plutôt demander sur Discussion projet:Modèle. Il te faudrait aussi poster une demande WP:RBOT pour faire effectuer les quelques centaines de modifs semblables à celle-ci. od†n ↗blah 1 janvier 2019 à 10:56 (CET)
chouette merci ! quelle célérité ! je m'en vais de ce pas voir les petits robots et j'irai ensuite faire modeler tout ça par les modeleurs ! vu la nouvelle Catégorie:Wikipédia:Pomme non présentée sur le bistro : quelle idée géniale ! pour le moment elle contient toutes les pommes : elle ne contiendra plus que les pommes non présentées au bistro une fois le bot passé c'est bien ça ? en tout cas encore merci pour ton aide ! mandariine (d) 1 janvier 2019 à 11:15 (CET)
C'est bien cela, le modèle ne peut pas deviner comment catégoriser, tant que les pages n'ont pas été mises à jour par un bot comme j'ai montré. od†n ↗blah 1 janvier 2019 à 11:21 (CET)

Recommandations pour les articles sur les wikis Wikimédia pour les utilisateurs mobiles[modifier le code]

Bonsoir Od1n, je ne sais pas si tu as vu la page recommendations for mobile friendly articles on Wikimedia wikis, mais il me semble que le module:Bandeau doit être modifié sur plusieurs points pour tenter de répondre à ces recommandations. Il y aussi des choses recommandées qui ne verront jamais le jour à mon avis : respect d'un ordre défini des bandeaux, etc.

Enfin bref, c'était pour te tenir au courant, puisque Zebulon semble être plus ou moins en wikibreak et que tu es le deuxième pseudo qui s'affiche majoritairement dans l'historique. Encore un nouveau standard ! Lofhi (me contacter) 5 février 2019 à 21:36 (CET)

Merci pour l'info, je crois bien avoir déjà croisé cette page. Tu penses à quels points en particulier ? od†n ↗blah 5 février 2019 à 21:55 (CET)
Pour ce qui concerne le module, voici la liste des recommandations :
  • utiliser des class sémantiques ;
  • utiliser des class signalétiques pour les modèles du type {{Neutralité}}, {{Source douteuse}}, etc. ;
  • utiliser la class .hide-when-compact qui devrait s'appliquer, à mon avis, au texte renseigné pour le paramètre textedes modèles méta ;
  • étudier les class .mbox-text-div et .mbox-text-span (pas trop compris leur réelle utilité).
Ce qui veut dire que les construteurs des divs devraient un peu évoluer, mais cela ne semble pas être quelque chose de très significatif. Quelques paramètres... Les autres recommandations semblent pertinentes, mais là, c'est à la communauté de se prononcer et il semblerait que le modules ne soient pas concernés. Je ne sais pas ce que tu en penses. Lofhi (me contacter) 7 février 2019 à 20:50 (CET)
Note : je n'ai pas creusé le sujet en profondeur, mais je crois que nous ne sommes pas obligés d'utiliser les noms anglais proposés. Voir phab:T206177. Après, peut-être que cela pourrait être utile un jour... Il faut se renseigner, tout ne semble pas si limpide. Lofhi (me contacter) 7 février 2019 à 20:59 (CET)
Merci pour ce boulot de recherche concernant les classes.
Il y a pas mal de choses intéressantes dans la page que tu as indiquée, mais tout n'irait pas forcément faire consensus. Pour prendre un exemple, j'ai regardé le système qui déplace le 1er paragraphe au dessus de l'infobox, et ça ne me branche pas du tout : la taille du paragraphe est variable donc pas très harmonieux, mais surtout, cela coupe le résumé introductif en deux et ça je trouve que c'est horrible ; tandis qu'avec l'infobox en premier, il "suffit" de scroller l'infobox (qui a son intérêt, notamment la photo en haut) et après on a un beau résumé introductif d'un bloc.
Pour en revenir aux classes, c'est intéressant et certainement à travailler sur le long terme. Personnellement ce n'est pas dans mes premières priorités, mais je me soucie de plus en plus du rendu sur mobile, donc à garder sous le coude. C'est surtout que je devine aisément un chantier d'envergure gigantesque, avec le risque d'ajouter encore plus de bazar dans les markups, classes, css, etc. si c'est réalisé trop précipitamment :)
od†n ↗blah 7 février 2019 à 23:16 (CET)

MediaWiki:Gadget-ConfirmRollback.js[modifier le code]

Bonsoir Od1n, je pense que ce gadget pourra bientôt être désactivé au profit de la demande de confirmation native qui va bientôt être ajoutée, voir phab:T199534. Visiblement, on peut aussi demander une activation par défaut, à voir si cela intéresse la communauté. Lofhi (me contacter) 17 mars 2019 à 19:09 (CET)

Merci pour l'info ; vu que ça traîne déjà depuis des années, on criera victoire le jour où cela sera effectivement implémenté ! od†n ↗blah 17 mars 2019 à 21:55 (CET)

Humour?[modifier le code]

Bonjour. Ce sont de surprenants commentaires d'édition et modifs, venant d'un admin... --Lewisiscrazy (discuter)

Bonjour, yep il se pourrait que j'aie un peu trollé. Je n'ai qu'une vie et elle est déjà bien entamée, alors des fois quand l'occasion se présente il m'arrive de me lâcher. Sourire od†n ↗blah 20 mars 2019 à 03:09 (CET)

Dernière modification[modifier le code]

Salut. Nous utilisons le modèle {{Série télévisée en production}} qui utilise le modèle {{Méta bandeau d'événement récent}}, qui utilise le modèle {{Dernière modification}}, et affiche le texte suivant : « La dernière modification de cette page a été faite le (date) à (heure) », ajusté au fuseau horaire de la France. Étant donné que wiki francophone est fréquenté par les québécois, et la France Outre-Mer, il serait pratique de préciser "(CET)" dans le modèle, n'est-ce pas ? Ou encore, pour les utilisateurs enregistrés, utiliser le fuseau sélectionné dans "Préférences"/"Apparence" ? Je préférais vous en aviser plutôt que de modifier le modèle moi-même. InMontreal (discuter) 23 mars 2019 à 17:24 (CET)

D'accord sur le principe. Mais j'ai l'impression que l'heure affichée est en UTC.
Comme tu l'as peut-être déjà remarqué dans l'historique de {{Méta bandeau d'événement récent}}, le modèle utilisait auparavant du JavaScript et affichait effectivement l'heure locale (mais aussi sans indication du fuseau). Pas question de remettre du JavaScript, d'autant plus que l'affichage en UTC me semble être plutôt une bonne solution.
Il te reste donc simplement à ajouter l'indication « (UTC) » si tu le souhaites.
(ah, et il y a un pitit bandeau en haut de ma pdd…)
od†n ↗blah 23 mars 2019 à 18:14 (CET)
Edit : pas certain que cela soit en UTC… Sur Modèle:Dernière modification j'ai une heure de moins que le pied de page, mais sur Modèle:Méta bandeau d'événement récent j'ai la même heure que le pied de page. Ça me gonflera toujours autant ces histoires de fuseaux horaires. od†n ↗blah 25 mars 2019 à 05:53 (CET)

Avertissement suppression « Brenton Tarrant »[modifier le code]

Bonjour,

L’article « Brenton Tarrant » est proposé à la suppression (cf. Wikipédia:Pages à supprimer). En tant que participant à l'article ou projet associé, vous êtes invité à donner votre avis à l’aune de l’existence de sources secondaires fiables et indépendantes et des critères généraux et spécifiques d'admissibilité.

N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Accéder au débat

Hercule (discuter) 15 mai 2019 à 15:37 (CEST)

Vu, je suis allé poster, merci. od†n ↗blah 15 mai 2019 à 17:42 (CEST)

Outils pour les conventions JavaScript[modifier le code]

Salut Od1n, je ne sais pas si tu connais ce site, mais je viens de le découvrir, alors je partage. Lofhi (me contacter) 16 mai 2019 à 19:28 (CEST)

Salut, je ne connaissais pas, merci pour l'info. Cela pourrait effectivement s'avérer bien appréciable. Reste à me souvenir de l'existence de cet outil pour quand il y en aura besoin ! od†n ↗blah 20 mai 2019 à 04:30 (CEST)

L'article TVLibertés est proposé à la suppression[modifier le code]

Page proposée à la suppression Bonjour,

L’article « TVLibertés » est proposé à la suppression (cf. Wikipédia:Pages à supprimer). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:TVLibertés/Suppression.

Le meilleur moyen d’obtenir un consensus pour la conservation de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible. N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Cédric Questions, problèmes, angoisses ? 10 juillet 2019 à 15:26 (CEST)

Module Composition Division de France[modifier le code]

Bonjour Od1n, Je vois que tu as résolu le pb du modèle Tableau Liste commune de France 2 qui buggait au-delà d’un certain nombre de communes en créant le Module:Tableau Liste commune de France 2.

Le Module:Composition Division de France a été créé par @Zebulon84 en mai 2018, suite au même constat, mais surtout pour s’affranchir de cette liste de communes qui est dressée à la main, alors qu’elle peut être automatisée à partir d’une base de données. Celle-ci est stockée sous forme de table sur Commons (comme celle des départements, voir explications sur le projet ici et modalités d’actualisation de la table ici). Mais ce module peut encore être amélioré, en particulier avec la récupération du nombre de communes (paramètre nbcom dans la table des départements) pour être utilisé :

  • soit dans le titre du tableau ;
  • soit en tant que valeur dans un texte d’introduction du tableau.

S’agissant de lua pur, j’ai pensé que tu pourrais être intéressé par le sujet (vu que pour ma part, je suis plutôt néophyte en la matière).
1-Ajout dans le titre du tableau pour avoir un texte comme « liste des 772 communes du département de X ». J’ai pensé ajouter dans le code tout simplement nbCom comme ceci

titre = titre
		.. nbCom
		.. ' '
		.. args['liste de']
		.. ' '
		.. config( 'titreTableau' )
		.. ' '
		.. nomDivision
		.. ' au '
		.. require 'Module:Date'.modeleDate{ completeList.description.date, nolinks=true }

(voir ici), Mais c’était trop simple pour être correct !
2-Récupération du paramètre nbcom pour l’insérer dans une phrase.
Il s’agirait ici de créer une fonction du type p.nbcom(prm) pour récupérer ledit-paramètre, de la même manière que function p.derniere_population_m(prm) de Module:Composition Division de France récupère la dernière population et peut ensuite être utilisée dans le Modèle:Dernière population commune de France.

3-Récupération du paramètre date de la table pour l'insérer dans une phrase.
Le tableau doit pouvoir être daté dans son titre, mais aussi dans la phrase introductrice. Il faudrait donc disposer d'une fonction qui récupère cette valeur, permettant de rédiger une phrase comme La Somme comprend [nbcom/772] communes au [date/1er janvier 2019].
J’avais déjà posé la question sur le projet Scribunto ici, mais sans succès ! Pourrais-tu regarder ce qu'il en est ? Merci par avance. Roland45 (discuter) 6 août 2019 à 10:51 (CEST)

Bonjour, merci pour l'info, je n'avais même pas vu passer Module:Composition Division de France au cours de mes interventions. J'ai développé mon module pour résoudre les problèmes de performances (donc de pages qui plantent), mais oui, il y a certainement d'autres axes d'améliorations possibles, par exemple les données comme tu as décrit. Mais bon, j'ai déjà passé beaucoup plus de temps que raisonnable sur le module, maintenant que le gros du problème de perfs est réglé, je dois passer le relai et passer à autre chose.
Pour les 3 points que tu as énumérés, en fait tu ne demandes pas de gros chantier mais simplement quelques modifs, pas si grosses que ça, à première vue. J'ai juste regardé très vite fait le 1er point, bizarre on dirait que c'est déjà implémenté ?
S'il n'y a personne sur le Projet:Scribunto pour s'occuper de cela, on a effectivement un gros problème de main d'œuvre :\
od†n ↗blah 6 août 2019 à 11:14 (CEST)
Premier point traité, à noter que c'est effectif seulement en cas d'utilisation des données externes, pas si commune 1 etc sont renseignés dans le modèle. od†n ↗blah 6 août 2019 à 16:05 (CEST)
C'est parfait pour le point 1. Pour le cas où les communes sont listées explicitement, on peut difficilement donner un nombre puisqu'on ne sait pas à quelle date est arrêtée la liste ni si elle est exhaustive. Merci bien.Roland45 (discuter) 6 août 2019 à 18:43 (CEST)
Notification Roland45 et Od1n : C'est presque parfait pour le point 1 ^^. En effet, le département en question possède des homonymes, les parenthèses se mettent...
Par exemple, pour le département de la Drôme, l'article principal est Drôme (département), et la liste des communes affiche les parenthèses "Liste des 364 communes du département Drôme () au 1er janvier 2019". Une idée de correction ?
Jessy Oui ? 7 août 2019 à 17:10 (CEST)
Notification JessydeVilly : Pour l'absence du genre (« département Drôme » au lieu de « département de la Drôme »), je pense que c'est dû au fait qu'il n'existe pas (a priori) de module de carte géolocalisée de type Module:Carte/données/drôme comme par exemple Module:Carte/données/deux-sèvres, (voir Catégorie:Module de paramétrage de carte de département français). Le module ne peut donc pas récupérer le genre du département (paramètre genre dans le module de carte). Il faudrait donc le créer.Roland45 (discuter) 7 août 2019 à 21:04 (CEST)
J'ai corrigé le problème de parenthèses, et Roland45 a déjà répondu concernant l'absence de conjonction que j'avais aussi remarquée, techniquement on ne peut pas vraiment faire mieux… od†n ↗blah 7 août 2019 à 22:05 (CEST)
Concernant le point 2 : dans un tel nouveau modèle/module, on serait obligé de renseigner de nouveau les deux paramètres "| charte = <nom de la charte>" et " | <nom de la charte> = <valeur de la charte>", et aussi, il y aurait toute une consultation supplémentaire des données externes. Je pense que la moins pire solution serait d'intégrer la phrase voulue directement dans le présent module, un peu comme ce qui se fait avec Module:Population de France et Module:Population de France/Introductions. Nous fournir un gabarit de la phrase voulue pourrait aider à l'implémentation de celle-ci. Par contre pour la suite, j'aimerais bien que cette discussion soit coupé/collée vers une nouvelle section dans Discussion Projet:Scribunto. od†n ↗blah 8 août 2019 à 00:55 (CEST)
Merci pour ton investissement en la matière et pour ton efficacité. Désolé de t'avoir sollicité directement mais comme tu le vois toi-même, la question avait été posée sur le projet mais sans résultats. Le nombre de développeurs en lua est en fait très restreint. Mais je reposerai plus tard la question sur le projet, peut-être effectivement en intégrant une phrase idoine.Roland45 (discuter) 8 août 2019 à 08:57 (CEST)

Infobox Cinéma[modifier le code]

Salut, j'ai vu que tu avais retiré le lien dans les dates, pas de problème mais cette fonction est également activé sur d'autres infoboxs (par ex Modèle:Infobox Jeu vidéo, et il y en a d'autre). Il faudrait donc à mon avis entamer une discussion pour harmoniser tout ça... Déjà, il y en a sans le bandeau gris en fond (est-il utile ?) comme ici, bref. Perso, j'ai pas d'avis sur l'utilité de la date, ça peut parfois être une indication utile mais bon... Le lien vers l'année permettait au moins de rendre utile toute ces liste 2019 en littérature, 2019 en jeu vidéo, 2019 au cinéma... Peut être qu'il faudrait dans ce cas les inclure dans les articles connexe, pour qu'ils soient quand même visible. -- Nemo Discuter 29 août 2019 à 15:36 (CEST)

Comme j'ai indiqué dans le résumé de diff, ces liens sont à mon avis assez pénibles car il faut faire bien attention à ne pas cliquer dessus… Pour ce qui est de la visibilité des éphémérides, le lien présent sur l'année de sortie du film de l'infobox me paraît bien suffisant ; mais là encore, ce n'est que mon avis personnel. od†n ↗blah 31 août 2019 à 22:48 (CEST)

Question de forme, alignement par défaut des en-têtes de tableaux (lignes)[modifier le code]

Bonjour, Ce n'est pas très important mais je ne sais pas si ce diff est très consensuel. Si je ne me trompe pas, la modification touche beaucoup de tableaux (accessibles) dans l'encyclopédie : au moins ces plus de 19450 articles, sans compter les inclusions via modèles. Certains rédacteurs appréciaient l'alignement à gauche et prenaient en compte de cet alignement par défaut. Pour s'en convaincre, on rencontre parfois la syntaxe ! scope="row" style="text-align:center;" |… pour les cas où l'alignement ne convenait pas. Syntaxe de style devenue superflue avec la modif puisque tous les "headers" sont désormais centrés. Est-ce une initiative personnelle? --Ideawipik (discuter) 2 septembre 2019 à 13:15 (CEST)

Bonjour, c'est une initiative tout à fait personnelle. Certains préféreront à gauche, d'autres au centre (pour ma part ça me paraît préférable au centre, pour la consistance des en-têtes), donc pour trancher, j'opte pour la solution sans rustine sur le CSS et uniforme à travers les wikis. od†n ↗blah 2 septembre 2019 à 14:06 (CEST)

PAP[modifier le code]

Hello,

Je peux comprendre ton avis sur le fond et je le respecte totalement. En revanche, qualifier autrui de « parasite », ce n'est pas dans l'esprit des lieux. Tu devrais le savoir.

— Jules Discuter 3 septembre 2019 à 22:14 (CEST)

Tout à fait. C'est simplement que quand je vois les community/machintruc managers qui débarquent avec leurs grands principes qu'ils sont les seuls à lire (et purée, voilà les pavés qu'ils pondent…), je réagis au huitième de tour. od†n ↗blah 3 septembre 2019 à 22:41 (CEST)

Reference Tooltips[modifier le code]

Salut Od1n, les problèmes de flèche semblent définitivement être réglé pour Reference Tooltips Il ne faut plus que créer sa page de description et l'inclure dans les gadgets MediaWiki:Gadgets-definition. Penses-tu qu'on peut dès à présent l'activer pour tous le monde ? Si oui, as tu le temps pour t'en charger ou tu préfère que je demande à un autre admin ? -- Nemo Discuter 9 septembre 2019 à 17:05 (CEST)

J'ai corrigé quelques bugs, mon rôle s'arrête là ; je ne souhaite effectivement pas me charger de cette activation… od†n ↗blah 9 septembre 2019 à 22:32 (CEST)

help[modifier le code]

bonjour et merci de ton message ; désolé de n'avoir pas répondu plus tôt, mais j'ai dû m'absenter ces deux derniers jours ; et ce matin, tout est rentré dans l'ordre !! j'avais essayé d'autres navigateurs, sans succès, purgé, sans plus de succès, mais pas pensé à la console JavaScript, ce qui aurait en effet sans doute été utile ; encore merci ; cordialement ; JLM (discuter) 13 septembre 2019 à 10:55 (CEST)