Cet utilisateur est administrateur 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.

Utilisateur:Od1n/TODO

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

Mmmm comme c'était plus léger à l'époque !

Trucs en cours[modifier | modifier le code]

(pour ne pas en oublier en cours de route)

Chantiers[modifier | modifier le code]

Trucs entamés[modifier | modifier le code]

pour essayer de ne pas oublier…

Articles à créer[modifier | modifier le code]

Informatique[modifier | modifier le code]

Littérature[modifier | modifier le code]

Cinéma[modifier | modifier le code]

Musique[modifier | modifier le code]

Icône pour souligner l'importance du texte
Ellen Allien n'est pas représentée comme il se doit sur le wiki... sacrilège !!!!

Manga[modifier | modifier le code]

Psyché[modifier | modifier le code]

Biographies[modifier | modifier le code]

Hitler[modifier | modifier le code]

Satan[modifier | modifier le code]

Miam[modifier | modifier le code]

Divers[modifier | modifier le code]

Wikipédia[modifier | modifier le code]

  • 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

Articles à améliorer[modifier | modifier le code]

Informatique[modifier | modifier le code]

Programmation[modifier | modifier le code]

Logiciels[modifier | modifier le code]

Personnalités[modifier | modifier le code]

Divers[modifier | modifier le code]

Littérature[modifier | modifier le code]

Musique[modifier | modifier le code]

Classique[modifier | modifier le code]

Populaire[modifier | modifier le code]

Cinéma et télévision[modifier | modifier le code]

Jeux vidéo[modifier | modifier le code]

Manga[modifier | modifier le code]

Biographies[modifier | modifier le code]

Tueurs en série[modifier | modifier le code]

Hitler[modifier | modifier le code]

Angleterre[modifier | modifier le code]

Médecine[modifier | modifier le code]

Another world[modifier | modifier le code]

Geek[modifier | modifier le code]

Non classés[modifier | modifier le code]

Équidés[modifier | modifier le code]

Trucs à arranger[modifier | modifier le code]

MediaWiki core[modifier | modifier le code]

JavaScript[modifier | modifier le code]

  • MediaWiki:Gadget-ExternalSearch.js :
    • refactoring de sorte à ne pas supprimer/ajouter l'event listener à chaque fois (discussion) Fait
    • uniformiser les remplacements via .replace() ou .split().join()
    • 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
  • MediaWiki:Gadget-CatRename.js :
    • edit : concernant les points suivants, normalement fait, peut-être marginalement améliorable (mais avec prise de risque d'introduction de bugs, notamment race conditions, de mauvais rapport performance / complexification code, etc.)
    • actuellement, le script prépare dès son chargement toute la window OOUI, ça serait à lazy-exécuter, lorsque l'outil est utilisé
    • juste pour ne pas me faire avoir : window à créer une seule fois, donc faut une sorte de singleton
    • indication de chargement, par exemple avec "mw.notify" (en fermant manuellement la notif une fois que tout a été préparé)
      • edit : un indicateur de chargement pour une durée courte, ça gênerait plus qu'autre chose (en plus d'en prime complexifier le code)
    • au passage, me benchmarker les diverses durées de chargement et exécution, à titre d'info
      • edit : en regardant rapidement, les perfs n'étaient pas si mauvaises (en plus avec dépendances mises en cache), donc c'est plus un allègement "de principe"
    • ensuite, on pourra lazy-loader les dépendances (à l'exception de "mw.util", pour le portlet), en particulier pour "ooui-js" qui est bien lourd
    • enfin, ne pas oublier de mettre à jour la définition gadget
  • MediaWiki:Gadget-CatRename.js, une autre affaire :
    • warning dans la console : « Using the return value of closeWindow as a promise is deprecated. Use .closeWindow( ... ).closed.promise( ... ) instead. »
    • voir WindowManager.js et phab:T163510, mais je n'ai pas encore trop bien compris…
  • MediaWiki:Gadget-CatRename.js, encore une autre affaire :
    • 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
  • MediaWiki:Gadget-verifEbauche.js : requêtes API largement optimisables
    • 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 :
  • Projet:JavaScript/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
      • liens stack overflow : 47823116, 47917031
      • a priori, c'est la version "fluent avec padding" qui est la moins pire des deux
    • 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}}) :
  • 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
  • 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) que importScript()
      • 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 Fait
    • utilise le module jquery.ui.position qui est signalé comme déprécié
    • 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 :
  • É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)
    • un workaround a été implémenté : Common.js, DIMS 1, DIMS 2
    • le $(document).ready est redondant vu qu'il y a le $(window).load
    • idéalement il faudrait exécuter plus tôt que le $(window).load, mais je doute que cela soit possible
  • MediaWiki:Common.js/edit.js :
    • fonction addCharSubsetMenu : envisager le rajout d'un event à la keyup 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)
  • 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 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 Oh !
  • Popup pour visualiser rapidement les références
  • Demande de modularisation des modèles déroulants par Dr Brains sur WP:DIMS Fait
  • 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 (noticecode JScode 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 (Smiley: ???) ah ah... et moi j'apparaît en jaune ! Mort de rire 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
        • apparemment conflit avec scripts généraux du wiki (la classe ajoutée au <li> est overwritée), a priori il faudrait donc faire comme l'ancienne version du script : créer un <div> à l'intérieur du <li>
        • s'est corrigé tout seul Mort de rire MediaWiki 1.18 ?
    • 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 · )
    • 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 (discussionexemple) (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 (noticecode JSéchange sur ma pddencore é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
  • 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]

résultat : images non cliquables pour la navigation
solution : implémenter images cliquables (doc MediaWiki) ; permet de ne pas ajouter de paramètres Sourire
  • Il y a aussi bien sûr {{Infobox/Diptyque}}. Pour informations utilisation voir ceci. Et en voila un beau {{Infobox Heure}}. Enjoy. Mort de rire
  • À 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 :
    • {{Date}} : attention, implique nécessairement une réduction de fonctionnalité, consultation de la communauté nécessaire
    • modèles de pitidrapeaux : éventuellement solliciter l'aide avisée de Xfigpower (d · c) si je n'arrive pas à m'y retrouver dans tout ce foutoir
  • {{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
  • {{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}} Fait 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 JuinLes Fleurs du malThé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 &nbsp; à 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}}
  • {{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 fait, mais il reste encore de rares cas non gérés (le fameux fr-collapsible qui serait de toute façon à dégager)
  • aligner horizontalement les {{Référence à confirmer}} avec les <ref> ? (cf. classes reference et exposant 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.)