Utilisateur:Od1n/TODO
Foutoir[modifier | modifier le code]
- (skin vector classique) constaté ce 2023-12-15 la dégradation de la page d'accueil, au niveau des borders et des margins des titres de sections, et le texte Wikipédia du bandeau d'en-tête
- recherche rapide en partant de « mw-heading2 :
- https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/core/+log/60c804aba3166877d478f76f5f919b60f1aa4315/resources/src/mediawiki.skinning/elements.less
- https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/skins/Vector/+log/c7b000ada4002029edba2f50575d40e5eb99fd9c/resources/skins.vector.styles.legacy/typography.less
- https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/skins/Vector/+log/c7b000ada4002029edba2f50575d40e5eb99fd9c/resources/skins.vector.styles/typography.less
- et aussi le retour, mon override n'étant plus effectif à ce niveau, de la typographie débile avec les titres de section en font serif…
- il y aura aussi besoin de mettre à jour le gadget AncresTitres, notamment ses liens qui ne sont plus en font sans-serif, mais en serif…
- refs mw:Heading HTML changes (attention, actuellement c'est un mélange entre l'ancien et le nouveau markup…), T13555 et T314714
- a été signalé ici : Discussion Wikipédia:Accueil principal#Vide avant les titres des blocs sur Vector
- recherche rapide en partant de « mw-heading2 :
- Spécial:Filtre antiabus/380 (discussion)
- Spécial:Filtre antiabus/321, le spambot de m*rde :
- paramètre "petit" dans Modèle:Titre section (wstat)
- le contenu de {{En-tête de page de discussion}} ne prend pas toute la largeur du cadre
- même problème avec {{Anecdote publiée}}
- Catégorie:Wikipédia:ébauche Tarbes blindé d'erreurs et qui se retrouve en sous-catégorie de Catégorie:Page avec des erreurs de script
- il reste des
mw.loader.using('mediawiki.action.edit')
à supprimer dans des JS utilisateur- et on peut même remplacer par simplement
addCustomButton()
(attention quand même, ça utilise MonobookToolbar au lieu de mw.toolbar) - voir ces edits : 154709825, 154909772, et un peu plus tard 157110994
- et on peut même remplacer par simplement
- {{Méta palette de navigation}}, {{Méta palette de navigation sous-groupe}}, et peut-être d'autres :
- on est avec le "border-collapse:separate" d'origine, avec les tables de sous-groupes en "margin:-3px"
- problèmes : risque d'inconsistance selon les navigateurs, et si on applique un background à la table de sous-groupe ça dépasse
- sur enwiki ils ont remplacé par un système en "border-collapse:collapse", cf. en:Module:Navbox/styles.css
- voir aussi sur Stack Overflow : https://stackoverflow.com/questions/8806161/css-table-border-spacing-inside-only/30401167#30401167
- sur enwiki ils gèrent l'alternance de lignes même avec des sous-groupes
- cela devrait se situer dans en:Module:Navbox, mais le code de ce module semble très complexe, pas sûr que cela soit judicieux…
- on est avec le "border-collapse:separate" d'origine, avec les tables de sous-groupes en "margin:-3px"
- {{Liste éléments}} : le templatestyles pourrait être manquant sur mobile, cf. T303378
Boîtes de pandore ouvertes[modifier | modifier le code]
- Wikipédia:Demande d'intervention sur un message système/Archives2#MediaWiki:Common.css – ".aa-faux-h2"
- entre autres :
- transformer les
id
enclass
(peut y avoir plusieurs éléments par page) fait - créer une classe
aa-bloc-seul
pour remplacer lesaa-bloc-gauche
utilisés sansaa-bloc-tete
- bien entendu, une fois la classe appliquée aux pages, il y a du CSS que l'on pourra nettoyer dans le Common.css
- remplacer les
<strong>
par des<div>
- il faudra bien entendu ajouter des margins verticales, là ça repose sur les créations automatiques de
<p>
<p>
aurait été sémantiquement préférable à<div>
, mais :- bazar CSS avec les règles que MediaWiki applique d'origine (par exemple problème de priorité sur le line-height)
- plus inhabituel pour les rédacteurs (un coup à ce qu'ils oublient que c'est cette balise et pas une autre qu'il faut utiliser)
- pour résumer : « avec div, pas de surprise »
- il faudra bien entendu ajouter des margins verticales, là ça repose sur les créations automatiques de
- lorsque cela ne sera plus plus nécessaire (plus de "vrais titres"), retirer les CSS "border bottom none" des
aa-titre-bleu
etc. - recherche
insource:"aa-bloc-tete" insource:/\<h2/
pour le "#aa-bloc-tete h2 margin-top 4pt;" dans le Common.css- penser aux titres syntaxe "==", mais je crois qu'il n'y en a pas
- pour rappel, penser à l'affichage dans les popups de l'éditeur visuel (refs 153085043 et 149879322)
- transformer les
- Discussion aide:Comment créer un article/brouillon#Section déroulante
- Discussion Projet:Jeu vidéo#Modèle:Infobox Notes de jeu vidéo : titre en italique ?
- 153112689 : poursuite nettoyage paramètres {{Infobox/Début}}
- {{Confusion}} : ajout paramètre "position section", cf. ce diff ? (aussi pour Saint-Affrique#L'histoire et Château de Kincardine (Fettercairn)#Sheriffdom de Kincardine)
- Codes des bandeaux (Module:Bandeau, méta-modèles, fichiers CSS…) :
- <lister ici les discussions et rapports de bugs>
- pour vérification rapide des multiples bandeaux : Aide:Liste des modèles de maintenance
- une autre page avec des tests : Modèle:Méta bandeau/Test
- un modèle que je viens de repérer, où le contenu ne prend pas toute la largeur : {{En-tête de page de discussion}}
- et pour rappel, sur mobile il y a l'histoire des icônes ridiculement petites
- classes "toccolours" / "cadre-gris-clair" : voir cette DIMS, notamment les diverses observations que j'ai ajoutées à la fin
- ça serait tentant d'utiliser le bot là-dessus, mais vu le nombre de pages, forcément des problèmes inattendus vont émerger…
Trucs en cours[modifier | modifier le code]
(pour ne pas en oublier en cours de route)
- supprimer MediaWiki:Echo-category-title-article-linked à partir du jeudi 27 octobre 2022, si jamais Trizek oublie de le faire (refs Discussion Projet:Scripts et gadgets/Rapport de bug/Archive 2#Faute d'orthographe dans "Préférences")
- du Phabricator plus ou moins en cours :
- T308504 : redirects qui ne sont pas mis en évidence sur Spécial:Modèles les plus liés (en attendant, j'ai ajouté des styles dans Utilisateur:Od1n/ProtectionsModeles.js)
- T307361 : texte en input qui n'est pas conservé quand on sélectionne un autre projet avec l'outil MediaWiki code search
- corrigé dans une nouvelle version beta de l'outil
- ça utilise un module WebAssembly (Wasm)
- ne fonctionne pas sous Pale Moon ; mais de toute façon, Pale Moon de moins en moins de sites fonctionnent dessus (et quand ça fonctionne, souvent c'est excessivement lent…)
- à propos, le WebAssembly ça me semble overkill parce que le frontend c'est juste une page de recherche, et ça doit bien compliquer la maintenabilité (mais bon, c'est eux qui voient)
- un point à corriger dans l'interface : faudrait un "cursor pointer" quand on survole les liens de projets, parce que là actuellement ça fait un "cursor text"…
- ça utilise un module WebAssembly (Wasm)
- corrigé dans une nouvelle version beta de l'outil
- diffs qui sont passés en font monospace : cet ajustement local sera peut-être à retoucher ou supprimer à l'avenir ; surveiller phab:T250393
- Utilisateur:Od1n/Arbre modèles siècles
- Détermination « er/e » si non spécifié, dans les quelques modèles de siècles
- pour {{s}}, {{s mini}}, etc. simplifier code liens avec {{Lien siècle}}, et inliner {{Suffixe siècle}} dedans
- documenter et catégoriser ces « sous-modèles techniques » : {{Lien siècle}}, {{Lien siècle av JC}}, {{Exposant siècle}}, {{Suffixe siècle}}, {{Vérification siècle}} et sous-pages…
- le cas échéant, supprimer ceux qui ne sont finalement pas utilisés ({{Exposant siècle}} ?)
- proposal : {{XXe siècle-}}, équivalent {{s-|XX}} mais plus lisible ? (idem que {{XXe siècle}} / {{s|XX}})
- à terme (notamment une fois les inclusions vérifiées), simplement ignorer les anciens paramètres d'exposants, de sorte à alléger les codes
- nouvelle syntaxe implémentée dans {{s2}}, faire de même avec les variantes (vérifier au préalable les inclusions)
- Utilisateur:Od1n/Rapport s2-
- faire ensuite de même avec {{sp}} et variantes
- enfin documenter le tout
- {{s2}} et variantes pourront éventuellement appeler {{sp}} avec la nouvelle syntaxe de ce dernier ?
- attention : {{s}} a encore un paramètre 3, utilisé par exemple par {{sp}}
- apparemment le paramètre 6 dans {{sp}} c'est que du « s » ou du vide. devrait y avoir moyen de faire du ménage.
- edit : attention, presque. trouvé deux articles qui l'utilisent en suffixe av/ap J-C
- apparemment le paramètre 6 dans {{sp}} c'est que du « s » ou du vide. devrait y avoir moyen de faire du ménage.
- {{sp}} (etc.) : le lien va aussi sur « siècle » en mode singulier, mais pas en mode pluriel ; idéalement, serait à rendre consistant
- {{-sp}} et {{spa}} seraient à fusionner ?
- les résultats sont légèrement différents, faudra faire le point là-dessus
- refs 140991346, concernant la palette
- modèle {{Romain vers texte ordinal}}, mieux en texte pour les lecteurs d'écrans ; vérifier s'il n'y a pas déjà de tels modèles
- proposal : syntaxe alternative avec les exposants, e.g. {{s|VIIe}}, {{s2|VIIe|VIIIe}} ?
- les siècles saisis en chiffres arabes, on les gère ou pas ?
- éventuellement trimer les valeurs
- si c'est possible simplement en modifiant au niveau des modèles fondamentaux
- et avec « 1= » et non {{trim}} (performances)
- éventuellement catégorisation des syntaxes erronées, mais il faut que le code soit simple et performant
- faire le point sur les protections des modèles
- il y a aussi les modèles de millénaires…
- arrangeage des inclusions de {{Allmusic}}, simplifications du modèle, et bien sûr liens externes
- grgniiii – indicatif requiert, subjonctif requière, nondediou
- une coquille fréquente : « desription » (l'histoire a commencé dans ce modèle)
- MediaWiki passé en HTML5 (youhouuu !) ; Murphy oblige, y'a des codes qui ont coincé :
- {{Boîte déroulante/début}} apparemment y'a un truc qui va pas
- voir Wikipédia:Le Bistro/18 septembre 2012#Migration vers le doctype HTML5
- voir Discussion Projet:Modèle/2012#Attributs de mise en forme HTML v. styles inline
- Discussion Projet:Modèle#Indicateurs de langue dans les modèles
- Histoire de catégorisation redondante sur Discussion Projet:Scribunto#Catégorie des modules
- pour retrouver les inclusions automatiques : MediaWiki:Scribunto-doc-*
- en:Wikipedia:Village pump (proposals)/Archive 142#Re-hiding the siteSub "from Wikipedia blah blah"
- mw:Manual talk:Custom edit buttons#Getting a bit complicated, doesn't it?
- Discussion Projet:Scripts et gadgets/2017#Retrait de vieux gadgets (notamment à propos du newCollapsible, "fr-collapsible")
- Discussion modèle:Wikiprojet#Supprimer le lien "masquer/afficher"
- mw:Extension talk:CentralNotice#Scroll position messed up after the banner is added
- p**tain de positionnement de scroll de la page décalé à cause des modèles déroulants qui se referment au chargement
- chercher
scrollIntoView
dans le MediaWiki:Common.js, bout de code déjà traficatouillé plusieurs fois, sans grand succès - un truc bien lourdingue, c'est que selon l'ancre ça fonctionne ou pas, sans explication :
- PHP#Présentation : décalé
- PHP#Fonctionnement : pas décalé
- on peut aussi avoir des palettes au milieu des articles :
- exemple Formule 1#Circuits, qui décale donc les liens ancrés à partir de Formule 1#Qualification
- mais à la rigueur, ce cas n'étant pas fréquent, on n'a pas trop à s'en soucier
- pour rappel, on a trois systèmes différents dans les pattes :
- "NavFrame" : boîtes déroulantes
- "collapsible" : palettes, et utilisations de la classe ailleurs…
- "mw-collapse" : natif MediaWiki
- bien entendu, ce qu'il faudrait c'est repositionner après que chaque script ait fait son boulot initial
- mais attention, le hook "wikipage.content" ne convient pas ? on ne veut scroller qu'au chargement, pas à chaque refresh ajax
- le diaporama/animation est maintenant lazy-loadé, et le chargement est maintenant asynchrone, donc il faudrait qu'il repositionne le scroll après son exécution ?
- attention, aussi exécuté par le LiveRC RunCommonJS, où cela pourrait y poser problème ?
- pour mw-collapsible :
- /resources/src/mediawiki.page.ready/ready.js (GitHub)
- /resources/src/jquery/jquery.makeCollapsible.js (GitHub)
- idée à chaud : hook sur "wikipage.collapsibleContent", mais avec un flag global de sorte à ne repositionner que la première fois
- chercher
- d:User talk:Seb35/sortValues.js#Code review
- nope, algo de tri pas encore bon…
- liens Stack Overflow :
- phab:T186702 – Request to manually rename a gadget in fr.wiki database
- Discussion modèle:Unité#Propositions changements redirections/aliases
- Très bonne nouvelle : la fonctionnalité TemplateStyles est maintenant disponible (bistro)
- dégueulis de noms de paramètres avec des coquilles avec le modèle {{Ouvrage}}
Chantiers[modifier | modifier le code]
- Cuisine niçoise (cf. « guerre des alt ») (voir aussi cette discussion) à noter que les <gallery> supportent maintenant les alt
- toujours dans les <gallery> : le préfixe "Fichier:" est désormais optionnel
- Corriger les ajouts par Juna polino (d · c) (une partie déjà faite)
- un autre à nettoyer : 92.145.218.188 (d · c) (lien qui servira peut-être : en:San Fernando Mission Cemetery)
- Il manque les évaluations wikiprojets sur plein d'articles que j'ai créés → hop, liste (lent à charger)
Trucs entamés[modifier | modifier le code]
pour essayer de ne pas oublier…
- avec la titine :
- nettoyage subst Avertissement fusion
- nettoyage subst Quote (pour retrouver le contexte)
Articles à créer[modifier | modifier le code]
Informatique[modifier | modifier le code]
- Stockage web local · en:Web storage
- Cross-Origin Resource Sharing · en:Cross-Origin Resource Sharing
- Modeleur UML · en:UML tool
- Lee Daniel Crocker · en:Lee Daniel Crocker
- Percent-encoding, URL encoding... (titre à voir) · en:Percent-encoding
- ADSL2 ou ADSL 2 (titre à voir) (ADSL2 et ADSL2+ sont deux techniques différentes) · en:ITU G.992.3/4
- MySQL Workbench · en:MySQL Workbench
- Documents d'Halloween · en:Halloween Documents (see en:Talk:Halloween Documents#Requested move)
- Backblaze
- MaxCDN (en)
Littérature[modifier | modifier le code]
- The Bridges of Madison County (roman) (titre fr ?), dont a été adapté le film Sur la route de Madison
Cinéma[modifier | modifier le code]
- Les Associés du crime · cf. WP:TYPO · « Les Associés du crime » (fiche film), sur Allociné
Musique[modifier | modifier le code]
Ellen Allien n'est pas représentée comme il se doit sur le wiki... sacrilège !!!!
- Stadtkind
- Berlinette
- Thrills
- Orchestra of Bubbles (avec Apparat)
- Sool
- Dust
- LISm • en:LISm
- Modèle:Palette Ellen Allien
- créer des articles sur quelques autres enregistrements ; liens Discogs : Compilations - DJ Mixes
- Emika
- albums de Laurent Garnier
- Oliver Koletzki et en:Oliver Koletzki – on peut s'aider de de:Oliver Koletzki
- Paul Leonard-Morgan (en) : auteur des BO de Dredd, Limitless…
- Stendeck (en)
- albums d'Urgehal
- Akercocke (groupe de metal qui poutre ) · (en)
- Armagedda (black metal suédois) · (en)
- Dead Elvis (en) (album de Death in Vegas)
- Årabrot (+ redir de précaution) · (en)
- Secrets of the Moon (black metal) · (en)
- Pungent Stench
- Nordglanz (NSBM pagan) · (de)
- Pink and Brown (noise rock) · (en)
- Today Is the Day · (en)
- Morne (groupe) · (de)
- Rollerball (groupe) (stoner rock) · (en)
- Resident Advisor · (en)
- en:Models (band), en:Jenny Morris (musician), en:James Freud, en:Sean Kelly (Australian musician), etc. (pop australienne, l'idée à la base était de déorphaniser Big Pig)
Manga[modifier | modifier le code]
- Drifters (manga) (en) · + page d'homonymie Drifter (en)
Psyché[modifier | modifier le code]
Biographies[modifier | modifier le code]
- Armand (vampire) (en) : actuellement une redirection vers le roman éponyme
- Vivian Blaine · (en)
- Natalee Holloway · (en)
- Semion Mogilevich · (en)
Hitler[modifier | modifier le code]
- Hunter (roman de William Luther Pierce) · (en) note : il existe un autre roman intitulé Hunter, écrit par James Byron Huggins
- en:Alois Hitler, Jr. · en:Bridget Dowling
- en:Kampfbund
Satan[modifier | modifier le code]
Miam[modifier | modifier le code]
- Pâté croûte (à ne pas confondre avec le pâté en croûte) : spécialité du Nord-Est et en particulier des Ardennes, pâté à base d'épaule de porc et entièrement entouré de pâte feuilletée
- Gust (homonyme) : cher comme le Subway mais beaucoup, beaucoup moins copieux
- Viande in vitro (Wikipédia:Le Bistro/7 octobre 2012#Articles du jour à créer)
- Trinidad Moruga Scorpion – pour les hommes, les vrais.
Divers[modifier | modifier le code]
- Chew (page d'homonymie)
- Buster : compléter (recherche interne) et ajouter en bandeau sur les pages cibles
- renommer Marmaduke en Marmaduke (film) et créer une page d'homonymie (voir page en:) ; y a-t-il un article prévalent ?
- Raffineries (voir ici : Pages that link to "Template:Infobox oil refinery")
- en:Abbywinters.com
- en:Apache revolver
- Raziel ; se baser sur en:Raziel et en:Raziel (disambiguation), et penser à lier vers Raziel (Legacy of Kain)
- DNA Lounge · en:DNA Lounge
- Pêche à la dynamite · en:Blast fishing
- Loding : chuchures (DRP à titre proactif)
- Steve Urkel
- 2C-I – petite sœur du 2C-B
- Éditions Crépin-Leblond, siège à Chaumont (auparavant à Paris, quand a eu lieu le déménagement ?) ; il y a de quoi faire concernant le linking…
- Peste de condensateurs, on trouve de la source sur google, pour commencer :
- enwiki : Capacitor plague
- Deus Ex Silicium : [vidéo] BONUS 03 : Un cas de peste de condensateurs sur YouTube
- PafGadget : Capacitor plague
Wikipédia[modifier | modifier le code]
- Modèle:Palette Bullfrog Productions · en:Template:Bullfrog Productions
- Modèle:Palette Hellsing · en:Template:Hellsing
- Modèle:Palette Sonic Youth · en:Template:Sonic Youth
- probablement encore des détails à améliorer, comparer avec la palette anglophone, bleuir des liens
- finir d'apposer la palette sur tous les articles liés
- à voir : chaque chanson de l'Alcoholics Anonymous Suite dispose de son propre article
- Modèle:Palette Logiciels de CAO · en:Template:CAD software
- Modèle:Palette Logiciels de modélisation 3D · en:Template:3D software
- Pages de chronologie (exemple : janvier 1995) : Il en reste à faire. Beaucoup.
Articles à améliorer[modifier | modifier le code]
Informatique[modifier | modifier le code]
Programmation[modifier | modifier le code]
- Déclaration avancée · (en)
- Fonction intrinsèque · (en)
- Fonction variadique · (en)
- PHPDoc · (en)
- Point d'arrêt · (en)
- Post-Redirect-Get · (en)
- SimpleXML · (en)
- Trim (programmation) · (en)
- Data URI scheme (titre ok, ou à franciser ?) · en:Data URI scheme
Logiciels[modifier | modifier le code]
- CodeLite · (en)
- Federated · (en)
- HipHop for PHP · (en)
- Inno Setup · (en)
- qooxdoo · (en)
- UMLet · (en)
- Xdebug · (en)
- Team Foundation Server · (en)
Personnalités[modifier | modifier le code]
Divers[modifier | modifier le code]
- Pièce jointe · (en)
- Format de fichier audio : ajouter Musepack
Littérature[modifier | modifier le code]
- L'Étrange Cas du docteur Jekyll et de M. Hyde : cet ajout est très bon mais il y a quelques fautes et surtout le style a besoin d'être francisé (je suppose que le rédacteur, bien que d'un très bon niveau de français, n'est pas locuteur natif)
- Un feu sur l'abîme · (en) – liens rapides vers mes notes : bac à sable • pdd de l'article
- Je n'ai pas de bouche et il faut que je crie · (en)
- Révolte consommée · (en)
Musique[modifier | modifier le code]
Classique[modifier | modifier le code]
Populaire[modifier | modifier le code]
- Boris (groupe) : l'article dans son avancement actuel est un affront à la grandeur de ce groupe
- Sabbat (groupe) : idem, en état d'ébauche
- Noisia · (en)
- Jucifer : ajout album Throned in Blood, corrections
- Otep : y'a pas mal de trucs à arranger (voir notamment les articles sur les albums)
- dredg : articles sur les albums à créer
- The Libertines : sections à réorganiser (niveaux, ordonnancement), découper l'historique en sections comme sur l'article en:
- Freestylers · (en)
- Slipknot
- vérifier s'il reste des c*nneries de 24.202.186.146 (d)
- edits (voir aussi éval wikiprojet) par Brunohbrassard (d · c · b) : un peu POV, on aura compris qu'il n'aime pas slipknot
- ohhh tiens, que le monde est petit.
- Slipknot (album) : tracklists à relire et mettre en forme
Cinéma et télévision[modifier | modifier le code]
- Dredd · (en) – poursuivre la traduction
- Rest Stop · (en)
- L'Enfant génial · (en)
- Vendredi 13, chapitre 5 : Une nouvelle terreur – en particulier la section Distribution
- Hobo with a Shotgun · (en)
- Fonzie · (en)
Jeux vidéo[modifier | modifier le code]
- Tetris (Game Boy) – boucler la traduction (en particulier les références)
- Mot de passe (jeu vidéo) · (en)
- Theme Aquarium · (en)
- Cosmic Spacehead · (en)
- Fear Effect · (en)
- Fear Effect 2: Retro Helix · (en)
- The Simpsons: Bart vs. the Space Mutants · (en)
- Ethnic Cleansing · en:Ethnic Cleansing (video game)
- The Settlers III · (en) – la fameuse protection anti-piratage, voir article anglophone (aussi mentionné sur nioutaik.fr)
- I Have No Mouth, and I Must Scream · (en)
Manga[modifier | modifier le code]
Biographies[modifier | modifier le code]
- Imran Khan · (en)
- Uriel Sebree · (en)
- Julian Assange · (en)
- Suzanne Collins · (en)
- E. B. White · (en)
- Edward Bernays · (en)
- Anna Kim · (en)
- Li Xiaolin · (en)
- Pentti Linkola · (en)
- Bill Hicks · (en)
Tueurs en série[modifier | modifier le code]
- Lawrence Bittaker et Roy Norris : joli doublon
- Profilage criminel · (en)
- Joseph Paul Franklin · (en)
- Benjamin Nathaniel Smith · (en)
- Dennis Rader · (en)
- Earle Nelson · (en)
- Freddy Krueger : un peu de nettoyage / wikification à faire
Hitler[modifier | modifier le code]
- Nettoyage ethnique · (en)
- Programme Aktion T4 · (en)
- Viktor Brack · (en)
- Captain Nazi · (en)
- Karl-Friedrich Höcker · (en)
Angleterre[modifier | modifier le code]
Médecine[modifier | modifier le code]
- Microchirurgie · (en)
- Abréviations en secourisme : pas mal de relecture à faire
- Anatomie de la barrière hémato-encéphalique : vérifications (surtout rapport aux références avec {{Chapitre}}…)
- Mythe de l'utilisation incomplète du cerveau · en:10% of brain myth
Another world[modifier | modifier le code]
- Paramoteur : recyclage
- Paralpinisme (voir aussi pdd)
Geek[modifier | modifier le code]
- Ars Technica · (en)
- xkcd · (en)
Non classés[modifier | modifier le code]
- Festival international de l'affiche et du graphisme de Chaumont : plein de trucs à arranger, par exemple l'infobox inlinée (sauf qu'à première vue y'a pas de modèle d'infobox adéquat, aïe)
- Cuisine portugaise : ajouter des illustrations de plats (les articles anglais et portugais sont beaucoup plus complets)
- Chorizo
- Donut burger · en:Luther Burger
- Gaz poivre · en:Pepper spray
Équidés[modifier | modifier le code]
Trucs à arranger[modifier | modifier le code]
- pages d'homonymie URI et Uri
- 813 - ouille ouille ouille l'éditeur visuel…
- Accueil 2017 (Wikipédia:Accueil principal, MediaWiki:Common.css, MediaWiki:Mobile.css) : le markup et le CSS ont encore besoin de proprage
- page d'accueil avec la skin Vector 2022 :
- important : tester en étant connecté et déconnecté (fenêtre navigation privée), les rendus sont très différents ; tester aussi avec Firefox et Chrome, vu qu'ils affichent le texte un peu différemment
- les « six liens » (« Accueil de la communauté », etc.) rendent mal :
- lorsque déconnecté : les liens « Accueil de la communauté » et « Comment contribuer » s'affichent au-dessus du globe
- lorsque connecté : césure d'emblée dans le lien « Accueil de la communauté »
- tout en bas de page, lorsque déconnecté, le lien « Wikispecies » et sa description s'affichent en dessous de l'icône
- les liens « révoquer » qui s'exécutent sans confirmation (page intermédiaire ou popup), c'est une blague ?
- si c'est bien un problème au niveau de mediawiki, faut leur signaler (edit, déjà fait : phab:T126798)
- en attendant, faire le point sur les solutions possibles ici
- en:Wikipedia:Rollback#Accidental use of rollback • en:Wikipedia:Rollback#Additional tools • en:Wikipedia:Customizing watchlists#Remove or modify the .5Brollback.5D link
- Wikipédia:Rollback • MediaWiki:Gadget-ConfirmRollback.js
- on trouve des articles pétés en cherchant wikitable
- fusionner Président (homonymie) et Le Président ? (noter le doublon au niveau des films et documentaires)
- Wikipédia:Modèles à haut risque : directement importé depuis le wiki anglais, beaucoup de choses à arranger (apparemment une bonne partie du cravail effectuée entretemps, cf. cette discussion)
- Paquirri : emploi des temps à revoir...
- Arme à feu : à sourcer. début de pêche aux infos :
- ajout de stats dans l'article (404 sur l'URL de la réf à la fin)
- récupération document (voir les PDF, pas les forums en tête de résultat)
- autre source de stats
- Proposer une suppression/fusion/redirection de Heather Mason dans/vers Silent Hill 3 et/ou Liste des personnages de la série Silent Hill
- Note : depuis lors, cet impressionnant ajout a été effectué
- MP3 : revenir sur ce renommage et surtout celui-ci
- le sens « format audio » pulvérise les autres sens (qui d'ailleurs sont en général des jeux de mots pour profiter de la popularité du terme)
- on va éviter aux contributeurs de saisir
[[MPEG-1/2 Audio Layer 3|MP3]]
… (nan mais allo quoi) - nous sommes le seul wiki avec un tel titre pour l'article… (you may clap now)
- commons:Accueil : oh le centrage vertical foireux des titres de sections
- commons:Template talk:Idw#Issue with post-expand size ; sera plutôt à signaler sur commons:Commons:Village pump/Technical
- MediaWiki:Spam-blacklist à épurer (cette extension a un impact sur les perfs lors de l'enregistrement, donc… gniiiii quoi)
- mais pour que cela soit humainement faisable, faudrait au moins tester programmatiquement les domaines…
- commons:Commons:Téléverser : le bandeau d'avertissement est en anglois, traduction à ajouter
- {{Animation}} utilise des classes "diaporama"… les noms seraient à uniformiser sur l'un ou l'autre
- la classe
headergris
du Common.css est très ancienne et peu utilisée, il y aurait peut-être moyen de l'éliminer
MediaWiki core[modifier | modifier le code]
- l'insertion fallback d'un <references /> si manquant n'est peut-être pas une si bonne idée, car du coup les problèmes passent inaperçus au lieu d'être corrigés…
- implémenté dans 798b4537712e
- à propos, mentionné dans cette DIMS
- exemple de problème (for the record, diff concerné)
- ParserFunctions : Suggestion: new functions #ifnot, #ifand
- ne pas générer des <ul> distincts lorsque lignes «
*
» séparées avec des lignes vides
JavaScript[modifier | modifier le code]
- rendre MediaWiki:Gadget-Accessibility.js compatible avec l'aperçu rapide ; refs discussion
- MediaWiki:Gadget-DeluxeHistory.js : suivi du code de migration du format localStorage :
- la première partie est à garder bien longtemps, car il faut vraiment que ça migre tout le monde : si on a une entrée mais sans l'entrée "expiry" de mw.storage associée (et bien celle-ci, pas l'entrée "lastUpdate" du format précédent), l'entrée sera considérée comme permanente, donc pas mise à jour, donc reste permanente…
- la seconde partie a son intérêt, c'est un "catch all" qui est même capable de gérer le point précédent (il supprime l'entrée si elle est permanente, par contre il ne nettoie pas l'entrée "lastUpdate"), et son fonctionnement est assez sûr ; mais c'est sale d'utiliser le format interne de mw.storage (notamment, ça peut changer à l'avenir), donc essayer de ne pas la garder trop longtemps
- liens rapides concernant mw.storage : documentation, code, code sur GitHub
- faire un script pour pouvoir visualiser une page sur les différentes skins, ainsi que sur la version mobile
- UX : ajout d'un portlet, qui affiche un popup (lazy-load OOUI), avec tous les liens qu'il ne restera plus qu'à middle-cliquer
- faire un script pour enlever les liens sur les dates, vu que c'est une demande assez récurrente
- deux parties : un CSS
color:inherit
pour masquer visuellement au plus tôt, puis un JavaScriptdate.textContent = date.textContent
pour faire sauter les liens - voir les options "type" et "peers" sur mw:Extension:Gadgets#Options
- refs Discussion module:Date#Evolution modèleDate et Discussion modèle:Date#Évolution modèle Date
- deux parties : un CSS
- Utilisateur:Arkanosis/xdone.js : si jamais l'utilisateur a gardé la page ouverte longtemps, et qu'entretemps des sections ont été supprimées/déplacées (genre bot d'archivage), quand il va cliquer sur le lien xdone de la section, vu que ça fonctionne avec « rvsection=<numéro de section> », ça va exécuter l'API sur une autre section que celle voulue (!), ou bien aussi le numéro de section peut être devenu invalide.
- j'y ai réfléchi, mais là, je ne vois pas comment on pourrait résoudre le problème…
- Utilisateur:Od1n/WhatlinkshereDeluxe.js : permettre de configurer la limite avant interruption des requêtes (le « 100000+ »)
- cartes géoloc multiples : augmenter espacement entre carte et liens toggle, pour éviter clics accidentels sur la carte au lieu du lien (a fortiori en version mobile)
- remplacer le gadget
ext.gadget.getStrDateToday
par du javascript natifDate.prototype.toLocaleDateString()
- exemple : 160725646
- update : plutôt
Date.prototype.toLocaleString()
(exemple : 173975317) - rappel : attention, parfois c'est avec des underscores (e.g. "j_m_a"), notamment pour des urls ; il faut donc aussi implémenter
mw.util.getUrl()
- problème, sur le wiki il y a des fonctions locales (chercher "getStrDateToday" ainsi que "getStrDateCeJour") qui traitent aussi les numéros de semaines
- pour le code qui va bien, ça se trouve ici.
- le code est compliqué et il va bien falloir le mettre quelque part…
- on peut utiliser une IIFE, pour ajouter un function scope, permettant de garder des variables, au lieu de tout calculer à chaque appel de la fonction
- pas forcément une bonne idée : penser au cas d'une page restant ouverte longtemps, avec un script qui s'y exécute en ultérieurité
- créer un script pour disposer de liens « modification précédente / suivante » toujours positionnés au même endroit, pour pouvoir naviguer plus facilement entre les diffs (là les liens se décalent verticalement, selon la longueur des résumés de diff)
- trouvé pourquoi ça ajoute un <div id="toolbar"> vide au dessus de la zone de modification, c'est parce que le module CommonEdit a une dépendance sur le module MonobookToolbar, et donc ben ça l'exécute
- FOUC dégueulasse le retour, cf. 153050677 et 153050900
- voir par exemple sur Aide:Accueil, rien que ça
- penser aux modèles enroulés au départ, et déroulés au départ
- recherche : insource:"titre-section-deroulante"
- Utilisateur:Arkanosis/xdone.js : ajouter une "user option" pour ajouter une demande de confirmation au lieu d'exécuter sans prévenir
- MediaWiki:Gadget-ExternalSearch.js :
- lorsque input vide :
- les liens devraient envoyer vers les vraies homepages des moteurs de recherches, sans paramètres
- les liens ne sont actuellement pas left-cliquables
- lorsque input rempli, les hrefs de ces liens devraient contenir la recherche en cours :
- recherche middle-cliquable
- plus joli / moins surprenant dans la status bar
- mais attention aux perfs : c'est à faire en input onchange... notamment, mettre en cache les éléments DOM ; un debounce pourrait aussi être bénéfique
- c'est con de mettre des radios pénibles à cliquer, alors que ça fait pareil (mais en beaucoup moins chiant) si on clique directement sur les liens
- à propos, origine préhistorique : 9447902, 31573257
- le moteur de recherche interne a considérablement évolué depuis lors (CirrusSearch)
- donc, est-il encore bien utile ? mettre sur la table le sujet de l'arrêt de son activation par défaut. edit, posté : Discussion Projet:Scripts et gadgets/2018#Désactivation par défaut de ExternalSearch
- lorsque input vide :
- MediaWiki:Gadget-CatRename.js :
- Je peste à chaque fois à cause du bouton "Renommer" placé à un endroit complètement tordu
- … et qu'à chaque fois je clique par erreur sur le bouton "… ou faire faire la tâche par un bot", avec edit inopiné à la clé
- évidemment j'avais déjà regardé, et le problème est au niveau de l'OOJS-UI mes couilles, qui n'est pas flexible même pour simplement positionner un putain de bouton
- scripts de toolbars : du point et de la mise au propre à faire, en particulier concernant les race conditions
- liens vers les codes des gadgets toolbars, parce que ça me pète les couilles pour les avoir à chaque fois :
- MediaWiki:Gadget-mediawiki.toolbar.js
- MediaWiki:Gadget-ForceMonobookToolbar.js
- MediaWiki:Gadget-MonobookToolbar.js
- MediaWiki:Gadget-MonobookToolbarStandard.js
- MediaWiki:Gadget-MonobookToolbarSources.js
- MediaWiki:Gadget-MonobookToolbarPatrouille.js
- MediaWiki:Gadget-MonobookToolbarNotif.js
- MediaWiki:Gadget-MonobookToolbarSmiliesAlien.js
- MediaWiki:Gadget-MonobookToolbarChangeCase.js
- MediaWiki:Gadget-MonobookToolbarDiacritiques.js
- MediaWiki:Gadget-MonobookToolbarLang.js
- rappel : ça commence avec la dépendance "user.options" qui manque dans MediaWiki:Gadget-MonobookToolbar.js
- mais elle n'est pas straightforward à ajouter, car cela rend le code asynchrone, et cela devient à gérer dans les scripts enfants
- voir aussi :
- mw:Manual talk:Custom edit buttons#Getting a bit complicated, doesn't it?
- fonction
addCustomButton()
dans le MediaWiki:Common.js
- codes utilisateurs :
- Utilisateur:Salsero35/monobook.js (qui dans les préférences a décoché les toolbars natives, et coché le gadget ForceMonobookToolbar et quelques toolbars)
- discussion : Wikipédia:Questions techniques/semaine 20 2018#Fonctions javascript
- évidemment plein d'autres "DeluxeBar", petite recherche
- pour info, l'ancienne toolbar va être complètement supprimée : mw:Contributors/Projects/Removal of the 2006 wikitext editor
- donc en quelque sorte, il faudra toujours forcer notre truc local qui imite les boutons style ancienne toolbar
- à surveiller, j'imagine qu'ils vont encore nous traficatouiller les options, dépendances, etc.
- updates en vrac :
- comme prévu, le bouton "toggle syntax coloring" a disparu, par contre ça me crée encore une #toolbar vide de 22px de haut… ça gaspille de la place et surtout, ça sautouille
- à mettre à jour (quand la situation sera un peu stabilisée) : effet de bordure au survol bouton
- à première vue, l'idée me paraît bonne, plutôt pour garder un tel système
- faut mettre à jour les sélecteurs (img n'est plus en child node)
- ces bordures posent des petits soucis rapport à la place qu'elle prennent, pourquoi pas tester avec un effet de réduction opacity ?
- encore notes :
- pdd d'Arkanosis, notamment Discussion utilisateur:Arkanosis#Page
- n'est plus à jour : mw:Manual:Custom edit buttons#Classic edit toolbar
- MediaWiki:Gadget-MonobookToolbar.js, important :
- résolution de bugs/régressions lorsque paramètres undefined
- utilisation du module
jquery.textSelection
(code) pour simplicité/robustesse (comme ancienne toolbar upstream) - refs gerrit 317079, notamment l'ancien toolbar.js
- à terme on pourra transformer Utilisateur:Stef48/signature.js en un simple one-liner :) (utilisé par Utilisateur:Mandariine/common.js, mentionné sur Wikipédia:Le Bistro/6 novembre 2018#Fin des barres d'éditions custom ?)
- encore notes en vrac :
- voir MediaWiki:Gadget-mediawiki.toolbar.js, copie locale, avec déjà quelques modifications effectuées (exemple), ajouté en dépendance
ext.gadget.mediawiki.toolbar
sur des pages utilisateur - pour rappel, MediaWiki:Gadget-MonobookToolbar.js et MediaWiki:Gadget-mediawiki.toolbar.js font doublons, seraient à terme à uniformiser et fusionner
- Aide:Barre d'outils d'édition aura peut-être besoin de mises à jour à l'avenir
- voir MediaWiki:Gadget-mediawiki.toolbar.js, copie locale, avec déjà quelques modifications effectuées (exemple), ajouté en dépendance
- liens vers les codes des gadgets toolbars, parce que ça me pète les couilles pour les avoir à chaque fois :
- MediaWiki:Gadget-verifEbauche.js : requêtes API largement optimisables
- fait, voir modifs d'octobre 2022, et en particulier 197899466
- documentation API templates
- avec
&tltemplates=Modèle:Ébauche
, hop on ne chope que ce qui nous intéresse - on pourrait aussi interroger pour toutes les pages (au lieu d'une requête par page), mais attention :
- nombre de pages en un coup à limiter à 50 (déjà eu cette problématique, voir Utilisateur:Od1n/ProtectionsModeles.js)
- nombre de templates limité (tllimit) (à paginer ?), et la limite est globale pour toutes les pages interrogées
- mais avec le
&tltemplates=Modèle:Ébauche
, ça change la donne… - d'autre part, les liens ne seraient plus coloriés progressivement, mais par gros chunks (pas un problème en fait)
- on pourrait aussi faire en sorte de ne pas interroger plusieurs fois pour la même page
- empêcher plusieurs exécutions simultanées ?
- pour inspiration, gadget similaire, au code très propre : MediaWiki:Gadget-verifHomon.js
- MediaWiki:Gadget-Evaluation.js :
- permettre de saisir les projets à ajouter, au lieu d'avoir à configurer une liste figée dans le javascript utilisateur…
- idéalement, avec autocomplete et/ou vérification existence du wikiprojet
- Liens de changement de carte de géolocalisation (par exemple dans les infoboxes de villes) :
- garder en "placeholder" le lien de la carte actuellement affichée, parce que là c'est laborieux pour s'y retrouver quand on switche (obligé de lire les libellés, au lieu de "repérer spatialement")
- MediaWiki:Common.js :
- proposer le kickage de la fonction
Rebours()
(modèle {{Compte à rebours}}) - message posté : Discussion Projet:Scripts et gadgets/2018#Proposition de suppression du code de compte à rebours
- pour faire le point sur les utilisations : wstat
- proposer le kickage de la fonction
- Projet:Scripts et gadgets/Refonte Common.js avec jQuery :
- "charogner" cette page s'il y a des trucs à éventuellement récupérer dessus
- puis kicker cette page qui n'est plus à jour et me complique régulièrement la maintenance
- et retirer sa mention dans l'en-tête de MediaWiki:Common.js
- mw:ResourceLoader/Core modules : un bon paquet de proprage à faire sur cette page…
- Wikidata, d:User:Od1n/sortValues.js (fork de d:User:Seb35/sortValues.js) :
- si chacune des deux lignes a une date, comparer les lignes selon la date
- sinon, en fallback comparer les versions, comme déjà actuellement
- la difficulté c'est de récupérer simplement la putain de date, et idéalement directement au format ISO
- éventuellement poster un message pour demander si quelqu'un a la technique qui va bien pour obtenir la p— de date
- rendre les tables avec "mw-collapsible" togglables avec clic sur tout le caption, comme j'ai déjà fait pour d'autres systèmes déroulants (palettes, etc.) dans le Common.js
- dans MediaWiki:Common.js, remanier le code "Diaporama" (pour {{Animation}}) :
- pour être compatible avec la prévisualisation rapide
- aussi pour gratter tous les "Diaporama" dans la minification du javascript
- signalé sur Discussion Projet:Scripts et gadgets/2017#JavaScript associé au Modèle:Animation et Discussion modèle:Animation#Besoin de réécriture du JavaScript
- BoutonsHelpers.js : jQuery UI déprécié… ces boutons étant indispensables, agir proactivement sans attendre que le module disparaisse
- MediaWiki UI lui aussi déjà déprécié (la bonne blague)
- OOjs UI une PITA à utiliser, comme toujours la programmation d'UI avancée avec des widgets est loin d'être des plus agréables…
- du coup, réfléchir à une nouvelle interface sans tout ce bazar, sans dialogs, plus simple mais en restant agréable d'utilisation
- Dans les historiques, rendre le bouton « Comparer les versions sélectionnées » middle-cliquable
- Pour simple rappel, il y a ce javascript exécuté à la soumission du form : mediawiki.action.history.js
- Comme je me fais avoir à chaque fois : il y a deux boutons (celui dont j'ai l'habitude en haut, et aussi un autre en bas de la page)
- Et voilà, script créé : Utilisateur:Od1n/CompareVersionsButtonsToLinks.js (refs aussi ajout dans mon common.js)
- DeluxeHistory/HistoryDeluxe : j'utilise actuellement mon fork perso (refs Utilisateur:Od1n/common.js, Utilisateur:Od1n/DeluxeHistory.js, Utilisateur:Od1n/DeluxeHistory.css)
- l'expérience montre que les codes des forks ont tendance à moisir rapidement, et que ce sont des plaies niveau rajout de maintenance
- donc, migrer vers le gadget upstream (MediaWiki:Gadget-DeluxeHistory.js)
- chargement (continuer à charger via le common.js ? ou alors cocher le gadget dans les préférences ?)
- comme d'habitude, faire en sorte de n'exécuter que lorsque nécessaire
- dans le common.js, on pourrait faire
mw.loader.load('ext.gadget.DeluxeHistory')
, probablement plus performant (cache Resource Loader) queimportScript()
- mais dans ce cas, mw.user.options.get('gadget-DeluxeHistory') est false, et le CSS est chargé deux fois (une fois par le ResourceLoader, puis une fois par le JavaScript)
- pour rappel, en.wiki a un système avec des sous-gadgets hidden "machin-core"
- configuration (affichage sur liste de suivi ?)
- attention : les entrées localStorage n'ont pas le même nom, penser à nettoyer une fois le switch accompli
- newCollapsible (js, css) :
- fork pas maintenu, n'est plus à jour par rapport à la version upstream (notamment, risque de problèmes divers de compatibilité)
- activé par défaut pour tout le monde…
- cause des warnings dans la console javascript…
- l'idéal serait de supprimer le gadget, mais à défaut, on pourrait assez facilement supprimer les warnings avec cette nouvelle feature : Gadget peers
- pour prévention étourderie : utilise des classes différentes (e.g. fr-collapsible vs. mw-collapsible)
- exemples d'utilisation : {{Wikiprojet}} - PHP#Historique des versions
- version upstream : historique 1 - historique 2
- l'un des soucis principaux, la gestion des table captions, a été corrigé en upstream : ba8f2a605c8d
- petit souci de mise en forme, à éventuellement corriger en local en attendant fix upstream : There should be a space between span.mw-collapsible-toggle and its preceding content
- patch en attente : gerrit:338045 (février 2017, si jamais ça traîne des mois : relancer un coup, mettre du CSS local en attendant…)
- encore des réparations à faire : wikt:Wiktionnaire:Questions techniques/février 2017#Mise à jour de MediaWiki:Gadget-searchEngines.js
- pouvoir personnaliser le nombre de palettes avant autocollapse (default 1)
- plus clair : nombre de palettes déclenchant l'autocollapse (default 2)
- race condition ordre exécution Common.js / JS perso : qui peut le plus peut le moins, supporter les deux cas de figure
- à première vue il faudra une légère refactorisation dans le Common.js, de sorte à avoir une fonction dédiée à l'initialisation des états toggle et pouvant être re-appelée en cas de changement valeur autocollapse
- tooltipRef (code, css, documentation) :
les liens externes dans les tooltips n'ont pas l'icône à droite- utilise le module jquery.ui.position qui est signalé comme déprécié
- cf. phab:T142418 et gerrit:302732
- voir du côté de mw:OOjs UI/Widgets/Popups (edit : ou pas.)
- un premier correctif appliqué, cf. Discussion Projet:Scripts et gadgets/2017#Gadget tooltipRef : module déprécié jquery.ui.position
- il faudrait corriger le problème de la position du tooltip après window resize (event handler ; exécuter le moins possible lorsque pas de tooltip, et debounce)
- les deux autres warnings (jquery.ui.widget et jquery.ui.core) viennent d'ailleurs, à localiser aussi
- c'est le gadget osm.js (activé par défaut !), cf. Discussion Projet:Scripts et gadgets/2017#Gadget OpenStreetMap : modules jquery.ui dépréciés
- fonctionnalités dans le mode par défaut "clic pour ouvrir" (doivent être configurables) :
- pouvoir garder plusieurs références ouvertes
- pouvoir fermer la référence en cliquant en dehors
- fonctionnalités dans le mode "ouverture au survol" :
- ne pas fermer si ensuite survol du contenu de la référence (parce que là on ne peut pas cliquer sur les liens)
- performances au chargement page (redondance sélecteurs jquery)
- si on quitte-revient rapidement sur la réf avant fin timeout, le tooltip est quand même supprimé puis réaffiché vu qu'il y a un close dans la function open
- C'est toujours la m*** pour s'y retrouver dans les onglets navigateur
- virer le suffixe « — Wikipédia », toujours ça de pris pour alléger
- changer la favicon, par exemple :
- première lettre titre page (sans namespace) (mais pourrait-on aussi caser le namespace ?)
- + couleur différente (en background ?) pour actions (modification en cours, historique, diff…)
- et sans oublier les pages spéciales (liste de suivi, contributions…)
- LiveRC :
- notes : Utilisateur:Od1n/Développement LiveRC • script perso : Utilisateur:Od1n/LiveRC.js • utilisation : ajouter
fork
à la query string - Discussion MediaWiki:Gadget-LiveRC.js#Erreurs JavaScript dues à un nouveau rc type non implémenté
- performances désastreuses, il y a d'énormes goulots aisément corrigeables
- watchCategories : Catégorie:Utilisateur projet pédagogique renommé en Catégorie:Utilisateur Projet/Pédagogique (aussi, vérifier que le slash ne pose pas problème)
- notes : Utilisateur:Od1n/Développement LiveRC • script perso : Utilisateur:Od1n/LiveRC.js • utilisation : ajouter
- Économie de la requête de MediaWiki:Common.js/edit.js, en le transformant en gadget hidden ?
- TagFilterDeluxe :
- Lien pratique : listing API des tags
- Il y a des tags en doublon, différenciés uniquement par la casse, exemple : « Suppression de références » et « suppression de références ». Dans cet exemple, seule la version lowercase est fonctionnelle, il faudrait vérifier si la situation est la même avec chaque doublon. Bien entendu, trouver l'origine de ces doublons et la corriger.
- Utilisateur:Od1n/WhatlinkshereDeluxe.js : en checkant pour un modèle inexistant (lien rouge), il semblerait que les pages incluant ce modèle soient comptées en double : une fois en inclusion et une fois en lien
- En fait, toute page contenant un lien et une inclusion est comptée deux fois
- Les pages chargées avec des liens #ancrés se positionnent pas correctement sur l'ancre. Peut-être un JS qui interfère. (pensée de l'instant : purée, c'est vraiment casse-couilles ce truc)
- MediaWiki:Common.js/edit.js :
- fonction
addCharSubsetMenu
: envisager le rajout d'un event à lakeyup
pour mettre à jour l'UI lorsque défilement au clavier - nombreuses choses améliorables dans ce fichier
- conversion en "gadget hidden" ou un truc dans le genre, de sorte à ne pas ajouter une requête http
- j'avais fait quelques jqueryfications de code, mais pas satisfait à cause de l'impact sur les perfs
- déluge de race conditions avec les codes utilisateur et gadgets rajoutant des charsets, actuellement c'est tout pété
- restauration position du <select> : pour limiter les "local storage set" (et donc surtout, les écritures disques, ssd parano), mettre un throttle/debounce (de sorte à ce que ça enregistre quand même bien la valeur dans les différents scénarios d'utilisation ; explication visuelle)
- fonction
- Gadget à voir : ContribColors (ainsi que le fork se trouvant en pdd)
- Gadget pour ajouter un <select> de namespace devant la zone de recherche en haut à droite fait
- ajouter un système de cache
- highlight aussi si saisie "cross-namespace", d'alias namespace ou de namespace canonical
- à corriger : « saisie sans namespace puis validation avec Entrée » envoie sur la page de recherche…
- rappel : les cookies d'HistoryDeluxe ajoutent plus de 4 ko d'overhead à chaque requête
- Popup pour visualiser rapidement les références
Demande de modularisation des modèles déroulants par Dr Brains sur WP:DIMS- Par contre on a encore le bug des
autocollapse
des palettes qui compte aussi les boîtes déroulantes- Le problème est que les «
{| class="collapsible[ collapsed]"
» (donc sans rapport avec {{Boîte déroulante}}) sont gérés par le script des palettes…
- Le problème est que les «
- Depuis lors, les boites déroulantes sont gérées par un script séparé, mais il y a d'autres modèles ; cf. Discussion Projet:Modèle/2016#Modèles succession masqués par défaut
- Par contre on a encore le bug des
- Ne pas scanner tout le document mais seulement depuis l'id du contenu de l'article... Lien très utile : Projet:JavaScript/Développeurs
- Projet:JavaScript/Aide API : mise à jour 1.17
- Gadget DeluxeHistory (notice • code JS • code CSS) :
- (2017-11-16) le gadget est exécuté sur toutes les pages, il faudrait exécuter moins de choses lorsqu'il n'est pas utilisé, en particulier la récupération des données du localStorage
- Voir aussi la version de Dr Brains : Utilisateur:Dr Brains/HistoryDeluxe.js
C'est étrange, avec ce script Dr Brains apparaît en bleu (exemple), pourtant il ne semble pas y avoir de traitement spécifique ah ah... et moi j'apparaît en jaune !simple inversion (volontaire ou pas ?) dans le CSS- comportement bizarre lors de la sélection de versions à comparer (input radio), y'a une ligne qui perd sa couleur
- répercuter les modifs du 22 août 2011 (et éventuellement ultérieures, au moment de la lecture du présent message) de Utilisateur:Dr Brains/HistoryDeluxe.js (d · h · j · ↵)
- compatibilité avec les « modifications récentes améliorées » (enhancedchanges.js) – activable dans « Préférences → Modifications améliorées »
- voir aussi bistro du 22 août 2011
- charger le script seulement lorsque nécessaire (pages Spécial: ?)
- I mean, actuellement la lecture du cookie est effectuée sur toutes les pages
- voir pour cette histoire de multiple submit POST après le login
- corriger bug lorsque présence d'une révision masquée (discussion • exemple) (et penser aussi : si pas de lien sur "actu / diff")
- ne marche pas si une seule ligne et celle-ci faite par IP (exemple)
- les icônes marchent pas ?
- documentation pas à jour : Wikipédia:Historiques en couleur (la partie avec l'installation manuelle dans le monobook.js)
- à voir – les admins ont des pitites cases en plus ?
- Gadget BandeauxPortails (notice • code JS • échange sur ma pdd • encore échange) :
- navigation clavier "up/down" ?
- performances autocomplétion
- charset avec IE
- une requête ajax à chaque affichage d'article (fonction BandeauxPortails_Update), voir s'il serait possible de faire sans (ajouté ici)
- SommaireCompactCategorieDeluxe aurait besoin d'un peu de "modernisation" du code
- refs au passage cette discussion
- Spécial:Préférences#mw-prefsection-gadgets section « Caractères spéciaux » :
- la blinde de race conditions à corriger, c'est bon à tout redévelopper en asynchrone
- sans oublier que c'est aussi utilisé (enfin… c'est actuellement pété) dans des javascripts utilisateur
Modèles et catégories[modifier | modifier le code]
- après passage en production de T180911 (dans MediaWiki 1.42.0-wmf.15), on pourra utiliser
talkNsText
dans Module:Talkpageheader (refs 142747801) - il s'avère que Module:TableBuilder est généralement détourné de son rôle initial pour en faire un "string builder"
- le rôle initial, c'est une interface "fluent" pour table, vu que sinon il faut faire
table.lafonction(lavariable, ...)
, la syntaxelavariable:lafonction(...)
n'étant pas possible avec les tables - création d'un module StringBuilder, avec vraiment le minimum en méthodes exposées :
- méthodes de bases : push/add/append/minsert() variadique, et concat/join/tostring/result() à la fin
- besoins spécifiques : unshift() (i.e. prepend) et intermediateConcat() ; alternativement, exposer la variable table
- à utiliser dans Module:Biblio/Lien web, parce que 171986603 ne me plait pas (obligé de concaténer, au lieu des arguments en variadique)
- renommer le module TableBuilder en FluentTable (à propos, les modules peuvent maintenant être renommés, cf. T120794)
- le rôle initial, c'est une interface "fluent" pour table, vu que sinon il faut faire
- deux modèles qui semblent faire doublon avec {{Liste simple}} : {{Liste sans puce}} et {{Unbulleted list}}
- créer une catégorie pour les modèles dont le rôle est d'avoir une page "fonctionnelle" lorsqu'elle a été copiée depuis un autre wiki, en ayant laissé les modèles étrangers tels quels
- exemples : le {{Unbulleted list}}, et chercher « Cite book » plus bas dans cette page
- Discussion module:Outils#Fonction extractArgs()
- référence externe : https://help.fandom.com/wiki/Extension:Scribunto#Supporting_both
- attention à 197673793 : comme rappelé dans la référence ci-dessus, les arguments définis mais vides sont tout autant pris en compte, donc peut-être garder l'ordre actuel (frame "#invoke" prioritaire sur la frame du modèle) pour éviter les mauvaises surprises
- ensuite, si T137584 (« Allow Scribunto code to add a category without changing output ») est résolu, il serait possible de catégoriser les pages où le changement d'ordre change le résultat
- lorsque le modèle {{Documentation}} ajoute automatiquement un bandeau pour indiquer que le modèle est protégé en écriture, s'il y a des bandeaux "hatnote" au début de la documentation ça serait bien de ne pas ajouter le bandeau au tout début, mais en dessous de ceux-ci
- {{Infobox Site web}} : implémenter un paramètre
couleur nom
, pour remplacer les utilisations assez nombreuses de {{blanc}}, etc. dans le paramètrenom
(cf. wstat.fr) - déluge de globales implicites dans Module:Archives
- {{Encart}} : ça ne produit pas un <p> mais un <div>, du coup le texte peut se retrouver tout collé aux éléments avant et après
- exemples : Aide:Homonymie, Souris (homonymie)
- forcément, j'imagine qu'il y a des cas inverses, où le rétablissement de ces margins serait indésirable…
- pour rappel, « avec div, pas de surprise », mais là pour le coup un <p> me paraît tout indiqué
- entretemps j'ai effectué 210018567, sans avoir pensé à ces notes TODO ; la situation est donc déjà meilleure, mais on pourrait peut-être encore un peu améliorer
- harmonisation {{Site officiel}}, {{Bases}}, {{Dictionnaires}} et {{Autorité}} (utilisés par {{Liens}}), ainsi que {{Blog officiel}} (présent en plus dans {{Liens de biographie}}) :
- si le paramètre « wikidata / id / entity [ / 1 ] » n'est pas un qid valide, certains modules discardent la valeur, d'autres la laissent passer (et donc erreur plus tard)
- rappel : bien entendu, il y a la valeur spéciale « - »
- si le paramètre « wikidata / etc. » est utilisé avec le qid de la page en cours, certains modules ajoutent le suffixe "entityInfo" « (pour [[même article]]) » (donc "selflink", lien remplacé par texte en gras), d'autres ne l'ajoutent pas
- rappel : le paramètre pourrait éventuellement valoir « q42 » (lowercase) ; une telle valeur fonctionne, mais faux négatif quand on compare avec mw.wikibase.getEntityIdForCurrentPage() (résultat « Q42 », uppercase)
- nom de variable « entityId » au lieu de « entity »
- si le paramètre « wikidata / id / entity [ / 1 ] » n'est pas un qid valide, certains modules discardent la valeur, d'autres la laissent passer (et donc erreur plus tard)
- renommer le modèle {{L}} en autre chose, pour libérer le nom, puis utiliser ce nom de modèle pour afficher le nombre 50 en chiffres romains
- cf. message de Néfermaât sur Discussion modèle:L#Remarques (ça commence à bien dater, 2009 !) : il y aurait aussi d'autres modèles à renommer, par exemple {{LC}}
- {{Palette}} : tout devrait se faire dans le module, parce que là quand on passe une palette complète en argument,
args[1]
vaut «{{Palette \n {| code de la palette
»… (parentArgs[1]
étant utilisé à la place quand il s'agit d'une palette complète, ceargs[1]
n'est pas utilisé, il n'en demeure pas moins complètement foireux, et long)- sauf que, si on utilise des
frame:expandTemplate()
dans le module, toutes les palettes incluses vont se retrouver en temps d'exécution Lua…
- sauf que, si on utilise des
- {{Méta infobox navigation}} : des espacements verticaux foireux, par exemple {{Palette Projet articles audio}}, {{Projet:Photographie/menu}}…
- {{Méta bandeau d'avertissement}} : le contenu du paramètre optionnel
supplément
est trop collé au contenu précédent- exemples : Paramètre « supplément » sur wstat.fr
- attention, il y a vraiment de tout : ça peut être un texte simple, ou commencer par un <hr>, par un <br>, être une liste, un div, un div collapsible…
- {{YouTube}} : pouvoir ajouter un timecode
- exemple pour utilisation : 172998491 (hacky pour l'instant)
- support et conversion bidirectionnelle formats : 3:49 ⇄ 229s (j'imagine qu'il va falloir du Lua…)
- rappel : le <small> ne s'affiche pas plus petit dans les <references /> (mais ça ne fait pas de mal de le mettre, car ça ajoute quand même une information sémantique, et le modèle peut être utilisé ailleurs)
- en cas d'échec parsage du paramètre de position, comme actuellement l'afficher en libellé tel que saisi, mais par contre ne pas le mettre en timecode dans l'URL
- éventuellement, ajouter le support des intervalles (exemple d'utilisation erronée pour l'instant)
- avec la première valeur de l'intervalle en timecode dans l'URL, et un libellé « de <libellé 1> à <libellé 2> »
- comme déjà remarqué, {{Lien web}} pose des problèmes de performances (notamment quand il est utilisé de nombreuses fois)
- une piste pourrait être dans Module:Biblio/Lien web de remplacer l'utilisation de Module:TableBuilder par du code natif
- rappel : on peut aussi faire un truc du genre
local insert = table.insert
, améliore légèrement performances et surtout lisibilité code
- rappel : on peut aussi faire un truc du genre
- (car multiplication du nombre d'appels de
wiki.minsert()
(avec toute la machinerie sous-jacente) par le nombre d'utilisations de {{Lien web}}, ça devient vraiment élevé)
- une piste pourrait être dans Module:Biblio/Lien web de remplacer l'utilisation de Module:TableBuilder par du code natif
- réémigrer la fonction
String.simpletitle
vers un module dédié, afin d'alléger le Module:String- de plus, la fonction
String.titledisambig
associée, juste en dessous, semble inutilisée ? - simplement pour information, je viens de remarquer l'existence de Module:Formatage du titre, peut-être serait-ce un bon endroit pour y déplacer le code
- de plus, la fonction
- {{nbsp}} : rôle actuel alambiqué (rappel : les branches de #if non atteintes ne sont pas exécutées…), et bien entendu les inclusions sont erronées, s'attendant à un simple paramètre "N espaces"
- et justement, ça serait bien de pouvoir faire
{{nbsp}}
dans le wikicode, plus friendly que
- apparemment la seule utilisation où le paramètre "nom de modèle" est volontaire : {{Modèle:Bus autres/correspondances avec intitulé}}
- edit : attention, les branches de #if non atteintes ne sont pas exécutées (refs en:Help:Template limits#Expansion), mais il se pourrait qu'elles soient comptées dans le Post-expand include size, voir notamment #Nested transclusions. Et justement, le modèle a été créé en , quelques mois après la mise en place du NewPP, en ; c'est peut-être donc en rapport.
- et justement, ça serait bien de pouvoir faire
- Catégorie:Palette Métropole : des palettes à proprer (autocollapse, gras double, css…)
- fusionner {{non vide}} et {{premier non vide}}
- impact perfs négligeables pour le {{non vide}}, ça rajoute juste un #if
- sur enwiki (cf. en:Template:If empty) ils utilisent carrément un module Lua… mais ça franchement, NON. overkill.
- d'autant plus qu'actuellement, il n'y a aucune utilisation de notre modèle avec plus de 3 arguments, voir wstat.fr
- {{Page de discussion}} (et JavaScript associé) : transformer l'id
transformeEnPageDeDiscussion
par une classe du même nom- permettrait de ne pas craindre d'avoir un HTML incorrect parce que la page contient plusieurs fois le modèle (notamment, inclusions de sous-pages en cascade)
- bien plus envisageable qu'à l'époque, vu que maintenant on a tout ce qu'il faut en JavaScript pour choper les éléments par class
- refs 155412647, barre de semaines incluse dans l'en-tête et les pages de semaines (exemple)
- {{Palette Modèles de vote}} :
- modèles de discussion : du proprage de catégories à faire, notamment avec des ajouts de Catégorie:Modèle affichant une icône
- faudrait aussi que tous les modèles (genre Oui, Fait, etc.) soient bien répertoriés, de sorte à ne pas en oublier lors de modifications
- {{Lien archive}} :
- des paramètres à ajouter, voir discussion : Mieux coller aux paramètres de lien web
- {{Colonnes}} :
- uniformisation paramètres {{Colonnes}} et {{Début de colonnes}}
- ne supporte actuellement que "taille=30" (unité "em" implicite), pour syntaxe moins pénible supporter aussi avec les unités : "taille=30em", "taille=30rem"…
- catégoriser les valeurs incorrectes, on retrouve notamment "taille=em" (on s'en serait douté…)
- en addition au paramètre non nommé pour le contenu, paramètre "contenu", ça serait moins laid que les "|nombre=2|1="…
- histoire de la "correction de marge supérieure" qui ne gère pas tous les cas
- voir cette discussion : Discussion modèle:Début de colonnes#Difficultés CSS, toujours et encore !
- exemples de cas problématiques : avec une "liste simple", avec un
<poem>
intercalé
- le header de la page d'accueil est complètement à refaire, en particulier ces histoires de layout colonnes, là…
- la partie de plaisir, c'est qu'il faut que ça rende bien sous toutes les largeurs
- bien tester avec tous les navigateurs (pour rappel on avait eu un bug spécifique à Chrome…)
- discussions à propos :
- prérequis : corriger au moins sur la page d'accueil les dégradations dues au nouveau markup des titres de sections qui est en chantier, cf. section #Foutoir de cette page
- autre chose, le globe utilisé en background a un poids non négligeable (162ko, 54ko transfert compressé) par rapport au total de la page
- Modèle:Accueil actualité : réfléchir à le rendre plus aisé à modifier pour les contributeurs
- voir cette discussion à propos : Discussion utilisateur:FDo64#Modèle:Accueil actualité
- fait, grâce à mon beau Modèle:Accueil actualité/Affichage :-)
- {{Indication de langue}} :
- il faudrait inverser les paramètres 1 et 2, ça serait plus logique
- attention, il y a aussi des appels direct du module ! (chercher « insource:indicationDeLangue »)
- ça serait bien de ne pas invoquer Lua quand il n'est pas utile, lorsque code et nom renseignés, exemple {{en}}, etc.
- quoique, ça ne semble pas faire bottleneck (il n'y a que l'invocation Lua), par contre ça serait dommage de dupliquer le code (une fois Lua, une fois template)
- classe bandeau-section utilisée pour deux choses différentes :
- e.g. {{Article détaillé}}
- e.g. {{Section à recycler}}, et là le contenu est tout collé à gauche c'est moche
- regardé que très succintement, à approfondir
- évidemment, on remarque déjà que c'est le bazar dans les modèles et que l'uniformité c'est pas vraiment ça
- {{Infobox Série de jeux vidéo}} : remplacer "|jeu phare N=Foo (bar) |jeu phare N affiché=Foo" par "|jeu phare N=[[Foo (bar)|Foo]]"
- sous-catégories de Catégorie:Page utilisant un modèle avec une syntaxe erronée : faire sauter ce bazar de catégorisation de la sous-catégorie qui diffère selon que ladite sous-catégorie est vide ou pas
- performances modèles : en cherchant "NewPP" dans la source des pages, maintenant on a même un classement des modèles les plus coûteux en temps CPU
- {{lang}} et {{lien web}} : mauvaises performances en raison des utilisations habituellement nombreuses et du coût invocation Lua
- voir Discussion Projet:Modèle#Poids du modèle Refm (Références multiples)
- déjà pour {{lang}}, réfléchir à court-circuiter le Lua pour les syntaxes et codes courants
- après essais rapides, pas moyen de faire jouer le système qui cache les templates avec des arguments identiques, la présence de Lua semble invalider le cache même si non appelé
- pour mémoire : {{Code langue}} et {{Code langue 2}}
- des cas de paramètre 2 vide par erreur (pipe en trop), pour recherche rapide : regex
\|\s*\|
sur wstat.fr- rapport au 2017-01-26 : Utilisateur:Od1n/Modèles Langue à corriger
- bottleneck suivant rapport aux invocations Lua : {{Lien web}}
- en revanche, on devrait gagner à convertir {{Méta palette de navigation}} en Lua (modèle apparemment un peu lent, inclus peu de fois)
- réduire légèrement l'indentation des messages dans les pages de discussion
- pour tous les utilisateurs, e.g. passer de
margin-left:1em
à0.8em
, visuellement ça ne surprend pas et on gagne un agréable 20 % - éventuellement faire davantage dans mon CSS perso, par ex.
0.5em
(mais du tout je m'éloigne encore plus du rendu des pages que les autres utilisateurs ont) - étudier toutes les skins
- pour tous les utilisateurs, e.g. passer de
- {{str len}} :
- documentation erronée : la longueur est celle du paramètre "trimmé" (vraisemblablement depuis la conversion en Lua)
- étonnamment, modèle très peu utilisé, du coup ça devrait être gérable pour vérifier les utilisations
- à voir : plus performant si on s'inspire de {{Hex2dec/1}} pour traiter les chaînes courtes sans charger le Lua ?
- observé un gain ssi on matche dans le switch, par contre si "parcours de tout le switch + fallback Lua" c'est très mauvais
- en plus testé avec un switch court, et le gain diminue logiquement à mesure que le switch augmente…
- alors à moins de créer un modèle « {{str len (pour chaîne pas très longue)}} »… (hint : no way.)
- attention au multibyte UTF-8, à garder en tête
- Module:String et Catégorie:Modèle de manipulation de chaîne
- beaucoup de proprage à faire
- nouveaux modèles/modules
startsWith
etendsWith
(noms à définir) - modèles/modules {{str left}}, {{str rightc}}, {{str sub long}}… trucs à rendre plus consistants :
- les noms, évidemment
- support indexes négatifs là où ça serait utile
- à bien réfléchir et à couvrir avec des tests pour éviter BC break : comptage à partir de 0 ou 1, comportement lorsque dépassement de la chaîne
- garder en tête qu'on est sur de l'encodage multibyte
- {{Liste simple}} :
- à étudier, mais ne serait-ce pas mieux sans le
margin-bottom:0
? (étudier aussi leline-height:inherit
) - Discussion MediaWiki:Common.css#Rendre {{liste simple}} compatible avec les liste ordonnées
- à étudier, mais ne serait-ce pas mieux sans le
- idée : système pour avoir des listes à puces moins décalées à droite dans les infoboxes
- MediaWiki:Semiprotectedpagewarning : utilisé pour les semi-protections classiques mais aussi les étendues, à mettre à jour pour tester et afficher un message correct pour ces dernières
- MediaWiki:Protectedpagewarning : la semi-protection étendue y a été implémentée (modifs d'avril 2016), mais est-ce utilisé avec ce message ?
- MediaWiki:Protectedpagetext : code illisible…
- Documenter et catégoriser sous-modèles techniques {{Suffixe siècle}} et {{Exposant siècle}}, puis réflexion approfondie pour prévoir tout caveat, et enfin mise en prod une fois établi que tout est ok
- ben déjà il y a à gérer les textes pour les liens, pi y'a aussi des tooltips
- {{ExpInd}} serait améliorable, cf. cette discussion
- Module Lua qui serait à ajouter aux modèles les plus impactés, et qui servirait à détecter la présence de paramètres non implémentés (comme on voit sur wstat.fr) et à catégoriser les pages fautives
- existe déjà : Module:Correction syntaxique, syntaxe peut-être améliorable (paramètres sous forme d'une liste CSV ?)
- {{Infobox Conflit militaire}} :
- de façon générale, du proprage à faire : virer les commentaires « fin de #if », mettre au clair les briques optionnelles (lignes vides, <nowiki />, toutça)
- souci si
notes
contient une liste, la suite se retrouve dans le dernier item de liste (exemple : Bataille de Gavinana)- on avait réglé cela sur Conflit israélo-palestinien avec un <div> encadrant
- éventuellement ajouter un paramètre pour modifier le titre « Notes » (mais à réfléchir dans la globalité avant de faire des ajouts épars)
- {{Références}} : 101316296 corrige les colonnes pas alignées en haut (bug CSS3 ?), mais du coup elles sont toutes collées en haut.
- ajouter
.references-small {padding-top:0.3em}
(padding et non margin, car overlap margins avec monobook) - ils ont fait quelque chose de similaire sur le wiki angl.
- fait, et bien avec margin
- ajouter
- même problème avec {{Colonnes}} ?
- voir diff Common.css et discussion sur DIMS
- de plus, ce sélecteur CSS ne serait-il pas une plaie niveau perfs ? (évaluation right to left)
- uniformisation sélecteurs concernant
.references-small
et.colonnes
(cf. mes edits sur le Common.css et ce message à Ltrlg)
- perfs CSS : reste dans le Common.css un joli star selector :
.img_toggle, \n .img_toggle *
, en espérant qu'il soit éliminable. - {{Liste horizontale}} :
- ajouter un mode sécable ?
- voir : Discussion utilisateur:Od1n/Archives 2016#liste-horizontale
- il est aussi question de la simplification code avec
li:after {content:"\a0• "}
, le seul inconvénient étant que IE 8 ne supporte pas:last-child
et donc garde une boulette en fin de liste - justement à propos : Discussion modèle:Liste horizontale#Bug d'affichage
- {{Palette Portails sur l'alimentation et la gastronomie}} :
- pas mal de chose à revoir
- doublon avec {{Palette Portails Alimentation et Gastronomie}} ?
- {{Saison de série télévisée/Épisode}} : Wikipédia:Le Bistro/14 mai 2016#Division en deux paragraphes
- pas satisfaisant en l'état, notamment le modèle doit rester compact en hauteur
- uniformité espacements verticaux aussi lorsque colonnes
- pour rappel :
{{#if:...|<nowiki />\n
- risque d'y avoir à rajouter du css, et faudrait voir à ne pas trop compliquer le code
- les codes de {{Autre4}} et {{Autre5}} seraient "fusionnables"
- mais la vraie problématique c'est les noms pas très clairs de ces modèles (petite liste ici), réfléchir si cela serait améliorable
- {{Accueil/Cadre}} et {{Accueil/Cadre2}} : background CSS au lieu d'images simples (afficher la page sans CSS pour constater le problème)
- Catégorie:Boîte utilisateur habite ville française : faire un modèle pour factoriser le code de tout cela ?
- MediaWiki:Common.css : on est vraiment obligé de mettre toutes les images d'en-tête d'infobox à cet endroit ?
- ça nous plombe bien le fichier : 14 % du nombre de lignes, 22 % du poids
- sans compter toutes les WP:DIMS à chaque fois que quelqu'un veut rajouter une image
- refs : 26030633, 26031099, 28508360, pour commencer
- ça ne fonctionne pas en wikitexte, c'est remplacé par
style="/* insecure input */"
… - aussi essayé en base64 mais ça ne fonctionne pas non plus, c'est supprimé.
- créer modèle "rééd.", en se basant sur {{p.}} etc.
- icône pour toutes les palettes (pas que pour les palettes "multiples") et arranger hauteur / alignement vertical
- cf. bas de ma page utilisateur et Discussion modèle:Méta palette de navigation#v · d · m
- {{DAYINYEARreverse}}, {{DAYINYEAR365reverse}}, {{DAYINYEAR366reverse}} :
- formatage 1er inadéquat car c'était pour générer des liens (Wikipédia:Le Bistro/25 août 2006#modification du bistro)
- de toute façon, ce n'est plus utilisé ?
- résoudre confusion {{Suppression immédiate}} / {{Suppression Immédiate}}
- Les modèles de "compatibilité en:" ({{Cite book}}, etc.) devraient avoir une catégorisation dédiée (ils sont actuellement dans Catégorie:Modèle obsolète à garder)
- {{Cite video}} à franciser (conserver la compatibilité avec les copier-coller depuis le wiki EN)
- voir plus grand, avec la mise à plat de systèmes de compatibilité des copier-coller contenant des {{cite book}} etc.
- un autre exemple : {{WAM}}, copié-collé du wiki en:, utilisait {{border-radius}} et {{box-shadow}} qui ont été supprimés du wiki fr: (en prime les erreurs avec ces deux modèles ne sont pas visibles vu qu'ils sont utilisés dans des balises)
- redirs {{Mr}}, {{Ms}}, etc. : il faudra revenir sur l'annulation de mon changement (discussion avec Voxhominis)
- préparation {{date}} Lua :
- faut jarter ce truc, là • RBOT postée • merci Orlodrim
- il y a déjà des choses ici
- amélioration du modèle demandée sur WP:DIPP • reminder : faudra mettre la doc à jour (paramètre facultatif, dernier exemple à corriger)
- un autre modèle pour la syntaxe duquel Lua va être très appréciable : {{lien}}
- {{puce}} transformé en redir vers {{·}} par Hlm Z. le 8 mars 2013, à voir (peu utilisé donc c'est pépère) (c'est surtout que ça a touché ma PU )
- {{Infobox Biographie}} : vérifier s'il reste beaucoup de paramètres
âge au décès
dans les articles- see 123987796
- mais l'âge au décès n'est pas indiqué, see Abaï Kounanbaïouly
- Projet:Infobox/Ménage V1
- {{Infobox Musique (œuvre)}} :
- paramètres
classement
etcritique
non documentés - critiques en pleine largeur ? (refs Discussion Projet:Musique/Archive 12#Modèle:Infobox Musique (œuvre))
- nouveau paramètre "de qui" (refs Discussion Projet:Musique/Archive 10#Besoin d'avis pour le remaniement de l'Infobox Musique (œuvre))
- histoire des auteurs/compositeurs (refs Discussion Projet:Musique/Archive 10#Autre modification de l'.7B.7BInfobox Musique (oeuvre).7D.7D)
- paramètres
- {{Essai}}, {{Principe fondateur}}, {{Règle officielle}}, etc. :
- lister avec Bottine (d · c) les pages de documentation de modèles supprimés (i.e. Modèle:Modèle supprimé/Documentation)
- {{Wikiprojet}} :
- gestion plus évoluée des erreurs de syntaxe, pour informer l'utilisateur plutôt que d'afficher un résultat cassé
- exemple : {{Wikiprojet|Informatique}} et {{Wikiprojet|informatique}} ne rendent pas la même icône, {{Wikiprojet/image}} essayant déjà de récupérer l'image du modèle d'ébauche ; voir pour harmoniser cela – edit : à première vue ça c'est bon maintenant (fallback ébauche à la fin, auparavant c'était utilisé en premier)
- Modèle:Wikiprojet, Module:Wikiprojet, Modèle:Wikiprojet/image : faire moins hacky pour l'ajout de la catégorie "image déduite" (là c'est bidouillé pour se retrouver dans la balise d'image, et ça fonctionne mais jusqu'à quand) ; déplacer le "fallback ébauche" et la catégorisation vers le code du module, qui donc regarderait si Modèle:Wikiprojet/image a retourné vide
- gestion plus élégante des sous-pages /À faire existantes mais vides
- suite à mes modifs sur {{{projet}}}, plutôt traiter les redirections dans les inclusions, au lieu d'accumuler les alias. exemple Togo, etc. vers Afrique
- Les modèles de diptyques se reproduisent entre eux et au fil des générations développent des tares diverses :
- {{Succession musicale}} : flèches moches (see {{Images}}) et non cliquables
- {{Infobox/Succession}} : on l'a toujours dans le côlon, impossible de faire
[[Foo (bar)|Foo]]
- Migrer tous les liens externes Allmusic (avec ou sans modèle) vers le nouveau format d'URL
- {{Lien web}} : mettre un terme à cette confusion entre les paramètres date et consulté le (ce dernier correspond à accessdate du modèle anglais, c'est un tout autre usage ; c'est pour les archives, système qui en plus n'est pas présent dans notre modèle)
- de façon générale, il y a des choses à revoir dans ce modèle
- Améliorer {{Semi-protection}} et {{Semi-protection longue}} en reprenant les améliorations apportées à {{Protection}} (catégorisation, texte sur mesure, etc.)
- et aussi {{Nom protégé}}
- Pour le jour où – on l'espère ! – j'aurai les droits : nettoyer le dernier {{Semi-protection|nocat}} (inutile depuis que ce modèle n'affiche plus de bandeau), qui se trouve sur Wikipédia:Demande d'intervention sur une page protégée/Archives/2#Tir groupé (au passage, ajouter un {{Protection}} sur cette page ; quoique, à voir aussi : pourquoi cette page d'archive DIPP serait protégée et elle seule ? c'pas cohérent)
- {{Infobox/Triptyque}} (utilisé par exemple dans {{Infobox Console de jeux vidéo}}) : problème du « ante=[[foo]], post=[[bar|baz]] // [[Image:...|link=foo]] »
- résultat : images non cliquables pour la navigation
- solution : implémenter images cliquables (doc MediaWiki) ; permet de ne pas ajouter de paramètres
- Il y a aussi bien sûr {{Infobox/Diptyque}}. Pour informations utilisation voir ceci. Et en voila un beau {{Infobox Heure}}. Enjoy.
- À essayer : avoir une marge supérieure avec la syntaxe {{Palette Truc}} (comme avec {{Palette|Truc}})
- CSS du style : table.navbox {margin-top: 1em} (en fait déjà présent dans le Common.css mais écrasé par du CSS inline dans {{Méta palette de navigation}}) / div.navbox-container table.navbox {margin: 0} / div.navbox-container {margin-top: 1em}
- cas des palettes empilées à l'ancienne ({{Palette Foo}} \n {{Palette Bar}})
- encore plus problématique : cas des palettes non nommées suivant la convention « Palette ... »
- il faut aussi gérer correctement {{Méta palette de navigation sous-liste}}
- Problèmes de performances liés aux modèles, goulots d'étranglement causés par la pléthore de #ifexist :
- {{BNF}}, {{ERIC}}, {{ISSN}}+{{Recherche ISSN}}, {{LCCN}}+{{Recherche LCCN}}, {{CODEN}}(WTF lien rouge)+{{Recherche CODEN}}, {{OCLC}}+{{Recherche OCLC}} (j'en oublie peut-être) :
- corriger les
noarchive
voir si y'a pas de la réorganisation à faire, au sujet des modèles "directs" {{Recherche (...)}} (à confronter avec l'approche que j'avais prévue pour les BNF)c'est très bien comme ça- les sections "Voir aussi" dans les documentations seraient à arranger / unifier
- corriger les
- {{OCLC|nu=}}... ("nu" devant être obligatoirement vide ! toutefois je connais une bonne âstuce pour le corriger : {{#ifeq: {{{v|}}} | {{{v|-}}} | v was specified (and may be empty) | v was not specified }} )
- ... mais plutôt remplacer par {{OCLC brut}}, moins tordu n'est-il pas ?
- attention, point à voir au passage : le <small>... faudra vérifier l'usage actuel du modèle en mode sans parenthèses
- factorisation des modèles d'abréviation de civilité (cf. pdd du modèle {{Mlle}})
- Catégorie:Article orphelin et Catégorie:Wikipédia:Tentative d'adoption : arranger un peu cela, et bien sûr traiter des articles
- créer un modèle {{Taille fichier}} pour ne plus faire ça :
<small>({{unité|4.2|{{abréviation discrète|Mo|Mégaoctets}}}})</small>
- pourra être ajouté dans ces articles : Appel du 18 Juin • Les Fleurs du mal • Théorie du chaos
- exemple de rendu : (4,2 Mo)
- penser à la gestion du pluriel (« toto(s) » n'est pas français)
- ne pas oublier le cas particulier de kilooctet, sans majuscule à « ko » (voir Octet)
- dans le code de ce modèle, on pourrait se passer de {{unité}} et rendre insécable "à la main" (juste un à mettre, et ça sera mieux que de passer par un CSS white-space:nowrap ; par contre ne pas oublier le {{formatnum:}} !)
- ne pas inclure le <small> dans le modèle ? pour pouvoir utiliser dans des références
- faudra refaire une passe avec Bottine pour voir/finaliser l'état des {{Abréviation}}
- pour accès rapide ; le rapport est enregistré ici : Utilisateur:Od1n/Statut Abréviation
- j'avais noté quelques cas particuliers ici : Discussion utilisateur:Lgd/archives14#Migration du Modèle:Abréviation
- {{Infobox Logiciel}}, {{Dernière version stable/xxxx}} et {{Dernière version avancée/xxxx}} : trouver un moyen, simple et rapide si possible, pour ne plus afficher la version avancée lorsque celle-ci est caduque
- à harmoniser : date en taille normale en mode « sans sous-modèle », date encadrée de <small> en mode « avec sous-modèle »
- palettes de navigation :
- réduction font-size ? (constater la différence entre 90 % et 88 % sous Firefox) et line-height en accordance ; s'inspirer de ce qui est fait sur le wiki EN ; a priori, à la fois plus compact et plus lisible, bien sûr comparer sur moulte plates-formes
- pouvoir enrouler/dérouler en cliquant sur toute l'en-tête ; évidemment faut gérer les liens qui y sont superposés (ahhh les joies du bubbling)
- fait dans le js perso ; serait à intégrer directement dans le MediaWiki:Common.js pour que tout le monde en profite
- il faudrait appliquer le même système aux boites déroulantes fait, mais il reste encore de rares cas non gérés (le fameux fr-collapsible qui serait de toute façon à dégager)
- en vrac, quelques trucs à ne pas oublier en cas de chantier sur le code des palettes :
- diffs de certains codes assez alambiqués : 128635849, 134413811
- {{Méta palette de navigation sous-liste}} (oui, c'en est un autre que l'habitel modèle "sous-groupe", et celui-là je l'oublie toujours)
- aligner horizontalement les {{Référence à confirmer}} avec les <ref> ? (cf. classes
reference
etexposant
dans le Common.css)
- attention, chantier peut-être délicat (par exemple, homogénéité avec le niveau des {{référence nécessaire}}, étudier les 2 classes ci-dessus, faire très attention à l'interlignage, etc.)
- {{Infobox/Ligne mixte optionnelle}}, {{Infobox/Ligne mixte}}, et peut-être d'autres : finir la simplification doc (voir échange sur ma pdd)
- faire sauter les {{Infobox/Ligne mixte site web}} et {{Infobox/Ligne mixte site web optionnel}} qui compliquent la vie plus qu'ils ne la facilitent
- pour rappel, même si on ajoute un paramètre à ces modèles pour pouvoir modifier le texte du lien, il faudrait aussi ajouter un paramètre dans les infoboxes...
- Ou alors mieux, les conserver mais en modifiant la syntaxe du paramètre 2 pour un conventionnel [http://foo/ foo] (car ce modèle a quand même un avantage : il fournit un libellé par défaut « Site Web »)
- {{Lien}} et {{MultiLien}} : implémenter support de plusieurs langues (noter qu'il y a déjà eu des essais de produits)
- {{Maladie génétique}} : diverses opérations de maintenance à réaliser, pour faire suite à la transformation en infobox V2
- Catégorie:Comité de lecture et Catégorie:Wikipédia:Atelier de lecture : un peu d'organisation à faire (legacy de l'ex Comité de Lecture ?)
- Il serait peut-être possible d'améliorer {{Pistes}} (optim code notamment)
- Catégorie:Palette Félins : les listes d'éléments auraient besoin d'être uniformisées (alignement, séparateurs...)
- Catégorie:Bandeau renvoyant vers des homonymes : petit toilettage des modèles (
nohr
, documentation, etc.) (échange sur ma pdd) - {{Début des onglets}}, {{Début des onglets 3D}}, etc. : il y en a encore à arranger
- Utiliser Bottine pour mettre à jour les noms de paramètres "legacy" (exemple "foo_bar" → "foo bar") sur les pages utilisant les modèles que nous avons modifié. Une fois fait, enlever le support du nom de paramètre legacy.
- {{Palette Sexologie}}, {{Palette Régime alimentaire}}, {{Palette Castlevania}}, {{Palette Jeux de rôle}}, {{Palette Legacy of Kain}} : utiliser {{Liste éléments}}
- {{Liste éléments}} : documenter l'utilisation de {{=}} ?
- {{YouTube}} : les paramètres sont pour l'instant exclusivement non-nommés, et ça porte fichtrement à erreur (je comprenais pas le problème, j'ai dû regarder le code...)
- {{Imdb titre}} (etc.), {{Allociné titre}} (etc.), {{MySpace}}, {{Afdb nom}}, {{Iafd nom}} :
- À propos des modèles IMDb, une discussion est en cours ici : Discussion Projet:Modèle/Demandes#Uniformisation des modèles IMDb
- Sondage : casse des noms de modèles, ie. « IMDb / AlloCiné » ou « Imdb / Allociné » ? Évidemment il y aura aussi des redirections. Attention : « Afdb » « Iafd » semblent être des abréviations officieuses et non reconnues.
- Sondage : préférer les paramètres nommés ou non nommés ? (sachant que plusieurs modèles en sont déjà à 3 paramètres)
- Arranger (simplifier) les pages de documentation
- fusion {{Afdb}} et {{Afdb nom}}
- {{Iafd nom}} : résoudre le problème des URL
- créer modèles AFDB et IAFD pour films
- Projet:SVA/Modèle Cadre : un exemple, parmi tant d'autres, de "cadres de projet" dont tous les codes seraient à factoriser
- Modèles de siècle {{s}}, {{s-}}, etc. :
- pourquoi faut-il s'embêter à saisir l'exposant... (déjà signalé en 2007)
- faudrait expliciter le nombre romain avec un abbr title...
- voir modèle {{siècle}} de Lgd, plus récent et considérant ces points
- Bourdel de modèles en chaîne
- Une autre cascade de modèles en chaîne, voir si c'est améliorable :