Discussion Projet:Scripts et gadgets/2022

Gadgets permettant d'afficher des icônes sous Vector

Bonjour,

Cette demande rebondit sur Wikipédia:Le Bistro/16 août 2021#Configuration de la nouvelle interface. On y signale l'existence du gadget fa:Mediawiki:Gadget-watchlist-icon.js qui permet d'afficher une icône de lien vers la liste de suivi sans avoir à dérouler le menu. Plusieurs contributeurs apprécieraient aussi un lien direct vers la liste des contributions ou le brouillon. Est-il possible de créer Mediawiki:Gadget-contributions-icon.js et Mediawiki:Gadget-sandbox-icon.js en s'inspirant du gadget ci-dessus ? Merci, --l'Escogriffe (✉) 16 août 2021 à 22:05 (CEST)

Bonjour GrandEscogriffe

 Fait. (Requête en cours sur Wikipédia:Demande d'intervention sur un message système) ─ DreZhsh ^[Discuter] 17 août 2021 à 12:02 (CEST)

Ces gadgets me semblent effectivement les bienvenus (la nouvelle interface Vector, je lui ai encore donné une chance, mais désolé non, vraiment je peux pas). J'ai retravaillé le code de ces scripts, et j'ai également créé Mediawiki:Gadget-watchlist-icon.js. od†n ↗^blah 21 août 2021 à 13:49 (CEST)

Merci Od1n ─ DreZhsh ^[Discuter] 21 août 2021 à 14:40 (CEST)

Pour information, le gadget watchlist-icon n'est plus nécessaire (et même contre-productif), le bouton « Liste de suivi » ayant été sorti du menu suite à phab:T289619. Les gadgets contributions-icon et sandbox-icon restent bien entendus présents. od†n ↗^blah 18 février 2022 à 10:55 (CET)

Proposition de retrait de deux gadgets superflus

Bonjour,

En survolant rapidement MediaWiki:Gadgets-definition, j'ai remarqué deux gadgets me paraissant fort peu utiles :

• MediaWiki:Gadget-CaracteresOff.css : sert à supprimer la boîte « Caractères spéciaux : æ Æ à À â Â ä Ä á Á … » qui se trouve en dessous des boutons « Publier les modifications», etc. Si on commence à créer des gadgets pour toutes les suppressions d'éléments d'interface, la liste va être sans fin. Il suffit d'ajouter cette règle dans son common.css.
• MediaWiki:Gadget-SupprimerInfoBulles.js : sert à supprimer les tooltips qui apparaissent au survol de la souris sur divers éléments de l'interface. Bon, là l'utilité, j'ai vraiment du mal à la trouver… Néanmoins, ce gadget sera encore utilisable en ajoutant obtenir('SupprimerInfoBulles'); dans son common.js.

Justification : d'abord pour aider à alléger la page de préférences de gadgets. Aussi, les développeurs de MediaWiki préconisent de ne pas surcharger MediaWiki:Gadgets-definition, car cela s'ajoute aux définitions de modules, qui doivent être chargées à chaque page.

Pour information : Statistiques d’utilisation des gadgets. Ces deux gadgets sont parmi les moins activés.

Ma suggestion est donc de délister ces deux gadgets de MediaWiki:Gadgets-definition. Ces codes seront toujours utilisables, comme indiqué plus haut. Le seul problème est que pour les utilisateurs ayant activés ces gadgets, ils ne seront plus effectifs et il faudra ajouter les codes dans les common.js/common.css personnels.

Pour rappel, il ne faudra pas oublier de mettre à jour Projet:Scripts et gadgets/Liste des fonctions disponibles.

Des remarques ou des objections ?

od†n ↗^blah 18 octobre 2021 à 05:00 (CEST)

Bonjour Od1n. Approbation entière.

Pour (futur ?) rappel, le code de la première règle, Gadget-CaracteresOff, consiste en .mw-editTools {display:none;}. Peut-être que ces deux possibilités pourraient intégrer Aide:Personnaliser l'interface ou une version étendue/avancée. Il y a un autre cas très peu utilisé (neuf contributeurs actifs) et « expérimental » : MediaWiki:Gadget-MagnusEditBox.js (« Découper la page d'édition en plusieurs fenêtres. Expérimental. Incompatible avec les gadgets RevertDiff et WikEd. »). Bjr  Pyb, un avis ? — Ideawipik (discuter) 18 octobre 2021 à 12:55 (CEST)

Je n'ai pas d'objection.

Une idée en passant : bien qu'on ne puisse pas obtenir directement la liste des utilisateurs d'un gadget, il devrait être possible de modifier MediaWiki:Gadget-WatchlistNoticeCore.js pour leur envoyer un message ciblé (ici la procédure alternative pour continuer à utiliser le script).

Orlodrim (discuter) 18 octobre 2021 à 20:59 (CEST)

On peut effectivement savoir si un gadget est activé avec le code !!mw.user.options.get('gadget-<nom du gadget>'). Mais cela fonctionne-t-il encore une fois le gadget délisté ? Je suppose que non (sans en avoir la certitude absolue).

Il faudrait donc afficher cet avertissement avant la suppression (puisque après il ne pourra plus être affiché), à un endroit qui est d'assez faible visibilité, pour une poignée de contributeurs, dont la majorité a probablement coché ces gadgets un peu par hasard, et il faudrait qu'ils tombent sur cet avertissement durant le laps de temps où il est affiché, qu'ils y prêtent attention et qu'ils s'en préoccupent… et tout cela pour des gadgets à l'utilité extrêmement faible, voire inexistante. Pas certain que cela en vaille la chandelle ;-)

od†n ↗^blah 22 octobre 2021 à 04:05 (CEST)

Je viens de délister les deux gadgets en question : CaracteresOff.css (documentation) et SupprimerInfoBulles.js (documentation). od†n ↗^blah 21 janvier 2022 à 04:14 (CET)

Utiliser la police Luciole

Bonjour,

La police Luciole permet de faciliter la lecture des personnes malvoyantes. Je me disais qu'il serait intelligent de la proposer de manière facultative au lectorat, et je me demandais quelle serait la meilleure façon de faire ? Un CSS personnalisé pour Vector 2022 avec un petit script JS activé par défaut pour permettre de l'activer depuis chaque page ?

Merci énormément de vos avis. Wikimédia France serait ravie de soutenir ce genre de projet !

Poke @Hatonjan grâce à qui cet échange Twitter a initié le sujet. Capucine-Marin Dubroca-Voisin (discuter) 9 février 2022 à 16:43 (CET)

La font n'est malheureusement pas disponible sur Google Fonts ; apparemment pour des raisons de licence, j'ai trouvé cette discussion sur GitHub.

J'ai donc essayé en chargeant les fonts directement depuis le site luciole-vision.com :

mw.loader.addStyleTag(`
@font-face {
    font-family: Luciole;
    src: url('https://luciole-vision.com/fonts/luciole/Luciole-Regular.woff2');
    font-weight: normal;
}
@font-face {
    font-family: Luciole;
    src: url('https://luciole-vision.com/fonts/luciole/Luciole-Bold.woff2');
    font-weight: bold;
}
html, body {
    font-family: Luciole, sans-serif;
}
`);

Malheureusement cela ne fonctionne pas, en raison de restrictions CORS : « Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at https://luciole-vision.com/fonts/luciole/Luciole-Regular.woff2. (Reason: CORS header ‘Access-Control-Allow-Origin’ missing). »

(et je ne suis pas certain qu'ils souhaitent permettre aux sites du monde entier de charger les fonts sur leurs serveurs, faut la payer la bande passante)

La première étape serait donc que la font soit hébergée à un endroit d'où il serait possible de la charger. (pour info, j'ai regardé sur Commons mais il n'est pas possible d'y mettre de fonts : c:Commons:File types#Unsupported file types)

od†n ↗^blah 10 février 2022 à 05:28 (CET)

Bonjour,

je ne sais pas dans quelle mesure cela répond à votre questionnement mais nous fournissons habituellement aux développeurs des webfonts dans tous les formats (woff, woff2, ttf, eot, svg) sur simple demande par mail ; les développeurs hébergent ensuite le ou les formats souhaités sur leur propre serveur.

Pour ce qui est de proposer Luciole sur Google Font, la question est bien plus complexe que la discussion évoquée en lien (à laquelle je n'ai pas participée) mais effectivement, nous avons décidé de ne pas le faire pour diverses raisons. Ceci étant dit les gens de Google ont été charmants dans la discussion.

Cordialement - M. Fabreguettes (coordinateur du projet) 176.158.108.157 (discuter) 10 février 2022 à 20:44 (CET)

@Capucine-Marin Dubroca-Voisin et @Od1n, ce n'est pas très élégant, mais il est possible d'encoder directement le fichier en base64 pour contourner le problème de CORS... : [1]. --Golmote (discuter) 10 février 2022 à 22:51 (CET)

@Golmote et @Od1n merci mille fois pour vos retours ! Je suppose que Wikimédia France pourrait héberger la police sur un de ses serveurs, je vais me renseigner. Ce sera peut-être un solution plus propre

Concernant le bouton pour activer la police depuis n'importe quelle page, voyez-vous une solution aisée ?

Capucine-Marin Dubroca-Voisin (discuter) 13 février 2022 à 15:38 (CET)

Il y a ce gadget avec un toggle "on/off", dont le code pourrait éventuellement servir d'inspiration : MediaWiki:Gadget-AffMasLiens.js. od†n ↗^blah 13 février 2022 à 17:43 (CET)

Merci beaucoup à vous d'avancer sur cette question.

Quelques éléments complémentaires pour vous aider (du moins je l'espère !) :

- n'hésitez pas à m'envoyer un email sur l'adresse de contact du site luciole-vision.com pour que je puisse vous faire parvenir les dernières versions des fichiers de la police pour le web, si toutefois vous ne les avez pas déjà ;

- le standard de l'agrandissement en édition papier pour un lecteur DV est le corps 16 à 20 (contre environ corps 10 pour un clairvoyant), vous pouvez donc envisager d'augmenter généreusement la taille du texte dans la CSS, le plus important étant toutefois que le lecteur garde la possibilité de l'ajuster plus finement selon ses besoins ;

- enfin, gardez à l'esprit que la malvoyance ne recouvre pas seulement une baisse de l'acuité mais tout un ensemble d'autres paramètres, notamment sur la perception des couleurs. Il serait pertinent d'envisager de remplacer (dans la version accessible) le bleu vif des liens par un autre facteur de différenciation (par exemple un Bold, un souligné...) pour être sûr que le texte soit lisible.

Je travaille sur le projet Luciole avec une collègue malvoyante qui a fait des études d'informatique à haut niveau, elle est disponible pour vous aider sur tous ces aspects : si vous souhaitez que je vous mette en contact avec elle vous pouvez m'envoyer un email.

Cordialement - M. Fabreguettes (coordinateur du projet Luciole) 81.185.165.245 (discuter) 15 février 2022 à 15:06 (CET)

Bonjour à tous, sur la lignée de @Golmote, il est possible d'importer une police depuis github, ce qui est un peu plus élégant. Cf. Aide:Dyslexie#Téléchargement de la police OpenDyslexic. Wikimédia France pourrait simplement créer un compte GitHub pour ne pas héberger en interne, @Capucine-Marin Dubroca-Voisin, ou bien inviter Luciole à le faire. LD (d) 15 février 2022 à 18:19 (CET)

Bonjour,

j'ai suivi votre conseil et créé un compte GitHub pour y mettre les webfonts du Luciole.

C'est la première fois que j'utilisai GitHub donc j'espère avoir tout fait correctement.

Voici les liens :

https://github.com/JonathanFabreguettes/LucioleWeb

https://github.com/JonathanFabreguettes/LucioleWeb/releases/tag/LucioleWeb

https://github.com/JonathanFabreguettes/LucioleWeb/releases

Cordialement - M. Fabreguettes (coordinateur du projet Luciole) 109.190.122.244 (discuter) 3 mars 2022 à 09:53 (CET)

Question technique sur OOUI

C’est un point cosmétique mais ça me titille. Je travaille actuellement sur un script relatif aux interwikis Utilisateur:TomT0m/extraInterwiki.js qui utilise un bouton OOUI pour afficher des infos supplémentaire quand on clique dessus (un truc presque similaire à la balise html <detail>) qui propose d’afficher une icône.

J’avais renoncé à afficher l’icône des langue vu qu’elle ne s’affichait pas lors de mes essais, mais … elle s’affiche hors de l’espace principal, ce qui est étrange. Quelqu’un ou quelqu’une aurait une explication/solution ? — TomT0m ^[bla] 22 avril 2022 à 12:21 (CEST)

Trouvé, il fallait ajouter le chargement du module d’icone correspondant qui doit déjà être chargé dans les espaces annexes mais pas dans l’espace principal. Pour ref voir ce diff — TomT0m ^[bla] 7 mai 2022 à 16:27 (CEST)

Redirection vers l'édition sous Minerva

Bonjour

Sous l'interface web Minerva, lorsqu'on clique sur une page de discussion qui n'existe pas (voir ici Yasmin Williams), on est automatiquement redirigé vers l'édition de la page : https://fr.m.wikipedia.org/w/index.php?title=Discussion:Yasmin_Williams&redlink=1#/editor/all au lieu de https://fr.m.wikipedia.org/w/index.php?title=Discussion:Yasmin_Williams

Quelqu'un saurait écrire un bout de code pour éviter cette fonctionnalité dans son Minerva.js perso ? PAC2 (discuter) 27 mai 2022 à 13:00 (CEST)

À noter que sur Vector, on est aussi automatiquement redirigé vers l'édition de la page, sauf si on a ajouté l'ajout de sujet dans les outils de discussion... On pourrait donc envisager un bout de code "global" pour y remédier. -- Nemo ^Discuter 31 mai 2022 à 18:46 (CEST)

ah oui j'avais pas remarqué qu'on a le même problème sur Vector. PAC2 (discuter) 31 mai 2022 à 19:53 (CEST)

@PAC2 et @Nemo Le Poisson

Fait : ajoutez mw.loader.load('//fr.wikipedia.org/w/index.php?title=Utilisateur:DreZhsh/DisableAutoEditTalk.js&action=raw&ctype=text/javascript'); au début de votre common.js pour que la modification fonctionne sur tous les habillages et le site mobile. ─ DreZhsh ^Discuter 10 août 2022 à 15:00 (CEST)

merci PAC2 (discuter) 10 août 2022 à 22:03 (CEST)

merci beaucoup ! -- Nemo ^Discuter 12 août 2022 à 11:42 (CEST)

Problème commons.js avec des nouveaux boutons perso Monobook [RÉSOLU]

Bonjour

J'aurais besoin de conseils experts en javascript : je viens d'ajouter trois boutons persos à ma barre d'outils Monobook (j'en avais déjà cinq, j'ai juste recopié et adapté leur code), mais ils ne veulent pas s'afficher.

J'ai bien rechargé complètement le cache du navigateur (Firefox) comme indiqué, j'ai même purgé la page, redémarré Firefox, vidé son cache, mais rien n'y fait...

Utilisateur:SyntaxTerror/common.js

Des idées ? Merci d'avance, Şÿℵדαχ₮ɘɼɾ๏ʁ 3 juillet 2022 à 20:28 (CEST) (merci de me notifier)

Bonsoir SyntaxTerror. Je ne suis pas assez calé dans le domaine mais je pense qu'il est possible d'ajouter tous les boutons dans la même fonction, les uns à la suite des autres, et éviter des répétitions du code. Tu peux essayer cela (exemple avec un seul bouton) :

if (['edit', 'submit'].indexOf(mw.config.get('wgAction')) !== -1) {
	mw.loader.using('ext.gadget.MonobookToolbar', function () {
		$(function() {
			MonobookToolbar.addButton('//upload.wikimedia.org/wikipedia/commons/c/c6/Button_guillemets.svg', 'Guillemets', '« ', ' »', '', 'mw-editbutton-guillemets');
		});
    });
}

Mais un expert sera meilleur conseiller, pour optimiser.

PS – pour info, il existe déjà un gadget avec des guillemets et autres balises dans une boite complémentaire placée sous la fenêtre d'édition. — Ideawipik (discuter) 3 juillet 2022 à 22:57 (CEST)

Merci Ideawipik je sais bien qu'il y a des trucs en dessous de la boîte d'édition, mais en tant que WikiGnome, je me sers très souvent de ces modèles, et faire trois crans de molette, chercher dans le boxon des tags et refaire trois crans de molette, c'est vraiment au dessus de mes forces ! Je ne peux pas me passer de mes boutons Monobook... Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 3 juillet 2022 à 23:38 (CEST)

Bonjour SyntaxTerror. Apparemment, le problème dans ton code vient de certaines images qui n'existent pas (url incorrectes). Tu peux regarder dans mon commons.js, avec en bonus le remplissage du paramètre consulté le du modèle Lien web. J'ai conservé ton choix initial d'utiliser « ext.gadget.mediawiki.toolbar ». Cordialement. — Ideawipik (discuter) 4 juillet 2022 à 04:55 (CEST)

Conflit d’édition — Bonjour @SyntaxTerror,

J'ai testé une partie de ton js avec une seule préférence activée pour la boîte d'édition (cf. Spécial:Préférences#mw-prefsection-gadgets ForceMonobookToolbar).

Il y avait quelques erreurs minimes :

1. L'identifiant (mw:Manual:Custom edit buttons parle d'identifiant des images, mais je crois que ce sont les identifiants des boutons in fine) mw-editbutton-codenowiki était attribué à plusieurs images/boutons. Ils ne pouvaient donc pas s'afficher.
2. Des liens vers des images n'étaient pas bonnes.

Voir le correctif.

Possible de réduire le code comme le souligne @Ideawipik mais l'essentiel est déjà qu'il marche LD (d) 4 juillet 2022 à 04:59 (CEST)

@Ideawipik, on a eu la même idée, au presque même moment, marrant. Ta proposition est meilleure àmha car plus compacte. LD (d) 4 juillet 2022 à 05:02 (CEST)

@LD. La question de l'unicité des identifiants des boutons avait été évoquée brièvement en commentaire de retouche. D'ailleurs c'était un bon exemple puisque ce texte obtenu par copier-coller de la proposition initiale de SyntaxTerror cumulait les deux problèmes (identifiant et image). Depuis, la proposition ci-dessus a été recorrigée en ce sens, afin d'être valide.

La solution proposée dans nos sous-pages commons.js fonctionne aussi. Si le positionnement de la barre ne convient pas et selon l'activation de barres prédéfinies (gadgets) dans les préférences utilisateur, il peut être intéressant à partir de la proposition du commons.js de remplacer ext.gadget.mediawiki.toolbar par ext.gadget.MonobookToolbar et les mw.toolbar.addButton par MonobookToolbar.addButton (les paramètres sont identiques). Une question de choix personnels.

Techniquement, j'apprécierais une explication de texte à propos de la différence entre

if (['edit', 'submit'].indexOf(mw.config.get('wgAction')) !== -1) {
	mw.loader.using('ext.gadget.…', function () { … });
}

et

mw.loader.using( [ 'mediawiki.action.edit', 'ext.gadget.…' ], function () { … });

— Ideawipik (discuter) 4 juillet 2022 à 06:34 (CEST)

┌─────────────────────────────────────────────────┘

Merci Ideawipik et LD . Maintenant je comprends d'où vient le problème : au lieu de recopier l'url complète des images, j'ai juste remplacé le nom (par ex. /Button_code-nowiki.svg par /Button_guillemets.svg), ça ne pouvait donc pas marcher...

J'aurais dû être plus attentif car je me souviens que ça m'est déjà arrivé...

J'aurais aussi dû penser à leur identifiant mw-editbutton-, mais je n'ai jamais vraiment appris à coder en java et à chaque fois que j'y retouche je dois quasiment tout réapprendre.

Encore merci pour avoir passé du temps là-dessus ! Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 4 juillet 2022 à 14:16 (CEST)

Appel pour aider l'add-on SignIt (langue des signes)

Bonjour l'équipe, On m'a conseillé de venir vous demander de l'aide.

J'ai repris la maintenance de l'add-on Wikimedien SignIt, pour firefox. Le projet est cool, la base de code est là, le github est propre, je fais de mon mieux, mais il faudrait un dev web volontaire avec davantage d'expérience JS/CSS/OOJS et/ou sur le développement d'add-on firefox. Le css/oojs de notre add-on SignIt déborde ou est en conflit avec les pages wiki et met le boxon. https://github.com/lingua-libre/SignIt/issues/1 et il y a peut etre une astuce pour limiter ca. Si vous etes interessés pour hacker un addon firefox: bienvenue à vous ! Yug (talk) 24 juillet 2022 à 20:18 (CEST)

Re, ayant conseillé de venir ici, je me permets aussi de notifier @Od1n, @Ideawipik et @TomT0m. LD (d) 24 juillet 2022 à 20:28 (CEST)

J'ai trouvé un hack bourin pour solutioner mon problème. Je poussé un peu le dev sur cet add-on. Si un dev web souhaite co-éditer avec moi et monter en compétence Firefox Add-on et OOJS, c'est un bon projet, relativement facile à prendre en main. Il y a des plans pour relancer sa communauté en fin 2022 et en 2023, mais ce serait bien de pousser l'éxistant en innovant un peu. Yug (talk) 31 juillet 2022 à 01:38 (CEST)

Obsolescence du gadget Searchbox

Bonjour. Apparemment, cette personnalisation d'affichage a régulièrement eu des soucis d'exécution notamment lors de mise à jour de MediaWiki. Le gadget MediaWiki:Gadget-searchbox.js ne semble plus fonctionner. Les fonctionnalités mises en place dans son code apparaissent redondantes avec celles d'autres gadgets de barre d'outils : Gadget-MonobookToolbarChangeCase, MonobookToolbarSortSelected et MonobookToolbarGotoThisLine.

Questions :

1. Le gadget Searchbox est-il encore utilisé. Si oui, comment s'active-t-il ? Sous quel type d'affichage ? Quelles sont les incompatibilités avec d'autres gadgets qui expliqueraient les difficultés à le voir s'afficher. Quelles sont les dépendances ? Est-ce que tout son code est obsolète ?
2. Si l'activation du gadget (case cochée) n'a pas d'effet et en raison de l'existence de gadgets alternatifs fonctionnels pour les mêmes actions, ne serait-il pas préférable, afin de simplifier la vie de l'utilisateur lambda (surtout les novices), de le retirer de la liste des gadgets disponibles dans les préférences ?

Notification à quelques contributeurs concernés, parce qu'ils ont utilisé, tenté de l'activer ou participé à l'écriture et à la maintenance du gadget : JackPotte, H4stings, JLM, Corty2, NeptuneJunior, SyntaxTerror, Od1n, Orlodrim. Merci d'avance pour vos réponses et retours d'expérience.

Liens vers diverses discussions connexes, parfois anciennes :

• Wikipédia:Le Bistro/14 mars 2019#Problème avec le gadget Searchbox ;
• Discussion utilisateur:Od1n#barre d'édition ;
• Discussion utilisateur:JackPotte/2021#MediaWiki:Gadget-searchbox.js ;
• Discussion Projet:Scripts et gadgets/Rapport de bug#SearchBox ;
• Discussion MediaWiki:Gadget-searchbox.js#Problème avec « Rechercher et remplacer ».

— Ideawipik (discuter) 22 août 2022 à 19:07 (CEST)

Bonjour Ideawipik

1. Je me sers régulièrement de ce gadget, surtout pour changer la casse, des fois pour trier, et rarement pour chercher/remplacer, cette dernière fonction ne marche pas très bien, et seulement pour « tout remplacer » à ce que je sais (je préfère copier l'article et faire les remplacements sur Notepad++ qui est plus pratique). Je suis sous Vector 2010 et le gadget et activé sur Spécial:Préférences#mw-prefsection-gadgets, section « Zone d'édition ». Il me semble que parfois les boutons sont absents de ma barre d'outils Monobook, mais je ne saurais pas dire quand (c'est très rare).
2. Étant donné que ce gadget marche encore en grande partie et que je m'en sers relativement souvent, je ne vois pas pourquoi le supprimer. Si jamais c'est le cas, je peux toujours me débrouiller avec Notepad++, mais ça me ferait vraiment suer de devoir ouvrir ce programme, y copier le texte et aller dans 3 sous-menus si j'ai juste un mot à modifier ou une liste à trier et que je peux le faire avec un clic sur un bouton. Si une alternative existe, j'ai besoin qu'on m'explique de A à Z car je suis nul en JavaScript...

Aussi, pour info, MonobookToolbarChangeCase ne permet pas de faire la même chose : il ne fait que tout mettre en minuscules ou majuscules alors que Searchbox met aussi juste la première lettre en majuscule (ce qui me sert le plus souvent, pour les noms tout en majuscules par ex.) et le fait avec un seul bouton au lieu de deux (j'ai 33 boutons, je compte en mettre d'autres et la place manque un peu : à 130 % de zoom je suis à deux lignes de boutons sur mon écran HD).

Il me semble que  Lofhi devrait être notifié aussi, c'est lui qui m'avait répondu en 2019.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 22 août 2022 à 22:26 (CEST)

Bonjour,

S'il s'agit des boutons permettant de rechercher / remplacer : je ne les utilise plus car il y a des problèmes de fonctionnement... mais je ne me souviens plus de quoi il s'agit, je ne saurais pas décrire ces problèmes. Je trouve plus pratique, en l'état, d'utiliser la fonction "Rechercher dans la page" de Firefox.

Mais je suis assez incompétent dans ce domaine.

Cordialement Corty2 (discuter) 23 août 2022 à 07:55 (CEST)

Même avis que SyntaxTerror pour ma part. Mais je vois que le code source d'origine, inédit en 2007 (contrairement aux alternatifs ajoutés en 2013, et qui sont présents uniquement ici et pour Monobook) a évolué en 2.2.5 alors qu'on est encore en 2.2.2. En cas de problème il faudrait donc commencer par le mettre à jour. Mais comme je ne vois pas de bug en 2.2.2 sur Vector, je ne pourrais pas tester si ça répare quoi que ce soit. JackPotte ($♠) 23 août 2022 à 15:08 (CEST)

Merci SyntaxTerror, Corty2 et JackPotte. Voilà une explication de mon interrogation. J'ai trouvé deux moyens permettant de rendre "actif" ce gadget quand il est coché dans les préférences utilisateurs :

1. Dans l'onglet « Modification » des préférences, décocher la case « Activer la barre d’outils améliorée » (Aide:Barre d'outils d'édition/Vector), accessoire parfois appelé « éditeur de wikicode 2010 » et qui contient une fonctionnalité Chercher/Remplacer d'utilisation aisée.
2. Personnaliser sa sous-page utilisateur commons.js, par exemple en sollicitant ext.gadget.mediawiki.toolbar (une quinzaine d'utilisateurs l'on fait). Cela permet la cohabitation des deux types de barre d'outils. Note connexe : si, dans l'onglet Gadget à la section « Boutons de la barre d'outils », on a coché « ForceMonobookToolbar » et activé des barres complémentaires, il peut y avoir des affichages aléatoires, peut-être liés au chargement de la page ?

Concrètement, serait-il possible de faire passer ce gadget dans la partie « Boutons de la barre d'outils » plutôt que dans « Zone d'édition » ? Ce serait plus compréhensible pour l'utilisateur. Techniquement (code JS), je ne sais pas à quel point ce gadget peut se rapprocher des options "MonobookToolbar", d'autant plus que si aucune option "MonobookToolbar" n'est activée, le rendu actuel est particulier (cf. "newbar" dans le code par opposition à "oldbar" et isOldToolbar dans pl:MediaWiki:Gadget-nuxedtoolkit.js dont le gadget dépend). Si le gadget est maintenu en l'état, il faudrait informer l'aspirant-utilisateur de l'incompatibilité par défaut relevée dans le premier point et documenter l'outil.

@SyntaxTerror. À propos de la remarque sur le bouton de changement de casse, il n'est pas interdit d'envisager une évolution du comportement du gadget dédié existant, puisque celui proposé (un seul bouton et cycle sur le texte sélectionné : abcde → Abcde → ABCDE → abcde) pourrait convenir. Éventuellement ajout d'un choix exclusif dans ledit gadget.

En ce qui concerne l'outil de recherche propre à Gadget-searchbox, la seule plus-value par rapport à celui de l'éditeur wikicode de 2010 est la possibilité d’enregistrer des expressions et remplacements associés dans son propre commons.js (tables à nommer nuxsr.mem.s et nuxsr.mem.s). Personne ne semble se servir de cette possibilité à ce jour.

Cordialement. — Ideawipik (discuter) 23 août 2022 à 20:17 (CEST)

Compatibilité RevertDiff et éditeur de source 2017

Bonjour, depuis que je suis passé sur l'éditeur de source 2017, la fonction « Annuler » du gadget RevertDiff ne fonctionne plus vraiment. Il ouvre bien la bonne révision en mode édition mais :

• si des modifications avaient été auto-sauvegardées sur l'article, elles sont restaurées ;
• la sauvegarde ne se fait pas automatiquement ;
• le résumé de modif n'est pas pré-rempli.

Du coup, ça enlève une bonne partie de l'intérêt du gadget. J'ai bidouillé un moment pour essayer de rendre le gadget compatible avec l'éditeur 2017 et je pense avoir une version qui fonctionne : elle se débarrasse des modifications auto-sauvegardées s'il y en a et sauvegarde automatiquement avec le bon résumé de modif. J'aimerais bien avoir l'avis d'autres contributeurs ou contributrices sur cette version : ça vous semble pertinent ? Est-ce qu'il était possible de procéder différemment ? Merci d'avance pour vos retours, --Golmote (discuter) 17 septembre 2022 à 12:31 (CEST)

Gadget pour affichage de l'aide dans le menu de la version mobile

Hello les sorciers du code,

Je vous ai trouvé une nouvelle mission  !

Comme vous pourrez le lire sur ce sujet il y a un petit souci sur la version mobile du site, il n'y a pas de lien vers l'aide dans le menu hamburger.

Du coup, on a ouvert un ticket sur Phabricator (Phab:T252796) pour ajouter un lien. Ce n'est pas une priorité pour les dévs mais il semble qu'il y ait, sur la version sv.m.wikipedia.org, un gadget qui permette l'affichage du lien vers l'aide.

Sauf que je n'arrive pas à l'identifier ni à savoir s'il serait adaptable ici.

Est-ce que vous pourriez nous apporter votre éclairage ?

Merci — Mattho69 ^{me joindre} 8 juin 2020 à 18:38 (CEST)

Il faudrait sinon demander sur le Bistro suèdois... -- Nemo ^Discuter 8 juin 2020 à 19:45 (CEST)

@Mattho69 et @Nemo Le Poisson : Il s'agit de MediaWiki:Gadget-helpLinkMinerva.js. Le gadget n'est pas utilisable tel quel ici mais

mw.loader.using( [ 'mediawiki.api', 'mediawiki.util', 'mediawiki.base' ], function () {
	$( function () {
		if ( mw.config.get( 'skin' ) === 'minerva' ) {
			new mw.Api().loadMessagesIfMissing( [ 'help' ] ).then( function () {
				mw.util.addPortletLink(
					'p-navigation',
					'/wiki/Aide:Accueil',
					mw.message( 'help' ).text(),
					'n-help'
				);
				$( '#n-help' ).children().attr( 'class', 'mw-ui-icon mw-ui-icon-before mw-ui-icon-help' );
			} );
		}
	} );
} );

devrait suffire. Cordialement, ─ DreZhsh ^Discuter 28 août 2022 à 10:35 (CEST)

@DreZhsh, un grand merci d'avoir identifié la source du code sur le wiki suèdois. J'ai essayé le code que tu propose dans Utilisateur:Nemo Le Poisson/minerva.css mais je ne vois pas le lien vers l'aide s'afficher dans le menu de gauche. Est-ce que j'ai tout fait comme il faut tu penses ? -- Nemo ^Discuter 16 octobre 2022 à 17:09 (CEST)

@Nemo : Le morceau de code est en JavaScript, pas en CSS. ─ DreZhsh ^Discuter 16 octobre 2022 à 20:00 (CEST)

J'ai déplacé le code vers la bonne page (Utilisateur:Nemo Le Poisson/minerva.js), histoire que tu n'aies pas de code CSS invalide en version mobile. od†n ↗^blah 21 octobre 2022 à 10:52 (CEST)

Ça marche merci beaucoup Od1n et DreZhsh ! -- Nemo ^Discuter 2 novembre 2022 à 22:26 (CET)