Discussion Projet:Scripts et gadgets/Demande de fonction

Le contenu de la page n’est pas pris en charge dans d’autres langues.
Une page de Wikipédia, l'encyclopédie libre.
Autres discussions [liste]
  • Admissibilité
  • Neutralité
  • Droit d'auteur
  • Portail de qualité
  • Bon portail
  • Lumière sur
  • À faire
  • Archives
  • Commons
Projet Fonctions disponibles Notices Discussion projet Signaler un bug Demander une nouvelle fonction
PROJET SCRIPTS ET GADGETS
Centraliser les fonctions JavaScript et CSS pour éviter la dispersion du code.


Cette page de discussion est destinée aux demandes de nouvelle fonction. Avant de poster votre requête, vous pouvez vérifier si une fonctionnalité équivalente n'existe pas déjà dans la liste des fonctions disponibles.


Fonctions pour modèle[modifier le code]

Bonjour, j'ai un modèle qui ne fonctionne pas vraiment à cause de problèmes de javascript combinés avec le css. Voilà le modèle en question Utilisateur:Varmin/texte déroulant. Voilà ce qu'il faut changer :

  • Le mettre en taille normale
  • Ne pas le mettre en flottant
  • Mettre le texte à coté (inline) et non pas en dessous (block).

J'ai déjà étudié le principe et j'ai proposé une solution effectuant le moins de modifications sur 2 fichiers (sinon il y a qu'a ajouter deux fonctions supplémentaires au lieu d'en modifier une seule). Voici le topic en question : WP:RA#Importantes_modifications. Le css est fonctionnel, mais je n'ai aucun moyen de tester le JS et c'est pour cela que j'aimerai que vous m'aidiez aussi pour ce modèle. VarminUn problème? 28 mars 2010 à 14:40 (CEST)[répondre]

Tu as une façon d'expliquer les choses de façon... plutôt nébuleuse.
En gros, tu voudrais que le "Navtoggle" (le lien Dérouler/Enrouler), le "Navframe (la barre de titre), le "Navpic" (l'image) et le "Navcontent (le contenu) puissent être en display:block ou en display:inline selon la présence ou non d'un paramètre ou d'un attribut particulier du modèle (et en display:none lorsqu'ils sont censés être cachés, cela va de soi).
Il me paraît essentiel de faire des tests en page utilisateur avant de faire joujou avec common.js et un script aussi utilisé que celui des boîtes déroulantes.
Rien ne t'empêche de les faire, il faut simplement changer les classes de ton "modèle".
Par exemple dans ce script, testable sur cette page, j'ai changé la classe de la boîte déroulante de "NavFrame" en "NavFrame_BIS", pour ne pas être affecté par le script de commons (et j'ai également renommer toutes les variables et toutes les fonctions). Il te suffit de faire pareil pour ton "modèle" et tu pourra tester ça sans problème avec un script de ton cru.
⇨ Dr Brains ∞ Doléances ∞ 28 mars 2010 à 20:16 (CEST)[répondre]
Oui c'est en partie cela, en plus dans les propriétés css, il s'agit de mettre float:none et une taille du texte de 100% (dans une nouvelle classe pour laisser normal le modèle boite déroulante). Ce qui implique changement sur common.js et common.css Pour ton endroit de test, je vais voir cela, mais je pense pas dans l'immédiat, car le week-end se terminant, je vais replonger dans les cours, je teindrais au courant. VarminUn problème? 28 mars 2010 à 22:30 (CEST)[répondre]

Ajout automatique de sous-pages à la liste de suivi[modifier le code]

Salut les codeurs !

Votre mission, si vous l'acceptez, est la suivante :

  1. coder un gadget qui ajoute automatiquement toutes les sous-pages de discussion d'un article quand on ajoute l'article ou la page de discussion à sa liste de suivi ; quand je dis « toutes » c'est : celles qui existent (évidemment) mais aussi toutes celles qui n'existent pas et qui ont un nom standardisé (/suppression, /neutralité etc.) (si vous pensez que c'est possible je vous fais une liste complète et détaillée) ;
  2. encore plus fort : rendre cet éventuel gadget est compatible avec les options « Ajouter les pages que je […] à ma liste de suivi », proposées dans Préférences/liste de suivi ; pour être plus clair : je modifie un article, il s'ajoute automatiquement à ma liste de suivi et le gadget ajoute automatiquement les sous-pages de discussion (oui, je sais, je suis ambitieux voire irréaliste mais je vous vois faire des prouesses depuis quelques temps alors j'abuse).

Ce message ne s'autodétruira pas.

Merci d'avance !

Kropotkine_113 7 avril 2010 à 19:27 (CEST)[répondre]

  1. Envisageable, mais seulement avec l'onglet "suivre"/"ne plus suivre". Ca ne pourra pas marcher avec la case à cocher lors de l'édition (quoique, en bricolant le bouton Publier ça doit pouvoir se faire aussi).
  2. Impossible. JavaScript et CSS sont désactivés dans Spécial:Préférences. On ne peux donc pas y ajouter d'options supplémentaires (sauf dans l'onglet "gadgets").
Pas trop le temps de la faire en ce moment. Peut-être un autre bricoleur pourra s'en charger.
⇨ Dr Brains ∞ Doléances ∞ 7 avril 2010 à 21:39 (CEST)[répondre]
OK merci pour cette première réponse Émoticône sourire Kropotkine_113 7 avril 2010 à 21:48 (CEST)[répondre]
Oui, il y a moyen de bricoler Publier, du coup ça permettrait aussi de prendre en compte les options « Ajouter les pages que je […] à ma liste de suivi » (mais seulement de les prendre en compte, pas d'en ajouter de nouvelles).
Par contre le coût sera plus élevé que pour l'onglet ci-dessous : une requête HTTP par sous-page à ajouter à la liste de suivi, l'API ne permettant pas de suivre plusieurs pages d'un seul coup (on doit pouvoir descendre à deux requêtes en éditant la liste de suivi à la main, mais comme elle n'est pas versionnée, je ne préfère pas prendre le risque).
Je veux bien ta liste complète, par contre ÉmoticôneArkanosis 8 avril 2010 à 15:46 (CEST)[répondre]
Oui, je me suis peut-être mal exprimé : je ne veux pas d'option supplémentaire dans la page de préférences, je veux juste que, si j'ai activé une des options « Ajouter les pages que je […] à ma liste de suivi » alors on me bricole un truc qui ajoute les sous-pages de discussion aussi. Je voudrais ajouter toutes les sous-pages qui existent et les pages suivantes, même si elles n'existent pas :
  • Discussion:XX/À faire
  • Discussion:XX/Archives
  • Discussion:XX//Article de qualité
  • Discussion:XX/Bon article
  • Discussion:XX/Droit d'auteur
  • Wikipédia:Lumière sur/XX
  • Discussion:XX/Neutralité
  • Discussion:XX/Suppression
  • Discussion:XX/Traduction
Je ne comprends rien à ces histoires de requêtes http, mais peut-être que la liste est trop longue pour qu'on puisse espérer un gadget rapide ?
Kropotkine_113 8 avril 2010 à 18:57 (CEST)[répondre]
Une requête HTTP, c'est un aller-retour d'informations entre ton ordinateur et le serveur de Wikimedia de l'autre côté. Quand tu charges une page web, il y a au moins une requête (plus une par image, une par css, une par js...).
Dans la plupart des scripts qui en font, c'est ce qui prend le plus de temps ; il faut donc essayer d'en limiter le nombre au maximum. Ceci dit, l'impact est très variable suivant la connexion internet de l'utilisateur et la charge des serveur de Wikimedia.
9 c'est beaucoup, sans être dramatique ; on va tester et on verra ce que ça donne (on ne fait pas ça à chaque chargement de page non plus). Dans l'idéal il faudrait coder ça du côté de Mediawiki. — Arkanosis 8 avril 2010 à 19:14 (CEST)[répondre]
Il y a un bug ouvert pour MediaWiki (bugzilla:2308), mais les développeurs ne veulent pas le mettre en place. Kropotkine_113 8 avril 2010 à 20:08 (CEST)[répondre]
Merci pour le lien Émoticône.
On pourrait se contenter d'une extension de l'API permettant d'ajouter plusieurs pages (spécifiées « à la main ») d'un coup dans la liste de suivi (plutôt qu'une seule actuellement).
Sans serveur sous la main, je ne peux pas tester, mais à l'occasion... — Arkanosis 9 avril 2010 à 11:00 (CEST)[répondre]
Et si deux requêtes seulement suffisaient : Special:Watchlist/raw plus la "publication"
La publication pourrait s'effectuer de deux manières :
  • via la méthode submit() : solution facile mais qui change la page courante
  • via une requête HTTP de type POST : dont il faudrait déterminer les paramètres (à priori seulement titles et token, rien trouvé )
Un faux-nez devrait permettre de faire des tests sans mettre le bazar.
⇨ Dr Brains ∞ Doléances ∞ 17 avril 2010 à 09:43 (CEST)[répondre]
Résultats : Utilisateur:Dr Brains/SuivisSousPages.js
Le script recherche toutes les sous-pages existantes, puis les ajoute ou les retire de la liste de suivi via une requête Ajax de Special:Watchlist/raw. Un cadre apparaît en haut de page pour donner le compte rendu de l'opération.
Inconvénient : pour quelqu'un qui a une grosse liste de suivi (comme moi environ 6200 pages), la requête de Special:Watchlist/raw peut prendre un certain temps (plusieurs secondes pour moi). Mais ça marche, il suffit d'être un peu patient.
Petit soucis également avec l'aspect du double lien : un texte simple (extérieur à un lien, comme le / de séparation) ajoute systématiquement une bordure basse, en plus il n'est pas évident de distinguer qu'il y a deux liens dans l'onglet : un pour retirer (un) et un pour ajouter (watch). J'aimerai également trouver une solution pour l'écrire en français sans que l'onglet fasse quinze mètre de large...
⇨ Dr Brains ∞ Doléances ∞ 17 avril 2010 à 11:58 (CEST)[répondre]
PS : pour tester, la page Adolf Hitler est idéale : elle a plusieurs sous-pages et apparaît quasiment tout en haut de Special:Watchlist/raw (pour retirer manuellement en cas de pb). ⇨ Dr Brains ∞ Doléances ∞ 17 avril 2010 à 12:00 (CEST)[répondre]
Ah cool ! Ça l'air de bien fonctionner (même si c'est vrai que c'est lent, mais bon ce n'est pas un truc qu'on clique toutes le deux secondes). Pour l'avoir en français sans trop de longueur ne plus|suivre est ce qui est utilisé dans les popups de Lupin. Pour éviter le pipe on peut envisager (ne plus)suivre, ce qui permettrait d'inclure les parenthèses dans le premier lien (et régler le problème du texte extérieur au lien).
Gros souci d'affichage sous vector : l'onglet est énorme, s'affiche sur trois lignes, et masque le haut de l'article (impossible de sélectionner le titre de l'article à la souris par exemple). C'est peut-être ce que tu entends par « bordure basse » mais en tout cas il y a un souci, c'est sûr. Mais la solution pour vector ne serait-elle pas tout simplement d'inclure ce nouvel onglet dans la liste déroulante prévue par défaut par vector à droite des onglets normaux ? Par exemple c'est là que s'ajoute l'onglet « en-tête » du gadget qui permet d'éditer la section 0 d'un article, et moi je trouve ça pas mal.
Kropotkine_113 19 avril 2010 à 19:16 (CEST)[répondre]
Problèmes d'affichage vector résolus (je n'avais testé que sous monobook).
Solution « (ne plus)suivre » appliquée. Ca me semble pas mal à présent.
⇨ Dr Brains ∞ Doléances ∞ 19 avril 2010 à 19:56 (CEST)[répondre]
L'onglet a maintenant un aspect nickel Émoticône sourire Kropotkine_113 19 avril 2010 à 20:23 (CEST)[répondre]
Plusieurs bugs :
  • ne s'ajoutent à la liste de suivi que les sous-pages qui existent ; or au départ on était parti sur l'idée d'ajouter toutes les sous-pages existantes et celles qui n'existent pas et qui ont un nom standardisé ;
  • je ne sais pas comment est faite la requête pour les sous-pages mais à l'heure actuelle pour un article appelé Titre toutes les pages qui commencent par Titre s'ajoutent alors que ne devraient s'ajouter que les sous-pages de type Titre/Suffixe. Exemple de pages testées problématiques : Santana, Blandy.
Kropotkine_113 19 avril 2010 à 20:23 (CEST)[répondre]

Onglet supplémentaire d'affichage des sous-pages[modifier le code]

Coucou, c'est re-moi, le pénible de la sous-page de discussion !

Voilà ma nouvelle demande toute fraîche toute neuve :

coder un gadget qui créé un onglet de haut de page supplémentaire qui :

  1. ne s'affiche que s'il existe au moins une sous-page à la page de discussion,
  2. prend le nom de la sous-page et mène à cette sous-page si on clique dessus, s'il n'existe qu'une seule sous-page,
  3. affiche le nombre de sous-pages et mène à [[Spécial:Index/{{TALKPAGENAME}}/]] si on clique dessus, s'il existe plusieurs sous-pages,

Oui, bon, je mets tout en vrac, je ne sais pas si les trois points sont possibles. Vous me direz, là c'est juste pour vous donner l'idée de base que j'ai en tête.

Concernant l'emplacement de l'onglet, je ne sais pas trop. En vector, à droite de « discussion » serait parfait (mais je ne sais pas si c'est possible).

Merci d'avance !

Kropotkine_113 7 avril 2010 à 19:35 (CEST)[répondre]

Peut-être devrais-tu préciser à quoi sert cet onglet, si l'on clique dessus ? J'imagine qu'il doit lier à Special:Sous_pages … Amitiés — Steƒ ๏̯͡๏ 7 avril 2010 à 19:54 (CEST)[répondre]
Oui, tu as raison, j'ai précisé. En fait je ne sais pas ce qu'il est possible de faire. Kropotkine_113 7 avril 2010 à 20:03 (CEST)[répondre]
Tout est possible, il suffit de le coder Émoticône.
L'onglet coûtera une requête HTTP, on peut le faire pointer où tu veux (ou déplier un panneau avec les liens vers les sous-pages, par exemple). — Arkanosis 7 avril 2010 à 20:06 (CEST)[répondre]
Très bien, ça, de déplier un panneau avec les liens vers les sous-pages ! Kropotkine_113 7 avril 2010 à 20:10 (CEST)[répondre]
Plus gourmand, mais faisable … — Steƒ ๏̯͡๏ 7 avril 2010 à 20:22 (CEST)[répondre]
POC. Si je me fais virer de mon PC ce sera fini demain Émoticône (quelqu'un peut reprendre le code bien sûr) — Arkanosis 7 avril 2010 à 20:26 (CEST)[répondre]
Arrêtez avec vos « Tout est possible », « Plus gourmand, mais faisable » Émoticône Faut pas me parler comme ça, je suis un dingue et j'ai une imagination débordante, je vais vous spammer cette page Sourire diabolique Kropotkine_113 7 avril 2010 à 20:27 (CEST)[répondre]
✔️ Hop! Utilisateur:Arkanosis/ongletSousPages.js — à tester, débugguer, rendre joli, toussa, toussa... mais demain (sauf si quelqu'un veut le faire à ma place d'ici-là Émoticône). — Arkanosis 7 avril 2010 à 20:40 (CEST)[répondre]
Le plus dur étant de trouver un article avec plusieurs sous-pages pour tester, je vous mache le travail : Bestofmedia Group Émoticône. Bonne soirée — Arkanosis 7 avril 2010 à 20:49 (CEST)[répondre]
Génial. Et surtout bravo pour la rapidité. Je vais tester tout ça, je soumettrai quelques remarques et/ou proposition d'amélioration et ensuite j'en fais la pub sur le Bistro pouravoir d'autres retours puis le passer en gadget. Merci Arkanosis. Kropotkine_113 7 avril 2010 à 21:07 (CEST)[répondre]
c'est pas justeuh ! ! ! moi ça marche paeuh ! stefounet stp tu peux essayer de voir pourquoi ? Mandarine (d) 7 avril 2010 à 23:09 (CEST)[répondre]
Internet Explorer à 90 % ! Je peux pas mieux faire/dire pour le moment, si quelqu'un peut y jeter un oeil, Arkanosis ? Amitiés — Steƒ ๏̯͡๏ 8 avril 2010 à 00:25 (CEST)[répondre]
Effectivement, si tu utilises Internet Explorer, ça peut bien être la cause du dysfonctionnement. Est-ce une version antérieure à la 8 ? euh... Émoticône... je vois ça où ? je ne sais si ça peut vous être utile mais au cas où : je suis sous vista (si c'est le cas, on est fixé, c'est le JSON qui n'est pas supporté...).
Sinon, quelques questions bêtes pour ne pas perdre du temps inutilement : utilises-tu bien le thème monobook ? vui ! As-tu bien visité une page comme Bestofmedia Group ? vui : celle ci précisément ! As-tu cherché un nouvel onglet situé entre l'onglet « discussion » et l'onglet « historique » ? vui ! perso, entre [discussion] et [historique], j'ai [modifier], [+] et [en-tête] !
Amicalement — Arkanosis 8 avril 2010 à 11:14 (CEST)[répondre]
je ne veux surtout pas vous faire perdre de temps mais si le feed-back d'une nunuche en informatique peut vous être utile, profitez-en Émoticône ! et pis j'aimerais bien le voir ce fichu onglet : j'en rêve, j'en rêve, j'en rêve ! vous l'avez appelé comment ? « Travaux annexes », j'espère, hein ! ! ! parce que toutes les sous-pages concernées ne se limitent pas nécessairement à des... discussions (Cf. Lumière sur, À faire, etc.) mais sont en revanche des travaux éditoriaux... annexes à la rédaction de l'article : j'aimerais bien que le terme Discussion soit réservé à la discussion relative à la rédaction de l'article pour éviter justement la confusion qui ressort de la lecture des réponses au sondage ! Mandarine (d) 8 avril 2010 à 19:54 (CEST)[répondre]
J'utilise désormais une autre technique sur les navigateurs ne supportant pas JSON nativement. Je ne sais pas si ça change quelque chose pour Internet Explorer (pas facile à tester quand on n'a pas Windows), mais ça marche sous Konqueror alors que ce n'était pas le cas avant. — Arkanosis 8 avril 2010 à 15:27 (CEST)[répondre]
Bonjour,
suite à cette discussion, j'ai également codé un script permettant d'avoir un tel onglet : Utilisateur:Dr Brains/AutresDiscussions.js.
Pour faire simple, dans les espaces Principal, Discussion, Portail et Discussion Portail:, il transforme l'onglet existant "discussion" en un menu déroulant listant les sous-pages de discussions existantes, avec la possibilité au cas par cas d'afficher quand même une page inexistante.
Le lien "discussion" est systématiquement un lien vers la page de discussion principale, même si on se trouve dans une sous-page de discussion.
Problèmes actuels :
  • Le masquage/affichage du menu est géré par CSS, ce qui induit que ce script n'est (pour l'instant) pas adapté à la navigation au clavier.
  • Le style du menu (position:absolute), induit également que pour le moment l'affichage n'est correct qu'avec monobook. Il faudrait faire des tests avec les autres habillages pour déterminer la position qui va bien.
Voilà, donc peut-être qu'une synthèse de ce script et de celui d'Arkanosis serait idéal (sachant que la méthode que j'utilise pour les requêtes est peut-être un poil plus longue mais devrait fonctionner avec tous les navigateurs).
⇨ Dr Brains ∞ Doléances ∞ 8 avril 2010 à 17:24 (CEST)[répondre]
Bon vous êtes tous les deux franchement efficaces ! Je ne sais pas si c'est l'émulation, mais ce que vous me proposez est encore mieux que ce que je pensais.
Alors, pour résumer :
  • j'aime beaucoup l'idée du menu qui s'affiche par survol de l'onglet discussion pour deux raisons : avec monobook ça évite d'encombrer le haut de page avec un nouvel onglet (j'en ai plus de dix personnellement), avec vector ça évite de devoir aller chercher l'onglet dans le menu déroulant qui est à droite ;
  • l'autre avantage de l'affichage par survol de la souris c'est que dans tous les cas, ça évite un clic ; mais ça peut être vu comme un inconvénient (tout le monde n'aime pas les choses qui surgissent) ;
  • l'idée de faire de l'onglet discussion un lien qui retourne toujours à la page principale (que l'on soit en sous-page ou pas) est aussi intéressante ; inconvénient : si la page principale n'existe pas on se retrouve avec un reoutr vers une page vide ;
  • un tout petit souci avec la méthode « Dr Brains » : l'info-bulle de l'onglet discussion vient en partie masquer le menu des sous-pages ;
  • l'avantage de la méthode « Arkanosis » c'est que, une fois le nouvel onglet cliqué, la liste reste affichée quelle que soit la position de la souris (je pense à ceux qui ont la tremblote ;)) ;
  • et, effectivement, la méthode « Dr Brains » est vraiment plus longue que la méthode « Arkanosis » : il faut attendre un petit peu pour les sous-pages s'affichent au survol (à tel point qu'au départ j'ai cru que ça ne marchait pas) ;
Conclusion, en ce qui me concerne (mais tous les goûts sont dans la nature), je suis plus pour l'approche de Dr Brains mais avec la rapidité de l'approche de Arkanosis.
Quoi qu'il en soit, merci à tous les deux Émoticône sourire
Kropotkine_113 8 avril 2010 à 18:48 (CEST)[répondre]
J'ai amélioré mon script Utilisateur:Dr Brains/AutresDiscussions.js
Il est à présent plus rapide car il n'effectue qu'une seule requête API (une par sous-page auparavant).
Par contre, une sous page pose problème, c'est le "Lumière sur", qui n'est pas une sous-page de la page de discussion mais une page de la forme Wikipédia:Lumière sur/Truc (exemple : Discussion:Adolf Hitler)
Du coup, via la requête effectuée, cela ne permet pas de savoir si elle existe ou pas.
Quatre solutions :
  1. Tant pis, elle n'apparaît jamais dans la liste.
  2. Effectuer une autre requête
  3. Forcer son affichage (toujours en rouge même si elle existe)
  4. Créer systématiquement une sous-page de redirection : Discussion:Truc/Lumière sur -> Wikipédia:Lumière sur/Truc
La dernière solution étant celle qui permet au script de fonctionner parfaitement (la page existe, elle s'affiche en bleu, la page n'existe pas, elle ne s'affiche pas), mais ça impose de créer pas mal de redirects (avec un bot ?).
⇨ Dr Brains ∞ Doléances ∞ 16 avril 2010 à 08:51 (CEST)[répondre]
Je viens de m'apercevoir que les pages que l'on veut afficher sont celles présentes dans le cadre « Autres discussions » des PdD... je sais c'est bête, mais mieux vaut tard que jamais Émoticône.
Du coup, tu peux faire une requête sur la page de discussion (plutôt que sur l'API) et parser le HTML qui te dira directement quelles pages existent (y compris pour « Lumière sur »).
Histoire de ne pas remplacer deux petites requêtes par une grosse, on peut demander une sous-page de discussion qui n'existe pas (qui renverra une erreur courte plutôt qu'un grosse PdD, mais malgré tout avec les liens vers les sous-pages) et passer le paramètre « action=render » pour avoir la requête la plus petite possible (exemple).
Amicalement — Arkanosis 16 avril 2010 à 10:52 (CEST)[répondre]
Super ! Merci pour ces évolutions, l'affichage est maintenant beaucoup plus rapide, effectivement. Pour moi de ce point de vue c'est OK. Afin qu'on puisse proposer cet outil à la communauté, voire en faire un gadget, serait-il possible que :
  • l'onglet principal vers la page de discussion reste rouge quand la page est vide ;
  • quelqu'un se penche sur un meilleur positionnement du menu sous vector ; si possible, bien en dessous de l'onglet « discussion », avec la même taille de police et un titre centré en hauteur pour chaque élément de menu etc. (pas très important mais tant qu'à faire je le dis) ;
  • l'infobulle disparaisse ou ne vienne plus se mettre en devant le menu ;
  • ne plus proposer « évaluation » en lien rouge de sous-page (le sondage montre que ce n'est pas consensuel à l'heure actuel) mais plutôt la sous-page « À faire » (avec si possible un &action=edit pour faciliter l'accès) ?
En ce qui concerne le « lumière sur » : ou bien l'astuce de Arkanosis permet de régler le problème, ou bien tant pis ce n'est pas très grave (après tout ce n'est pas vraiment une sous page de discussion).
Quoi qu'il arrive merci pour vos efforts. Avec ça plus l'outil de mise en suivi automatique des sous-pages et un beau paquet cadeau, vous allez faire des heureux :) Kropotkine_113 16 avril 2010 à 18:37 (CEST)[répondre]
  • Onglet principal : OK
  • Infobulles supprimées (c'est le plus simple, on ne peut pas forcer leur position).
  • "A faire" au lieu d'"Évaluation" : OK (ça on peut le modifier comme on veut, c'est juste une variable à passer de true à false)
  • Position et styles vector : OK. Le script est donc à présent 100% compatible monobook et vector. D'autres tests seront nécessaire pour assurer la compatibilité (position et styles) avec les autres habillages.
⇨ Dr Brains ∞ Doléances ∞ 17 avril 2010 à 02:42 (CEST)[répondre]
Merci beaucoup. Petits problèmes relevés :
  • Onglet principal : reste systématiquement bleu sous vector ;
  • toujours sous vector mais nettement moins important : le menu présente un petit défaut avec une ligne de bordure à droite mal placée et qui dépasse vers le bas ;
J'ai pensé à un autre truc : je trouve vraiment pas mal le coup de l'onglet « discussion » qui ramène toujours à la page principale de discussion ; ce qui serait top c'est que l'onglet « article » fasse exactement pareil, ça facilite la navigation et évite de se retrouver sur un article du genre Titre/Neutralité qui n'existera jamais quand on clique sur « article » depuis une sous-page.
Kropotkine_113 17 avril 2010 à 10:58 (CEST)[répondre]
Onglet principal rouge : problème réglé;
Onglet article : réglé. Par contre il n'y a pas possibilité (sauf à faire une autre requête) de savoir si la page existe ou pas. L'onglet est donc toujours bleu, ce qui correspond à la majorité des cas (sauf dans une sous-page de suppression lorsque l'article a été supprimé, par exemple Discussion:Karfa diallo/Suppression );
Ch'tite barre bleue : je lutte encore avec les styles CSS. A priori il s'agit de l'image de fond qui crée la barre de séparation dégradée des onglets. Bien que j'ai mis un style background-image:none; (tant sur le <ul> que sur les <li>), elle ne veut pas partir. Si quelqu'un a la solution, je suis preneur.
⇨ Dr Brains ∞ Doléances ∞ 17 avril 2010 à 15:03 (CEST)[répondre]
Merci Émoticône sourire Pour l'onglet « article » qui reste toujours bleu, à mon avis ce n'est pas grave.
Détail à régler : « Autres discussions » devrait lier vers Special:Index/Disucssion:Titre/ (avec un slash au bout) pour qu'il n'y ait réellement que des sous-pages.
Plus embêtant (mais je crois que ça concerne plus l'outil de suivi, cf plus haut) : sous vector il y a un cadre qui déborde sur le haut de l'article --> on ne peut plus sélectionner le titre de l'article à la souris, par exemple.
Mais je crois qu'on tient le bon bout. Kropotkine_113 19 avril 2010 à 18:59 (CEST)[répondre]
OK pour le lien "Special:Index"
Pour le cadre, je ne vois pas trop de quoi tu parles. Il cache effectivement le titre, mais seulement si la souris reste dessus.
⇨ Dr Brains ∞ Doléances ∞ 19 avril 2010 à 19:59 (CEST)[répondre]
Nickel. L'histoire du cadre qui cache le titre était due à l'onglet de suivi de sous-pages qui débordait. C'est réglé. Kropotkine_113 19 avril 2010 à 20:06 (CEST)[répondre]

Ajout de lignes d'historique dédiées aux crédits des auteurs[modifier le code]

Salut.

Je développe sommairement une idée consécutive à une discussion sur le BA concernant le crédit des auteurs copiés. Je vous mets le lien. Voilà le principe :

  1. Création d'une version de l'article qui contiendrait toutes les infos de droits d'auteur (projet, langue, lien vers l'historique, date de la version copiée et lien vers la version copiée) dans le corps de la page et en résumé de modification (pour sa visibilité immédiate ultérieure depuis l'historique) ;
  2. retour à la version précédente.

Pour le point 1. il faudrait donc un formulaire à remplir (projet, langue, titre local, oldid, date), formulaire qui serait utilisé pour écrire la page et le commentaire de création de cette page.

Je reste à votre disposition pour les détails/explications et pour effecteur les tests/débugages avec vous.

Merci d'avance. — Le message qui précède, non signé, a été déposé par Eskivor (discuter), le 17 juin 2022 à 20:53 (CEST)[répondre]

Kropotkine_113 29 avril 2010 à 16:25 (CEST)[répondre]

En gros, tu voudrait rajouter une ligne d'historique, dont le résume ET la version (le diff) contiendrait les infos qui vont bien (remplies à l'aide d'un formulaire).
Le truc, c'est que je vois pas bien l'intérêt de créer une autre page pour la fusionner ensuite (manip par définition réservée aux admins), d'autant que cette version sera automatiquement la dernière, et donc l'article sera remplacé par ces infos "copyright" (il faudra donc annuler la modif pour que tout rentre dans l'ordre : historique + article).
Ca ne serait pas plus simple de rajouter une ligne d'historique en remplaçant directement le contenu de l'article par les infos copyright (via un formulaire) puis de reverter immédiatement ? L'historique aurait les infos souhaitées et l'article conserverait son aspect normal (et cette manip-là ne serait plus réservée aux seuls admins).
⇨ Dr Brains ∞ Doléances ∞ 29 avril 2010 à 16:40 (CEST)[répondre]
Oui j'ai modifié ma proposition (qui était bien conne) juste avant que tu postes. Tu as tout à fait raison. Kropotkine_113 29 avril 2010 à 16:42 (CEST)[répondre]
Comme ça, le formulaire (j'ai pas encore codé la suite) ? ⇨ Dr Brains ∞ Doléances ∞ 29 avril 2010 à 17:26 (CEST)[répondre]
Oui c'est une très bonne base. Peut-être que « Titre d'origine » est mieux que « Titre local » (moins ambigu).
Je te mets à quoi je pense pour la suite :
  • afficher un rapport après la mise en place de la ligne d'historique et le retour à la version précédente ; ce rapport proposerait, pour faciliter la tâche du contributeur, de copier dans l'article le code de {{Traduction/Référence}} déjà rempli, du genre :
{{Traduction/Référence|code langue|titre originale|oldid}}
Kropotkine_113 29 avril 2010 à 17:46 (CEST)[répondre]
tests a priori concluants (la date et le nom du projet ne semblent servir à rien pour {{Traduction/référence}}, il y a peut-être d'autres modèles à utiliser ? )
Pour le moment, j'ai restreint l'activation au namespace Utilisateur:, afin de tester.
Pour l'ajout du modèle, l'idéal serait de l'ajouter pendant la première édition (s'il n'y est pas déjà), ce qui éviterait d'avoir à reverter. Mais ça risque d'âtre compliqué de le mettre à la bonne place : contrairement aux catégories aux interwikis ou aux bandeaux de portail, la position de ce modèle est variable. Généralement, c'est avant le <references /> (ou {{Références}}, mais s'il n'y a pas ça, il faut alors chercher un titre de section ==Notes et références== ou ==Notes== ou ==Références== (voire peut-être d'autres intitulés), et s'il n'y a pas de tel titre de section, le créer, mais où ? Pas facile de faire ça automatiquement...
⇨ Dr Brains ∞ Doléances ∞ 29 avril 2010 à 18:55 (CEST)[répondre]
(retour à bâbord) ; j'ai testé et j'ai réfléchi depuis hier ; je vais reclarifier ce que j'ai en tête :
  • le formulaire : la forme est correcte ; amélioration : prévoir un champ « type de copie » qui propose dans un menu déroulant les choix suivants : copie brute / traduction / fusion dans le présent article / scission depuis la page d'origine. Je préfère un menu déroulant avec choix fixe pour éviter les réponses mal interprétées.
  • utiliser la réponse du champ précédent pour le choix du modèle à insérer dans la nouvelle version de l'article insérée par le gadget. Pas sûr qu'on ait tous modèles adéquats mais on les créera ou adaptera si nécessaire ; dans le même ordre que le champ « type de copie » ci-dessus ça pourrait donner par exemple : {{Auteurs crédités après copie}} (pas super adapté ? à voir) / {{Traduit de}} / {{auteurs crédités après fusion}} / {{auteurs crédités après scission}}.
  • la nouvelle version insérée par le gadget devrait (selon moi) être vide de tout texte autre que le modèle de crédit des auteurs pour assurer une visibilité maximale ; on blanchit, on insère le modèle de crédit, on remplit le commentaire de résumé, on sauvegarde, on retourne à la version précédente ;
  • pour le commentaire de résumé la place étant limitée je propose
Cet article est un [[[[WP:COPY|travail dérivé]] de la [[lien vers la page|titre de la page d'origine]] ([lien vers l'historique de la page copiée|voir la liste des auteurs]).
si c'est trop long (ce qui est possible) on raccourcira
  • quand je parlais de rapport qui propose un copié-collé c'était justement pour éliminer le problème que tu pointes, à savoir que le positionnement d'un modèle dans l'article est délicat à faire automatiquement. Mon idée c'est que le gadget une fois finit son boulot affiche un truc du genre : « Vous pouvez maintenant copié le code suivant et le placer dans le corps de l'article (généralement en bas de page dans une section « Notes »). » + affichage du code en nowiki pour mâcher le travail de copié/collé du contributeur. Mais que ça soit le contributeur qui le fasse. À réserver au cas de la traduction (peut-être de la copie brute aussi ? on verra).
Une fois ça en place je demanderai des avis sur le Bistro et sur WP:BA ; il y aura certainement plein de remarques mais on ne devrait pas être loin du compte. Merci de tous tes efforts ne tout cas.
Kropotkine_113 30 avril 2010 à 12:29 (CEST)[répondre]
  • OK, dans ce cas à chaque choix devrait correspondre un modèle. Il faudrait faire la liste exacte de toutes les possibilités.
  • Version quasi vide : pas de pb. C'est une simple variable à supprimer.
  • Commentaire de résumé : on ne peut pas mettre de liens externes (lien direct vers l'historique ou la version copiée), c'est pour ça que je mets l'oldid en brut.
  • Modèle à insérer : sauf que ces modèles se mettent tantôt sur l'article, tantôt sur la Pdd, non ?
⇨ Dr Brains ∞ Doléances ∞ 30 avril 2010 à 16:13 (CEST)[répondre]
  • « OK, dans ce cas à chaque choix devrait correspondre un modèle. Il faudrait faire la liste exacte de toutes les possibilités » : oui c'est bien le but ; avec les quatre choix que je te propose on couvre l'essentiel. (Voir ma remarque à la fin pour une autre idée que j'ai en tête.)
  • Commentaire de résumé : hmmm… alors dans ce cas, dans un premier temps laisse :
Cet article est un [[[[WP:COPY|travail dérivé]] de [[lien vers la page|titre de la page d'origine]] (oldid=0000).
On verra ce qu'on peut fignoler après. Peut-être que d'autres gens auront de bonnes idées.
  • Modèle à insérer à la main par le contributeur : si on s'en tient uniquement au cas de la traduction les contributeurs apposent {{Traduction/Référence}} sur l'article et {{Traduit de}} en page de discussion ; à la rigueur on peut proposer le code à copier-coller pour les deux pages.
Pour la suite il y a trois autres auxquels je pense, deux cas particuliers et une éventuelle utilisation de sous-page :
  • les autorisations OTRS (avec le modèle {{Confirmation OTRS}}) et le crédit des auteurs pour des copies de sites hors Foundation mais sous CC-BY-SA (ou compatibles) (je n'ai pas trouvé de modèle adapté à ce jour, on pourrait le créer). La différence c'est qu'il faudrait un formulaire qui demande : url, auteur (optionnel), numéro de ticket otrs (optionnel). Est-ce que tu penses que c'est articulable avec le présent gadget par exemple en proposant de nouveaux champs à remplir si le contributeur choisi cette option dans la liste des types de copie ?
  • création d'une sous-page Discussion:Titre de l'article/Droit d'auteur dans laquelle seraient introduits exactement la même chose que dans la nouvelle version de l'article insérée par le gadget ; si la sous-page existe déjà : rajouter une section en bas de page (avec comme titre de section le champ « type de copie » par exemple) ; l'intérêt de cette duplication des informations dans une sous-page est que toutes les info de droits d'auteur/copyvio seraient centralisées et facilement accessibles (et on pourrait virer toutes ces infos de la page de discussion).
Kropotkine_113 30 avril 2010 à 17:26 (CEST)[répondre]
Mmmh. En fait il faudrait dès le départ (clic sur l'onglet) déterminer dans quel cas de figure on est (via un menu déroulant par exemple) : {{Traduction/Référence}} sur l'article, {{Traduit de}} ou {{Confirmation OTRS}}) en page de discussion ou en sous-page /Droit d'auteur, parce que selon le modèle ça change tout (pas les mêmes paramètres, pas le même emplacement, etc...).
Techniquement, quasiment tout est faisable, mais il me semble qu'il faudrait en discuter encore pour déterminer une norme (PdD ?), qui faciliterait l'automatisation (par exemple si création d'une section spécifique dans Discussion:Truc/Droit d'auteur ou dans Discussion:Truc, un lien du résumé de modif de l'article pourrait pointer directement dessus (avec pour le coup les liens qui vont bien (version copiée + historique), mais encore faut-il que le titre de section soit standard pour que le lien vers la section fonctionne correctement).
⇨ Dr Brains ∞ Doléances ∞ 30 avril 2010 à 17:43 (CEST)[répondre]
Je ne suis pas sûr de comprendre vraiment ta première remarque : tous les modèles insérés par le gadget dans l'article le sont dans une version quasi vide --> pas de problème d'emplacement il suffit que le gadget colle, le modèle correctement paramétré et c'est tout. Le gadget n'insère jamais {{Traduction/Référence}} : dans mon idée il se contente à la fin de proposer au contributeur le code à copier-coller. Par ailleurs dans mon idée le gadget ne touche jamais la page principale de discussion : il duplique tout en sous-page /Droit d'auteur toujours tout en bas de la page --> pas de problème d'emplacement non plus.
Pour les paramètres ils sont effectivement différents suivant le cas, ça, OK : on peut aussi se contenter de prévoir des champs qui restent optionnels et qui ne seront remplis que si nécessaire par le contributeur.
Je résume tout ça dans le tableau ci-dessous.
En ce qui concerne la discussion, pdd, etc. oui il faudra rediscuter tout ça : mon objectif c'est d'avoir un outil javascript à proposer aux gens pour qu'ils puissent discuter sur du concret (sinon on s'en sort pas dans les discussions) et faire joujou avec dans leur sous-pages utilisateurs. Il est évident qu'il y aura des modifs ultérieures avant que l'outil soit vraiment opérationnel, mais au moins on ne part pas de zéro. Tout à fait d'accord en ce qui concerne l'utilité de la sous-page /Droit d'auteur elle permettrait effectivement de détailler toutes les infos sans contraintes.
Kropotkine_113 30 avril 2010 à 18:18 (CEST)[répondre]
champ « type de copie » modèle à insérer dans une version vide de l'article et
en sous-page de discut /Droit d'auteur
remarque
copie brute {{Auteurs crédités après copie}}
traduction {{Traduit de}} à la fin le script propose au contributeur le code de {{Traduction/Référence}} pré-rempli à copier coller dans l'article
fusion dans le présent article {{auteurs crédités après fusion}}
scission depuis la page d'origine {{auteurs crédités après scission}}
contenu hors foundation avec autorisation OTRS {{confirmation OTRS}} besoin de champs optionnels : url, auteur, numéro ticket otrs
contenu hors foundation sous licence CC-BY-SA modèle à créer besoin de champ optionnel : url
OK pour lez recours systématique à la sous-page de discussion.
Je récapitule donc brièvement ce que doit faire le gadget, tu me diras si j'ai bon :
  1. Au chargement de la page : ajout d'un onglet "copyright" pour lancer le bouzin;
  2. Clic sur "copyright" : ajout d'un élément <select> (menu déroulant) pour déterminer le formulaire (paramètres du modèle)
  3. Choix du menu déroulant : création d'un formulaire avec champs "paramètres" à remplir
  4. Validation du formulaire :
    1. Édition automatique de l'article : contenu remplacé par un modèle/du texte (à déterminer selon le cas) + résumé de modif contenant lien vers article originel + oldid (si fundation) + lien vers section en sous-page /Droit d'auteur
    2. Revert automatique de l'article : retour du contenu précédent
    3. Édition automatique sous-page /Droit d'auteur. Si section déjà présente, ajout modèle, sinon création nouvelle section et ajout modèle
    4. Si {{Traduction/Référence}} et modèle non déjà présent sur l'article (on aura pu le vérifier lors de l'édition précédente), lancement de l'édition de l'article avec exemple de ce qu'il faut ajouter (le script s'arrête là, la publication est manuelle).
J'ai bon ? ⇨ Dr Brains ∞ Doléances ∞ 30 avril 2010 à 19:06 (CEST)[répondre]
  1. Oui.
  2. Oui.
  3. Oui.
    1. Éventuellement uniquement lien vers la page /Droit d'auteur complète et non pas vers vers une section précise (cela risque d'être compliqué à gérer étant donné la non-standardisation et la non-stabilité de ce genre de pages). L'important est que l'information soit accessible par un lien vers le sous-page, pas forcement de pointer précisément au bon endroit dessus.
    2. Oui.
    3. Je dirais : ajout systématique d'une nouvelle section en bas de cette sous-page /Droit d'auteur avec un titre de section égal au champ « type de copie ».
    4. À mon avis il n'est utile de tester auparavant si le modèle existe déjà dans l'article : il peut y avoir plusieurs traductions successives, ou des paramètres à mettre à jour. On peut se contenter de suggérer l'ajout du modèle et de proposer l'exemple de ce qu'il faut ajouter, mais laisser entièrement le contributeur libre d'apprécier la situation. Du coup on n'est pas forcé de lancer l'édition de la page, mais ça peut être une idée, faut voir.
Conclusion : oui globalement tu as bon Émoticône sourire (et désolé de ne pas toujours être super clair du premier coup, mais c'est aussi en discutant avec toi que je fais avancer au fur et à mesure ma vision du problème). Kropotkine_113 1 mai 2010 à 15:22 (CEST)[répondre]

Salut. J'ai un peu avancé dans ma réflexion et je propose, en plus de ce qu'on a discuté plus haut, une petite évolution : pour les traductions rien ne change mais pour les autres cas le script propose aussi un copié collé à insérer dans l'article par le contributeur lui-même sur la base du modèle {{Crédit d'auteurs}}. Cela permet d'uniformiser le traitement des auteurs. J'ai créé le modèle {{CC-BY-SA hors Foundation}} qui manquait. J'ai mis ci-dessous mis à jour le tableau pour synthétiser.

Juste une toute petite remarque complémentaire : pour le cas « Confirmation OTRS » il est possible de retirer les champ « Autorisation GFLD » qui ne sera à mon avis pas utilisé car on ne demande plus que la CC-BY-SA par défaut.

À l'heure actuelle le script ne fait rien du tout mais j'imagine que c'est pour les tests ? Dès qu'on a un truc qui fonctionne à peu près (restreint à l'espace utilisateur pour commencer) je demande des avis extérieurs.

champ « type de copie » modèle à insérer dans une version vide de l'article et
en sous-page de discut /Droit d'auteur
champs optionnels nécessaires remarque
traduction {{Traduit de}} à la fin le script propose au contributeur le code de {{Traduction/Référence}} pré-rempli à copier coller dans l'article
copie brute {{Auteurs crédités après copie}} à la fin le script propose au contributeur le code de {{Crédit d'auteurs}} à copier coller dans l'article ; la syntaxe est simple et distingue les cas interne (besoin d'un titre et d'un oldid optionnel) ou externe (besoin d'une source et/ou d'un auteur) à la foundation, tous ces paramètres étant récupérables depuis les champs du formulaire du script tel qu'il est aujourd'hui.
fusion dans le présent article {{auteurs crédités après fusion}}
scission depuis la page d'origine {{auteurs crédités après scission}}
contenu hors foundation avec autorisation OTRS {{confirmation OTRS}} besoin de champs optionnels : url, auteur, numéro ticket otrs
contenu hors foundation sous licence CC-BY-SA {{CC-BY-SA hors Foundation}} besoin de champ optionnel : url

Kropotkine_113 10 mai 2010 à 13:05 (CEST)[répondre]

Oui, j'ai un peu ralenti sur ce script, mais je ne t'ai pas oublié.
Pour le moment, le script ne fait rien effectivement car je me suis surtout concentré sur le formulaire pour les différents modèles, qui n'ont pas tous exactement les mêmes paramètres.
Les différentes requêtes à effectuer, ce n'est rien, je sais que ça marchera, il me suffit d'avoir le bon modèle avec les bons paramètres.
Si je me sors un peu les doigts, le script devrait être OK pour la fin de la semaine.
⇨ Dr Brains ∞ Doléances ∞ 10 mai 2010 à 15:21 (CEST)[répondre]
Super ! Oui j'ai vu que tu étais bien occupé avec plein d'autres gadgets Émoticône sourire Et puis de toute façon je n'avais pas pris le temps de créer les modèles, donc une petite pause était bienvenue Émoticône Prends ton temps et n'hésite pas à me questionner si un truc n'est pas clair. Pour info, j'ai parlé du projet en gestation sur le Bistro afin de commencer à mettre au courant la communauté des changements envisagés et provoquer la discussion (mais on n'est obligé de rien). Kropotkine_113 10 mai 2010 à 16:27 (CEST)[répondre]
Bon, j'ai un peu avancé. A présent les requêtes fonctionnent. Il reste à voir pour le modèle {{Crédit d'auteurs}} à proposer à la fin (pour le moment il n'y a que {{traduction/Référence}} proposé si on a choisi {{Traduit de}} au départ. Pour les autres cas, le script propose le modèle de page de discussion. Il me faut donc voir, suivant le modèle et les champs remplis ou non, pour récupérer les paramètres qui vont bien. A priori ça ne devrait pas poser trop de soucis.
Le script est pour le moment toujours testable dans le Namespace Utilisateur: ( voir http://fr.wikipedia.org/w/index.php?title=Utilisateur:Dr_Brains/Travaux&action=history et http://fr.wikipedia.org/w/index.php?title=Discussion_utilisateur:Dr_Brains/Travaux/Droit_d'auteur&action=history ).
⇨ Dr Brains ∞ Doléances ∞ 10 mai 2010 à 17:36 (CEST)[répondre]
J'ai regardé rapidos sur quelques exemples, on se rapproche vraiment d'un truc super ! En vrac quatre broutilles rapidos :
  • pour la date pré-remplir avec et utiliser une date sans « / » : 20 mai 2010 au lieu de 20/mai/2010 ;
  • pour le titre de section inséré dans la sous-page /Droit d'auteur, utiliser les titres suivants : Traduction / Copie / Scission / Fusion / Autorisation de republication / Contenu sous licence CC-BY-SA ;
  • pour que le cas de la fusion : prévoir trois quatre champs vides et optionnels dans le formulaire pour gérer les cas de fusion de plusieurs articles en un seul (cas très courant) ;
  • prévoir des champs obligatoires et un message d'erreur (+ retour au formulaire) s'ils ne sont pas remplis pour éviter l'insertion de modèles vides sans information.
Kropotkine_113 10 mai 2010 à 18:26 (CEST)[répondre]

Aide / Espaces de nom[modifier le code]

Bonjour,

Je m'interrogeais sur l'éventuelle possibilité de rajouter au niveau de la barre de recherche (je suis sous Vector, je l'ai donc en haut à droite en ce qui me concerne) une liste des espaces de nom, sous forme de liste déroulante serait le mieux je pense, sur lesquels on n'aurait qu'à cliquer, puis taper le nom qu'il nous faut? Ou, si je veux me rendre sur ma propre page de discussion: ouvrir la liste, cliquer sur Discussion utilisateur: qui apparaitrait dans la barre de recherche, et dans laquelle je n'aurais plus qu'à taper Floflo.

Il est vrai que s'il s'agit de Portail:__ ou de Projet:__ ça va encore, mais dès qu'on arrive dans des espaces de nom de discussions ça devient vite plus long (le pire je crois: Discussion modèle:Infobox__). Ca n'a rien d'insurmontable, et j'exécute ces recherches depuis toujours, mais bon, le Js étant là pour simplifier la vie je crois, je viens donc voir avec les membres du projet ce qu'ils pensent d'une telle réalisation. Émoticône

Vous laissant voir si des possibilités dans ce sens existeraient éventuellement, merci d'avance Émoticône sourire --Floflo (d) 11 novembre 2010 à 17:45 (CET)[répondre]

importScript('Utilisateur:Dr Brains/VectorSearchDeluxe.js');
Si c'est bien ça que tu veux...
⇨ Dr Brains ∞ Doléances ∞ 11 novembre 2010 à 18:34 (CET)[répondre]
PS : A noter que les préférences peuvent jouer un rôle dans les suggestions proposées (onglet "Options de recherche").
⇨ Dr Brains ∞ Doléances ∞ 11 novembre 2010 à 18:38 (CET)[répondre]
Bonjour Doc. Alors pour le script mis en place, je l'ai testé en prévisu dans mon vector.js, et j'ai effectivement obtenu une liste déroulante avec les espaces de nom (Émoticône) mais deux anomalies toutefois:
  • Située à droite de la barre de recherche, du coup je ne la vois pas si je n'utilise pas l'ascenseur horizontal qui s'est rajouté en bas de page
  • Lorsque je clique sur l'espace de nom dont j'ai besoin, il n'apparait pas dans la barre de recherche. Je clique dessus et c'est tout. Rien d'autre. Je reste coincé avec l'espace sélectionné.
Après pour les préférences j'ai effectivement remarqué l'outil AdvancedReSearch (« remplace la boîte de recherche par une avec des raccourcis et qui accède rapidement aux différents wikis Wikimédia  »), mais alors en l'ayant activé j'ai juste une barre de recherche plus longue, sans aucun des raccourcis dont parle la légende de cet outil.
En tout cas l'idée est là. Le problème dans les deux cas vient-il de moi? Merci tout de même pour l'ébauche d'aide .. ! --Floflo (d) 11 novembre 2010 à 18:48 (CET)[répondre]
Ah oui, c'est pas dit du tout que ce soit compatible avec le gadget AdvancedReSearch (quand je parlais de préférences, je pensais plus aux cases à cocher des différents espaces de noms de l'onglet "options de recherche"). Essaye de désactiver ce gadget pour voir si c'est pareil.
⇨ Dr Brains ∞ Doléances ∞ 11 novembre 2010 à 19:10 (CET)[répondre]
Il était désactivé au moment de mon essai en prévisualisation. =/
Sinon, ok, je viens de comprendre pour l'onglet "options de recherche", mais je ne vois pas exactement comment il fonctionne... J'ai coché certains d'entre eux, mais au niveau de la recherche ça ne change pas grand chose... C'est censé procurer quoi de cocher ces espaces de nom? --Floflo (d) 11 novembre 2010 à 19:19 (CET)[répondre]
Ben par exemple si tu as laissé par défaut, tu n'as que l'espace principal qui est coché, donc si tu tapes (pas trop fort) "France", ça te donneras comme suggestion France, mais si tu as tout coché, tu auras droit également à Catégorie:France, Portail:France, Projet:France, Modèle:France, etc...
Je crois que la différence ne se fait qu'au niveau des suggestions, ou des résultats si tu es dans Spécial:Recherche (à ce moment là tu as un cadre exprès pour choisir l'espace de noms, où tu retrouve les mêmes options que dans les préférences).
Sinon, pour les bugs, vu que ça ne vient pas d'AdvancedReSearch, quel navigateur utilises-tu ?
⇨ Dr Brains ∞ Doléances ∞ 11 novembre 2010 à 19:26 (CET)[répondre]
Ok, bien compris ! Je suis sous IE sinon, mais j'ai Firefox également, je vois avec ce que ça donne et je reviens dire. --Floflo (d) 11 novembre 2010 à 19:56 (CET)[répondre]
Ca fonctionne sous Firefox ! Beau travail Docteur ! Émoticône sourire Mais tout de même, y'a rien à faire si je veux rester sous IE..? --Floflo (d) 11 novembre 2010 à 19:58 (CET)[répondre]
IE me donne du fil à retordre en ce moment (problèmes avec BandeauxPortails, voir ma PDD). Je vais voir ce que je peux faire pour que ça fonctionne.
⇨ Dr Brains ∞ Doléances ∞ 11 novembre 2010 à 20:05 (CET)[répondre]
Oui, c'est vrai que la plupart des connaisseurs s'en plaignent je constate... Bon, pour ma part, pour une utilisation "sommaire" il me va très bien. Je te fais tout de même confiance pour arriver à trouver une parade alors. Et en attendant j'essaierai de m'acclimater à FF Émoticône Merci beaucoup en tout cas ! --Floflo (d) 11 novembre 2010 à 20:14 (CET)[répondre]
Hello Dr Brains. Je voulais juste voir où tu en étais dans tes tests pour arriver à faire fonctionner correctement cette fonction avec IE. Apparemment il n'y a pas eu de changement, mais c'est pour savoir si tu as pu avancer un peu là-dessus, ou si tu penses que c'est infaisable etc... Merci ! --Floflo (d) 17 décembre 2010 à 21:08 (CET)[répondre]
VectorSearchDeluxe semble compatible avec AdvancedResearch, du moins sous Opera (je suis Opera-centré).
Sinon AdvancedResearch est un peu pareil que VectorSearchDeluxe, sauf que c'est "en ligne de commande" : pour aller à Discussion_utilisateur:Floflo, il faut taper du:Floflo, pour Utilisateur:Floflo ça sera u:Floflo, Portail:Floflo = p:Floflo, etc. Mais c'est possible que ça bugge sous FF et encore plus sous IE. ~ Seb35 [^_^] 27 décembre 2010 à 19:04 (CET)[répondre]

Bonjour, il y a sur cette page une liste de quelques gadgets sur les autres wikis qu'il me semble important d'importer. JackPotte ($) 5 février 2011 à 06:04 (CET)[répondre]

Interlangues[modifier le code]

Bonjour, Dans le cadre du projet de traduction et de correction syntaxique, je voudrais qu'un développeur mette en place un petit script de monobook qui me serait très utile, je m'explique :

Souvent, les pages ont des interlangues du type : [[:en:France]] ou {{Lien|trad=France}}; il me faudrait passer d'un [[:en:X]] à un [[X]] à l'aide par exemple d'un clique droit, qui ferait l'action, et qui pourrait le faire si on fait CTRL + A puis clique droit > conversion interlangue.

  • Pour {{Lien}} ce serait la même chose; si l'interlangue existe en français et en langue étrangère, mettre le lien français.
Avantages
  • Traduire plus rapidemment les liens
  • Gain de temps
    • Baisse du nombre d'article à traduire (étant donné que les traducteurs ont plus de temps)

Enfin, j'espère que ceci est clair et précis. :)


Il faudrait peut-être que ceci soit aussi possible avec bot, et l'ajouter à Wikicleaner. → LD Réclamations ? 3 avril 2011 à 12:37 (CEST)[répondre]

J'attendais que quelqu'un d'autre se dévoue...
En préalable à la réalisation d'un gadget concernant le modèle {{Lien}}, je viens de modifier {{Lien}} et {{Lien/témoin}} : à présent, un <span class=ExistingLink"> est ajouté à la page, contenant le titre de la page. Il est donc possible de vérifier que la page contienne au moins un tel lien (sans aller chercher les pages liées à {{Lien/témoin}}, ce qui serait trop fastidieux pour le traitement d'une seule page).
Ensuite, il faut juste un petit script qui remplace {{Lien|...}} par {{subst:Lien/Conversion automatique|...}} (sauf dans les références, où la substitution ne marche pas). Ça ne doit pas être trop compliqué à coder.
Pour les liens de type [[:en:X]], c'est plus compliqué, mais c'est faisable, étant donné qu'ils ont une classe spécifique "extiw" dans leur code source. Par contre, pour savoir si la page cible existe ou non en français demande une requête supplémentaire.
Pour WikiCleaner, faut voir avec le développeur qui s'en occupe.
⇨ Dr Brains ∞ Consultation ∞ 7 avril 2011 à 00:33 (CEST)[répondre]


Bonjour,
En ce qui concerne WikiCleaner, les liens du type [[:en:X]] sont gérés avec l'erreur n°68 du projet correction syntaxique : un clic droit sur le lien permet de vérifier les liens interlangues (de la page en:X) et propose de remplacer par le lien équivalent français si il est trouvé.
Est-ce que ça répond à ta demande pour [[:en:X]] ? Est-ce qu'il faut juste quelque chose de similaire pour {{Lien}} ?
--NicoV (d) 7 avril 2011 à 13:46 (CEST)[répondre]
Je l'utilise certes beaucoup, mais, je voudrais qu'il puisse créer un {{Lien}} car sinon l'erreur 68 existe encore; manuellement c'est très long... --LD m'écrire 7 avril 2011 à 19:59 (CEST)[répondre]
J'ai ajouté une possibilité de remplacer [[:en:X]] par {{Lien}} en ayant juste à renseigner le nom de la page sur l'article frwiki. C'est ce que tu voulais ? --NicoV (d) 10 avril 2011 à 23:46 (CEST)[répondre]
C'est déjà ça, le problème, par exemple un article japonnais ne pourra pas être traduis comme ça par un correcteur de syntaxe. Néanmoins, c'est très utile c'est nouvelle fonction étant donné que la plupart des langue-liens sont des langues européennes. LD m'écrire 10 avril 2011 à 23:54 (CEST)[répondre]

Mini-aide contextuelle pour les articles[modifier le code]

Bonjour, :) Voici l'objet de ma demande: j'aimerais utiliser une sorte de gadjet faisant office de mini-aide (c'est à dire d'un résumé d'aide de même taille qu'un Lumière Sur) qui évolurait en fonction des Wikiprojets l'évaluant en PDD et des portails affiliés.

Pages où il apparaîtrait: espace principal (articles)


1. Au niveau de l’apparence, il serait constitué d'une fine barre de 1px "bleu-Vector" en haut et en bas, apparaissant en haut d'un article.

  • Une partie supérieure cliquable indiquant (exemple improvisé:) "Cet article dispose d'une aide contextuelle | Cliquez sur cette barre pour l'afficher". La partie inférieure, par défaut rétractée (facultatif: avec un paramètre permettant le contraire),
  • disposerait à droite d'onglets (dont un par défaut à la fois généraliste et évitant un vide complet en cas d'absence d'aide dédiée),
  • et à gauche d'une aide située dans une sous-page du projet ou du portail (s'il n'y a pas de projet lié) qui se chargerait grâce à du JS afin d'économiser au chargement de la page complète et ainsi réduire le temps d'affichage de l'article en lui-même(facultatif: avec un paramètre permettant de tout précharger par ex si on a désactivé le JS).

2. Un clic gauche sur un lien ouvrirait un nouvel onglet au lieu d'écraser la page sur laquelle se trouve la mini aide (souvent constituée de plus d'un lien permettant d'approfondir si l'on veut).

3. Si un portail est accompagné d'un projet, alors l'aide viendrait avant tout du projet afin d'éviter l'apparition de doublons dans la liste et de la surcharger.

Cela permettrait ainsi de disposer d'une aide synthétique (à condition que ces fameuses sous pages soient créées, je vous l'accorde) sans devoir obligatoirement passer par la PDD et 20 pages d'aide et tutoriaux (et surtout où se trouvent ceux dont on a besoin).

Je crois que j'ai dit tout ce dont vous pouviez avoir besoin. Alors, à votre bon cœur! :)

PS: au départ, j'envisageais faire ceci tout seul en tant qu'extension pour MediaWiki et dédiée aux newbies de Wikipédia et autres wikis (et à ceux qui ont besoin d'avoir la mémoire rafraîchie), mais je me suis rendu compte que je devais utiliser du Javascript, langage que je n'ai pas appris. ^^" --Feldo l'écureuil [Noisettes ?] 16 septembre 2011 à 18:36 (CEST)[répondre]

Mmmh. Ca ressemble, dans son principe, à un de mes script User:Dr Brains/Help.js, à ceci près que l'aide n'y dépend pas du projet lié mais est toujours la même (User:Dr Brains/Help)
Est-ce que c'est plus où moins le principe que tu envisages ?
Pour tester, ajouter au common.js : importScript('User:Dr Brains/Help.js');
⇨ Dr Brains ∞ Consultation ∞ 16 septembre 2011 à 19:48 (CEST)[répondre]
En fait, c'est pas vraiment ça. Certes, il est aussi question avec le tiens de renvoyer aux pages d'aides de WP, mais là je parle d'un élément qui s'intègre à l'intérieur même de la page de l'article (en haut), avec prévisualisation d'une synthèse des différentes choses les plus utiles pour tels ou tels projets. Comme cela, il serait facile (notamment pour les nouveaux/amnésiques/têtes-en-l'air-comme-moi de retenir les exigences de chaque et de gagner du temps. Quant à l'interface, elle est complètement différente de celle que je proposais, à savoir une prévisualisation contextuelle de ces résumés d'aide grâce à Live Preview. Ici, l'aide se veut condensée, synthétisée afin de toucher le plus grand nombre et l’orienter facilement et directement sur ce que les rédacteurs de ces résumés jugeront le mieux (les pages "mini-résumé" chargées par le gadget restant facilement modifiables).
Cela t'éclaire-t-il un peu ? :) --Feldo l'écureuil [Noisettes ?] 16 septembre 2011 à 23:55 (CEST)[répondre]
Pas de nouvelles ? :'( Aurait-je mal expliqué ma demande ou dit quelque chose de travers ? Parce que vu la faible quantité de choses demandée (une petite interface découpée en 3, des onglets, une fenêtre de prévisaulisation utilisant un Livepreview, donc un module déjà codé de Wikimedia), je croyais que ça aurait pu intéresser quelqu'un(?). Je précise aussi que les pages d'aides n’auraient pas à être créées par le développeur du script, hein ;) --Feldo l'écureuil [Noisettes ?] 21 septembre 2011 à 21:33 (CEST) (PS: j'ai vexé personne avec ma demande, hein ? ^^" )[répondre]
Tiens, j'étais persuadé d'avoir répondu. Je devais faire autre chose en même temps et aurais oublier de publier avant d'éteindre l'ordi.
Or donc, ce que tu décris, c'est le principe de mon script (en faisant abstraction du design). Les liens de la partie droite (qui correspondent à des vraies pages d'aide, pas du tout créées par ou pour le script) sont prévisualisés dans la partie gauche. On pourrait donc, par rapport par exemple à la présence de bandeaux de portail dans l'article, fournir une ou plusieurs pages d'aides "spécialisées" dans ce domaine (règles ou recommandations spécifiques, lien vers des ressources, etc...), en plus d'une aide "standard" concernant la syntaxe et les règles générales. Il suffirait dès lors de créer une page [[Portail:<THÈME>/Aide contextuelle]] avec les liens qui vont biens à appeler par le script.
Par contre, vu que cela s'adresserait en priorité aux débutants, il faudrait que ce soit activé pour tous (y compris les IP), mais désactivable via les préférences. Et là je ne suis pas sûr que ça plairait.
⇨ Dr Brains ∞ Consultation ∞ 21 septembre 2011 à 21:50 (CEST)[répondre]
Voilà, en gros c'est ça! :) (à part qu'il faudrait peut-être inclure aussi les Wikiprojets de la PDD dans l'aide contextuelle)
"Et là je ne suis pas sûr que ça plairait." => il suffirait aux mécontents de le désactiver dans Préférences. Au pire, le système pourrait-il être activé par défaut uniquement pour ceux qui s'inscrive à partir de la date de mise en fonction du gadget? Sinon, je rappelle que le but de WMF est d'attirer de nouveaux contributeurs et de les garder. L'argument des mécontents a donc peu de poids car l'handicap serait minime, voir inexistant. De plus, ils ne râleront pas si cela fait baisser le nombre de vandalisme/éditions maladroites des nouveaux. --Feldo l'écureuil [Noisettes ?] 23 septembre 2011 à 21:49 (CEST)[répondre]
Mmmh. Tu m'as l'air de sous-estimer grandement la capacité de râlage du wikipédien moyen. Mais bon, reléguons ce pb à plus tard pour l'instant.
Ce qu'il faut, c'est donc :
  1. créer un modèle standard, correspondant à l'interface de l'aide (l'équivalent de la page User:Dr Brains/Help pour mon script, moins les boutons). Ce modèle pourrait être inclus via un message système (à déterminer). Il doit être le plus simple et intuitif possible.
  2. déterminer la forme du titre des pages d'aide spécialisées  : [[Portail:<THÈME>/Aide contextuelle]] ou [[Projet:<THÈME>/Aide contextuelle]]
  3. pour chaque thème, déterminer quels liens sont nécessaires (liens internes exclusivement) et créer la page d'aide contextuelle correspondante
  4. pour certaines catégories de pages non-encyclopédiques (catégories, modèles, etc...), prévoir une page d'aide spécifique
  5. créer le script pour gérer tout ça (de mon point de vue, c'est le plus facile)
  6. une fois l'ensemble opérationnel, convaincre la communauté de l'intérêt de la chose activée par défaut (un sondage serait auparavant indiqué pour voir si on ne travaille pas pour rien, car si ce point n'est pas rempli, on travaille effectivement pour rien)
Il est plus simple de partir des bandeaux de portails, qui sont dans l'article. Aller chercher les wikiprojets dans la pdd est faisable mais nécessite une requête ajax supplémentaire (à supposer que la pdd existe et comporte un bandeau d'évaluation).
Non, on ne peut pas activer juste pour les nouveaux arrivants. Et à mon avis, il faut que ce gadget puisse servir aux IP aussi.
Il me semble que ce serait pas mal de lancer l'idée sur le Bistro, voir les réactions, et si c'est positif créer un Projet:Aide contextuelle (et y associer les membres du Projet:Aide). On pourra alors avancer plus aisément que sur cette page-ci.
⇨ Dr Brains ∞ Consultation ∞ 23 septembre 2011 à 23:07 (CEST)[répondre]
En ce qui concerne la capacité de râlage, je m'efforce de distinguer le Wikipédien moyen du Français moyen, même si étant Français, j'avoue que ce n'est pas de la tarte. ;) Mais tu as raison : il vaut mieux reléguer ce problème à plus tard pour le moment. Passons à ta todo-list.
  1. Voir "Création du modèle standard" ci-dessous (en attendant le projet).
  2. Je suis d'avis que les pages d'aides spécialisées devraient se trouver en priorité dans [[Projet:<THÈME>/Aide contextuelle]], les projets étant plus centrée l'amélioration des articles que les portails qui ont plus une fonction de vitrine d'articles. Cependant, certains portails ne comportent pas de projets liés. Ainsi, il faudrait aussi rechercher [[Portail:<THÈME>/Aide contextuelle]] pour les portails sans projet et lorsque l'article ne comporte pas de page de discussion (il s'agirait alors d'une redirection). Il faudrait aussi inciter textuellement à transférer cette aide en cas de création d'un projet lié.
  3. L'idéal serait de procéder à des tests. Je suis pour l'introduction du moins de liens wikis possible. Des "(en savoir +) à la fin de chaque mini section d'aide (elle-même formatée en gras et non pas avec des sections comme une page wiki classique), un "À propos — Modifier cette aide" et ça serait à peu près tout. Cela dans le but d'éviter un étalement d'une aide ayant vocation à rester courte, rapide à lire et facile à comprendre. Petite question: pour la page par défaut de l’aide contextuelle, où la placer ? Dans un futur projet consacré ? Sur la futur page [[Wikipédia:Aide contextuelle]], une sous-page, ou bien la future page [[Aide:Aide contextuelle]] ?
  4. D'accord sur le principe. Une aide contextuelle spécifique pour les pages de discussions pourrait être aussi utile, puisque certains utilisateurs non-inscrits l'utilisent parfois comme s'il s'agissait d'un forum et que certains utilisateur inscrits ont par la passé déjà utilisé ces pages sans respecter les recommandations. Toujours dans une optique de prévention, donc.
  5. +1
"Non, on ne peut pas activer juste pour les nouveaux arrivants. Et à mon avis, il faut que ce gadget puisse servir aux IP aussi." => Dommage ; ça aurait été utile pur réduire le nombre des futurs râleurs :(. Je suis d'accord à propos des IP.
"Il me semble que ce serait pas mal de lancer l'idée sur le Bistro, voir les réactions, et si c'est positif créer un Projet:Aide contextuelle (et y associer les membres du Projet:Aide). On pourra alors avancer plus aisément que sur cette page-ci."=> D'accord. Cependant, je ne sais pas trop comment je pourrais présenter cela de façon claire et compréhensible dès le début sans provoquer un dialogue de sourds. Ça ne te dérangerait pas trop de lancer cette fameuse discussion STP? ^^" --Feldo l'écureuil [Noisettes ?] 2 octobre 2011 à 17:09 (CEST)[répondre]

Création du modèle standard[modifier le code]

Je me suis permis d'ouvrir une sous-discussion concernant le modèle en lui-même. J'avais déjà une petite idée à ce sujet concernant la forme rétractée, que j'ai tant bien que mal tenté de faire apparaître directement en CSS, sauf que ça ne semble pas marcher sur une page normale de Wikipédia. :( J'ai donc opté pour un agencement en tableau, sachant que cela a tendance à séparer les images de quelques pixels alors qu'elles devraient en fait être collées, que les images sont ici toutes "en dur" afin de palier à ce problème avec le CSS, et que le texte (dont les triangles) est très mal aligné.

Cet article dispose d'une aide contextuelle | Cliquez sur cette barre pour l'afficher

Je me suis inspiré de l'interface par défaut de Wikipédia (et donc la plus utilisée), à savoir Vector, ce qui améliore l'intégration visuelle. Idéalement, cette barre rétractée aurait la hauteur mise dans cet exemple et le même type de positionnement que Modèle:Bandeau alerte. En ce qui concerne le texte, je n'ai pas été très inspiré, j'ai repris un exemple que j'avais déjà utilisé plus haut. ^^" Si quelqu'un voit des améliorations à apporter, qu'il n'hésite pas! :) --Feldo l'écureuil [Noisettes ?] 2 octobre 2011 à 17:09 (CEST)[répondre]

Outil d'aide au peuplement de catégories[modifier le code]

Bonjour. Suite à un cas concret, j'ai vu les difficultés de peupler une nouvelle catégorie dont il existe pourtant un équivalent dans une autre langue. Je me demande s'il n'existe pas un outil capable de nous guider dans cette tache ou si son développement ne serait pas un gros plus. Je m'explique...

  • Je repère une catégorie sur :en (ou autre) qui me semble d'intérêt ;
  • Je la créé sur :fr et indique le ou les interwiki(s) ;
  • Je lance l'outil et renseigne ses paramètres ;
    • L'outil vérifie un interwiki cible (typiquement :en) et liste les articles présents ;
    • L'outil vérifie ensuite dans cette liste temporaire, l'existence d'article :fr équivalent par les interwikis sur les articles mêmes ;
    • L'outil fournit en résultat une nouvelle liste d'articles :fr qui sont « potentiellement » rattachable à cette nouvelle catégorie ;
  • Je peux ainsi, après vérification, rattacher les articles soit à la main, soit en demandant à un bot.

Bilan : la catégorie et créé et peuplée rapidement. La manipulation n'est plus à faire à la main. Cordialement. Like tears in rain {-_-} 21 septembre 2011 à 19:22 (CEST)[répondre]

Il est possible de créer un script qui, à partir de la catégorie de (en) (ça suppose d'installer le script sur son common.js de (en)), liste les articles (et les sous-catégories, toute l'arborescence en fait), puis recherche des interwiki (fr) pour en faire une liste dans une sous-page utilisateur. C'est relativement simple.
Par la suite, grâce à la liste obtenue, on peut, ici sur (fr), à l'aide d'un deuxième script, reprendre les catégorisations pour recréer l'arborescence. Là c'est un peu plus complexe et surtout c'est un travail de bot (nécessitant peut-être un flag). Mais c'est faisable.
L'idéal serait d'avoir un script qui fait les deux en une seule opération mais ce n'est pas possible en js (sauf peut-être en passant par secure.wikimedia mais ce n'est pas une bonne idée de charger ces serveurs-là).
Je pense pouvoir facilement faire le premier script. Si déjà ça peut t'avancer.
⇨ Dr Brains ∞ Consultation ∞ 21 septembre 2011 à 19:39 (CEST)[répondre]
Je te remercies pour ta réponse rapide. J'en comprend que le javascript n'est probablement pas le bon moyen d'ariver à mes fins (script multiples : peu pratique) et que le toolserver est peut-être la meilleure idée. Je vais en parler à un développeur y ayant accès. On verra bien ;) Like tears in rain {-_-} 22 septembre 2011 à 09:50 (CEST)[répondre]
Je pense pouvoir faire l'inverse de http://toolserver.org/~myst/cil/?cat=Tolkien&wpsrc=enwiki_p&wptgt=frwiki_p qui permettra de trouver tout les articles qui ont un interwiki vers la fr depuis en dans une catégorie précise. Myst (d) 22 septembre 2011 à 20:27 (CEST)[répondre]
A tester http://toolserver.org/~myst/ncil/?cat=J.+R.+R.+Tolkien&wpsrc=enwiki_p&wptgt=frwiki_p&submit=Go+get+it%21 Myst (d) 22 septembre 2011 à 20:30 (CEST)[répondre]
Effectivement, le dernier cas en répérant les articles existants sur :fr depuis une catégorie étrangère, rempli mon but. Est-ce qu'une fonction d'exportation en wikitexte est à l'étude ? (pour récupération pour un bot) ? Like tears in rain {-_-} 23 septembre 2011 à 09:13 (CEST)[répondre]

PàS - admissibité[modifier le code]

Bonjour, il faudrait un outil comme Pastec, qui permettrait de :

Cela permettrait de faire une réelle progression de la maintenance de Catégorie:Admissibilité_à_vérifier. N'hésitez pas à émettre vos idées.


Peut-être qu'il faudrait faire un autre modèle que "suppression" par exemple "suppression balayette", comme ça on ajoute une catégorie dans le modèle (Page dont l’admissibilité est à vérifier dans une PàS) et un robot ajoutera chaque nuit les PàS sur WP:PàS.


Qu'en pensez-vous ? LD m'écrire 3 octobre 2011 à 21:00 (CEST)[répondre]

Un script de conversion pour les références ?[modifier le code]

Bonjour les experts JavaScript : Je vous sollicite car je voudrais savoir s'il est possible de créer un gadget dont le but est de convertir des reférénces en <ref>[http://www.votresource.com Titre de la source]</ref> en références avec le modèle {{Lien web}} avec :

  • l'url qui se trouve généralement en 1ère position
  • letitre : à la suite
  • le site : une première proposition serait de reprendre le lien web avec uniquement votresource.com
  • consulté le serait la date d'aujourd'hui

Merci d'avance pour vos réponses. --Superjuju10 Contacter la Aubline le 28 décembre 2011 à 12:45 (CET)[répondre]

Si je peux me permettre (sans faire opposition, vous ferez ce que vous voudrez, bien-sûr) : quel est précisément l'intérêt de remplacer un simple [http://www.example.com Titre de la source] par un lourd {{Lien web|url=http://www.example.com|titre=Titre de la source|site=example.org|consulté le=28 décembre 2011}} ? Ni la mention évidente du domaine ni la date de consultation anecdotique (bidon qui plus est dans ce cas) ne me semblent avoir une utilité suffisante pour continuer à encourager l'usage d'un modèle qui revient en fait uniquement à compliquer la syntaxe, et dont il faudrait plutôt envisager la suppression. Mais je dis ça, je ne dis rien Émoticône sourire. --Lgd (d) 28 décembre 2011 à 13:55 (CET)[répondre]
L'utilisation de ce modèle est une recommandation du Projet communes de France. D'autre part je peux me tromper : mais la date de consultation est utile notamment lorsque le lien est brisé pour permettre l'archivage via Wikiwix. Cordialement. --Superjuju10 Contacter la Aubline le 28 décembre 2011 à 14:04 (CET)[répondre]
Ce dernier point à propos de wikiwix serait à confirmer (peut-être ai-je manqué une évolution de celui-ci). --Lgd (d) 28 décembre 2011 à 17:54 (CET)[répondre]
Je ne comprends la question au sujet de wikiwix. Cordialement --Pmartin (d) 5 janvier 2012 à 05:06 (CET)[répondre]
Comme {{lien web}} permet de créer un lien vers l'archive Wikiwix, en précisant la date vers laquelle il faut chercher, il est plus utile qu'un hyperlien classique qu'on trouverait sur un forum. J’appuie donc cette suggestion de gadget sans toutefois avoir le temps de l'implémenter, mais pourrais faire passer mon bot rapidement à cette fin.
PS : je vous rappelle qu'il existe un bouton "lien web" dans le gadget "Ajouter sept boutons facilitant l'ajout et la demande de sources lors de l'édition d'un article" pour les ajouts purs. JackPotte ($) 5 janvier 2012 à 09:56 (CET)[répondre]
Pmartin saura le confirmer mieux que moi, mais encore une fois, sauf si wikiwix a changé récemment d'implémentation, il n'y a aucun rapport entre la mention de la date de dernière consultation via l'utilisation du modèle {{lien web}} et la création du lien vers l'archive wikiwix. --Lgd (d) 5 janvier 2012 à 09:59 (CET)[répondre]

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

Bonjour, en 2010 Dr Brains (d · c · b) avait réalisé suite à une demande de ma part le gadget MediaWiki:Gadget-OuvrageArticle.js qui permet à partie d'une ref COinS de construire une ref avec un format utilisant le modèle Ouvrage ou Article. Malheureusement, il est extrêmement laborieux d'obtenir la ref CoinS. En revanche, le site http://api.labs.crossref.org/search fourni à partir d'une ref doi (très facile à obtenir) une ref en json. Voir des exemples avec :http://api.labs.crossref.org/search?q=dx.doi.org%2F10.1016%2Fj.actao.2011.10.001 . Est-ce qu'il serait possible de modifier le gadget ou d'en créer un nouveau pour prendre en compte ce cas. L'intérêt est que la manipulation devient beaucoup plus simple.

Aparté qui n'a rien à voir mais quand même un peu[modifier le code]

Je souhaite par ailleurs créer ou stimuler la création de vidéos d'aide à destination d'une population de contributeurs à l'aise avec l'interface mediawiki mais qui sont passés à coté de fonctionnalités qui leurs seraient utiles. Par exemple, certains gadgets javascript. En regardant comment je pouvais faire ces vidéos, j'en ai profité pour effectuer cette demande par vidéo : http://www.youtube.com/watch?v=Kb8vMtMZzKs. Le concept serait de créer une page, voir même un user (voir Wikipédia:Questions_techniques/semaine_3_2012#Contributeur bloqué) pour retrouver immédiatement les liens ou les fonctionnalités vus dans la vidéos .

Exemple avec cette demande mais il faut évidemment transposer à une problématique de vidéo d'aide

Je suis fortement intéressé par vos avis sur cette façon de faire. Cordialement - Drongou (d) 21 janvier 2012 à 23:48 (CET)[répondre]

MediaWiki:Gadget-OuvrageArticle.js (suite)[modifier le code]

Bonjour, j'ai pensé à un nouveau comportement encore plus simple que celui décrit ci-dessus :
Il est possible de récupérer la page en json directement via l'url http://api.labs.crossref.org/[ref doi].json
L'idée serait que le gadget propose un champ pour écrire le doi puis l'action du bouton ad'hoc irait directement chercher la page json, parserait le code et générerait le code wiki du modèle article.

Exemple :

Cordialement - Drongou (d) 25 janvier 2012 à 23:15 (CET)[répondre]

Non, on ne peut pas faire de requête cross-domaine en javascript. On doit s'en tenir à fr.wikipedia.org (ou peut-être *.wikipedia.org en https).
Par contre, il est possible d'afficher la page cible dans une <iframe> (ou si le site l'interdit, d'ouvrir la page dans une nouvelle fenêtre), l'utilisateur n'ayant plus qu'à copier-coller le json à un endroit où le javascript peut accéder depuis Wikipédia (une bête <textarea> telle que possède le gadget actuel).
Par contre, je n'ai pas le temps de le faire, mais c'est je pense relativement rapide à coder, vu qu'une bonne partie du script actuel peut être réutilisée. Un autre codeur (Arkanosis (d · c · b), Od1n (d · c · b), etc...) pourra sans doute le faire.
⇨ Dr Brains ∞ Consultation ∞ 25 janvier 2012 à 23:22 (CET)[répondre]
Ce qu'il faut, c'est me construire tout ce qu'il y a autours du parsing. Pour le parsing, il me faut un exemple, par exemple : nom1, je construirais le reste par mimétisme. Cordialement - Drongou (d) 25 janvier 2012 à 23:42 (CET)[répondre]
Bon, je suis en train de le faire : Utilisateur:Dr Brains/OuvrageArticle.js.
Il ne manque que la(les) fonction(s) de conversion pour que ce soit opérationnel. Tu peux déjà tester la récupération du json.
J'aurais besoin de différents résultats de json DOI ("journal", "book", etc...), ainsi que la correspondance avec les paramètres des modèles {{Ouvrage}} ou {{Article}}.
⇨ Dr Brains ∞ Consultation ∞ 27 janvier 2012 à 14:48 (CET)[répondre]
Bonjour, ta dernière modif ne fait plus apparaître de bouton, j’ai, après tâtonnement, joué avec l’avant dernière modif. Pour moi, c’est nickel. Malheureusement, il y a une petite ombre au tableau : les fichiers .json s’affichent correctement avec Safari, Chrome et FF mais pas avec IE. Je pense que si l’on demande aux utilisateurs d’IE d’associer comme viewer pour les fichiers json « notepad », l’ergonomie du gadget qui automatiquement demande d’ouvrir le fichier reste correcte pour eux. (il y a un clic en plus pour eux).

Voir ci-après, un exemple (pas réel) d’extraction des champs. J’ai volontairement ignoré certains champs présents : issn (compliqué et d’importance faible si le doi est présent), url texte (redondant avec doi). Pour le champ périodique, on pourrait faire une règle : prendre le champ « abbrev_title » si celui-ci est présent et « full_title » sinon. Je pense que la règle : prendre toujours « full_title » est bien plus simple et tout à fait correcte. Il y a une petite difficulté pour « prénom2 - nom2 » et suivant et pour « pages ». Bien sûr, jour, mois, numéro, volume, prénom2, nom2 etc. ne sont pas obligatoirement présents.

Sinon, ce gadget est strictement réservé au modèle Article. Il ne concerne pas le modèle Ouvrage. On pourrait l'appeler Article.js ?

Cordialement - Drongou (d) 28 janvier 2012 à 00:19 (CET)[répondre]

✔️ Parsing a priori OK. Utilisateur:Dr Brains/OuvrageArticle.js à tester.
Peut-être devrais-je y adjoindre une autre icône que celle utilisée pour l'autre gadget ?
⇨ Dr Brains ∞ Consultation ∞ 29 janvier 2012 à 00:22 (CET)[répondre]
Pour moi, ça fonctionne nickel.
Effectivement, pourquoi pas une nouvelle icône sympa.
Merci beaucoup. Cordialement - Drongou (d) 29 janvier 2012 à 01:44 (CET)[répondre]

Placer le curseur dans la fenêtre d’édition[modifier le code]

Bonjour le projet JS. Je remarque que lorsque je modifie une page (« modifier ») wikEd me place le curseur au début de la fenêtre d’édition, mais ce n’est pas le cas lorsqu’il n’est pas activé ou lorsqu’il n’est pas disponible (sous IE par exemple). Il faut alors reprendre la souris pour placer son curseur. Est-il possible de récupérer le script correspondant à cette action pour l’avoir de manière indépendante ? — A2 (d) 12 février 2012 à 18:36 (CET)[répondre]

MathJax en gadget[modifier le code]

Bonjour, j'ai déjà posé la question sur la page de discussion du projet, mais vu le peu d'écho ce n'était peut-être pas au bon endroit, alors je recommence.

J'ai un script qui permet de traduire les formules de mathématiques via MathJax au lieu de texvc et plusieurs contributeurs du projet Mathématiques, où j'ai diffusé ce code, m'ont demandé d'en faire un gadget. Faut-il l'intervention d'un administrateur pour cela ? Merci d'avance, Ambigraphe, le 16 février 2012 à 21:02 (CET)[répondre]

Il suffit de copier le code dans une page Mediawiki:Gadget-XXXXXX.js.
Pour ça il faut un admin : WP:DIMS
⇨ Dr Brains ∞ Consultation ∞ 16 février 2012 à 21:24 (CET)[répondre]
Merci ! Ambigraphe, le 17 février 2012 à 16:03 (CET)[répondre]

Script pour l'apprentissage des langues : 3000 remplacements conditionels[modifier le code]

Bonjour,

Cela fait un moment que j'apprends le chinois, et quasiment autant que je suis wikipédien. J'ai donc pensé à un script pour évaluer la difficulté lexicale des articles de la wikipedia chinoises, et m'aider (et d'autres) à apprendre cette écriture. J'ai vu votre projet aujourd'hui, alors je me lance. J'aimerais collaborer avec vous pour ce projet. J'aide du coté langues (je ne peux que 'modifier' les codes java) et UI. Mais un gros coup de main coté java serait apprécié pour ce premier code.

Donc... L'apprentissage des langues se fait principalement par l'apprentissage du vocabulaire, ceci en apprenant en priorité les mots les plus fréquents. Il en va de même pour le chinois. J'ai une liste de caractères des chinoises par fréquence, du plus féquent au 3.000ème (environ). Les mots les plus fréquents étant rencontrés plus souvent (exposition et input +++), ils sont généralement BIEN connus. Les moyennement fréquents (exposition et input ≈≈≈) sont généralement PARTIELLEMENT connus. Les mots rares (exposition et input ---) sont généralement PAS connus. Il est bon d'augmenter la visibilité des mots les plus rares et ceci dans leur contexte pour les repérer plus rapidement, les traduire, et les apprendre plus vite. Cependant, ces groupes de mots (bien / partiellement / pas connus) varient en fonction du niveau de l'étudiant. Aussi !

1. Auto-évaluation:
Je souhaiterais que l'utilisateur puisse spécifier SES 2 seuils à lui dans 2 champs :

  • Seuil caractères BIEN-PARTIELLEMENT connus : pour un jeune apprenant >100, les caractères >100 seront Oranges.
  • Seuil caractères PARTIELLEMENT-PAS connus: >???, les caractères >???? seront rouges.

2. Traiter la page, injecter un style:
Je souhaite appliquer à chaque charactère chinois d'un article de wikipedia (chinois) un style en fonction de la fréquence de ce caractères, ex:

  • (PS: voir code HTML)
  • 火 est 50ème plus fréquent et donc probablement BIEN connu ⇒
  • 否 est 300ème plus fréquent et donc probablement PARTIELLEMENT connu ⇒
  • 韓 est 1500ème plus fréquent et donc probablement PAS connu ⇒

3. Mon approche de débutant:
J'ai commencer à voir un peu de doc... mais je rame franchement. Je pense à une approche find, replace: if caractère > 100 (seuil1), then orange. elseif > 500 (seuil2), then red. Je pense aussi à faire 3.000 boucles grace à excel.... pour en faire mon script js. Je suis sérieux.... Émoticône

4. Exemple:

Base de donnée d'exemple :
的 1
他 2
了 4
是 5
有 6
火 7 -- (Seuil1)
水 8
否 9
韓 10 -- (Seuil2)
國 11
Texte a traiter : 他的韓國,是否有火,有水的了。
Choix utilisateur : Mal connus : >6 ; PAS connus >9
Sortie espérée: 他的,是,有的了。

La quantité/portion de rouge dans la page donnerait la difficulté du texte. Le script serait portable aux autres langues/wiki, avec la difficulté augmenté de la morphologie (plus de mots : petit, petite, petits, petites).

Est-ce que c'est faisable avec Monobook.js ? Est-ce que tu vois une autre technology ? (plugin firefox ?) Est-ce que cela t'interesse qu'on y collabore ? Yug (talk) 12 avril 2012 à 14:27 (CEST)[répondre]

J'ai trouvé ceci en:User:Gerbrant/edit/multiReplace.js & en:User talk:Gerbrant/edit/multiReplace.js, mai j'ai du mal. Yug (talk) 12 avril 2012 à 14:42 (CEST)[répondre]
HTML: Je viens de créer l'interface utilisateur pour entrer les valeurs seuils. Yug (talk) 12 avril 2012 à 17:08 (CEST)[répondre]
Je peux faire un script python pour créer une page HTML automatiquement sur mon PC comme je souhaite, àmoi ensuite de l'ouvrir. C'est déjà pas mal. Mais ce n'est pas ce que je souhaite. Je souhaite que cela s'effectue "on the fly" (onload) et que cela affiche la page "rougie". Yug (talk) 12 avril 2012 à 17:49 (CEST)[répondre]
Voilà, je viens de travailler l'interface, qui est a ma portée. Je publie. Yug (talk) 12 avril 2012 à 18:44 (CEST)[répondre]

Donc ![modifier le code]

Avec l'UI y a donc déjà l'interface avec les champs à remplir. À priori (je reste un tout débutant), je voudrais maintenant:

  1. L'utilisateur remplit les 2 champs.
  2. récupérer le champ threhold1 (seuil 1), créer une variable threshold1 dans mon code java : comment faire ?
  3. (similaire pour threshold2 (seuil 1))
  4. Charger une nouvelle page wikipedia chinois.... avec la fonction onload, mon script se lance....
  5. Dans mon code java, chaque caractère a un rang. (ex: character="是" à le rang "5")
  6. ...et sa boucle de remplacement conditionée par la valeur de threshold:
    • FIND "是",
      • IF rankOf是>valueOfThrehold1, REPLACE 是 by <font color="orange">是</font>;
      • ELSEIF IF rankOf是>valueOfThrehold1, REPLACE 是 by <font color="red">是</font>;
    • FIND next characters (loop 3000 times for the 3000 characters)
    • ...
  7. Load the resulting page.

Vos avisez conseils sont les bienvenus ! Yug (talk) 12 avril 2012 à 18:44 (CEST)[répondre]

[1] serait un point de départ (js est en revanche totalement inapproprié, pour des raisons de ressources notamment). Cordialement, --Lgd (d) 12 avril 2012 à 19:07 (CEST)[répondre]
Salut Ldg, C'est quoi la difference entre l'extension java et le monobook.js (java). Tu dis que c'est inapproprié, c'est a dire ? ça peut techniquement le faire, mais ce sera très lent ? Yug (talk) 12 avril 2012 à 20:46 (CEST)[répondre]
Pour éviter les confusions, il ne s'agit en aucun cas de java. Pour ce que que j'ai compris, tu envisages un javascript exécuté dans le navigateur, côté client, qui me semble mort-né pour des questions de performances en effet. La solution indiquée est un traitement côté serveur, via une extension mediawiki, c'est à dire en PHP. Voir le lien donné ci-dessus. --Lgd (d) 12 avril 2012 à 20:52 (CEST)[répondre]
Je suis en train de fouiller dans la doc JQuery —que je souhaite apprendre— pour voir ce que je peux faire de mon coté (JQuery ca passe sur WM & Monobook ?). J'envisage aussi python. J'ai aucune notion de PHP... C'est mal parti. Yug (talk) 13 avril 2012 à 14:33 (CEST)[répondre]

✔️ Fait! j'ai fait mon programme coté client.
J'ai finalement fait une page HTML-JS, avec un champ textarea pour soumettre le texte wiki.
ça fait 3000 remplacements... (10secs: long!!)
J'ai empaqueté le tout dans une extension Chrome libre, voir le très bon :
je peux partager par email, me contacter. Je ne sais pas encore uploadé sur Google Chrome apps store. Peut être un jour.
Lgd, Merci en tout cas pour le coup de main. : ] Yug (talk) 19 juillet 2012 à 15:24 (CEST)[répondre]

Diaporama[modifier le code]

Bonjour,

je souhaiterais des avis sur un modèle et un script que je suis en train de mettre au point. Cela génère un diaporama d'images (ou d'autres choses).

L'objectif final est de remplacer le modèle {{Images}} et son .js qui se trouve sur Mediawiki:Common.js.

La différence avec le modèle {{Images}} est que, en plus des deux boutons pour naviguer entre les images, ce nouveau modèle intégrerait deux boutons "play" et "pause" permettant de faire défiler automatiquement les diapos, comme un gif animé sauf que l'utilisateur pourrait le stopper lorsque bon lui semble.

J'aimerait avoir des avis :

  • sur le plan esthétique (choix des boutons, styles, etc...)
  • sur le plan fonctionnel (est-ce que tout fonctionne comme vous vous attendriez, y a-t-il des choses à modifier/améliorer ?)
  • sur le plan de l'accessibilité

Merci d'avance,

⇨ Dr Brains ∞ Consultation ∞ 15 avril 2012 à 13:19 (CEST)[répondre]

C’est accessible et plutôt esthétique (les boutons sont gros, mais je suppose que c’est justement pour l’accessibilité). Je trouve, par contre, que le choix entre une animation automatique et une animation "à son rythme" n’est pas clairement indiqué (On a tendance à vouloir appuyer sur play. On ne comprend pas nécessairement que appuyer sur le bouton forward, alors que l’animation est en pause, permet d’avancer image par image). Les transitions entre images sont peut être un peu abruptes. Dans tous les cas, c’est du beau boulot. --gede (d) 15 avril 2012 à 16:05 (CEST)[répondre]
ça ne marche pas chez moi (Smiley: triste) (les images sont à la suite les unes au dessus des autres). - Bzh99(d) 15 avril 2012 à 17:03 (CEST)[répondre]
Oui, car tu n'as pas mis je javascript.
Il faut rajouter dans ton common.js le code :
importScript('Utilisateur:Dr Brains/Diaporama.js');
⇨ Dr Brains ∞ Consultation ∞ 15 avril 2012 à 17:05 (CEST)[répondre]
Je trouve également l'esthétisme réussit. Il faudrait garder la possibilité d'un titre. Le plus gros problème, je pense c'est que les boutons "<<" et ">>" qui signifient pour moi: accéléré/sauter et ralentir/sauter en arrière, et que je les confond avec les icones "|<<" et ">>|". Je mettrais plutôt des flèches comme sur Picasa : Ex : [2] (enfin il faut voir le rendu, sur le modèle, c'est toujours pareil). Et aussi que j'ai l'habitude d'avoir ce type d'icône en bas de l'image. Dans les améliorations accessoires, la bouton pause et start pourrait être regroupé, en bouton start durant la pause et un bouton pause durant le fonctionnement, mais je sais pas si un tel bouton serait accessible, faut voir. --Nouill (d) 15 avril 2012 à 17:52 (CEST)[répondre]
Sur les appareils de lecture vidéo que j'utilise (tout comme certains logiciels), je vois le plus souvent :
  • << : recul rapide
  • |<< : saut de plage vers l'arrière
  • >> : avance rapide
  • >>| : saut de plage
L'interface de Media PLayer Classic affiche huit boutons dans le bas. Pour les besoins du diaporama, je recommande l'usage des numéros 1, 2, 3, 4 et 7.

J'étais pour me lancer dans une longue explication, mais l'image à la droite montre les boutons que Media PLayer Classic affiche. Je n'ai pas besoin de vous en dire plus pour les boutons.

L'affichage des images en boucle n'est pas toujours souhaitable. Par exemple, une partie d'échecs a souvent une fin.

Voici quelques semaines, j'ai mis au point quelque chose en JavaScript, mais votre script est supérieur. Merci.

Cantons-de-l'Est 15 avril 2012 à 18:07 (CEST)[répondre]
Voilà, j'ai pris en compte vos remarques.
Parmi les changements :
  • ajout d'un paramètre "titre";
  • changement de l'ordre des boutons (Lancer le diaporama Pause Stop Image précédente Image suivante), ordre identique au media player classic;
  • ajout d'un bouton stop (= bouton pause + retour à la première diapo);
  • lecture en boucle optionnelle;
  • ajout d'une barre de défilement (qu'on ne peut pas cliquer ni déplacer, du moins pas encore...);
  • lorsque les boutons seront 100% au point, je rajouterai dans le modèle une option pour afficher les boutons en haut ou en bas du diaporama;
D'autres remarques ?
⇨ Dr Brains ∞ Consultation ∞ 15 avril 2012 à 19:51 (CEST)[répondre]
Pourquoi les boutons de commande sont au-dessus plutôt qu'en dessous ? --Pªɖaw@ne 15 avril 2012 à 20:14 (CEST)[répondre]
J'avais pas vu la futur option dont tu parles ci dessus. --Pªɖaw@ne 15 avril 2012 à 20:15 (CEST)[répondre]
Ce sera mieux dessous effectivement. C'est très beau, bravo. Je dis peut-être une connerie mais il n'y pas de paramètre alt pour les défilements d'images ? Autre chose, as-tu envisager de garder qu'un seul bouton play/pause ? Simple question, je ne sais pas si c'est mieux. Skull33 (d) 15 avril 2012 à 20:33 (CEST)[répondre]
Heu, pour les alt, il y a légende1, légende2, légende3… il me semble ? Ltrl G, le 16 avril 2012 à 00:10 (CEST)[répondre]
ça y est ça marche (quel idiot je fais…), deux remarques :
  • pour ceux qui comme moi ont un débit internet pas terrible, on a la juxtaposition des images pendant plusieurs secondes, avant l'apparition dans le cadre unique (mais c'est peut-être à cause de la grande taille de ta page de test) ;
  • je préfèrerais aussi avoir les boutons en dessous de l'image, de manière à pouvoir mettre un titre au dessus de l'image (et conserver une légende en dessous). - Bzh99(d) 15 avril 2012 à 20:35 (CEST)[répondre]
Bonjour,
L'idée est intéressante (ajout du play/pause) et le script bien réalisé. Cependant, une autre possibilité me semblerait peut-être à envisager :
  • partir de la fonctionnalité de gallery comme base statique (rendu sans javascript)
  • plutôt qu'un simple diaporama sans vignettes, mettre en place un carrousel à partir des vignettes fournies par la galerie (sur le modèle de [3], mais avec en plus la fonctionnalité play/pause)
  • ne charger les images agrandies que dynamiquement
  • éviter si possible l'option "autoplay"
  • revoir la gestion de l'alternative textuelle des images (pour le moment identique à la légende, ce qui n'a pas d'utilité. Une alternative automatique peut être donnée si la légende est présente, une alternative manuelle est nécessaire dans le cas contraire)
Cordialement, --Lgd (d) 16 avril 2012 à 08:00 (CEST)[répondre]
La proposition de Lgd est intéressante (vignettes cliquables et flèches servant à sauter d'une image à l'autre), mais n'est pas compatible avec le diaporama de Dr. Brains (qui, une fois démarré, ne demande presque plus d'intervention de la part de l'internaute). Je suggère que ce soit un autre projet. Dans sa forme actuelle, le diaporama me plaît beaucoup. Bravo ! — Cantons-de-l'Est 16 avril 2012 à 10:45 (CEST)[répondre]
Ce que propose Lgd est intéressant mais ça ne cadre pas vraiment avec l'utilisation que je prévois de {{Images}} tel qu'il est ou tel que j'envisage de le modifier.
En effet, le but ici est d'utiliser plusieurs images pour en faire une image animée. L'intérêt éditorial est ici de montrer une même chose qui évolue : territoire d'un pays, partie d'échecs ou de dames, mouvements d'armées sur un champ de bataille, etc. Ce qui pour l'heure est fait soit avec {{Images}}, soit avec un gif animé (mal géré par Mediawiki et pas accessible).
Par contre, l'idée d'une galerie avec vignettes, utilisé éditorialement pour montrer un panel de choses différentes, est très séduisante et pourrait avantageusement remplacer les galeries. Idée à creuser...
Pour les autres remarques :
  • l'option "autoplay" est désactivée par défaut. On peut si nécessaire en supprimer la possibilité, il suffit de supprimer la classe qui va bien du modèle. Ça ne gênera pas le .js.
  • Pour l'alternative textuelle, c'est faisable en prenant la légende. On peut ajouter un paramètre par image pour en mettre une mais malheureusement je doute que beaucoup s'en servent.
⇨ Dr Brains ∞ Consultation ∞ 16 avril 2012 à 17:48 (CEST)[répondre]
Dans ce cas, il serait souhaitable que ce nouveau modèle conserve l'un des atouts de l'actuel {{Images}} : la gestion en thumb afin que la taille des images soit déterminée par les préférences utilisateurs.
(Sinon, mais bon, ce n'est pas grave : un carrousel n'est en rien incompatible avec un défilement automatique. Il y ajoute en revanche ce qui est très apprécié par les utilisateurs, c'est à dire la possibilité de sélectionner une image en particulier, beaucoup plus aisément que ne le permettra l'actuelle proposition) Cordialement, --Lgd (d) 16 avril 2012 à 21:35 (CEST)[répondre]
✔️, j'ai viré le paramètre "hauteur" et remplacé par "upright"
(T'inquiètes, ton idée n'est pas perdue. Je suis déjà en train de réfléchir à la façon de faire ce modèle de carroussel avec vignettes Émoticône)
⇨ Dr Brains ∞ Consultation ∞ 16 avril 2012 à 22:06 (CEST)[répondre]

Mise en place[modifier le code]

Modèle créé : {{Animation}}

Sauf contre-ordre, un petit calendrier :

  1. jusqu'à ce W-E : dernières mises au point sur le modèle et optimisation du .js (toutes remarques bienvenues)
  2. Ce W-E : Ajout du .js dans MediaWiki:Common.js
  3. Le W-E d'après : requête bot pour remplacer tous les {{Images}} par des {{Animation}}
  4. Lorsque {{Images}} plus utilisé, redirection vers {{Animation}} et suppression du .js correspondant

⇨ Dr Brains ∞ Consultation ∞ 16 avril 2012 à 20:52 (CEST)[répondre]

Salut, j'ai regardé rapidement le script, voici quelques suggestions que je pourrais apporter :
  • Fonctionnalités :
    • Un truc qui me manque beaucoup, c'est l'indicateur « image actuelle / total images » (par ex. « 4/12 »). La barre de défilement n'apporte pas suffisamment d'information à mon goût, j'ai besoin des nombres exacts ! De plus, cela permettrait de mieux indiquer qu'il s'agit d'une succession d'images et non un vrai fichier vidéo.
    • Ne pouvoir configurer les délais que par paliers d'une seconde n'est à mon avis pas suffisamment précis. (dans le cadre de développement d'interfaces web il m'arrive de faire des ajustements de 50 ms ^^)
  • Code :
    • Diaporama, Diaporama.Params et Diaporama.Fonctions devraient être des objects {} et non des arrays. (actuellement ce sont des arrays vides étendus avec des propriétés, des objects quoi)
    • Pour simplement tester si une regex matche, qu'il n'y a rien besoin de capturer, la fonction test() est plus performante que match()
    • addOnloadHook(callback) est déprécié est serait avantageusement remplacé par un $(document).ready(callback)
    • Idéalement, les href=javascript et attributs "onclick" seraient avantageusement remplacé par des events jQuery
    • Une fonction HTMLize étant déjà définie dans le common.js, il faut bien entendu ne pas dupliquer le code
    • Pour l'ajout/suppression de class dans le DOM, des fonctions spécifiques existant dans le common.js ainsi que dans jQuery, je pense qu'il serait préférable de les utiliser
    • Pour la possibilité de cliquer sur la barre de défilement, une piste à étudier serait peut-être (à prendre avec de grosses pincettes) jQuery UI slider, disponible sur MediaWiki.
Mes observations sur le code sont assez secondaires, et il n'y a rien qui ne puisse être modifié ultérieurement. Les points qui me sont importants sont ceux évoqués dans la partie Fonctionnalité.
Last but not least, il y a quelques mois de cela, un contributeur m'avait signalé que le markup du modèle Images était partiellement utilisé dans d'autres modèles, auxquels le JS était aussi appliqué. Malheureusement j'ai eu beau fouiller dans mes archives je n'ai pas réussi à retrouver…
od†n ↗blah 20 avril 2012 à 05:47 (CEST)[répondre]
Il y a quelques autres modèles que j'avais mentionné . Orlodrim [discuter] 20 avril 2012 à 09:23 (CEST)[répondre]
Fonctionnalités
  • Effectivement, ce pourrait être fait. Je vais voir ça.
  • On peut déjà, depuis cette modif. J'ai mis à jour la doc dans la foulée.
Code
  • Array() -> Object : effectivement.
  • match() -> test() : effectivement aussi. Le seul endroit où j'ai besoin de récupérer quelque chose, c'est pour le délai
  • addOnloadHook() : certes. Ce que j'ai souhaité, dans un premier temps, c'est faire un code qui marche quelle que soit la version de Mediawiki et quel que soit le site, c'est pourquoi j'utilise ces fonctions dépréciées (pour Wikipédia, certes, mais pas forcément tous les wikis), pour une version que je laisserai dans MediaWiki:Gadget-Diaporama.js. Dans la version intégrée au Common, j'utiliserai les nouvelles fonctions.
  • HTMLize() : idem ci-dessus, je souhaitais faire un code non lié à d'autres pages/fonctions de wikipédia. Dans la version en production, j'utiliserai la fonction existante
  • Classes : idem ci-dessus
  • barre cliquable : oui, je connais ces sliders. Mais ça complique un peu beaucoup le code. J'ai eu une idée, à tester, pour pouvoir facilement aller à une diapo en particulier, mais ça n'implique pas cette barre.
Last but not least
  • Oui, il faudra probablement y réfléchir à deux fois avant de retirer le .js de {{Images}}, qui a peut-être été détourné pour d'autres usages non prévus (mais déjà il faudra remplacer ce modèle partout (420 inclusions à l'heure actuelle)).
⇨ Dr Brains ∞ Consultation ∞ 20 avril 2012 à 13:48 (CEST)[répondre]
Voilà, nouvelle version disponible avec un sélecteur de diapo, qui fait office de compteur. J'ai corrigé les Array(), mais les .test() à la place des .match() ne passent pas, j'ignore encore pourquoi...
Le reste sera fait au moment de l'intégration au Common.js
⇨ Dr Brains ∞ Consultation ∞ 20 avril 2012 à 17:17 (CEST)[répondre]
Merci pour tes travaux Émoticône sourire Je me doutais que tu avais déjà pris en compte la modularité du code, mais j'ai préféré poster toutes mes notes, ça ne mange pas de pain. Pour l'histoire du test(), c'est un grand classique, je te laisse comparer les syntaxes : [4] [5] Émoticône
a+, od†n ↗blah 21 avril 2012 à 01:57 (CEST)[répondre]
OK, je comprends. Bon, je vais pouvoir le faire alors.
Par contre, je me suis aperçu que ça ne fonctionne pas correctement avec IE (étonnant, isn't it ?). Donc je ne peux pas encore le mettre en place dans le Common.js.
⇨ Dr Brains ∞ Consultation ∞ 21 avril 2012 à 12:10 (CEST)[répondre]
J'ai fais quelques essais sous IE, globalement cela semble fonctionner, peut-être quelques inconsistances de rendu ? Pourrais-tu préciser les problèmes que tu as remarqués ? od†n ↗blah 21 avril 2012 à 18:09 (CEST)[répondre]
J'ai réussi à régler la plupart (j'ai testé avec IE 8).
  1. IE n'aime pas node.setAttribute("style, "YYY:XXX") il faut user de la syntaxe node.style.YYY = "XXX"
  2. IE n'aime pas les thumb imbriqués avec width:auto. Il met systématiquement le premier thumb à la largeur totale de la page. J'ai pu contourner le pb en fixant, via javascript, une largeur en pixels. On ne peut a priori pas faire autrement vu que la largeur des images est fixée par mediawiki lors du rendu du thumb. Reste que le rendu n'est pas correct sans javascript. A noter que le modèle {{Images}} a le même soucis.
A part ça, ça semble désormais OK pour IE. Comme par ailleurs je suis actuellement sous Chrome, et que j'imagine que parmi ceux qui m'ont répondu, il y en a probablement sous Firefox, c'est donc OK pour trois navigateurs. Reste à voir (ou pas) sous Opera et Safari.
⇨ Dr Brains ∞ Consultation ∞ 21 avril 2012 à 18:33 (CEST)[répondre]
Voilà, j'ai transféré le code dans Mediawiki:Common.js, avec les styles qui vont bien dans Mediawiki:Common.css.
Le modèle {{Animation}} sera donc utilisable dans quelques jours, le temps que les gens aient rechargé le cache de leur navigateur.
PS : Je me suis permis de supprimer l'inclusion de ma sous-page chez ceux qui l'avaient mise dans leur common/vector/monobook.
⇨ Dr Brains ∞ Consultation ∞ 22 avril 2012 à 15:37 (CEST)[répondre]

Bonjour,

J'ai importé ce modèle dans Wikisource, avec le code qui se trouve dans MediaWiki:Common.js. Si ce modèle est réservé aux pages utilisateur dans Wikipédia, il serait bien pratique pour d'autres espaces sur Wikisource. J'ai donc enlevé, dans s:fr:MediaWiki:Common.js, la condition qui restreint l'utilisation du modèle. Mais ce n'est pas suffisant, ou ce n'est pas la bonne méthode (je ne saurais dire car je n'y connais rien), puisque le modèle ne fonctionne pas si l'on n'est pas connecté, comme on peut s'en rendre compte ici. Je sollicite donc votre aide afin d'adapter correctement ce modèle à Wikisource. Merci d'avance. Jean-Baptiste (d) 18 avril 2012 à 17:46 (CEST)[répondre]

Le javascript fonctionne. Mais il y a du CSS associé à ce modèle (qui a d'ailleurs été retiré, j'ignore pourquoi). Voir MediaWiki:Common.css et WP:DIMS.
⇨ Dr Brains ∞ Consultation ∞ 18 avril 2012 à 19:06 (CEST)[répondre]
Merci pour ta réponse. En fait, grâce à DavidL, le problème a été résolu en ajoutant les classes qui se trouvent au début de common.js sur Wikipédia, ce qui n'était pas le cas sur Wikisource. Jean-Baptiste (d) 18 avril 2012 à 21:17 (CEST)[répondre]

Bouton Révoquer et Avertir façon LiveRC dans les diffs[modifier le code]

Bonjour les experts JavaScript. Serais-il possible d'ajouter un gadget qui permettra dans les diffs, d'ajouter à la manière de LiveRC, un bouton Révoquer ainsi qu'un bonton Avertir à l'aide d'un des modèles figurant dans les personnalisations pour LiveRC ?

Merci d'avance. --Superjuju10 Contacter la Aubline le 2 mai 2012 à 22:01 (CEST)[répondre]

✔️ Utilisateur:Dr Brains/LiveRC/DiffExtension.js
A ajouter dans son LiveRCparam.js pour tester (attention, une mise à jour des paramètres dans LiveRC le fera sauter).
Si OK, je le passerai en MediaWiki:Gadget-
⇨ Dr Brains ∞ Consultation ∞ 8 mai 2012 à 01:48 (CEST)[répondre]
Rebonsoir et désolé de ne répondre que maintenant. Plusieurs problèmes :
  • Des révocations de ce style ne fonctionnent pas ;
  • Les personnalisations ne sont pas prises en compte ;
  • Serait-il possible dans ce cas de figure de supprimer le LiveRC que l'on retrouve en début des résumés de modif ? Car cette extension est justement conçu pour révoquer sans l'utilisation du programme.
Merci d'avance et bravo pour votre travail ! Émoticône sourire --Superjuju10 Contacter la Aubline le 16 mai 2012 à 22:04 (CEST)[répondre]
  • ✔️ OK pour les personnalisations.
  • J'ai noté, quant à moi, que le bouton "révoquer" fonctionnait.
  • Sauf à le supprimer aussi dans l'utilisation "normale" de LiveRC, non.
⇨ Dr Brains ∞ Consultation ∞ 16 mai 2012 à 23:16 (CEST)[répondre]
Révoquer fonctionne, mais pas le bouton défaire
Sinon, tout est OK. Bonne continuation.
--Superjuju10 Contacter la Aubline le 17 mai 2012 à 14:01 (CEST)[répondre]
✔️ Bouton "défaire" réparé.
⇨ Dr Brains ∞ Consultation ∞ 17 mai 2012 à 14:50 (CEST)[répondre]
J'ai rajouté l'extension dans celles disponibles dans le menu de paramétrage [6]
⇨ Dr Brains ∞ Consultation ∞ 17 mai 2012 à 15:01 (CEST)[répondre]

Suivi du jour[modifier le code]

Pour limiter les effets google du jour comme Keith Haring ou autre reportage, il serait bien d'avoir un gadget qui rajoute au menu gauche un suivi du jour comme [7] ou [8], et si possible leurs dérivés thématiques (il y a énormément de bruit de fond). Je pourrais le faire pour moi dans mon .js, mais je pense que ça intéresserait pas mal de gens...

D'ailleurs il manque un moyen propre et simple de rajouter ses suivis de portails dans son menu gauche, ça permet de repérer énormément de vandalismes avec les popups...

Gonioul (d) 4 mai 2012 à 23:12 (CEST)[répondre]

Vu la liesse générale, j'ai pondu ça en m'inspirant de BistroDuJour
/**
 * Suivi du jour
 *
 * Lien vers le suivi du jour dans le panneau de navigation
 */
//<syntaxhighlight lang="javascript">//<pre>
function TodaySuiviDate() {
      var m = ["janvier", "février", "mars", "avril", "mai", "juin", "juillet", "août", "septembre", "octobre", "novembre", "décembre"];
      var today = new Date();
      var day = today.getDate();
 
      return (day + " " + m[today.getMonth()]);
}
 
function SuiviDuJour()
{
 addPortletLink('p-navigation', 'http://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial%3ASuivi+des+liens&target=' + TodaySuiviDate().replace(/ /g,"+") + '&showlinkedto=1', 'Suivi du jour', 'n-suividj');
}
addOnloadHook(SuiviDuJour);
 
/* 

*/

Le «Afficher plutôt les changements dans les pages liées à la page donnée» (showlinkedto=1) semble donner beaucoup plus de résultats intéressants...
Gonioul (d) 30 mai 2012 à 23:11 (CEST)[répondre]

Curseur dans la boîte de recherche sur la page d'accueil[modifier le code]

Ave !

J'aimerais que le curseur se place tout seul dans la boîte de recherche quand j'atterris sur la page d'accueil de Wikipedia. Techniquement, c'est facile, mais sur Wikipedia… ?

Merci à qui m'aidera !

--Nnemo (d) 12 mai 2012 à 13:14 (CEST)[répondre]

A ajouter dans ton common.js :
function FocusOnSearch(){
    var SearchInput = document.getElementById("searchInput");
    if(!SearchInput) return;
    SearchInput.focus();
}

var LocalMainPageNS = mw.config.get('wgFormattedNamespaces')[ mw.config.get('wgNamespaceNumber') ];
LocalMainPageNS = LocalMainPageNS + (LocalMainPageNS == "" ? "" : ":");
if( LocalMainPageNS+mw.config.get('wgTitle') == mw.config.get('wgMainPageTitle') ) {
    $(document).ready(function ($) {
        FocusOnSearch();
    });
}
⇨ Dr Brains ∞ Consultation ∞ 12 mai 2012 à 13:21 (CEST)[répondre]
Merci Docteur, c'est génial, ça marche ! :-) Ça marche tellement bien que j'ai voulu faire pareil sur en.wikipedia.org, mais je n'y parviens pas. Sur fr.wikipedia.org, je n'avais pas de page Utilisateur:Nnemo/common.js, je l'ai créée, et youpi ça marche. Et sur en.wikipedia.org non plus, je n'avais pas cette page, alors je l'ai créée, en traduisant Utilisateur en User, mais ça ne marche pas. Y a-t-il autre chose à changer ? Saurais-tu quoi ? Merci !
--Nnemo (d) 12 mai 2012 à 23:58 (CEST)[répondre]
Code corrigé pour tenir compte de la particularité de (en) (page d'accueil dans l'espace de noms principal).
⇨ Dr Brains ∞ Consultation ∞ 13 mai 2012 à 00:03 (CEST)[répondre]
Merci, ça marche nickel maintenant ! :-)
Dis-moi Docteur, puisque tu m'as l'air très fort en JavaScript, tu saurais peut-être améliorer Wikipedia, en réponse à mon autre requête… :-) À l'échelle de la planète, ça nous ferait gagner à tous… des millions de secondes !
--Nnemo (d) 13 mai 2012 à 03:05 (CEST)[répondre]
Hello,
Ça marche maintenant sur fr.wikipedia.org et sur en.wikipedia.org. J'aimerais la même chose sur commons.wikipedia.org. Alors j'ai mis ce code dans ma page User:Nnemo/common.js. Mais ça ne marche pas. Sais-tu me dire pourquoi ?
Merci pour ton aide !
--Nnemo (d) 26 mai 2012 à 23:25 (CEST)[répondre]
Salut,
Ca ne marche pas sur commons très probablement parce que la page d'accueil que tu utilises (commons:Accueil en version francophone) n'est pas la page principale du wiki.
Il te faut remplacer dans la code (au niveau du if) « mw.config.get('wgMainPageTitle') » par « "Accueil" »
⇨ Dr Brains ∞ Consultation ∞ 27 mai 2012 à 15:51 (CEST)[répondre]
Merci de t'intéresser à mon problème. Essai non concluant. D'autres idées ? --Nnemo (d) 27 mai 2012 à 23:48 (CEST)[répondre]
Victoire, j'ai réussi ! :-) Ah, ce que c'est capricieux, le JavaScript… --Nnemo (d) 29 mai 2012 à 13:37 (CEST)[répondre]

Concernant HotsCatMulti[modifier le code]

Bonjour à tous !

Serait il possible que ce gadget (merveilleu d'ailleurs Émoticône) fonctionne également avec les catégories cachés ? En effet, pour celles ci, il faut aller les chercher dans l'article, impossible de les enlever avec HotsCat...

Donc, est ce une option envisageable ? --Woozz un problème? 20 août 2012 à 00:36 (CEST)[répondre]

Le problème est que les catégories cachées ne sont pas à chercher dans l'article, mais le plus souvent dans les modèles contenus dans l'article (bandeaux de portail, d'ébauche, etc...). Dans ces condition, essayer de deviner quoi modifier dans l'article pour changer la catégorie cachée est impossible à automatiser.
⇨ Dr Brains ∞ Consultation ∞ 20 août 2012 à 01:18 (CEST)[répondre]

Nouveau gadget[modifier le code]

Bonjour Mr le projet.

Je ne connais presque rien du tout en javascript, donc je ne sais pas si ma demande est réalisable.

J'ai eu l'idée d'un nouveau gadget qu'on pourrait clairement appeler InfoboxCreator.js, qui consisterait à récupérer certaines données évidentes des articles sur des films pour en faire une infobox. Exemple : il n'y a pas d'infobox au film Fahrenheit 451. Le gadget détecte (si c'est possible) les éléments suivant : sorti en 1966 donne | année de sortie = 1966. Un film britannique donne | pays = {{Royaume-Uni}} et ainsi de suite...Si c'est faisable, ce doit être très compliqué, j'en suis conscient.

Soit ma demande est irréalisable, soit elle a déjà été réalisée (où ?) et même peut-être existante pour d'autres infoboxes.

Informez-moi. Émoticône sourire --Orikrin1998 (blabla/miaou) 12 septembre 2012 à 17:38 (CEST)[répondre]

Utilisateur:Arkanosis/aib.js… commencé en 2009, pas avancé depuis… Émoticône. À l'époque je m'étais dit que tenter d'établir à la main tous les motifs à détecter dans les articles était une tâche trop pénible et que je n'avais aucune envie de le faire ; j'étais donc parti sur l'idée de faire de l'apprentissage automatique à partir des articles possédant déjà une infobox pour apprendre les motifs. Et puis j'ai manqué de temps.
S'il y a une des volontaires pour établir des listes de motifs (propres), c'est un projet que j'aimerais bien relancer ; mais c'est beaucoup de boulot.
Amicalement — Arkanosis 15 septembre 2012 à 00:50 (CEST)[répondre]
Un script pour permettre d'ajouter des motifs à a une liste de motifs :-) --Pierre Slamich (d) 28 octobre 2012 à 13:49 (CET)[répondre]

Transformer le résultat d'une requête à l'API en une page exploitable manuellement[modifier le code]

Bonjour,
J'utilise actuellement des requêtes directes à l'API pour obtenir des listes de pages spécifiques, qui ne pourraient être obtenues via la recherche classique. Le résultat de ces requêtes se présente donc sous la forme d'un fichier XML contenant une liste de pages.
Actuellement, je vais sur ces pages manuellement par copier-coller, ce qui n'est pas très pratique. Je m'adresse donc à vous pour savoir si, à l'aide d'un tour de magie JavaScript, il serait possible de créer une page spéciale, dans laquelle on entre la requête, et qui affiche la liste des liens sous la forme d'une liste, avec également pour chaque page un lien vers "pages liées".
Je ne sais pas si c'est réalisable, ou même si ça existe déjà. Mais comme je m’apprêtais à programmer ça de manière externe (programme standalone sur mon poste), je me suis dit que ça serait plus simple si il était possible d'avoir cette fonctionnalité directement sur le site, accessible ainsi de n'importe où.
Un exemple de requête que j'utilise : [9]
Est-ce réalisable ?
Wikipédiennement, Epok__ Insultes, éloges ou simples discussions : , le 14 septembre 2012 à 10:19 (CEST)[répondre]

C'est possible. Mais c'est pour faire quoi exactement ? Tu veux un rendu en wikitexte pour copier-coller ou une liste de liens bleus "normaux" ?
⇨ Dr Brains ∞ Consultation ∞ 14 septembre 2012 à 13:39 (CEST)[répondre]
L'idée, ça serait de transformer le XML en une page contenant des liens bleus "normaux", ainsi que, pour chacun de ceux-ci, un lien bleu vers la page spéciale "pages liées" correspondante. Ce qui éviterait de multiples clics, ainsi que du copier-coller comme je le fait actuellement. Epok__ Insultes, éloges ou simples discussions : , le 14 septembre 2012 à 13:48 (CEST)[répondre]
OK. Tu veux faire ça à partir d'où. Une "fausse" page spéciale ?
⇨ Dr Brains ∞ Consultation ∞ 14 septembre 2012 à 13:55 (CEST)[répondre]
Ça dépend : si je suis le seul à l'utiliser, une sous-page de mon espace de nom conviendrait. Si c'est susceptible d'être utilisé par d'autres contributeurs, plutôt dans un espace commun. Je ne sais pas où on place habituellement ce genre de composant ? Epok__ Insultes, éloges ou simples discussions : , le 14 septembre 2012 à 14:22 (CEST)[répondre]
Salut ! Juste pour savoir si ma requête était toujours d'actualité ? Vu que je n'ai pas eu de news depuis un mois...
Wikipédiennement, Epok__ Insultes, éloges ou simples discussions : , le 6 octobre 2012 à 11:23 (CEST)[répondre]
Salut,
Oui, j'ai commencé Utilisateur:Dr Brains/SearchPageList.js. Je n'ai créé que l'interface, il reste encore la partie requête/affichage du résultat à coder.
Pour l'instant je suis surtout concentré sur l'histoire de la Colombie, mais j'essaierai de m'y remettre bientôt. Bien sûr si tu veux avancer un peu tu peux continuer le codage toi-même et si il y a des points bloquants je t'aiderai.
⇨ Dr Brains ∞ Consultation ∞ 6 octobre 2012 à 11:54 (CEST)[répondre]
Pas de soucis ! Je ne suis pas pressé, c'était juste pour savoir où ça en était. Je ne peux malheureusement pas modifier le code, je n'y connais rien en JS. Je peux éventuellement essayer de comprendre ce que tu a écris, ça sera déjà pas mal Émoticône. En tout cas, merci à toi, et j'attendrai le temps qu'il faudra, ne te presse pas pour moi. Epok__ Insultes, éloges ou simples discussions : , le 6 octobre 2012 à 18:53 (CEST)[répondre]

Aide pour comptage de contributions[modifier le code]

Bonjour, je n'y connais pas grand-chose en JavaScript et je voudrais juste demander quelques indications sur la faisabilité et la façon de faire, pour faire avancer une demande que j'ai faite au Bistrot technique du Wikipédia hongrois.

Il s'agit de vérifier pour les votes (PDD assez actives là-bas) la capacité à voter, définie là-bas par le nombre de contributions « admissibles » des 3 derniers mois : suite à un vote qui a posé pas mal de problèmes de décompte, il y a eu des suggestions de faire un décompte automatique et j'ai participé à l'analyse du problème et à la définition d'un début d'algorithme qui serait :

  • lister les oldid des contributions entre deux dates dans les quelques espaces de noms « admissibles », par exemple ici pour namespace=0,
  • lister et compter les oldid des vérifications (automatiques ou de patrouilleurs) entre deux dates, par exemple ici, et comparer aux précédents pour compter les contributions qui ne sont pas des vérifications (page non encore vérifiée, ou contributeur non automatiquement vérifié), ce qui ajouté au nombre de vérifications donnera le nombre de « contributions ou vérifications » sans double compte,
  • lister et compter les interventions comme administrateur entre deux dates, par exemple ici,
  • (pour les contributions de bot entre deux dates, par exemple ici, comme le nom du bot éventuel n'est pas automatique et qu'il faut en extraire celles demandant une intervention manuelle avant de diviser par 3, cela restera probablement à la main).

Je voudrais donc juste quelques pistes sur ce qui est faisable et le principe général de ce qui peut être utilisé, en gros et sans écrire en détail, juste pour faire avancer. Merci pour vos lumières. — Oliv☮ Éppen hozzám? 21 septembre 2012 à 08:53 (CEST)[répondre]

Bandeaux.js[modifier le code]

Bonjour.

Ai-je mal cherché ou bien je ne m'étonne pas sans raison de ne pas trouver le gagdet destiné à ajouter des bandeaux génériques comme {{Admissibilité à vérifier}} ou {{à sourcer}} ? Ce doit être pourtant simple à faire ! Quelqu'un peut s'en charger ? --Orikrin1998 blablatoir 8 octobre 2012 à 14:27 (CEST)[répondre]

Tu as mal cherché : Projet:JavaScript/Notices/BandeauxFaciles
Have fun !
⇨ Dr Brains ∞ Consultation ∞ 8 octobre 2012 à 17:13 (CEST)[répondre]
Euh, question bête : comment l'active-t-on ? Il n'est pas dans les gadgets et il n'y a pas de fonction importscript d'indiquée. Euh ? --Orikrin1998 blablatoir 8 octobre 2012 à 18:02 (CEST)[répondre]
Dans ton /common.js : obtenir("BandeauxFaciles");
⇨ Dr Brains ∞ Consultation ∞ 8 octobre 2012 à 19:05 (CEST)[répondre]
I can enjoy now. Émoticône sourire --Orikrin1998 blablatoir 8 octobre 2012 à 20:14 (CEST)[répondre]
Après euh, quelques heures d'étude, je me rends compte que le gadget est bien pauvre. Voici quelques propositions d'amélioration :
Il est dommage de laisser un gadget si potentiellement utile à cet état d'embryon ! --Orikrin1998 blablatoir 9 octobre 2012 à 14:39 (CEST)[répondre]
Ah et aussi la possibilité d'enlever les bandeaux. --Orikrin1998 blablatoir 11 octobre 2012 à 10:43 (CEST)[répondre]
Et également le datage automatique des bandeaux génériques. --Orikrin1998 blablatoir 12 octobre 2012 à 20:51 (CEST)[répondre]

Gadget Infobulles de références (Reference Tooltips)[modifier le code]

Suite à ma demande de commentaires sur Discussion_Projet:JavaScript via le bistro du 9/10, puisqu'il ne semble pas y avoir d'opposition, je demande la création du gadget Reference Tooltips. La version traduite peut être testée en ajoutant

importScript('Utilisateur:The_RedBurn/ReferenceTooltips-fr.js');
importStylesheet('Utilisateur:The_RedBurn/ReferenceTooltips-fr.css');

à votre fichier common.js.
Je suppose que pour l'activation par défaut, le mieux est de passer par une prise de décision ? The RedBurn (ϕ) 10 octobre 2012 à 17:27 (CEST)[répondre]

Ce serait bien de faire le point sur ce qui différencie ce gadget de celui qui est déjà disponible, afin de ne pas avoir un doublon (et d'être sûr que celui qui reste au final, quel qu'il soit, dispose de toutes les fonctionnalités, de la documentation, etc.).
PS : il y a une partie de la discussion sur Discussion_MediaWiki:Gadgets-definition#Reference_Tooltips, également.
Amicalement — Arkanosis 10 octobre 2012 à 17:40 (CEST)[répondre]
Yep, en effet ce principe de gadget qui permet de visualiser aisément les références semble rencontrer un très bon accueil, et ce même en étant activé par défaut. Moi-même je ne pourrais plus m'en passer maintenant. Et oui, le gadget de Lgd et celui du wiki anglophone se recoupent dans leurs fonctionnalités. Les deux sont excellents, et on pourrait envisager de les comparer afin de créer le Gadget Ultime. Mouhaha. od†n ↗blah 10 octobre 2012 à 18:12 (CEST)[répondre]
En fait, pour pouvoir activer tooltipRef par défaut, il faudrait :
  • un bouton d'options (et des options) afin de permettre aux utilisateurs non enregistrés de le désactiver, de l'activer uniquement au clic ou de modifier le délai avant affichage.
  • une « extension pointue » indiquant clairement à quoi se rapporte l'infobulle.
  • uniformiser l'affichage des références imbriquées (voir un exemple sur l'article BoA) et des infobulles qui y sont liées. Actuellement, les références imbriquées sont précédées d'une flèche qui modifie l'affichage normal et elles ne s'affichent pas dans des infobulles.
  • supprimer la croix de fermeture des infobulles lorsqu'elles sont configurées pour s'afficher au survol.

En ce qui concerne Reference Tooltips :

Pour Reference Tooltips, je viens d'en faire la demande au développeur. The RedBurn (ϕ) 16 octobre 2012 à 19:24 (CEST)[répondre]
Je viens de tester les deux rapidement (à la base, je suis plutôt un utilisateur de popups). Ce que je retiens de ces tests :
  • La différence au niveau de l'aspect est surtout une question de goût : les deux ont un rendu propre, à l'exception (je trouve) de la croix (pour tooltipRef) et de l'engrenage (pour Reference Tooltips) qui font un peu brouillon.
  • Reference Tooltips a le gros avantage d'être configurable et désactivable directement. Bémol : cela fonctionne avec un cookie, qui a donc une durée de vie limitée et qui est local à un profil particulier d'un navigateur particulier sur une machine particulière — mais bon, pour les utilisateurs non inscrits, on ne peut pas vraiment faire autrement.
  • Le rendu des références imbriquées est effectivement un peu confus avec tootipRef… je n'ai pas testé avec deux niveaux d'imbrication. Avec Reference Tooltips, je n'ai pas l'impression que ce soit supporté du tout… est-ce seulement chez moi que ça ne fonctionne pas ?
  • Reference Tooltips a un comportement différent selon si les références sont visibles à l'écran (auquel cas il les encadre) ou non (auquel cas il affiche une infobulle). Ce comportement inconsistant est complètement contre-intuitif et devrait être éliminé (ie, on devrait toujours afficher une infobulle).
  • Quel que soit le gadget retenu, le mode d'activation par défaut devrait être le clic et non le survol, notamment pour des raisons d'accessibilité : tout le monde n'utilise pas une souris (clavier d'ordinateur, clavier de téléphone, écran tactile… sont autant de périphériques qui peuvent être utilisés pour naviguer sur Wikipédia) et tout le monde n'a pas la chance de pouvoir maintenir un curseur de souris dans la surface réduite d'une référence en exposant le temps de la lecture de l'infobulle associée.
Amicalement — Arkanosis 26 octobre 2012 à 01:32 (CEST)[répondre]
Bonjour,
J'appuie la remarque d'Arkanosis sur le mode d'activation du gadget. La souris est loin d'être le seul mode d'utilisation d'une page ; de plus, il y a déjà des gadgets s'activant au survol, et en ajouter complique encore plus la lecture de la page (je remue de temps en temps ma souris quand je lis un long article, et ces fenêtres surgissantes intempestives interrompent la lecture). Litlok (m'écrire) 26 octobre 2012 à 09:36 (CEST)[répondre]

Bouton de citation comme sur en: (easyCiteMain)[modifier le code]

Bonjour,

Vous avez peut-être déjà remarqué sur en:, dans la barre d'outils classique, le bouton CITE qui une fois cliqué affiche une ligne de boutons facilitant l'ajout de sources via des formulaires. Plusieurs d'entre eux (dont le bouton Web, le plus utilisé) ont un bouton sous forme de 4 flèches vertes qui récupère automatiquement certaines informations à partir de l'url entrée à côté. Le bouton Named references permet quand à lui d'ajouter facilement une des références nommées de l'article. Ce bouton CITE utilise la fonction easyCiteMain. Ne pourrions-nous pas ajouter ces fonctionnalités à notre barre d'outils classique ? The RedBurn (ϕ) 25 octobre 2012 à 19:04 (CEST)[répondre]

Je découvre cet outil grâce à toi. C'est très bien conçu et je suis convaincu que ça plairait à beaucoup de monde ici (une fois adapté aux modèles utilisés localement), d'autant que ça fonctionne avec la barre d'outils classique comme avec la barre d'outils dite « améliorée ».
Il y a au moins un bug : à chaque fois que je sélectionne le formulaire pour les références, l'ancien ne disparaît pas — mais ce n'est certainement pas difficile à corriger et en tout cas pas bloquant.
Je crois qu'on a quelques outils sur la Wikipédia francophone (de Dr Brains ou Dereckson — peut être des deux) qui permettent de générer automatiquement des modèles remplis à partir d'une unique référence. Interfacés dans ces formulaires, ce serait vraiment chouette.
Amicalement — Arkanosis 26 octobre 2012 à 00:50 (CEST)[répondre]

Liste de suivi[modifier le code]

Bonjour, mille excuses si ce gadget existe déjà, il m'a échappé.

Serait-il possible de mettre l'ensemble des articles d'une catégorie, dans notre liste de suivi ? Exemple, j'aimerais suivre toutes les villes de Floride, est t'il possible de le faire sans cliquer manuellement sur les étoiles des 150 articles ? Peut-être serait-il possible de créer un programme pour obtenir la liste complète des articles présents une catégorie, afin de pouvoir l'insérer dans notre LDS en mode brut ?

Cordialement. --Jackrs le 29 octobre 2012 à 10:46 (CET)[répondre]

Projet:JavaScript/Aide API#Fonction complexe : suivre/ne plus suivre toutes les pages d'une catégorie
Pas testé depuis un bon moment, mais a priori ça marche.
⇨ Dr Brains ∞ Consultation ∞ 29 octobre 2012 à 17:40 (CET)[répondre]
Oula ! Ça me paraît bien compliqué, je vais essayé comprendre les différentes étapes à suivre. Merci pour ta réponse Émoticône sourire. Cordialement. --Jackrs le 30 octobre 2012 à 11:03 (CET)[répondre]

Écoatlas[modifier le code]

Bonsoir,

J'ai relancé le projet:Écoatlas avec comme objectif de créer une cartographie globale de la planète sur bases d'unités appelées « écorégions ». Depuis le début de cette idée, je cherche un moyen de relier chaque espèce(animale dans un premier temps) aux différentes écorégions dans lesquelles elle évolue. J'ai pensé d'abord à une infobox ({{Infobox Biogéographie}}), mais l'idée déplait (à juste titre) aux biologistes qui trouvent leurs articles déjà surchargés par la taxobox. Je me suis orienté vers un projet de liste substituable à placer dans le corps du texte ({{Biogéographie}}) mais la solution ne me convient pas, ça ralonge les articles avec une liste assez insipide, qui n'évoluera certainement jamais vers un paragraphe rédigé, alors que le but n'est que de donner une série de liens internes.

Voir la distribution de cette espèce dans l'écoatlas :
Musaraigne alpine

Je me demandais donc ambitieusement si un gadget Javascript, sous forme d'une fenêtre pop-up (ou d'une page externe temporaire) qui donnerait juste cette fameuse liste, avec une petite intro expliquant les tenants et aboutissants de la chose, était une chose imaginable... J'avoue ne rien y connaître, donc pardon si je suis complétement à côté de la plaque. J'ai fait un petit exemple pourri avec la musaraigne alpine pour tenter d'illustrer mon idée...

Merci d'avance, --Terpsichores (d) 4 décembre 2012 à 00:58 (CET)[répondre]

Y a pas moyen de faire quelque chose à base de {{Boîte déroulante}} ?
⇨ Dr Brains ∞ Consultation ∞ 4 décembre 2012 à 17:26 (CET)[répondre]
Mouais, c'est ce que j'avais fait. mais ça ne convenait pas à cause des « problèmes d'accessibilité » (certains navigateurs n'enroulent pas la boîte m'a-t-on dit...). Et parfois la liste est vraiment longue, donc si la boîte plante, ça déstructure tout l'article... --Terpsichores (d) 5 décembre 2012 à 01:22 (CET)[répondre]

Convertir les références Bibtex au format Wikipedia[modifier le code]

Je pense que les modèles {{article}} et {{ouvrage}} sont très utiles sur wikipedia. Ils permettent d'unifier la mise en forme des références bibliographiques dans un ouvrage. Par contre, il est souvent assez fastidieux de les taper. Lorsqu'on fait du LaTeX, on a l'habitude d'utiliser des références au format BibTeX. Ça repose un peu sur le même principe. Par contre, on n'a pas besoin de les taper à la main parce qu'on en trouve partout sur internet. C'est très facile de les obtenir avec Google Scholar (option dans les paramètres du moteur de recherche) ou dans les différentes bases de données bibliographiques (ideas.repec.org/ par exemple en économie). Donc, il suffirait d'avoir un outil où on entre le code Bibtex et on obtient le modèle {{article}} ou le modèle {{ouvrage}}.

Exemples : La référence LaTeX suivante :

@article{gelman1992inference,
  title={Inference from iterative simulation using multiple sequences},
  author={Gelman, A. and Rubin, D.B.},
  journal={Statistical science},
  volume={7},
  number={4},
  pages={457--472},
  year={1992},
  publisher={Institute of Mathematical Statistics}
}

devrait donner le code :

{{article|langue=en|titre=Inference from iterative simulation using multiple sequences
|nom1=Gelman|prénom1=A.|nom2=Rubin|prénom2=D.B.|périodique=Statistical science
|lien périodique=Statistical science|volume=7|numéro=4|pages=457-472
|année=1992|éditeur=Institute of Mathematical Statistics}}

Pensez-vous que cela soit possible ? --PAC2 (d) 29 décembre 2012 à 21:48 (CET)[répondre]

PS : Je pense qu'il y a la possibilité d'utiliser une partie du code de certains scripts comme OuvrageArticle.js --PAC2 (d) 29 décembre 2012 à 21:53 (CET)[répondre]
Il y a même des choses qui existent BibTeX2Wp sur la wp en, et ça m’étonnerait pas du tout que ça n’existe pas quelque part pour la fr: (c'est l'inverse qui serait surprenant, en fait). Trouvé sur en:Wikipedia:Tools. Mais le lien semble mort ou a un soucis actuellement ... — TomT0m [bla] 30 décembre 2012 à 11:27 (CET)[répondre]

Outil pour accélérer le remplissage des catégories sous-peuplées[modifier le code]

Bonjour. Créant souvent des catégories existant déjà dans d'autres langues, je souhaite pouvoir les remplir plus rapidement en déterminant plus efficacement quels articles des catégories étrangères ont un équivalent en français. Je suis donc à la recherche d'un outil qui soit créerait une liste toute faite en entrant le nom de la catégorie française ou étrangère, soit afficherait différemment de leurs autres articles les articles des versions étrangères ayant leur équivalent en français. Je pense que ce pourrait être un script, mais qui sait vraiment si c'est réellement possible ? Ce serait un sacré gain de temps – actuellement je dois ouvrir tous les liens pour déterminer l'éventuelle présence d'un lien interwiki, et dans un cas comme Catégorie:Entreprise du Queensland, vide en français mais pleine en anglais, cela représente des dizaines et des dizaines de clics parfois vains. Aidez-moi par pitié ! Thierry Caro (d) 8 mars 2013 à 21:12 (CET)[répondre]

J'ai également fait une demande à Myst (d · c · b), qui avait, je viens de m'en souvenir, développé un outil de ce genre qui ne marche plus. Thierry Caro (d) 8 mars 2013 à 21:35 (CET)[répondre]
Cette vieille conversation avec lui explique bien mon idéal. Thierry Caro (d) 8 mars 2013 à 21:44 (CET)[répondre]
OK. C'est réglé. Myst (d · c · b) a corrigé son outil, qui marche à nouveau. Je vous le recommande chaudement et je vous prie de m'excuser pour le dérangement. Thierry Caro (d) 11 mars 2013 à 10:48 (CET)[répondre]

Ajout d'un bouton "Aperçu de la page avec ce modèle" sur une sous-page pré-déterminée[modifier le code]

Hello,
dans le projet Scribunto nous utilisons souvent la fonctionnalité "Aperçu de la page avec ce modèle" durant les étapes de développement (oui, aperçu avec ce modèle même pour un module, il semble que ça réutilise les mêmes messages que pour les modèles. Si quelqu'un sait comment corriger ça ou bien où le demander je suis preneur…).
Nous essayons de structurer les sous-pages associées, entre autre définir une sous-page dédiée au "banc de test". Serait-il possible de créer un bouton qui s'ajouterait à un endroit pratique (l'idéal : à coté du bouton existant, avec par exemple "Aperçu de la page de test avec ce module/modèle") qui qui ferait la même chose que le bouton actuel mais en ciblant systématiquement une sous-page précise calculée à partir du nom du module ?

Cordialement, Hexasoft (discuter) 18 mars 2013 à 12:49 (CET)[répondre]

Demande d'ajouts de modèles dans la barre d'outils développée par les gadgets[modifier le code]

Bonjour,

Serait-il possible de rajouter dans les boutons de la barre d'outils spéciale (celle qui est très allongée grâce aux gadgets) ces modèles :

Liens modifier des titres de section[modifier le code]

Bonjour aux membres du projet,

Je suppose que c'est lié au passage généralisé du lien [Modifier] juste à droite du titre de section, je croyais que ça n’avait rien changé, mais depuis quelques heures je m’aperçois que ce lien n'est plus de taille réduite comme je l’avais auparavant. J'avoue que je préfère les petits liens, pratiques et utiles mais qui restent discrets malgré-tout. Y aurait-il une possibilité de le réduire de nouveau? Merci d'avance =) Cordialement, --Floflo (d) 16 mai 2013 à 23:43 (CEST)[répondre]

C'est effectivement dû à la suppression du code qui modifiait ces liens, inutile puisque Mediawiki les place désormais à la même place. Toutefois, il semble effectivement que ce n'est pas transparent car la taille du lien n'est pas celle qu'on avait avant.
Une simple classe CSS à rajouter dans Mediawiki:Common.css peut y remédier, ce que je viens de faire. Après rechargement du cache, ces liens devraient reprendre la taille qu'ils avaient auparavant.
⇨ Dr Brains ∞ Consultation ∞ 16 mai 2013 à 23:54 (CEST)[répondre]
En effet, et je n'ai même pas eu besoin de recharger le cache d'ailleurs. Merci beaucoup Dr Brains (même si ce n’était pas vraiment mon intention d'impacter tout le monde d'un coup, j'espère que ça ne perturbera personne...)
Mais merci en tout cas Émoticône sourire --Floflo (d) 16 mai 2013 à 23:58 (CEST)[répondre]

Bonjour, ce serait formidable si l’ancienne présentation était disponible en option, dans les gadgets par exemple. J’utilise l’habillage Monobook, j’espère retrouver un jour mon petit bouton [Modifier] tout à droite Émoticône. N’hésitez pas à me prévenir sur ma PdD si une telle option voyait le jour dans le futur… (genium ) 22 juin 2013 à 01:09 (CEST)[répondre]

Requête traitée Gadget-ResumeDeluxe.js pour l'éditeur visuel.[modifier le code]

Bonjour,

Suite à cette discussion sur Wikipédia:ÉditeurVisuel/Avis#Décrivez ce que vous avez modifié liée au développement de l'éditeur visuel, j'aimerai savoir s'il est envisageable qu'il y soit intégré les motifs de résumés cliquables, que l'on a actuellement dans le gadget MediaWiki:Gadget-ResumeDeluxe.js ?
En vous remerciant, --Ickx6 30 juin 2013 à 17:08 (CEST)[répondre]

J’étais en train d’y réfléchir, car ça m’embête moi aussi. Malheureusement il me faudrait savoir comment exécuter une fonction juste à la fin du démarrage de l’éditeur visuel et je n’ai pas trouvé d’interface pratique du type ve.hooks. Si il n’y en a pas, ça risque d’être un bricolage immonde sans garantie de pérennité… (mais sinon je veux bien m’y coller) — Ltrl G, le 30 juin 2013 à 17:23 (CEST)[répondre]
Merci pour la célérité de votre réponse  ; je précise que je ne suis pas informaticien, et si j'aime bien comprendre comment fonctionne wikipédia, les termes techniques en langage informatique me seront rapidement incompréhensibles, (je veux dire par là que je ne sais pas ce que veut dire ve.hooks, je suppose qu'il y a une explication au terme crochet en informatique mais vous n'êtes sûrement pas là pour me donner des cours). Désolé, je ne suis qu'un modeste contributeur. Émoticôneguillom (d · c · b) me disait que Dr Brains (d · c · b) aurait peut être la connaissance nécessaire, mais ce dernier est peut être débordé, ou n'a pas plus de solutions à apporter que vous.
Enfin c'est génial si vous acceptez de vous y atteler ; en vous remerciant, quelle qu'en soit l'issue. Cordialement, --Ickx6 30 juin 2013 à 19:26 (CEST)[répondre]
J'ai trouvé ici, lignes 124-136 quelque chose qui ressemblerait à une liste de hooks (et qui renvoient à des fonctions situées plus bas dans le code). Mais j'ignore comment cela peut être utilisé.
⇨ Dr Brains ∞ Consultation ∞ 30 juin 2013 à 20:02 (CEST)[répondre]
Merci d'avoir cherché. Bon je vois qu'apparemment cette demande est complexe et a peu de chances d'aboutir. Tant pis, merci quand même Émoticône --Ickx6 1 juillet 2013 à 18:31 (CEST)[répondre]
Bonne nouvelle Ickx6 et Orikrin1998 ! Je suis aujourd’hui tombé sur le hook ve.saveDialog.stateChanged qui tombe à peu près au moment où j’en ai besoin, ce qui m’a permis de faire ceci.
À part des détails de mise en forme (et la stabilité non garantie de l’ÉditeurVisuel qui peut le rendre non fonctionnel à tout moment), ça tourne plutôt bien. Je vais encore attendre de l’avoir testé un peu plus longuement et je vais réfléchir à une personnalisation des messages dans le common.js. Si vous voulez le tester vous aussi, ça me permettra de réduire les (éventuels) problèmes.
Si vous voulez que j’en profite pour ajouter des fonctionnalités (une autre version, que j’avais faite pour corriger un petit problème de la version actuelle, intègre par exemple un lien « Effacer »), c’est aussi le moment de le signaler.
Amicalement — Ltrl G, le 15 septembre 2013 à 18:02 (CEST)[répondre]
On m'appelle ? o_O
Ah, très bien très bien. Voilà une avancé importante dans le développement de l'EV. Et comment active-t-on la bête ? On l'importe dans son common ?
--Orikrin1998 (+) blablatoir 15 septembre 2013 à 18:14 (CEST)[répondre]
@Ltrlg (d · c) : Émoticône Et merci pour vos efforts. Moi je veux bien tester mais comment fait-on ? Il faut copier coller le programme que vous avez écrit ? (dois je vous rappeler que je suis ignare en informatique donc ne vous moquez pas). Je n'ai pas beaucoup de commentaire à faire, sauf peut être : concernant les homonymies, il y a le message "création homonymie". Il ne me sert pas beaucoup, c'est plutôt "correction de lien vers une homonymie" qui m'intéresserait car c'est plus fréquent. Éventuellement rajouter "neutralisation", "retrait copyvio"… La liste serait évidemment infinie, mais on le fait régulièrement si on patrouille un peu. Merci en tout cas. --Ickx6 15 septembre 2013 à 18:20 (CEST)[répondre]
[conflit] Comme pour tout gadget utilisateur :
importScript('Utilisateur:Ltrlg/scripts/Gadget-ResumeDeluxe.js');
dans le common.js. Pense à désactiver le gadget dans les préférences (sinon tu risque d’avoir un doublon et/ou un bug) — Ltrl G, le 15 septembre 2013 à 18:21 (CEST)[répondre]
@Ickx6 : c’est pourquoi j’envisage une personnalisation possible des messages dans le common.js de l’utilisateur — Ltrl G, le 15 septembre 2013 à 18:39 (CEST)[répondre]

┌────────────────┘
@Ltrlg (d · c) Merci Émoticône bien pour ces infos. Je vais donc me créer une sous-page /common.js et y ajouter ce code. Une question qui sans doute paraître stupide, mais j'ai une sous-page Utilisateur:Ickx6/vector.js, avec des machins dedans, je ne sais même plus à quoi ça sert (si ça sert à quelque chose). C'est obsolète et je peux tout virer ? A quoi servent les sous-pages /vector.js (si les sous-pages /common.js servent à enregistrer des codes spéciaux ?). Après je n'embêterais plus personne, c'est promis. Évidemment s'il existe une page d'aide qui explique tout, je regarderai. @+ --Ickx6 15 septembre 2013 à 19:03 (CEST)[répondre]

@Ickx6, Orikrin1998 et tous ceux que ça intéresse.
Je viens de faire ceci (description des deux solutions que j’envisage pour la configuration, la seconde ayant ma préférence car elle me semble plus pratique à l’utilisation). Est-ce que je pourrais avoir vos avis d’utilisateurs moins habituées au JavaScript sur ce qui vous paraît le mieux ? Vous pouvez évidemment me proposer d’autres méthodes (pas forcément formaté JS, juste des idées : je verrai ce que je peux en faire).
Amicalement — Ltrl G, le 26 septembre 2013 à 21:45 (CEST)[répondre]
Je suis tellement peu habitué au JS que j'ai même pas compris la nature de tes solutions.
Moi, il n'y qu'une chose pour laquelle je te ferais manger des haricots toute ta vie (si tu les aimes aussi peu que moi) si tu ne le faisais pas : une personnalisation maximum...Ce n'est pas pour rien que mon common contient une variante de ResumeDeluxe. Mais si c'est juste une histoire de renseigner quelques variables dans le common, je pense que c'est tout à fait faisable...si on m'explique bien. Émoticône --Orikrin1998 (+) blablatoir 27 septembre 2013 à 13:51 (CEST)[répondre]
@Ltrlg : merci pour tes deux solutions, ton langage est un peu technique mais heureusement l'encyclopédie est là pour m’aider à comprendre Émoticône sourire, avec un peu d'attention. Si j'ai bien compris l'idée, la 2ème soluce proposera le choix de désactiver les commentaires par défaut et permettre ainsi aux user expérimentés de réécrire leur propre liste. Ça me parait très bien : une liste par défaut, utile pour inciter les débutants à ajouter des résumés, et la possibilité pour les patrouilleurs d'optimiser leurs actions avec des résumés de leurs choix. Rien à dire si c'est bien ce résultat que tu ambitionnes, ce gadget devrait même rencontrer un certain succès !
Merci pour ces recherches qui te prennent du temps. @+ --Ickx6 27 septembre 2013 à 22:19 (CEST)[répondre]
@Ickx6 : ça ne me prend pas trop de temps, rassures-toi. Les intervalles entre mes messages correspondent à des attentes (tu aurais par exemple pu trouver des bugs, avec ta configuration différente de la mienne,…)
La deuxième solution consiste plutôt à ajouter en fin de liste des messages personnalisés, non à réécrire toute la liste. Mais je peux faire un mélange des deux (choix ou réécriture, choix/ajout ou réécriture) sans trop de problèmes, si tu penses que c’est plus pratique (je n’y avais pas pensé, ça peut effectivement être bien pour ceux qui veulent presque tout réécrire)
— Ltrl G, le 29 septembre 2013 à 14:32 (CEST)[répondre]
@Ltrlg : pouvoir tout réécrire, je trouve ça bien parce qu'il est probablement difficile de trouver une liste qui conviendrait à 100% à tout le monde, tout le temps. Il est évident qu'un gadget totalement personnalisable aura du succès potentiellement auprès de tout le monde. Cependant, une liste de pré-choix permets aussi d'apporter un semblant de normalité dans les commentaires, ça ne serait évidemment pas considéré comme indispensable mais tout de même un peu utile pour la relecture par les patrouilleurs ? Pourquoi ne pas s'inspirer aussi de ce que propose déjà wp:cleaner, pas exemple ; il me semble qu'il offre liste assez pertinente de commentaires automatiques. @+ --Ickx6 29 septembre 2013 à 14:55 (CEST)[répondre]
@Ickx6 : du coup, quelque chose comme ça te semble mieux ? — Ltrl G, le 29 septembre 2013 à 15:10 (CEST)[répondre]

┌────────────┘
@Ltrlg : Moi qui n'y connait rien, je pense avoir compris ! Si la syntaxe est de ce type, je pense que "customiser" le gadget sera à ma portée, et à bien d'autres même s'ils sont comme moi. Émoticône --Ickx6 29 septembre 2013 à 17:10 (CEST)[répondre]

@Ickx6&Orikrin1998 : j’écrirai le code pour la troisième solution ce soir si vous ne changez pas d’avis. Je passerai dans quelques jours au bistro demander des avis sur la liste des messages pour adapter l’actuelle à l’usage réel. Après, je pourrai mettre en production (un jour où j’ai du temps libre, au cas où…).
Étant donné que le rendu n’est pas des plus agréables dans l’ÉditeurVisuel, pensez-vous qu’il faut une option pour désactiver le gadget lors de l’édition avec ?
@Orikrin1998 : j’aime bien les haricots (dans des proportions raisonnables), mais je veux bien t’expliquer quand même comment configurer quand ce sera prêt…
— Ltrl G, le 29 septembre 2013 à 17:25 (CEST)[répondre]
Notification Ltrlg : Tout me paraît déjà très bien expliqué dans ta sous-page pour le gadget. Émoticône sourire --Orikrin1998 (+) blablatoir 29 septembre 2013 à 18:06 (CEST)[répondre]
@Ickx6&Orikrin1998 : icône « fait » fait ; j’ai mis à jour Utilisateur:Ltrlg/Gadget-ResumeDeluxe, que j’adapterai à terme pour en faire la page d’aide — Ltrl G, le 29 septembre 2013 à 21:34 (CEST)[répondre]
Sans avoir activé ton gadget, j'ai rempli sa configuration dans mon common...C'est bon ? --Orikrin1998 (+) blablatoir 30 septembre 2013 à 13:05 (CEST)[répondre]
[édit.] Tiens, ça fait quand même buguer le gadget original...Donc je le désactive en attendant.
@Orikrin1998 : c’est bon, mises à part les erreurs de syntaxe (corrigées) qui interrompaient le script — Ltrl G, le 30 septembre 2013 à 20:07 (CEST)[répondre]
Ah, je n'ai pas droit au tiret ? (Smiley: triste) --Orikrin1998 (+) blablatoir 30 septembre 2013 à 20:22 (CEST)[répondre]
C’est quand même plus chouette, un « − », non ? Mais tu fais ce que tu veux, bien sûr, c’est ton interface… Émoticône — Ltrl G, le 30 septembre 2013 à 20:31 (CEST)[répondre]

Mis à jour — Ltrlg (discuter), le 5 novembre 2013 à 21:58 (CET)[répondre]

Insertion de modèles (utilisation de TemplateData)[modifier le code]

Bonjour,

Maintenant que l'extension TemplateData est déployée, ce serait génial d'avoir un script permettant d'insérer un modèle dans l'éditeur de wikitext en utilisant les données de TemplateData : soit une interface graphique permettant de renseigner la valeur de chaque paramètre, soit une simple insertion d'un modèle vide. Mes compétences en JavaScript étant assez limitées, je viens ici pour proposer qu'une telle fonction soit développée. --NicoV (d) 25 juillet 2013 à 15:06 (CEST)[répondre]

On itwiki too, we were discussing about converting it:MediaWiki:Gadget-CompletaTemplate.js to use TemplateData: perhaps we will finish it in some weeks. --Ricordisamoa 17 février 2014 à 05:21 (CET)[répondre]

Ajouter un bouton à ma barre Vector[modifier le code]

Bonjour!

J'aime Vector, mais j'ai perdu tous mes beaux ti-boutons personnalisés. J'en avais pour créer les bas d'articles "Voir aussi" en un clic, j'avais aussi un bouton pour ajouter : <ref>{{en}} {{Lien web|auteur=|url=|titre=|éditeur=|année=|consulté le=}}</ref>

Bref, je suis désemparé que Victor is in the house! Je n'arrive plus à ramener ma vie d'avant. Y aurait-il un bon samaritain qui pourrait me donner une piste de solution svp. Merci beaucoup. Benoit Rochon (d) 3 août 2013 à 03:13 (CEST)[répondre]

@Benoit Rochon : à voir ton common.js, je dirais que tu as réussi, me trompé-je ?
Je vois au passage que tu utilises une copie de du gadget Résumé Deluxe, que je suis en train de réécrire (cf ci-dessus), pour pouvoir le personnaliser. Ton avis me sera utile pour le système de configuration que j’envisage de mettre en place, si tu veux bien prendre le temps de regarder un peu Émoticône sourire
Amicalement — Ltrl G, le 26 septembre 2013 à 21:54 (CEST)[répondre]

Demande de gadjet[modifier le code]

Bonjour, je voudrais un gadjet qui permetrais de savoir si on à déjà été sur la page wikipédia ou on est.

Merci

-- Bastenbas [Discuter] 1 novembre 2013 à 12:38 (CET)[répondre]

En attendant tu sais que les URL visitées changent de couleur, par défaut elles passent du bleu au violet. JackPotte ($) 1 novembre 2013 à 13:06 (CET)[répondre]

Oui, mais si on tape un article dans la barre de recherche, on ne peut pas savoir.

-- Bastenbas [Discuter] 1 novembre 2013 à 14:57 (CET)[répondre]

Wikidata : label et description[modifier le code]

Bonjour, je souhaiterais un gadget qui permette de remplir, si nécessaire, le label et la description d'un élément wikidata depuis l'article Wikipédia concerné.

Explications :

  1. une fois le gadget activé, une petite icone Wikidata est présente à coté de l'étoile (liste de suivi) sur tous les articles de l'espace principal ;
  2. si le label et/ou la description n'est pas rempli sur Wikidata, alors l'icone nous l'indique, en étant accompagnée d'un point d'exclamation rouge par exemple ;
  3. lorsqu'on clique sur l'icone, un petit formulaire apparaît en position:absolute avec deux champs label et description ainsi qu'un bouton enregistrer ;
  4. lorsqu'on clique sur le bouton enregistrer, les données sont mises à jour sur Wikidata en conservant la session de l'utilisateur et comme informations de la mise à jour « Nom du gadget avec un lien pointant vers la présentation/documentation : Modification du label/de la description [fr] : la valeur du champ label/description » ;
  5. un petit message nous indique le statut de l'opération (erreur ou modification réussie) ;
  6. on clique à nouveau sur l'icone Wikidata pour faire disparaître le formulaire

Un tout grand merci, d'avance, aux volontaires. – Je viens en paix, Reptilien.19831209BE1[Bonjour,_] 28 novembre 2013 à 09:16 (CET)[répondre]

Vois plutôt sur d:Wikidata:Tools/fr. Tu auras plus de chance de trouver ton bonheur, car je suppose que tu n'es pas le premier à avoir eu l'idée d'un tel gadget.
⇨ Dr Brains ∞ Consultation ∞ 28 novembre 2013 à 17:33 (CET)[répondre]

Gadget évaluation[modifier le code]

Bonjour,

Je voudrais un gadget qui afficherait un icône à coté de l'étoile de la liste de suivi. Quand on cliquerai sur cet icône, le gadget analyserait les portail en bas de l'article et il les incrusterait dans le wikiprojet de la page de discutions.

Merci d'avance.

PS= J'utilise vector.

-- Bastenbas [Discuter] 28 décembre 2013 à 15:30 (CET)[répondre]

Bonjour,

depuis un moment déjà l'avancement personnalisé par projet a été supprimé de la documentation de {{Wikiprojet}}. Et ce soir j'ai enfin procédé à la suppression de l'interprétation des rares cas utilisant encore l'ancienne syntaxe.

Il faudrait à présent refondre le gadget MediaWiki:Gadget-Evaluation.js, qui est un élément essentiel dans l'utilisation du modèle {{Wikiprojet}} : il faut supprimer la possibilité de définir un avancement par projet, et n'autoriser qu'un avancement global de l'article.

Une technique brutale et assez moche est de supprimer tous les boutons radio d'avancement sur la ligne des projet et ne garder que ceux de la ligne "Avancement commun". En surplus il faudrait supprimer le code gérant un avancement de projet.

Une méthode beaucoup plus propre serait de repenser l'interface, en n'ayant plus un grand tableau mais deux tableaux superposés : un premier pour l'avancement et un autre pour l'importance par projet.

A l'occasion de cette refonte, il faudrait aussi trouver un moyen pour ajouter « à la volée » des projets lors de l'utilisation de l'outil (ajout d'une ligne à la demande)

Je suis bien sûr disponible s'il faut des précisions

--Hercule (discuter) 20 janvier 2014 à 22:25 (CET)[répondre]

Plus personne ne s'occupe de cette page ? --Hercule (discuter) 17 février 2014 à 21:56 (CET)[répondre]
Si si, mais pas mal de boulot par ailleurs. Je me pencherai sur le sujet dès que j'aurai le temps
(à moins que quelqu'un d'autre souhaite s'en charger ? Notification Arkanosis, Od1n et Ltrlg : ? )
⇨ Dr Brains ∞ Consultation ∞ 17 février 2014 à 22:24 (CET)[répondre]
Notification Hercule et Dr Brains : je regarde ça ce week-end — Ltrlg (discuter), le 18 février 2014 à 23:35 (CET)[répondre]
Tant qu'à faire, il faudrait voir aussi si, par hasard, la requête de Bastenbas (d · c · b) dans la section au-dessus est faisable.
⇨ Dr Brains ∞ Consultation ∞ 18 février 2014 à 23:46 (CET)[répondre]
J'ai appliqué la technique brutale et assez moche. Orlodrim (discuter) 13 avril 2014 à 14:45 (CEST)[répondre]
Pourriez vous m'apporter une réponse à la question de la session au dessus s'il vous plait ?-- Bastenbas [Discuter] 1 juin 2014 à 09:24 (CEST)[répondre]

Gadget wikilien[modifier le code]

Je viens vous relater une question que j'avais posé sur le bistro. Est-ce qu'une telle chose vous semble faisable ? Kyro me parler le 26 janvier 2014 à 19:30 (CET)[répondre]

Oui, c'est faisable.
Il suffirait de sélectionner un bout de texte et de cliquer sur un bouton (dans la toolbar par exemple), des suggestions s'afficheraient alors quelque part (le must étant que l'on puisse en sélectionner une pour remplacer le bout de texte sélectionné).
Pas trop le temps de m'en occuper pour l'instant mais quelques pistes pour un éventuel candidat développeur :
  • utiliser un équivalent de la fonction insertTags()
  • utiliser l'API pour rechercher les suggestions (action=query&list=allpages)
⇨ Dr Brains ∞ Consultation ∞ 17 février 2014 à 22:34 (CET)[répondre]

Deux en un : BandeauxPortails + HotCats[modifier le code]

Est-ce que cela serrait possible de pouvoir faire des modifs à la fois de catégorie et portail en un coup avec ces gadgets ou une sorte de fusion des deux ? Prométhée33 (discuter) 13 mars 2014 à 10:09 (CET)[répondre]

Gadget pour éditer directement les données venant de Wikidata dans les infobox[modifier le code]

Il paraît qu'il y a un gadget russe pour éditer directement ce qui est mis dans les infobox par {{Wikidata}}, ce serait bien d'avoir ça ici aussi. — Oliv☮ Éppen hozzám? 12 août 2014 à 08:12 (CEST)[répondre]

Comment détecter qu'une donnée en particulier vient de wikidata ?
Il faut adapter le rendu de l'infobox (et passer d'une manière ou d'une autre le nom de la propriété à modifier du wikitexte au HTML).
⇨ Dr Brains ∞ Consultation ∞ 12 août 2014 à 20:04 (CEST)[répondre]
Oui, effectivement. Les créateurs sont deux russes (Sergey et Sergey Émoticône) [10], ils ont présenté leurs script à la wikimania. Le problème, c'est qu'ils sont toujours en développement et qu'il restent encore beaucoup de chose à fixer. Pour l'intégrer à wikipedia francophone, ils faudraient passer nos infobox en modèle tiré exclusivement de wikidata, car actuellement le script ne traite que les infobox provenant de wikidata. De plus il reste encore quelque règle à revoir, comme la modification de données (doit créer un nouvelle attribut ou modifié l'ancienne ?). --par JitrixisPatrouilleurRC ( DiscussionMail ) le 18 août 2014 à 11:02 (CEST)[répondre]
Pour éditer Wikidata depuis Wikipédia il y a aussi ru:Википедия:WE-Framework (en anglais), qu'en dites-vous ? — Oliv☮ Éppen hozzám? 30 septembre 2014 à 11:04 (CEST)[répondre]

Émoticône[modifier le code]

Bonjour, je voudrais un gadget qui fonctionnerait comme le gadget MonobookToolbarSmiliesAlien, mais il utiliserais les émoticônes suivant :{{bonjour}}, {{clin}}, {{merci}}, {{sourire}}, {{mdr}}. Merci -- Bastenbas [Discuter] 11 décembre 2014 à 19:07 (CET)[répondre]

Onglet « Référence »[modifier le code]

Bonsoir à tous.

Des discussions ont déjà été entamées sur l'éventuelle mise en place de l'onglet « Référence » (consulter le lien ci-dessus) avant de la proposer officiellement au vote très prochainement, dans le cadre d'une prise de décision de la Wikipédia francophone.

Cependant, à ce qu'on a pu en déduire avec Binabik (d · c) (cf. discussion la plus récente), c'est que nous ne savons pas si le code proposé (+ sa traduction en français) est entièrement terminé, sachant que nous n'avons aucune compétence en matière de JavaScript. Merci donc à des volontaires de jeter un œil là-dessus (est-il aussi complet que son JS en anglais ? Si non, peut-il l'être grâce à vous ?), et voir si l'outil est ensuite prêt à pouvoir être ajouter sur l'encyclopédie par des membres de ce projet.

Bien cordialement. --Etiennekd (d) 20 janvier 2015 à 22:34 (CET)[répondre]

Notification Dr Brains, Arkanosis, Orlodrim et Hercule : hop je notifie quelques personnes (désolé pour ce démarchage quelque peu cavalier) ! On a juste besoin d'un regard technique sur la faisabilité d'importer cet outil chez nous avec cette traduction. Binabik (discuter) 26 janvier 2015 à 21:46 (CET)[répondre]
Désolé, je JavaScript n'est pas mon fort. --Hercule (discuter) 4 février 2015 à 18:03 (CET)[répondre]

Gadget sommaire (ToC)[modifier le code]

Salutations,

Y aurait-il par hasard un moyen d'avoir un gadget pour faire ressembler le sommaire des pages à la même chose qui est affiché sur Wikiwand à l'aide de ce code, à la différence près que cela se ferait à l'intérieur de la partie id="content" de la page web et non au bord de l'écran ? Cela permettrait d'avoir une amélioration de la navigation sans passer par un site tiers (autre exemple visuel par-ici).

Je pose ma question ici car je crois que c'est du Javascript qu'ils utilisent. :) N'hésitez pas non plus à dire si cela est dans vos cordes ou non (je préfère des réponses que pas de réponse du tout). (NB : j'ai mis en gras les parties essentielles de la demande ) -- Feldo [Discussion constructive] 28 juillet 2015 à 15:39 (CEST)[répondre]

Bonjour,
Malheureusement, je crois que plus personne ne s'occupe des demandes complexes faites sur cette page. Aucun gadget n'a été créé suite à une demande depuis 2013, et vu que Dr Brains ne contribue plus, il y a peu de chances que ça s'arrange.
Orlodrim (discuter) 28 juillet 2015 à 19:53 (CEST)[répondre]

Remplacer les cartes trop imprécises de l'{{Infobox Monument}} par OpenStreetMap[modifier le code]

À l'occasion, il m'arrive de travailler sur des articles concernant les monuments. Les cartes de géolocalisations sont trop imprécises, Nord/Nord-Pas-de-Calais/France pour une église, c'est pas intéressant. À côté de ça, le lien « Carte » n'est presque pas vu par le grand public, et parfois des problèmes d'échelle, comme ici, où le niveau de précision n'est pas maximal et ça s'affiche en blanc.

Bref, je propose de faire comme sur Wikivoyage où on a accès à une carte d'OSM dans l'infobox que l'on peut zoomer, cette fonction étant gérée par le Modèle:Carte Geo, un petit lien « agrandir la carte » en dessous permettrait de l'étendre. Les lecteurs pourraient ainsi rapidement voir où se trouve précisément le monument et ce qu'il y a autour.

Au lieu de passer des heures et des heures à discuter et à s'étriper pour une virgule comme c'est régulièrement le cas sur Wikipédia, je propose qu'un essai soit effectué pendant deux semaines. En ce qui me concerne, je ne sais pas trop comment on peut passer d'un site à l'autre cette intégration d'OSM (mon niveau étant limité), mais je pense que c'est une idée à tester et qu'on ne prendrait pas trop de risques étant donné que ça marche depuis pas mal de temps sur Wikivoyage. (Message initialement posté sur Discussion Projet:Wikidata) Jérémy-Günther-Heinz Jähnick (discuter) 5 novembre 2015 à 09:35 (CET)[répondre]

Demande de complément dans la zone des caractères spéciaux[modifier le code]

Bonjour,
Dans la boîte des caractères spéciaux, il serait intéressant que, dans la partie inférieure de la zone encadrée en rouge de cette illustration (elle date de 2007), une séquence <u></u> soit ajoutée afin de pouvoir souligner facilement un ou plusieurs termes. Est-ce possible ? Cordialement. Geralix (discuter) 23 novembre 2015 à 10:15 (CET)[répondre]

Notification Geralix : c'est défini dans MediaWiki:Edittools, page protégée donc à demander sur WP:DIMS s'il y a un consensus en faveur de la modification. — Oliv☮ Éppen hozzám? 23 novembre 2015 à 12:11 (CET)[répondre]
Merci Oliv0. Je vais donc faire ma demande sur WP:DIMS. Geralix (discuter) 23 novembre 2015 à 15:18 (CET)[répondre]

Mise en forme des références[modifier le code]

Bonjour,

Suite au débat sur la mise en forme des références, nous avons établit que la seule solution vraiment satisfaisante pour tout le monde serait de créer une fonction.

J'explique donc la situation : actuellement il existe deux mises en formes pour les modèles dans les références : la forme compacte et la forme aérée (voir ici pour plus de détails). Chacune des formes étant préférée par certains utilisateurs, et chacune étant estimé gênante par d'autres.

J'aimerai donc savoir si il est possible de créer un outil pour faire passer les références de compacte à aérée rapidement ?

Merci, Cordialement --Nhhi (discuter) 8 décembre 2015 à 15:18 (CET)[répondre]

Il s'agirait d'un outil de mise en forme à l'affichage du code, pour faciliter la lecture du code selon les préférences de l'utilisateur, sans modifier cette mise en forme dans le code lui-même : ce point est important car le passage du format compact au format indenté — ou réciproquement — brouille la vérification des modifications par le comparateur de versions ; en effet, tous les octets déplacés par le changement de format sont marqués comme modifiés, même si aucun d'entre eux n'a été modifié. A+, — Bob Saint Clar (discuter) 8 décembre 2015 à 23:54 (CET)[répondre]

catégorisation par menu déroulant[modifier le code]

bonjour,

  • Quoi?
je souhaiterai savoir si il est possible de créer un menu déroulant type:
https://fr.wikipedia.org/w/index.php?title=Utilisatrice:Vatadoshu/Brouillon7&oldid=122371893
  • comment?
Il y aurait un menu déroulant. On choisit un item, ça ajoute automatiquement le modèle correspondant. Sachant qu'il faut pouvoir garder la possibilité de changer d'item. Je reclique sur le menu déroulant, ça change l'item, je choisi un autre item ->ce qui enlève le modèle précédent pour mettre le nouveau modèle correspondant à l'item choisi.
En fait c'est le même type de menu déroulant que sous éditeur visuel pour mettre du gras ou de l'italique.
Et l'item choisi sera ce que l'on verra visuellement comme titre du menu déroulant.
  • pourquoi?
Le but est de mettre ce modèle automatiquement par un bot dans le résumé de modification des messages utilisant l'interface Flow pour catégoriser les demandes de l'espace relecture. Le modèle contenant une catégorie, la demande sera automatiquement catégorisée. Mais un changement d'item devra changer le modèle (ce qui changera la catégorie).

(PS: Ou alors l'item ne mettra pas de modèle mais uniquement une catégorie, m'enfin le resultat sera le même)

C'est une idée pour la soumettre au Projet aide et accueil.

--Vatadoshu (discuter) 22 janvier 2016 à 15:35 (CET)[répondre]

exemple: https://fr.wikipedia.org/wiki/Sujet:T1cxm9uz6h2ryhog , le menu déroulant se plaçant dans le résumé.
----Vatadoshu (discuter) 2 avril 2016 à 20:57 (CEST)[répondre]

Gadget pour un paramétrage d'une "black list" de catégories[modifier le code]

Bonjour,

Je rapporte ici ma demande faite sur une autre page, puisqu'on m'a dit que cela relevait plutôt du Projet JavaScript.

Dans l'optique de faire une sorte d'option "safe search" sur Wikipédia, je voudrais savoir s'il serait possible de créer un gadget qui permet pour un compte Wikipédia donné de se paramétrer une black list de catégories : ce serait une sorte de filtre activable sur Wikipédia, l'utilisateur pourrait indiquer lui-même une liste de catégories, et quand ce filtre serait activé, la lecture de tout article de ces catégories serait bloquée.

Est-ce que cette option peut être développée en JavaScript, ou, si non, d'une autre façon ? -- Markov (discut.) 21 octobre 2016 à 23:56 (CEST)[répondre]

Demande légitime[modifier le code]

Bonjour à tous et à toutes !
Nous souhaiterons que vous rendiez ces gadgets compatibles avec le nouveau mode de wikitexte :

  1. La compatibilité du gadget DotsSyntaxHighlighter au nouveau mode de wikitexte actuellement en bêta
  2. La compatibilité du gadget Quick Preview au nouveau mode de wikitexte actuellement en bêta

J'espère que vous pourrez rendre cela possible. — Sourire Menthe à l'eau - 7 juin 2017 à 13:23 (CEST)[répondre]

Bonjour, quel serait le code qui faudrait mettre en place sur une sous-pages personnelle d'un compte qui a le statut de sysop pour ne plus avoir le bouton de révocateur ? Merci beaucoup pour votre aide, cordialement. FrankyLeRoutier % Appelez-moi sur mon CB 9 août 2017 à 10:31 (CEST)[répondre]

Notification FrankyLeRoutier :
Bonjour,
Wikipédia:Révocateur#Masquer le bouton rollback donne des indications pour masquer le bouton sur certaines pages ou partout.
Orlodrim (discuter) 10 août 2017 à 20:43 (CEST)[répondre]

Barre d'outils coupée[modifier le code]

Bjr. Depuis ce matin, ma barre d'outils d'édition, qui est une version améliorée de Gadget-DeluxeBar.js et compte deux lignes de boutons, est coupée en plein milieu par le cadre bleu de la fenêtre d'édition, ce qui m'empêche d'activer des boutons. Même pb après purge , et sur Google chrome, IE ou FF. Une solution pour corriger ce bug ? Salsero35 27 septembre 2017 à 21:56 (CEST)[répondre]

Pas de spécialistes alors que j'ai tjrs le même pb ? Salsero35 10 octobre 2017 à 20:37 (CEST)[répondre]

Demande Nouvelle Fonctionnalité[modifier le code]

Bonjour,

Serait-il possible de rendre compatible la fonctionnalité LeftPaneSwitch avec Timeless ? Mais en l'améliorant afin de permettre l'ajout d'un bouton permettant d'afficher/masquer le menu latéral de gauche et le menu latéral de droite. Sourire Menthe à l'Eau - 26 décembre 2017 à 13:02 (CET)[répondre]

New Clock[modifier le code]

Currently there is a gadget to show a clock and a button to purge the page, in the top right corner. But this clock is in UTC. And many people want this gadget to purge pages, but with its own time.
Then I propose add a similar gadget but it with the personal time of the PC of the user. This gadget is in Dutch (nl) Wikipedia. --Vivaelcelta (discuter) 29 avril 2018 à 19:00 (CEST)[répondre]

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

Bonjour à tous,
Suite à cette discution, Fugitron m'a conseillé de vous poser la question si il est possible d'importer en:MediaWiki:Gadget-switcher.js sur fr.wp dans le but de faire fonctionner le modèle en:Template:Switcher. Pour plus d'info, voir en:Template:Switcher/testcases et en:User:Jackmcbarn/switcher. Cdt, Speltdecca (discuter) 22 avril 2019 à 14:08 (CEST)[répondre]

Le modèle peut fonctionner avec un gadget, mais le script Javascript a peu de chance d'être activé globalement Speltdecca. Tu pourrais peut-être demander aux administrateurs d'interface si c'est une bonne idée de l'importer en tant que gadget, sur Wikipédia:Demande d'intervention sur un message système. Lofhi (me contacter) 24 mai 2019 à 21:29 (CEST)[répondre]

Nouvelle couleur dans le gadget DeluxeHistory. (Demande transférée depuis WP:DIMS)[modifier le code]

MediaWiki:Gadget-DeluxeHistory.js – Gadget

Changement proposé : Je ne sais pas si c'est le bon endroit pour demander cela, mais il serait bien d'ajouter une distinction de couleur entre les utilisateurs qui sont autopatrolled et ceux qui ne le sont pas (et qui, par défaut, ne sont ni admin, ni bot, ni IP). --Myloufa Discuter ou faire Appel? 3 juillet 2019 à 00:34 (CEST)[répondre]

Cet ajout est plus compliqué qu'on ne pourrait croire, car on ne peut pas réutiliser le code existant :
  • L'API "allusers" ne semble pas permettre de récupérer le groupe autopatrolled, il faut donc utiliser une autre fonction de l'API.
  • Contrairement au nombre de bots et sysops, le nombre d'utilisateurs autopatrolled est gigantesque. On ne peut pas simplement récupérer toute la liste, il faut interroger "à la volée" seulement pour les utilisateurs présents sur l'historique visualisé.
Du coup, mieux vaudrait transférer la demande sur le Projet:JavaScript où elle aura un peu plus de chances de progresser.
od†n ↗blah 3 juillet 2019 à 18:06 (CEST)[répondre]
Notification Od1n : on est obligé de passer par l'API revisions pour obtenir les 50 dernières modifications d'une page si on ne veut pas s'amuser avec le DOM, puis de passer par l'API users pour récupérer les rôles des contributeurs. Du coup, est-ce qu'il est encore utile de stocker la liste des administrateurs si on passe à du traitement à la volée ? Est-ce qu'une telle modification est souhaitable ? Lofhi (me contacter) 22 juillet 2019 à 20:18 (CEST)[répondre]
On ne travaille pas forcément sur seulement 50 contributions… pour ma part j'affiche même assez régulièrement des historiques de 5 000 contributions (oui, c'est possible), et les performances sont vraiment cruciales.
L'intérêt d'utiliser l'API au lieu du DOM, c'est pour la fiabilité et la simplicité du code. Le parsage DOM actuel sert simplement à obtenir le nom du contributeur, et apparemment le code est assez simple et fiable, je serais donc d'avis de le garder, car le remplacer par de l'API ne serait pas vraiment plus simple, mais certainement beaucoup moins performant.
En ce qui concerne l'API pour obtenir les groupes du contributeur, et qui fournirait en même temps les statuts admin/bot, rendant redondant et caduc le système actuel, cela se pourrait effectivement. Et pour améliorer les performances de ce nouveau système, on pourrait y ajouter en localStorage, un cache de type FIFO, avec des clés utilisateur => groupes. Mise en cache de e.g. les 100 ou 1000 utilisateurs vus en dernier, afin réduire la quantité de données demandées à l'API, en ne demandant que les utilisateurs absents du cache. Mais le gain de performances serait à évaluer, et le code du gadget est déjà assez tordu.
Pour rappel, une difficulté avec le code de ce gadget ce sont les innombrables race conditions, et chaque chantier dessus amène le risque d'en réintroduire !
od†n ↗blah 22 juillet 2019 à 23:40 (CEST)[répondre]
Ah, tu as déjà bien plus réfléchi au problème que moi. Je retourne dans mon terrier ! Lofhi (me contacter) 23 juillet 2019 à 16:59 (CEST)[répondre]
Je veux bien que tu restes en dehors du terrier si c'est pour écrire le code :) od†n ↗blah 23 juillet 2019 à 21:27 (CEST)[répondre]
Sûrement pas assez à l'aise pour produire quelque chose d'optimal et propre. Cela ne servirait pas grand chose de produire pour que tout soit revu... Lofhi (me contacter) 25 juillet 2019 à 01:57 (CEST)[répondre]
Quelques notes, parce que ça fait perdre du temps à retrouver à chaque fois : mw:API:Users, exemple requête. od†n ↗blah 25 juillet 2019 à 18:12 (CEST)[répondre]

Signification pour les lecteurs des bandeaux[modifier le code]

Bonjour,

Voir cette discussion : Projet:Charte graphique#Nouveaux bandeaux. Donc comme vous avez pu le constater, nous avons besoin d'un outil du style euh... celui d'il n'y a pas longtemps, quand il demandait sur Google Docs, pour me faire plaisir Émoticône, l'âge des lecteurs. Donc cette fois-ci avec une phrase du type “Selon vous, quelle est la signification de ce bandeau ?”, un petit champ pour écrire ce qu'on en pense (normal) avec bien évidemment un filtre anti gros-mots, un filtre anti-répétition excessive, etc. Pourriez-vous le réaliser ?

Merci & Cordialement, Athozus Discussion, le 9 juillet 2019 à 18:34 (CEST).[répondre]

Bouton de barre d'édition personnalisée[modifier le code]

Hello. J'écris cette demande sans grande conviction vu que le projet semble inactif, mais si jamais quelqu'un passe par là et sait résoudre, il pourrait rendre quelques chimistes heureux. Jusqu'à récemment, on avait un bouton customisé pour la barre d'édition « éditeur 2006 » qui importait le modèle complet de la chimiebox depuis Modèle:Infobox_Chimie/Référence, d'un simple clic, sans avoir à publier la page (comme avec un Modèle:Subst ou des trucs du genre) — le code peut se trouver par exemple ici, troisième fonction. C'était fort pratique, mais, je pense depuis la suppression de l’éditeur 2006 en octobre/novembre 2018, ça ne marche plus. Est-ce qu'il y aurait un moyen simple de corriger/mettre à jour le code pour réobetnir cette fonctionnalité ? Merci par avance. — Rhadamante (d) 30 juillet 2019 à 04:21 (CEST)[répondre]

Masquer le sommaire des pages de discussion naturellement[modifier le code]

Bonjour les développeurs ! Serait-il possible de faire en sorte qu'en arrivant sur une page de discussion de masquer le sommaire par défaut ? (un peu comme la fonction de PasTec permettant le masquage du menu par défaut)

window.PaStec_UserCustom = function(){ // Personnalisations pour PaStec // Masquage du menu PasTec

   window.PaStec_AutoHideMenu = true;
   window.PaStec_Enabled["LeftPanelLinks"] = false;

};

On pourrait aussi ajouter comme option le fait d'ajouter le gadget à sa page de discussion afin que tout le monde voit le menu caché par défaut ou de paramétrer la fonction (seulement sur les PDD des utilisateurs, seulement sur celles des articles, des pages aide...). Je ne sait pas si c'est possible mais je vous remercie encore, bien cordialement, Nonovian [Console de Communication] 8 septembre 2019 à 18:21 (CEST)[répondre]

Bouton : version imprimable / Nouvelle fonctionnalité : Possibilité de personnaliser l'impression d'un article[modifier le code]

Bonjour, J'espère que le titre est suffisamment parlant ! Même si je lis directement sur l'écran la plupart des articles que je consulte sur Wikipédia, j'ai parfois besoin d'en imprimer quelques uns. Je choisis alors de cliquer sur le bouton "version imprimable" situé dans la colonne de gauche. et tout s'imprime correctement, mais il y a un surplus manifeste d'information très gourmand en ressources, papier notamment... Bien sûr, si je veux personnaliser l'impression, je fais un copier/coller, direct ou sans formatage (Copy Plain Text), dans un éditeur (OpenOffice) et peux alors procéder à une mise en page selon mon gré, mais cela est long et plutôt besogneux...

Ce serait donc très pratique de disposer d'une petite boîte de 3 boutons, faisant suite au bouton "version imprimable", qui permettrait alors de choisir :

  1) article entier (comme actuellement)
  2) article sans les images
  3) article sans les images ni les informations supplémentaires (de type : annexes, articles connexes, liens externes)

ou carrément une boîte plus perfectionnée (à choix multiples) où il suffirait de cocher ce que l'on veut imprimer :

  |_| article
  |_| images
  |_| notes et références
  |_| bibliographie
  |_| annexes
  |_| articles connexes
  |_| liens externes
      + bouton de validation du choix  

Voilà pour la proposition qui, si elle voit le jour, permettra, n'en doutons pas, de faire de très substantielles économies d'encre et de papier ! Bien cordialement à qui lira ce post ! AHFV

Bonjour,

J'essaye de créer le modèle Image interactive à partir du wiki russe mais je n'arrive pas à le faire fonctionner. J'ai regardé sur les wiki russe et hébraïque, voir ce qu'il pouvait manquer, finalement j'ai récupéré deux codes javascript que j'ai copiés ici:

Mais je ne m'y connais pas plus que ça en Java/CSS donc si vous pouviez m'aider pour résoudre ce problème. Merci!

--Akhmadjan (discuter) 12 février 2020 à 19:10 (CET)[répondre]

Renommage de page[modifier le code]

Bonjour,

Je viens ici pour demander un gadget qui pourrait être utile à plein de wikipédien. Il s'agirait d'un dérivé de CatRename, mais il offrirai la possibilité lors du renommage d'une page le déplacement de tous les liens. En faisait par exemple ceci : lors du renommage de la page FANDOM par Fandom (site web), il aurait remplacé sur toutes les pages ceci : [[FANDOM]] en [[Fandom (site web)|FANDOM]] et [[FANDOM| en [[Fandom (site web)|. Il pourrait peut-être sinon faire partie d'une amélioration du code de MoveDeluxe.

Cordialement,

Florian COLLIN (discussion) 31 août 2020 à 20:59 (CEST)[répondre]

En général les redirections suffisent non ? C’est vraiment la peine de modifier les histos des articles liés pour ça ? — TomT0m [bla] 31 août 2020 à 21:11 (CEST)[répondre]
J'ai eu l'idée après avoir vu ça, et aussi pour les palettes, et aussi ça aurait permit d'y réparé les double redirections plus facilement et rapidement.
Cordialement,
Florian COLLIN (discussion) 1 septembre 2020 à 08:44 (CEST)[répondre]

Filtrage des modifs utiles de wikidata dans la liste de suivi[modifier le code]

Bonjour. L'activation dans les préférences, onglet Liste de suivi de l'option Voir les modifications de Wikidata dans votre liste de suivi entraine l'inclusion dans la liste de suivi standard de toutes les modifications de wikidata qui concernent un article de cette liste. Or de très nombreuses modifications de wikidata n'ont aucun impact sur l'article (et donc sur Wikipédia). Ces "notifications parasites" peuvent être suffisamment nombreuses pour décourager l'utilisation de l'option. Or chaque article contient en catégories cachées la liste des propriétés wikidata qu'il utilise. Pourrait-on imaginer une option supplémentaire permettant de masquer les modifications qui n'impactent pas l'article ? Il "suffirait" de tester si la modif de wikidata concerne la propriété Pxxx -> si l'article n'appartient pas à la catégorie "Article utilisant Pxxx" alors la modif wikidata n'apparaitrait pas dans la liste de suivi. Si la gestion d'une option supplémentaire était trop complexe, ce comportement pourrait même être le comportement par défaut, sachant qu'il existe d'autres moyens d'obtenir en suivi toutes les modifs de wikidata : le gadget GlobalWatchlist, ou la liste de suivi dans wikidata ?. Qu'en pensez-vous ?

Cordialement, Csar62 (discuter) 13 septembre 2020 à 16:38 (CEST)[répondre]

@Csar62 J'ai parcouru un peu phabricator, y'a plusieurs demande depuis plusieurs années pour l'affinement du suivi des modifications (filtrer par langue, etc). Au niveau de Wikidata, c'est très complexe et les devs répondent "un jour, peut-être". Par contre, j'ignore les éventuelles bidouilles possibles au niveau d'un javascript sur WP. Faut regarder sur enwiki.
-- Irønie (disucter) 4 novembre 2020 à 19:34 (CET)[répondre]
À noter qu'il manque de toute façon le suivi en cascade : lorsqu'un article via un module typiquement va chercher des données dans un autre élément wikidata (par ex. le lieu de naissance P19 pointe sur l'élément d'un lieu (utilisé pour trouver son nom) mais une modification de ce dernier n'est pas visible, sauf si on l'a indépendamment en suivi).
Ça semble très compliqué d'avoir un « vrai » suivi lié à WD, ou alors il faudrait peut-être travailler au niveau des invalidations de caches, mais ça relève des devs. Hexasoft (discuter) 4 novembre 2020 à 20:00 (CET)[répondre]
C’est à vérifier mais il me semble qu’on a eu récemment une question sur quelqu’un qui s’interrogeait sur une modif dans sa lds et que la réponse s’expliquait par un tel suivi. — TomT0m [bla] 4 novembre 2020 à 20:36 (CET)[répondre]
Merci pour ces réponses. Ce serait déjà un progrès si on pouvait enlever les notifs inutiles : Pour cela, dans mon idée, ce n'est pas sur wikidata qu'il faut faire quelque chose. C'est au moment d'inclure une entrée dans la liste de suivi de wikipédia avec l'option "Voir les modifications de Wikidata dans votre liste de suivi " qu'il faudrait rajouter un test :
Si je prends l'exemple de l'article La Dame à la licorne à l'origine du post de @Salix : sur wikidata il y a eu :
C'est sans doute plus facile à dire qu'à faire, je ne sais pas qui est à l'origine de l'option en question. Cordialement Csar62 (discuter) 4 novembre 2020 à 20:43 (CET)[répondre]
TomT0m : j'aimerai bien une trace wikifiée de ce genre de chose. Parce que l'une de mes oppositions les plus fermes contre WD c'est clairement ces problèmes de suivi : d'un coté des modifications qui n'impactent pas l'article wp.fr mais remontent dans le suivi et d'un autre coté ces modifications tierces qui modifient l'affichage sur wp.fr sans qu'on puisse le savoir. Hexasoft (discuter) 8 novembre 2020 à 00:35 (CET)[répondre]
Pour le côté 2 : j’ai confirmation dans ma propre LDS qu’une modification d’un élément utilisé hors de sa page peut entraîner un signalement dans la LDS, dans des modèles pour tester j’ai par exemple si j’utilise l’élément Q1 (univers) (dont je me sert souvent comme exemple/test dans les modèles), qui a été modifié récemment, les pages qui l’ulitise apparaissent dans ma LDS.
Pour le 1, par contre, c’est une modification qui n’impacte pas le rendu de la page (propriété non utilisée) et qui apparait sur toutes les pages de la liste de suivi dans lequel cet élément est utilisé. Je me demande si ce n’est pas du à un problème du module Interface Wikidata qui chargeait tout l’élément alors que ce n’est pas nécessaire par contre, parce que Médiawiki sait quelle déclaration est chargé par telle page cf. ce ticket et donc devrait idéalement savoir filtrer les cas ou une propriété d’un élément n’est jamais chargée par un modèle pour ne pas les mettre dans la liste de suivi. J’ai corrigé le module, on verra si ça change quelque chose à ma liste de suivi les prochaines fois où l’univers est modifié. — TomT0m [bla] 9 novembre 2020 à 15:45 (CET)[répondre]
@TomT0m : je vais regarder pour le 2, mais je n'avais pas souvenir d'avoir constaté ça (ça a peut-être changé, sans que j'y fasse attention). Si ça marche c'est intéressant (par contre on a le lien entre WD et l'article ? Je veux dire tel changement WD correspond à tel article ?).
Pour le 1 oui les infos sont disponibles. Toute la question est bien l'utilisation de ces infos (qui pourraient être faites en local, via un gadget, d'ailleurs).
Si je regarde ma liste de suivi, je n'ai pas vu de "cascade" : ce qui ne veut pas dire que ça marche pas, il n'y en a peut-être pas eu (et d'ailleurs j'ai peu de pages utilisant massivement WD en suivi). J'ai par contre vu beaucoup de changements d'interwiki ou de libellés en d'autres langues. Perso je trouve que ça ne devrait pas y être mais c'est vrai que ça change la liste des autres langues disponibles, donc ça semble légitime.
Il faudra attendre que ce genre de modif arrivent, ou bien en faire soi-même pour tester. Hexasoft (discuter) 9 novembre 2020 à 16:14 (CET)p[répondre]
Hexasoft Voici Q56036981 , à l’heure ou j’écris ses lignes le libellé de cet élément Wikidata est Bonheur (d). Il n’y en a pas encore de libellé en anglais. Je vais le rajouter après avoir écrit ce post et voir si le changement apparait dans ma LDS. — TomT0m [bla] 9 novembre 2020 à 16:23 (CET)[répondre]
Comme je disais ça je vois ce genre de choses. Mais il y a une certaine logique : ça impacte la liste des langues liées à l'article (soit les langues, soit le titre de l'article cible dans cette liste). Après je trouve que ça peut se discuter (perso je suis pas fan d'être informé des changements de libellés dans d'autres langues) mais je comprends que ça puisse être considéré.
Ce qu'il faudrait tester c'est un changement de propriété qui n'est utilisé en aucune manière dans l'article. Hexasoft (discuter) 9 novembre 2020 à 16:28 (CET)[répondre]
Je viens de modifier un identifiant sur Uroplatus sameiti (puis je l'ai remis à sa valeur correcte). Je n'ai pas vu passer la modif dans ma liste de suivi (WD n'est pas utilisé dans cet article). Cette partie semble donc bien fonctionner, ce qui est cool. Hexasoft (discuter) 9 novembre 2020 à 16:33 (CET)[répondre]
@TomT0m : J'ai modifié le libellé fr de l'université d'Uppsala (pour utiliser une apostrophe courbe) : la modification a bien été répercutée dans l'infobox de Carl von Linné (que j'avais en suivi, ainsi qu'un autre article), et je vois bien l'entrée dans ma liste de suivi.
La modification est : « Carl von Linné‎ (Q185246) (diff | hist) . . Hexasoft (discuter | contributions) (‎Libellé [fr] modifié : université d’Uppsala) » → on retrouve donc 1. l'article sur fr qui est impacté et 2. l'élément WD qui est à l'origine de la modification (+ détails de la modif ensuite).
Ça c'est bien ! Hexasoft (discuter) 9 novembre 2020 à 16:50 (CET)[répondre]
Notification Csar62 : tu étais intéressé par cette question. Hexasoft (discuter) 9 novembre 2020 à 17:23 (CET)[répondre]
Je réactive l'option "pour voir" Émoticône sourire. Merci @TomT0m pour la modif du module. Je notifie aussi @Salix qui était à l'origine du post dans les QT. A+. Csar62 (discuter) 9 novembre 2020 à 17:55 (CET)[répondre]
Ce qui pourrait manquer, maintenant (mais ça me semble très compliqué) ça serait d'avoir un diff dans l'article : la plupart du temps il est assez facile de trouver où la donnée est utilisée, mais je pense que parfois ça peut être un peu plus compliqué.
Il reste maintenant à ce qu'ils fassent la même chose pour commons, mais aussi pour les modèles et modules ! (après tout si on touche à un modèle/module utilisé dans une page, ça peut changer l'affichage, même si ces derniers ne contiennent que rarement des données mais plutôt de la mise en forme). Hexasoft (discuter) 9 novembre 2020 à 18:18 (CET)[répondre]
Notification TomT0m et Hexasoft : Désolé, ça ne marche pas comme je pensais : Je viens recevoir dans ma liste de suivi une notif pour ce diff qui impacte la propriété P91 (« orientation sexuelle ») sur l'article Anna Paquin alors que l'article n'utilise pas cette propriété, d’ailleurs la Catégorie:Page utilisant P91 n'existe pas. Csar62 (discuter) 9 novembre 2020 à 18:19 (CET)[répondre]
Effectivement : je viens d'ajouter l'article à ma liste de suivi et j'ai également cette modification WD alors que celle-ci n'est effectivement pas dans les catégories, ni n'est reprise dans l'infobox (seul endroit je présume où elle pourrait être utilisée). On dirait que ça dépend des propriétés. Hexasoft (discuter) 9 novembre 2020 à 18:34 (CET)[répondre]
Zut alors, mais je suis certaine que vous allez trouver Émoticône. En attendant, merci à ceux qui veulent bien se pencher sur le problème. -- Amicalement, Salix [Converser] 9 novembre 2020 à 22:04 (CET)[répondre]
Il y a autre chose qui me parait être un bug: j'ai décoché la case "Étendre la liste de suivi pour afficher toutes les modifications et pas uniquement les plus récentes", or cette option n'est appliquée qu'au modifs Wikipédia, mais pas aux modifs Wikidata, qui elles sont toutes présentées. J'ai Martin Luther King et Steve Jobs en suivi -> hier, plus de la moitié de ma liste de suivi contenait des lignes (Wikidata) qui n'ont aucun impact sur un article, voir cette copie d'écran J'avais oublié qu'en fait c'est ça qui m'avait amené à désactiver le suivi de Wikidata. Est-ce que cela peut être corrigé ? Csar62 (discuter) 11 novembre 2020 à 05:06 (CET)[répondre]

Gadget Shortdesc pour modifier la description WD[modifier le code]

Salut

J'ai présenté sur le bistro le gadget de enwiki permettant d'afficher et modifier depuis Wikipédia la description courte, déjà visible par tous les lecteurs Wikipédia sur mobile, et stockée sur Wikidata.

Le script enwiki fonctionne très bien tel quel : voir WP:description courte pour code à copier/coller. J'ai adapté les messages en français, voir Discussion Wikipédia:Description courte#Adaptation script. Ok.

Sur bistro, l'idée de transformer en Gadget (comme sur enwiki) semblait bien plaire ; pareil gadget aurait dû être implémenté par défaut depuis plusieurs 2015, selon moi. Testons déjà comme gadget !

Comme expliqué dans l'histoire [11], enwiki utilise et stocke sur WP des duplicats de WD et leur script est ainsi plus complexe que ce qui est nécessaire sur frwiki. Les fonctions supplémentaires n'apparaissent pas quand on utilise le script sur frwiki mais ça alourdit le code et ralenti peut-être l'exécution (qui semble lancée après l'affichage de la page). J'ignore s'il est facile de simplifier/supprimer les trucs inutiles sur frwiki. S'il est pertinent pour la maintenance de copier le code original (ou carrément utiliser l'import distant).

-- Irønie (disucter) 4 novembre 2020 à 19:43 (CET)[répondre]

Notification Irønie - L'idée semble être plaisante. Mais je pense qu'il vaut mieux passer par une WP:DIMS, avec pour objet (je pense) MediaWiki:Gadget-Shortdesc helper (pour les préférences), MediaWiki:Gadget-Shortdesc helper.js (pour le code source), et MediaWiki:Gadgets-definition (pour l'affichage en préférences).
En te/vous souhaitant une bonne journée,
Florian COLLIN (discussion) 4 novembre 2020 à 19:54 (CET)[répondre]
Houlà, j'y connais rien en message système. Je regarderai, merci Florian COLLIN Irønie (disucter) 4 novembre 2020 à 20:05 (CET)[répondre]
Notification Irønie - Je peux le faire à ta/votre place en te mentionnant si tu/vous le souhaite/souhaitez.
Florian COLLIN (discussion) 4 novembre 2020 à 20:08 (CET)[répondre]
Si t'as l'envie et le courage, merci Émoticône sourire Irønie (disucter) 4 novembre 2020 à 20:13 (CET)[répondre]
✔️ Florian COLLIN (discussion) 4 novembre 2020 à 20:32 (CET)[répondre]

Script pour récupérer des déclarations de Wikidata[modifier le code]

Je cherche à savoir si on pourrait récupérer des déclarations de Wikidata dans un script js pour les afficher directement dans l'interface Wikipédia.

Bien sur, je connais wikidata:User:Yair rand/WikidataInfo.js. Cela permet d'afficher le libellé et les alias mais je ne connais pas de script qui récupère directement les propriétés comme P31 (« nature de l’élément ») ou P21 (« sexe ou genre »).

J'ai bricolé Utilisateur:PAC2/getnature.js mais je suis nul en parsing json en js. Est ce que quelqu'un aurait un exemple de script qui fasse ça ? PAC2 (discuter) 29 décembre 2020 à 10:01 (CET)[répondre]

Outil pour sourcer pour l’éditeur normal[modifier le code]

Bonjour ! Il existe en mode « éditeur visuel » un outil pour créer des sources à partir d’un lien http, un ISBN, un DOI ou autre… mais cet outil n’est pas disponible avec l’éditeur normal. Serait-il possible de l’ajouter ? (NB : ne sachant pas exactement où poser cette question, je l’ai posée aussi ici : Projet:Modèle/Demandes#Outil pour sourcer pour l’éditeur normal) TED 20 janvier 2021 à 20:23 (CET)[répondre]

Il existe ProveIt, mais pas aussi rapide que l'EV. Florian COLLIN (discussion) 20 janvier 2021 à 20:26 (CET)[répondre]
@Florian COLLIN : et l’outil de l’éditeur visuel, c’est quoi ? Serait-il possible de l’avoir dans l’éditeur normal ? TED 20 janvier 2021 à 22:42 (CET)[répondre]
C'est situé quelque part là-dedans, mais je ne sais pas où. En théorie, c'est du JavaScript, donc ça ne devrait pas être trop dure à copier. Après, ça peut aussi peut-être être ici, à chercher... Florian COLLIN (discussion) 20 janvier 2021 à 22:46 (CET)[répondre]

Outil de croisement de catégorie ?[modifier le code]

Suite de mon message précédent, avec une autre piste à explorer : voir mw:Category:Category intersection extensions pour ce qui existe déjà ou ce qui est en cours de développement :

Serait-il possible d’avoir ces outils disponibles ici ?

Ou sinon, serait-il possible de créer un outil ? @Orlodrim : si je ne me trompes pas, tu as développé le gadget portail-éval qui est une sorte de petit outil de croisement de catégories (très restreint). TED 21 janvier 2021 à 03:01 (CET)[répondre]

Notification TED :
Bonjour,
La solution standard pour croiser les catégories sur plusieurs niveaux de profondeur est l'outil externe PetScan (on peut faire des liens directs avec {{CategoryIntersection}}).
Pour copier la liste sur une page wiki, il y a {{Requête petscan}}.
Orlodrim (discuter) 23 janvier 2021 à 01:16 (CET)[répondre]
@Orlodrim : je connais bien Petscan, et je l’utilise sans problème (mais je ne connaissais pas les modèles {{CategoryIntersection}} et {{Requête petscan}} : merci pour les tuyaux).
Le problème est pour les contributeurs (ou les simples lecteurs) qui ne comprennent pas le fonctionnement de Petscan (ou qui ne veulent pas essayer de le comprendre). Il faudrait un outil simple sur Wikipédia, éventuellement avec suggestion au cours de la frappe des catégories à croiser comme pour HotCatsMulti. TED 23 janvier 2021 à 01:25 (CET)[répondre]
@Orlodrim : {{Requête petscan}} ne permet pas de croiser les catégories, ou alors je n’ai pas compris comment faire en lisant la documentation ? TED 23 janvier 2021 à 02:31 (CET)[répondre]
Notification TED : Tu peux aller sur petscan, faire la requête une fois, noter l'id de la requête puis fournir cet id au modèle. C'est le « mode avancé » décrit par la documentation. Orlodrim (discuter) 24 janvier 2021 à 18:32 (CET)[répondre]
@Orlodrim : certes, mais je pense que tu as compris que je cherche un moyen qui s’affranchisse de Petscan pour les contributeurs qui ont deux mains gauches, ou qui font un blocage sur Petscan ou qui ne veulent pas pour tout un tas d’autres (mauvaises) raisons. Du coup, {{Requête petscan}} ne correspond pas à ce que je cherche… et il me semble que ce modèle est fait pour les articles à traduire ? TED 24 janvier 2021 à 18:40 (CET)[répondre]

Proposition de nouveau gadget[modifier le code]

Bonjour à tous 👋,

Récemment, j'ai découvert le gadget MonobookToolbarLang qui permet d'insérer le modèle {{Langue}} hyper facilement ! Après avoir demandé dans le forum des nouveaux, Hérisson grognon m'a confirmé que ça n'existe pas pour d'autres modèles.

Pensez-vous qu'il serait possible de créer un gadget qui permettrait d'insérer facilement les modèles très utilisés ?

Je pense notamment aux modèle {{date-}} ou {{citation}}.

Ex :

Madame machine a déclaré : WP c'est génial !

On sélectionne « WP c'est génial ! », on clique sur le bouton correspondant au modèle {{citation}}, et ça devient :

Madame machine a déclaré : {{citation|WP c'est génial !}}

En fait il suffirai probablement de repartir du code de MonobookToolbarLang.

--Thomasbr33 (discuter) 29 mai 2021 à 18:56 (CEST)[répondre]

Pour Hérisson grognon [mais gentil] 29 mai 2021 à 19:06 (CEST)[répondre]
Finalement je me suis décidé à la faire moi même 💪. J'ai réussi à ajouter deux sections dans l'éditeur de wikicode :
  • Une liste des modèles fréquemment utilisés, qui sont insérables en un simple clic.
  • Une liste d'émojis de type twemoji facile à insérer.
La configuration, une illustration et des infos en plus sont disponibles sur cette page.
Le code est disponible dans la page citée juste avant. J'hésite à poster un message sur le bistro 😬, parce que ça pourrait intéresser certains wikipédiens !
Hérisson grognon, toi qui est expérimenté, que-ce que t'en pense ?
--Thomasbr33 (discuter) 31 mai 2021 à 15:12 (CEST)[répondre]
Je notif quelques administrateurs d'interface pour être sûr de pas faire de bêtises Notification Jules*, Ltrlg, NB80 et Niridya
--Thomasbr33 (discuter) 31 mai 2021 à 15:40 (CEST)[répondre]
Bonsoir Thomas, eh bien finalement tes compétences dépassent les miennes en termes de gadget Émoticône sourire, mais si quelqu'un pouvait mettre ton code dans une page MediaWiki, ça faciliterait beaucoup d'une part l'installation et d'autre part les mises à jour. En tout cas bravo pour tout ce que tu as (déjà) fait ! Hérisson grognon [mais gentil] 31 mai 2021 à 18:56 (CEST)[répondre]
@Thomasbr33 merci pour le ping ! Je suis plutôt dans l'HTML/CSS moi que dans le JS pur. Niveau JS je fais plutôt du NodeJS (pour les bots Discord par exemple, comme je suis dev certif) que du JS pur pour le web ^^ Niridya (discuter) 1 juin 2021 à 12:35 (CEST)[répondre]
Ok merci quand même ! --Thomasbr33 (discuter) 1 juin 2021 à 12:47 (CEST)[répondre]
Désolé, ça dépasse mes compétences :/. — Jules* Discuter 1 juin 2021 à 13:09 (CEST)[répondre]
Merci de votre réponse à tous les deux ! J'ai posté un message sur le bistro du jour, j'espère qu'un gentil wikipédien pourra m'aider ! --Thomasbr33 (discuter) 1 juin 2021 à 13:14 (CEST)[répondre]

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

Bonjour,

J'ai remarqué que ce gadget contrevenait à la recommandation sur les en-têtes ; il faudrait réajuster l'apposition des bandeaux pour que ceux-ci apparaissent après les modèles liés au titre de la page, pour les principaux :

  • ([vV]oir) [hH]omonymes(1|)
  • ([vV]oir) [pP]aronymes
  • ([vV]oir) [hH]omophones
  • ([vV]oir) [fF]amille(s|)
  • [Cc]onfusion

Sinon voir : Catégorie:Modèle de bandeau renvoyant vers des homonymes ; Catégorie:Modèle renvoi d'article ; Catégorie:Modèle de nom de personne ; Catégorie:Modèle de bandeau pour page d'homonymie.

Idéalement, ils devraient aussi toujours se situer avant les modèles de Catégorie:Modèle de bandeau d'article, les modèles de Catégorie:Modèle infobox ou avant le résumé introductif.

Merci d'avance pour une correction, LD m'écrire 6 juillet 2021 à 05:28 (CEST)[répondre]

Indication à côté des comptes bloqués, dans le journal des créations de comptes ?[modifier le code]

Hello,

Je patrouille régulièrement, comme d'autres admins, dans le journal des nouveaux utilisateurs, et je me suis dit qu'il serait bien pratique d'avoir une indication visuelle (une icône à côté du nom d'utilisateur) des comptes déjà bloqués, pour m'économiser des clics inutiles.

Est-ce techniquement faisable ?

Partant de là, la fonctionnalité serait peut-être utile dans d'autres journaux ou historiques.

Cdlt, — Jules* Discuter 9 décembre 2021 à 16:02 (CET)[répondre]

Miaou Émoticône ah oui ce serait commode ! S'il vous plaît... Émoticône sourireBédévore [plaît-il?] 9 décembre 2021 à 16:05 (CET)[répondre]
+10. VateGV ◦ taper la discut’ ◦ 9 décembre 2021 à 16:25 (CET)[répondre]
Bonne idée --GdGourou - Talk to °o° 9 décembre 2021 à 16:40 (CET)[répondre]

MediaWiki:Gadget-markblocked.js Tomybrz Bip Bip 13 décembre 2021 à 11:01 (CET)[répondre]

Merci @Tomybrz, l'outil est bien sympathique. Je l'ai testé et il fonctionne bien sur une flopée de pages. @Jules*, en l'état, il raye les pdds et/ou pseudos des utilisateurs bannis, serait-ce suffisant ?
Pour la demande suivante, ce fonctionnement est intéressant puisqu'il me semble qu'on pourrait utiliser toolforge pour aussi ajouter une case pour renvoyer vers la vérification dans mw-usertoollinks ; ex. dans Spécial:Modifications récentes, ou bien dans mw-htmlform mw-htmlform-ooui oo-ui-layout oo-ui-formLayout (Émoticône) dans Spécial:Bloquer.
Quoi que, ce qui serait aussi très intéressant serait de pouvoir lister tous les proxies à partir d'une request API en récupérant les IPS, comme le propose une partie du code de Utilisateur:LD/IPCheck.js (s'inspirant de homoglyphHunter) et en comparant avec l'API de toolforge. Quid du token cela dit, aurait-on besoin de le renseigner ? Le js et moi ça fait quand même 2, donc si quelqu'un se sent de poursuivre l'idée... par ex. @DreZhsh, @Od1n, @Arkanosis et @Orlodrim, il est convié à le faire. Émoticône
BàV, LD (d) 13 décembre 2021 à 12:44 (CET)[répondre]

Signalement automatique des proxies ouverts[modifier le code]

Problème : Actuellement, pour détecter si une IP est un proxy ouvert, nous recourrons manuellement à ipqualityscore.com (ou à ipcheck.toolforge.org, un service Wikimedia). Cependant, probablement comme les autres admins, je ne vérifie que quand je soupçonne particulièrement que cela puisse être le cas (bannis connus pour recourir à des proxies ouverts...) ; le reste du temps, je ne vérifie, alors que certains vandales rencontrés en patrouille utilisent aussi des proxies ouverts (je m'en aperçois en vérifiant aléatoirement).

Idée de solution : J'ignore si c'est faisable techniquement, mais l'idéal serait un gadget qui, lorsqu'un admin est sur l'interface de blocage (spécial:Block) pour une IP donnée, interroge ipqualityscore et affiche directement sur l'interface de blocage le résultat (proxy ouvert ou non). (Ce moyennant quelques secondes, le temps d'interroger ipqualityscore.)

— Jules* Discuter 9 décembre 2021 à 16:17 (CET)[répondre]

+10. VateGV ◦ taper la discut’ ◦ 9 décembre 2021 à 16:26 (CET)[répondre]
Bonne idée --GdGourou - Talk to °o° 9 décembre 2021 à 16:40 (CET)[répondre]
Attention, la version gratuite du site ipqualityscore.com a une limite sur le nombre de requêtes qu’on peut faire avant que ce soit bloqué.
Le mieux ce serait que quelqu’un se dévoue à prendre un abonnement au site et télécharger la liste des adresses pour qu’on puisse les bloquer avec un robot. — Thibaut (discuter) 9 décembre 2021 à 16:43 (CET)[répondre]
Je l'ignorais, @Thibaut120094. On peut demander à Wikimédia France, pour l'abonnement, je pense. — Jules* Discuter 9 décembre 2021 à 16:47 (CET)[répondre]
+1 (@Thibaut120094, il y a des BDD gratuites). LD (d) 9 décembre 2021 à 17:15 (CET)[répondre]
@LD : Sont-elles aussi à jour et aussi complètes que celles d’IPqualityscore ? — Thibaut (discuter) 9 décembre 2021 à 17:17 (CET)[répondre]
@Thibaut120094, c'est opensource donc moins précis je pense mais je peux tester sur un échantillon de mes blocages de proxy et faire un retour ^^ LD (d) 9 décembre 2021 à 17:19 (CET)[répondre]
Je confirme, Wikimédia France peut prendre en charge de genre de choses avec plaisir. En fonction des investigations de LD bien sûr ! Notifiez-moi si besoin de faire le lien avec l'équipe salariée. Capucine-Marin Dubroca-Voisin (discuter) 12 décembre 2021 à 00:04 (CET)[répondre]
Bonjour @Capucine-Marin Dubroca-Voisin et merci de votre réponse.
D'après mes recherches, la base de donnée est d'une qualité acceptable mais doit être hebergée sur un serveur indépendant pour être tenue à jour et pleinement utilisée sur Wikipédia, il y aurait aussi des restrictions techniques et ergonomiques.
En somme, si la fonctionnalité proposée est retenue, il serait préférable de pouvoir bénéficier de votre aide. LD (d) 12 décembre 2021 à 00:19 (CET)[répondre]
Merci pour l'analyse. On devrait pouvoir s'occuper de ça, et de toute autre aide matérielle liée au développement du gadget. Je vous laisse me notifier quand ça prendra forme ! Capucine-Marin Dubroca-Voisin (discuter) 12 décembre 2021 à 01:43 (CET)[répondre]

Raccourci pour intégrer des textes prédéfinis ?[modifier le code]

Salut. Est-ce que vous auriez connaissance d'un gadget permettant d'insérer des textes prédéfinis (configurables bien sûr) quand on est mode édition ? Avec les actions de patrouille, je mets souvent les mêmes messages sur les pages de discussion des utilisateurs (par exemple, je subste régulièrement ce message pour les nouveaux ayant publié leur premier article mais dont le contenu est trop loin de ce qui est attendu pour être conservé dans l’espace encyclopédique). J'aimerais pouvoir le faire plus rapidement qu'en tapant un {{subst:…}} Émoticône. --NicoV (discuter) 27 décembre 2021 à 12:32 (CET)[répondre]

Re @NicoV, le plus simple c'est de mettre le code suivant dans ton common.js :
if (['edit', 'submit'].indexOf(mw.config.get('wgAction')) !== -1) {
   mw.loader.using('ext.gadget.MonobookToolbar', function () {
        MonobookToolbar.addButton("//upload.wikimedia.org/wikipedia/commons/5/51/Ic_report_48px.svg", "Remise en brouillon", '{{subst:Utilisateur:NicoV/Brouillon_remis}}\n~~~~', "", "", "mw-editbutton-warnbutton");
    });
}
Il requiert cependant l'activation du gadget "ForceMonobookToolbar" dans tes préférences.
Je ne vois pas comment replacer l'icône dans le menu général, j'ai pas tout compris à l'extension et j'ai plein de trucs déjà actifs, tu peux néanmoins tester avec mw:Extension:WikiEditor/Toolbar customization pour replacer le boutton Émoticône ou d'autres personnes pourront améliorer ce code àmha. LD (d) 27 décembre 2021 à 15:52 (CET)[répondre]
Notification NicoV : Personellement, j'utilise surtout un module complémentaire pour Firefox qui est fantistique pour la maintenance sur WP : Clippings.
Il permet de stocker des mots/phrases/bouts de code, de les classer, et de les coller à la demande.
On peut y inclure des variables, afin de pouvoir saisir dans une boîte de dialogue des informations variables (page d'aide variables).
Par exemple, j'ai souvent besoin de mettre dans le cadre de ma maintenance des modèles, des liens vers divers modèles en résumés de modification, et bien avec Clippings, j'ai fait un raccourci avec le code [[Modèle:$[Modèle]|{{$[Modèle]}}]].
Tu peux même leur affecter des raccourcis clavier : par exemple pour ci-dessus, j'ai juste à faire Alt + Maj + Y (commande générique Clippings), puis m (raccourci assigné), et à saisir qu'une seule fois le nom du modèle (variable $[Modèle]) puis appuyer sur Entrée.
Autrement, pour la barre, d'outils, je n'utilise plus que la barre d'outils améliorée (celle par défaut) depuis plusieurs années (j'ai plus de barre d'outils et boutons Monobook). Mais j'ai complété cette nouvelle barre d'outils par tous un tas de boutons (plus d'une vingtaine) perso, dont la plupart avec des expressions régulières (supportées nativement par MediaWiki !) pour agir sur le texte sélectionné.
Jette donc un coup d'oeil à Utilisateur:Tractopelle-jaune/Toolbar.js.
--Tractopelle-jaune (discuter) 27 décembre 2021 à 16:41 (CET)[répondre]

Aligner le texte depuis l'éditeur visuel[modifier le code]

Bonjour, serait-il possible de permettre d'aligner aligner un texte (en particulier dans les cases d'un tableau) depuis l'éditeur visuel (notamment sur l'axe horizontal : aligner à gauche, au centre ou à droite) ?

Cela permettrait un certain gain de temps et confort pour améliorer les mises en page, pour ne pas avoir nécessairement à modifier directement le wikicode (en + de la modification dans l'éditeur visuel).

En ce moment, j'ajoute un bon paquet de résultats du 1er tour de ces dernières législatives (de 2022 en France), et quand je rajoute les lignes des candidats manquants, pour les nouvelles cases le texte s'aligne par défaut à droite dans l'éditeur visuel alors que les mises en pages déjà existantes, l'alignement du texte est à gauche pour le nom et parti des candidats.


Étant moi-même programmeur, je pourrais éventuellement prêter main forte pour le développement d'une telle fonctionnalité, mais je ne suis pas encore familiarisé avec le développement de fonctionnalité sur Wikipédia.


Cette requête fait suite à ma question sur le forum :

https://fr.wikipedia.org/w/index.php?title=Sujet:Wxko7lqgbu83ogga&topic_showPostId=wxm02b78z8cittzd&fromnotif=1#flow-post-wxm02b78z8cittzd Eskivor (discuter) 17 juin 2022 à 20:51 (CEST)[répondre]

✔️ Bouton date dans mon common.js[modifier le code]

Bonjour. Je ne sais pas si je suis au bon endroit pour ce type de demande. Je souhaiterais rajouter un bouton dans Utilisateur:Selligpau/common.js, qui créerait automatiquement le modèle {{Date-|}}, et viendrait s'ajouter à ceux qui concernent les formats Heure et Unité. Je vous remercie. Selligpau (discuter) 11 juin 2023 à 19:50 (CEST)[répondre]

Bonjour @Selligpau. Il faut rajouter le morceau de code suivant : ['d/d6/Button_l_d', 'Date-', '{{Date-|', '}}'], juste après la ligne ['c/cf/Button_API_h', 'Heure', '{{Heure|', '|||}}'],. Je vous laisse modifier, car je ne peux pas modifier votre page common.js. Bonne journée, Lepticed7 (Viens tcharer ! :D) 6 février 2024 à 09:49 (CET)[répondre]
Bonjour Lepticed7. Merci beaucoup, ça fonctionne. Bonne soirée. Selligpau (discuter) 16 février 2024 à 20:00 (CET)[répondre]

Proposition du gadget "FAROS" - Labellisation d'articles[modifier le code]

Bonjour, je souhaiterais proposer la création d'un nouveau gadget. Cette innovation baptisée FAROS (Featured Article Recommendation and Optimization System - en français, Système de Recommandation et d'Optimisation des Articles Labellisés) serait une interface interactive conçue pour permettre à l'utilisateur d'évaluer la conformité d'une page aux critères essentiels en vue de son éventuelle distinction en tant qu'"Article de qualité" ou "Bon article". L'outil offrirait une analyse méticuleuse des éléments ne satisfaisant pas encore aux exigences requises, en fournissant des orientations détaillées pour remédier à ces lacunes. Contrairement à une simple liste de vérification, FAROS serait doté d'une fonctionnalité de lecture automatisée, ce qui lui permettrait d'évaluer automatiquement le potentiel d'obtention du label pour la page en question. L'objectif ultime consisterait à apporter un soutien algorithmique aux contributeurs moins expérimentés, en les guidant dans le processus d'amélioration de leurs contributions jusqu'à ce qu'elles répondent aux normes rigoureuses de "Bon article" ou "Article de qualité". Par conséquent, cette initiative pourrait considérablement stimuler la création d'articles de haute qualité sur la plateforme. Parallèlement, il est important de souligner qu'en dépit de l'existence de listes de vérification, la plateforme actuelle souffre d'une insuffisance en termes d'accompagnement pour favoriser la progression des utilisateurs vers l'obtention de ces labels, ce qui met en évidence un important manque en relecteurs. Cordialement, manȷıro💬 24 août 2023 à 15:51 (CEST)[répondre]

Purge du cache de l'Assistant de modèle[modifier le code]

Bonjour,

Depuis ma venue sur Wikipédia, j'utilise l'éditeur wikicode pour réaliser mes publications.

Pour insérer, par exemple, des infoboxes, le TemplateWizard n'est pas mis à jour (pour l'ordre des paramètres) et donc certains paramètres qui sont paramétrés pour s'afficher avant certains paramètres ne s'affichent pas dans l'ordre voulu...

Par exemple pour l'infobox Étoile, quand je veux insérer une infobox avec le TemplateData de l'éditeur 2010, il n'affiche pas dans l'ordre voulu les paramètres qui sont dans l'ordre dans l'éditeur visuel.

C'est assez embêtant comme bug...

J'espère que vous avez compris mon message.

Astro5228 (discuter) 4 janvier 2024 à 18:56 (CET)[répondre]

Salut @Astro5228,
Ne t'inquiète pas, il ne s'agit pas d'un bug. Il y a un certain sens qui donne au codeur, de son côté, une aisance lors de sa modification (pour savoir à quel endroit il en est par exemple), et en même temps un autre sens qui rend la lecture plus facile à une personne aléatoire qui passe sur un article concerné.
En espérant t'avoir aidé,
WikiGenesis WikiDiscuter 9 janvier 2024 à 19:37 (CET)[répondre]
D’accord. Astro5228 (discuter) 9 janvier 2024 à 19:40 (CET)[répondre]