Voici ma page de discussion. Si vous avez une réclamation (ou des remerciements, on sait jamais, ça fait du bien de rêver parfois, non ?), n'hésitez pas à m'écrire.



[TemplateData] - Pour info

modifier

J'ai lancé une discussion ici : Discussion Projet:Modèle#TemplateData, majuscule ou pas dans les libellés de modèles ?. N'hésite pas à venir donner ton avis comme tu t'y connais. Émoticône -- Nemo Discuter 15 décembre 2020 à 18:49 (CET)Répondre

7 juin 2021 à 22:02 (CEST)

14 juin 2021 à 22:26 (CEST)

21 juin 2021 à 17:48 (CEST)

28 juin 2021 à 18:31 (CEST)

5 juillet 2021 à 19:32 (CEST)

19 juillet 2021 à 17:30 (CEST)

26 juillet 2021 à 23:10 (CEST)

palette batman

modifier

Bonjour et merci pour les corrections de la palette Batman. Je suis en train de mettre aux normes les titres des articles pour les mettre en accord avec les titres exacts des éditeurs. En gros, je mets le titre en enlevant Batman devant puisque ce n'est pas ainsi que sont connus les albums et je mets parfois une précision entre parenthèses dans le cas d'homonymie. Je voulais corriger la palette en une fois mais tu l'as déjà fait. Il reste un titre mais je vais m'en occuper. Ensuite dans cette palette, je vais m'attaquer aux crossovers selon le même principe. Ne t'étonne donc pas de l'apparition de nouvelles redirections. Amicalement, --Olivier Tanguy (discuter) 1 août 2021 à 19:02 (CEST)Répondre

Notification Olivier Tanguy : Aucun souci. La plupart des corrections de palettes que j'effectue sont déclenchées par le déplacement récent d'une page citée dans la palette. À ce moment-là, je corrige tous les liens que je peux corriger sur la palette concernée, et laisse de côté ceux dont je ne sais pas trop quoi faire.
Je comprends parfaitement que tu veuilles attendre pour tout corriger en une seule fois, surtout si tu comptes faire d'autres remaniements. Il n'y a aucun problème avec ça, j'ai l'habitude. Du fait que j'utilise une interface semi-automatisée pour faire ces corrections, cela ne prend que quelques secondes dans les cas simples (du moment que l'assainissement du code de la palette a déjà été fait, ce qui a été fait en mai 2019 pour cette palette).
Donc pas de soucis, je ne m'offusquerai pas si je dois de nouveau corriger des liens un de ces prochains jours car la palette serait de nouveau chargée et transmise pour correction par mon système.
Bonne journée.
Tractopelle-jaune (discuter) 2 août 2021 à 09:51 (CEST)Répondre

2 août 2021 à 22:46 (CEST)

9 août 2021 à 18:19 (CEST)

Annulation

modifier

Bonjour, vous avez annulé ma modification sur Wikipédia:Atelier accessibilité, mais c'est le comble qu'une page pour l'accessibilité ne soit pas accessible à tous ! Bonne soirée Bien cordialement. Manjiro91Discuter 9 août 2021 à 21:36 (CEST)Répondre

Bonsoir Notification Manjiro91,
Aucun problème d'accessibilité ne se règle à coup d'insertion de paragraphes vides à la chaîne. S'il y a un problème de rendu sur une interface spécifique, cela doit être traité dans les règles de l'art.
Quel est la plateforme posant problème (système d'exploitation + navigateur), et quel est le problème exact ?
Avant de prétendre régler un problème d'accessibilité, interrogez-vous si votre solution est techniquement appropriée, et si vous réglez réellement le problème ou ne faites que le masquer pour vous. Car avec vos modifications, vous avez cassé la mise en page sur ordinateur, ce n'est pas idéal pour une soi-disant correction d'un problème d'accessibilité.
Et oui, la plupart des problèmes avec la version mobile sont causées, ironie du sort, par des problèmes... d'accessibilité. Mais il faut les régler à la source, pas les masquer à coup de retours à la ligne (ce qui génère des paragraphes vides (<p></p>) à la chaîne.
Si vous avez un doute sur ce qu'il convient de faire face à un problème, demandez avant ! Cela vous évitera ce genre d'annulation. Je me tiens volontiers à votre disposition pour toute question d'accessibilité, cela fait plusieurs années que j'effectue de la maintenance à cette fin sur l'encyclopédie.
Bonne soirée.
--Tractopelle-jaune (discuter) 9 août 2021 à 22:07 (CEST)Répondre

@Tractopelle-jaune Bonjour, le problème est sur Android avec Google Chrome, les modèles s'affichent bizzarrement et le texte s'affiche comme cela: L'ateli er n'est pas un lieu de [...] Cordialement. Manjiro91Discuter 9 août 2021 à 22:19 (CEST)Répondre

Notification Manjiro91 : J'ai effectué quelques modifications dans les boîtes et cadres à droite, afin de réduire les enchaînements incorrects.
Par contre, que des mots se retrouvent parfois « coincés » à gauche du cadre de navigation est normal. Il s'agit d'un cadre flottant droite. Donc sa position est en quelque sorte « fixée » relativement à sa position dans le code (pas toujours, mais je simplifie), et c'est le texte qui suit qui doit s'adapter à la place disponible. Si la largeur de la fenêtre de votre navigateur/écran est tout juste suffisante, des mots peuvent se glisser entre, jusqu'à ce qu'un mot trop long ne « rentre pas », et soit repoussé avec tout ce qui suit après le cadre.
C'est un comportement CSS normal. Vous pouvez retrouver la même chose avec les infobox quand vous consultez un article depuis une tablette (écran plus large qu'un téléphone portable). On ne peut rien y faire directement. C'est le navigateur qui décide où il affiche le texte.
--Tractopelle-jaune (discuter) 9 août 2021 à 22:58 (CEST)Répondre

Merci Manjiro91Discuter 10 août 2021 à 13:56 (CEST)Répondre

Félicitations !

modifier
Offert au nouvel admin par ses confrères : te brûle pas...

Félicitations Tractopelle-jaune ! Tu es maintenant pourvu du statut de sysop. Merci d'ajouter ton nom et tes coordonnées à la liste des administrateurs.
Il n'est pas inutile de relire attentivement la page Wikipédia:Administrateur et les pages liées (notamment Aide:Page protégée, Wikipédia:Pages à supprimer, Wikipédia:Pages à restaurer, Wikipédia:Blocage et Aide:Espace mediawiki), avant de te lancer dans les effacements de page, protections de page, blocages de compte ou modifications de pages protégées. La plupart des actions d'administrateurs sont réversibles par les autres sysops, à l'exception des fusions d'historiques qui doivent donc être traitées avec précaution. Le Guide des admins te permettra de découvrir toute la finesse requise par les différentes tâches auxquelles tu souhaiteras t'atteler.
Tableau de bord de l'administrateur, Protéger une page, Supprimer une page et Bloquer un utilisateur/une IP offrent un visuel de ces différentes actions. N'hésite pas à demander si tu as besoin d'aide. Enfin, les administrateurs peuvent se concerter sur le Wikipédia:Bulletin des administrateurs.
En bref, bienvenue Esprit Fugace (discuter) 12 août 2021 à 01:13 (CEST) Et bon courage ^^ ! Esprit Fugace (discuter) 12 août 2021 à 01:13 (CEST)Répondre

Bienvenue !!--Harrieta171 (discussion) 12 août 2021 à 07:59 (CEST)Répondre
Salut. Désolé d'avoir zappé ta candidature (mais on est pas à un Pour de près ^^). Félicitations et bonne continuation à toi. — Juste Juju, le 13 août 2021 à 10:21 (CEST)Répondre
Bienvenue parmi le conseil suprême qui contrôle tout !!!! — GrandCelinien (discuter) 13 août 2021 à 18:42 (CEST)Répondre
Merci de t'être porté volontaire pour nous aider à balayer ! — Jules* Discuter 14 août 2021 à 16:27 (CEST)Répondre

Quelques question à propos de TemplateData

modifier

Hello Tractopelle-jaune !

J'ai quelques questions supplémentaires sur l'utilisation de TemplateData :

  • L'attribut « Alias » est bien à utiliser uniquement quand un paramètre à plusieurs nom ? C'est bien cela ? Je trouve que la documentation n'est pas très claire.
  • J'ai crée le TemplateData de {{Infobox Société}}, dans lequel j'ai précisé à « Valeur par défaut » le paramètre WikiData concerné. Est-ce correct ?
  • Je ne comprend pas bien la différence entre les types string (chaine), line (ligne) et content (contenu). Quel impact ce choix entre les trois à sur l'utilisateur ? Personellement, j'utilise systématiquement content (contenu).

Merci d'avance ! — Thomas (N'hésitez pas à me notifier) Chit chat ? 12 août 2021 à 16:19 (CEST)Répondre

Salut Notification Thomasbr33,
Pour répondre à tes trois questions :
  1. Oui ! L'attribut alias ne sert qu'à indiquer les alias d'un paramètre. Quelle est précisément la partie de la doc que tu souhaiterais voir clarifier ? (et dans quel sens ?). N'hésite pas à rapporter quand ce n'est pas clair. Quand on modifie des modèles et manipule des données TemplateData depuis des années, certaines choses peuvent paraître évidentes, alors qu'elles ne le sont pas.
  2. Je viens d'y jeter un coup d'œil, j'ai vu tes modifs sur ma liste de suivi, avant ton message ici (j'ai pas mal d'infobox en liste de suivi). J'ai effectué quelques retouches, mais dans l'ensemble, c'est vraiment pas mal pour une infobox relativement complexe. Je t'invite à consulter le diff pour les voir en détails. Voici quelques petites explications :
    • J'ai modifié les libellés pour les paramètres relatifs au titre de l'infobox. En effet, dériver les paramètres nom (libellé « Titre »), couleur boîte (« Titre - couleur de fond »), titre blanc (« Titre - couleur texte en blanc ») et couleur texte (« Titre - couleur texte ») depuis « Titre », me semble judicieux sur le plan de la clarté. Les noms en wikicode n'ayant absolument aucune cohésion entre eux, pourtant tous ces paramètres agissent sur le titre. Seul couleur boîte agit un peu ailleurs (lignes horizontales) mais de manière très secondaire. Et concernant le paramètre nom, mieux vaut éviter de le libeller « Nom complet », et de rajouter encore en description que l'on peut utiliser une typographie particulière. Certaines sociétés ont des noms à rallonge que personne n'utilise. Le but est d'indiquer le nom courant. Et pour la description, surtout pas dire que l'on peut utiliser une typographie particulière, malheureux Oh !. On a déjà assez de problème avec les communicants d'entreprise qui prennent WP pour une extension de leur site internet ou pour un support publicitaire.
    • J'ai complété certaines descriptions, en rajoutant quelques explications. Je te laisse regarder le diff, ce sont généralement des petits détails. J'ai aussi rajouté un point final à tes descriptions. Ce n'est pas une pratique systématique, mais de nombreuses descriptions sont composées de plusieurs phrases, c'est un moyen d'uniformiser l'apparence (mais aucune obligation à cela)
    • Concernant les exemples pour les images, il faut donner un exemple réaliste. Un nom de fichier WP commence conventionnellement par une majuscule (techniquement, cela ne change rien concernant la première lettre), c'est plus par convention. J'ai remplacé « .extension » par « .svg » ou « .jpeg » selon les cas. Tout le monde ne sait pas ce qu'est une extension de nom de fichier. Sur différentes versions de Windows, les extensions sont (ou étaient ?) même masquées par défaut.
    • Pour la taille des logos/images, j'ai ajouté en valeur par défaut « 280 », il s'agit de la taille en pixels par défaut des images d'infobox V2 ({{Infobox/Image}}), quand non spécifié. J'ai aussi défini un exemple à « 100 », afin de sous-entendre qu'on attend une valeur uniquement numérique (donc sans le « px »). Et mis le type number, vu qu'il s'agit d'une valeur purement numérique.
    • Pour les libellés des paramètres d'alternatives textuelles, j'ai utilisé la terminologie « alternative textuelle » au lieu de « description alternative ». C'est ce terme qui est massivement utilisé dans nos pages d'aides, par exemple sur WP:AA/BP. Et la plupart des autres infobox et autres modèles disposant de données TemplateData complétées (donc sans juste avoir importé les paramètres) utilisent ce terme. Je n'ai pas touché la description, car aucun besoin d'uniformiser, chacun rédige comme il veut, moi-même je ne suis pas constant dans la description. Mais le libellé commun est par contre important. J'ai aussi simplifié un peu les descriptions. Les débuts du genre « Permet d'insérer ... » ou « Ce paramètre permet ceci ... » sont lourdes et sans intérêt. D'autant que d'ici quelque temps, les descriptions seront directement affichées dans l'éditeur visuel, en dessous du libellé du paramètre, il n'y aura plus d'icône . Donc avoir des descriptions pertinentes, se passant du superflu est judicieux.
    • Pour les paramètres du genre booléen vide/non-vide, typiquement titre blanc ou drapeau, indiquer oui (ou l'inverse, le cas échéant) comme unique valeur suggérée est pertinent (cela évite à l'utilisateur de marquer n'importe quoi, comme non, qui aurait le même effet que oui). Par contre, il faut indiquer comment « désactiver » le paramètre. Cela peut se faire en le laissant vide ou en le supprimant. D'où mon ajout de la phrase « Laisser vide ou supprimer le paramètre pour désactiver. ». Car ce n'est pas forcément intuitif.
    • Éviter les parenthèses singulier/pluriel dans les libellés quand elles sont dispensables (ce n'est pas toujours le cas, elles peuvent au contraire parfois être utiles, mais c'est rare). Le mieux est de se baser sur ce qu'affiche l'infobox à gauche de la valeur, si c'est au pluriel, je mets au pluriel le libellé, sinon au singulier. On peut laisser les « Indiquer le ou les ... » dans la description, où c'est moins problématique. Mais si la plupart du temps il y en a soit zéro, soit plusieurs, comme pour les actionnaires ou les filiales, je mets uniquement au pluriel la description. Mais c'est du détail. Là aussi, c'est ma pratique. Mais tu peux en développer une autre. On va dire que c'est de la préférence personnelle, fondée sur un raisonnement plus ou moins objectif de simplification.
    • Pour les codes, dans la description, j'ai mis le pays entre parenthèses. Cela simplifie un peu les tournures de phrases, et permet de voir directement que cela concerne un pays spécifique, sans lire toute la description. Mais c'est aussi du détail.
    • Pour le site web, le type url attend uniquement des liens sous la forme https://www.example.com. Sans crochets. Les crochets servent à spécifier un texte à afficher à la place de l'URL. Mais ce n'est pas obligatoire. Et la syntaxe est compliquée à comprendre au début. Donc, dans l'éditeur visuel, si ce n'est pas indispensable, inutile de demander une URL avec un texte. Deuxième chose : ton exemple était invalide. Une URL doit toujours avoir son protocole (généralement http:// ou https://, que l'on utilise des crochets ou pas. Et un domaine de second niveau ne comporte habituellement pas d'accents.
    • J'ai rétabli le format d'indentation {{_\n | _________________________ = _\n}}\n que tu avais remplacé par block. Ce format a été calculé sur la base du plus long paramètre couramment présent (même vide) dans le wikicode des articles. En l'occurrence, il s'agit ici de évolution du résultat net d'après https://wstat.fr/template/info/Infobox_Société (présent dans 14 968 articles). Même si vide la quasi-totalité du temps (seulement 462 utilisations), il reste présent dans le wikicode des articles, il faut donc indenter en conséquence. Quand un format d'indentation personnalisé est présent, il vaut mieux éviter d'y toucher (à moins de savoir ce que l'on fait). Concernant les infobox, je suis à l'origine de l'ajout de plus de 80 % de ces formats d'indentation personnalisés. Donc, à moins que j'aie fait une erreur, oublié de prendre en compte un paramètre, ou bien encore que de nouveaux paramètres sont apparus depuis, ils sont généralement calculés précisément pour l'infobox concernée.
    • Enfin, quelques reprises pour le libellé des termes utilisés dans ce qu'affiche l'infobox à côté de la valeur (pour les banques/assurances). Le reste consiste en diverses corrections ortho/typo, sans rapport spécifique avec les données TemplateData.
    • Pour ta question concernant l'indication Wikidata, c'est parfait. Ça ne veut de toute façon par dire grand-chose pour un débutant, mais au moins, ça permet de comprendre que ces données « mystérieuses » qui apparaissent dans son modèle, alors que le champ est vide, viennent de là. Tant que phab:T69659 n'aura pas avancé (et j'y crois pas trop), il faudra se contenter de cette méthode.
  3. Pour les formats type line, string et content : En fait, actuellement, il y a peu de différences entre ces valeurs, mais il y en a quand même quelques-unes. Et cela devrait augmenter dans le futur. Il s'agit aussi d'une anticipation d'évolutions futures, par exemple une hypothétique édition visuelle des valeurs des paramètres de type string ou content. Pour simplifier, suis le raisonnement suivant :
    • line : pour tout ce qui est court (une seule ligne), et sans mise en forme, ni wikicode. Genre codes en tous genres, couleur sous forme hexadécimale, booléen oui/non, nom d'un pays sans mise en forme ou modèle. Bref, des valeurs brutes.
    • content : pour tout ce qui est multi-ligne quasiment systématiquement. Ce sont principalement des modèles englobant du contenu. Typiquement un modèle comme {{Boîte déroulante}}. Normalement, l'éditeur va afficher directement un champ de texte agrandi, pour bien montrer que c'est du contenu multi-ligne.
    • string : pour tout le reste. Si tu as le moindre doute, tergiverse pas, tu mets ça. Ça fonctionnera pour tout. Ce n'est pas handicapant en l'état pour les codes, et ça n'empêche pas le contenu multi-ligne (le champ de texte s’agrandit au besoin lors de l'édition).
Je vais compéter la doc Aide:TemplateData avec ces diverses réflexions, notamment une rubrique de bonnes pratiques pour le choix du bon type de paramètre. Car tu n'es pas le premier à t'y perdre un peu.
Mais franchement, bravo, ce n'est pas une infobox des plus simples. Il y bien entendu plus compliqué. Mais c'est vraiment pas mal pour un début.
--Tractopelle-jaune (discuter) 12 août 2021 à 20:00 (CEST)Répondre
Déjà, merci beaucoup d'avoir pris le temps de me répondre de manière si complète 😀 .
  • Concernant le paramètre Alias, je trouve que la phrase « Les alias ne doivent être mentionnés qu'en tant qu'alias, ils ne doivent pas être paramétrés ailleurs. » dans la documentation, n'est pas claire. En fait, au début, je croyais que ce paramètre servait à préciser un titre de paramètre alternatif pour simplifier la recherche de ce dernier, et donc, qu'il n'était pas possible de s'en servir avec l'éditeur de wikicode. Pour essayer d'être plus clair, je préciserai dans la documentation quelque chose comme : « Un alias est le nom alternatif d'un paramètre qu'il est possible d'utiliser indifféremment du nom original. Il doit donc être défini au préalable dans le code du modèle. »
  • Concernant les exemples du paramètre image, j'en prends note. De même pour l'alternative textuelle, et les description des paramètre à raccourcir.
  • Concernant le format d'indentation j'allais justement te poser la question. Merci de m'avoir expliqué. C'est très clair maintenant.
  • Concernant les formats line, string et content, s'il n'y a pas grande différence, hormis l'apparence du champ de texte, je ne vais pas me prendre la tête pour choisir.
  • Enfin, tu devrais vraiment ajouter ces explications dans la documentation. En particulier pour le dernier point.
Encore merci d'avoir pris le temps de m'expliquer ! — Thomas (N'hésitez pas à me notifier) Chit chat ? 12 août 2021 à 20:41 (CEST)Répondre

16 août 2021 à 21:26 (CEST)

23 août 2021 à 23:57 (CEST)

Read-only reminder

modifier

Une opération de maintenance aura lieu le mercredi août 25 06:00 UTC. Cela ne devrait durer que quelques minutes.

Cela affectera votre wiki ainsi que $nombre autres wikis. Pendant l’opération, il ne sera pas possible d’enregistrer des modifications.

De plus, pendant cette période, les opérations sur CentralAuth ne seront pas possibles (GlobalRenames, modification/confirmation des adresses e-mail, connexion à de nouveaux wikis, changements de mot de passe).

Pour plus d’informations sur cette opération et les services impactés, vous pouvez consulter la tâche dédiée sur Phabricator.

Une bannière sera affichée 30 minutes avant l’opération.

Une aide serait la bienvenue pour informer votre communauté de cette opération de maintenance. Merci !

24 août 2021 à 22:34 (CEST)

30 août 2021 à 18:00 (CEST)

Encore et toujours Templatedata

modifier

Salut Tractopelle !

Je continu à créer et standardiser les paramètres Templatedata de certains modèles. J'ai une petite question. Pour les modèles ou il faut préciser la date du jour (par exemple les bandeaux), j'ai vu que certains modèles utilisaient {{subst:Aujourd'hui}} en tant que valeur automatique, afin d'éviter à l'utilisateur de devoir remplir manuellement la date.

Question : Connait-tu la différence entre {{subst:Aujourd'hui}} et {{safesubst:Aujourd'hui}} ? La documentation Modèle:Aujourd'hui n'est pas hyper claire.

Pour info, pour le moment j'ai insérer deux fois ce modèle dans {{Lien vidéo}} et {{YouTube}}.

Merci ! — Thomas (N'hésitez pas à me notifier) Chit chat ? 3 septembre 2021 à 10:33 (CEST)Répondre

Salut Notification Thomasbr33,
Je ne suis pas un grand spécialiste du substage, mais d'après ce que je sais (complété par une rapide lecture en diagonale de la page d'aide sur meta m:Help:Substitution, {{safesubst:}} sert surtout en cas de substitution récursive. Cela permet d'éviter des dysfonctionnements si un modèle conçu pour être substé ne l'est pas lors d'une utilisation.
L'autre intérêt technique de {{safesubst:}}, c'est qu'il marche dans les réfs, contrairement à {{subst:}}
J'ai déjà avancé pas mal mon travail de réécriture complète d'Aide:Mot magique, mais je ne suis de loin pas encore arrivé au bout. Surtout concernant les fonctions parseurs. Et {{subst:}} / {{safesubst:}} n'y font malheureusement pas encore partie.
La doc sur {{Aujourd'hui}} induit effectivement en erreur sur un point : concernant les « modèles de maintenance » (bandeaux, {{référence nécessaire}}, {{pas clair}}, etc.) ; il n'y a aucune différence entre TemplateData ou wikicode, TemplateData ne fait que générer du contenu pour l'éditeur visuel, qui lui-même ne fait que générer du wikicode. C'est à l'enregistrement (bouton « Publier ») que les substitutions sont effectuées, pas avant.
Autre point, concernant {{Lien vidéo}}, tu as mis le {{safesubst:Aujourd'hui}} en tant que valeur par défaut, pas en tant que valeur automatique. Autrement dit, il n'est pas inséré dans le code (je présume qu'il s'agit d'une simple erreur d'inattention, car sur {{YouTube}}, c'est correct).
Et pour poursuivre dans cette voie, si tu rencontre le cas de modèles (comme les bandeaux) dont la date de pose ne doit être remplie qu'avec le mois et l'année, tu peux utiliser {{#timel:}}, comme ceci : {{subst:#timel:F Y}} (utilise bien {{#timel:}} (avec un l) et non {{#time:}}, car ce dernier travaille selon l'heure UTC).
Pour résumer donc : si le modèle sert dans les réfs, tu utilise {{safesubst:}}. Pour les autres, mieux vaut utiliser {{subst:}}, la majorité des contributeurs ne connaissent que celui-ci. Ils ne seront donc pas dépaysés.
De manière générale, il est judicieux quand tu complète des données TemplateData, de les « essayer ». Pour cela, essaye de te mettre à la place d'un contributeur débutant, qui ne connaît pas la syntaxe du modèle, ni son fonctionnement. Et essaye de l'insérer/modifier/utiliser depuis l'éditeur visuel. Cela te permettra de te rendre compte très vite à quel point certains détails sont importants. Il suffit parfois de changer le libellé d'un paramètre, compléter une description, simplifier dans un autre cas, ajouter un exemple, marquer un paramètre suggéré (ou l'inverse), etc. pour faciliter la bonne utilisation.
Le faire ponctuellement m'a vraiment permis de me rendre compte de l'importance de certains pratiques. Je ne peux que t'encourager à le faire (si tu ne le fais pas déjà).
Bien entendu, ce n'est pas à toi de rattraper des carences de documentation des modèle. Si le fonctionnement d'un paramètre n'est pas documenté, et que tu sais pas toi-même comment il fonctionne, tu n'y peux rien.
PS : Concernant la mise à jour de Aide:TemplateData avec notre discussion plus haut, je te rassure, ce n'est pas oublié, c'est sur ma liste. Mais mon temps étant limité — et mon nombre de chantiers ouverts ayant une fâcheuse tendance à être inversement proportionnel à ce temps disponible — j'aimerais finir quelques trucs avant de m'en occuper. J'ai un peu trop de chantiers ouverts en même temps en ce moment, dont certains depuis beaucoup trop longtemps. Mais n'hésite pas en cas de questions, car les questions ou incompréhensions sont ma principale « source » pour mes travaux d'amélioration des pages d'aides et documentation. Émoticône sourire
Bonne journée.
--Tractopelle-jaune (discuter) 3 septembre 2021 à 12:06 (CEST)Répondre
Super merci pour ces précisions !
Beau boulot sur Aide:Mot magique ! C'est le genre de travail chronophage qui bénéficie à tous les utilisateurs mais qui est rarement mis en avant je trouve ..
Effectivement pour {{Lien vidéo}} c'est bien une erreur d'inattention (j'ai fait ça ce matin, un peu trop rapidement). C'est corrigé.
Je fait des tests de temps en temps sur l'utilisation des modèles en condition réelle sur les articles où le modèle est utilisé. J'ai vu qu'il y avait deux liens en bas des pages de documentation pour créer une page de test et une page bac à sable, mais je n'ose pas trop les utiliser, j'ai l'impression qu'elles sont réservées aux créateurs de modèles et non aux éditeurs de templatedata (étant donné qu'il n'est pas possible de les modifier avec l'éditeur visuel). Quelle est la différence entre la page « test » et la page « bac à sable » ? Et, puis-je les utiliser pour tester un paramétrage templatedata ?
Encore merci pour l'accompagnement que tu me procures. — Thomas (N'hésitez pas à me notifier) Chit chat ? 3 septembre 2021 à 13:29 (CEST)Répondre
Notification Thomasbr33 : Merci pour les compliments, ça fait plaisir. Mais c'est vrai que c'est un travail de l'ombre, on se rend compte qu'une documentation manque ou est incomplète qu'à partir du moment où on en a besoin, et qu'elle ne répond pas à notre question.
Pour effectuer des tests de données TemplateData sans impacter le modèle (ce que j'ai parfois ponctuellement besoin), par exemple pour tester le comportement de l'éditeur dans tel ou tel cas, le plus simple est d'utiliser Modèle:Bac à sable (d · h · j · ). C'est l'équivalent du Aide:Bac à sable, mais pour les modèles. L'historique est d'ailleurs rempli d'un certain nombre de mes tests TemplateData en tout genre.
Tu peux soit importer le code TemplateData complet, soit en créer un à partir de zéro pour simuler un cas particulier. Note que tu n'a pas besoin d'importer le code réel de ton modèle, car il n'y a aucune corrélation effectuée par l'éditeur visuel entre les données TemplateData, et ce que fait réellement le modèle.
Par contre, attention à bien ajouter le bloc TemplateData dans le modèle, et non dans sa page de documentation (qui n'est pas un bac à sable !). Soit l'exact inverse de la procédure normale. Et de mémoire, l'éditeur de données TemplateData ajoute normalement automatiquement les balises <noinclude></noinclude> autour du bloc TemplateData si on est directement sur la page d'un modèle.
Pour les sous-pages /Bac à sable et /Test, elles sont destinées à des expérimentations lors du développement des modèles.
/Bac à sable sert à créer une version expérimentale d'un modèle (modification importante, réécriture, passage d'une infobox V2 à V3, etc.). En pratique, peu de modèles justifient de s'en servir. La prévisualisation suffit, et le test du rendu sur une page spécifique (option proposée en cas de modification de modèle ou module) fait le reste. On l'utilise donc surtout avec les modèles à haut risque (plusieurs milliers d'inclusions, méta-modèles, etc.).
Cela sert aussi quand le modèle est (semi-)protégé pour proposer une modification quand on a pas le niveau requis (autoconfirmed, autopatrolled ou admin). L'usage était donc bien plus important avant mi-2016 (apparition du statut autopatrolled). Comme on avait jusqu'alors pas de possibilité au-delà d'autoconfirmed pour protéger un modèle des vandalismes/maladresses, la protection complète était souvent alors la seule solution.
L'autre usage encore parfois utile, c'est quand on travaille à plusieurs sur une modification d'un modèle, ou pour proposer une implémentation/modification d'une fonctionnalité à la suite d'une demande d'un autre contributeur. C'est pratique, car on peut s'en servir comme brouillon sans « polluer » l'historique du modèle.
Pour la sous-page /Test, elle est destinée à tester le rendu d'une version bac à sable du modèle et/ou pour construire des séries de testcases comparant le rendu ou le comportement entre la version actuelle et la version « bac à sable ». Afin de prévenir autant que possible l'apparition de régressions. Exemple d'un ancien testcases personnel (sur brouillon perso, par auto-inclusion sélective) lors du développement d'un nouveau modèle : Spécial:Lien permanent/160104530.
Pour les modèles courants, c'est très rarement utile, la page de documentation servant usuellement très bien de testcase par simple prévisualisation du modèle modifié.
Dans tous les cas, ces deux types de sous-pages sont sans intérêt pour TemplateData.
Et la mention de Modèle:Bac à sable dans Aide:TemplateData à des fins de tests de données TemplateData est sur ma liste de choses à faire... depuis 2018 (Smiley oups) (précisément le 10 juin 2018, date de création de la tâche correspondante dans mon outil todo-list perso)...
Bonne soirée.
--Tractopelle-jaune (discuter) 14 septembre 2021 à 00:00 (CEST)Répondre

6 septembre 2021 à 17:19 (CEST)

13 septembre 2021 à 17:33 (CEST)

de Messidor07 : nouvelle page "Christian Palustran"

modifier

Un grand merci, Tractopelle-jaune, pour avoir transféré ma page de brouillon "Christian Palustran"! Avec l'aide et les encouragements de mon parrain, Jacques Bailleul, j'ai beaucoup retravaillé - en synthétisant, simplifiant, éliminant- l'ancienne page publiée. C'était mon premier essai sur Wikipédia, avec les erreurs et maladresses qui en découlent. Je pense et j'espère que cette nouvelle version conviendra. Dans ce cas, que faire, à qui m'adresser pour que les deux bandeaux d'en-tête disparaissent? A Hyméros? Ou bien cela se fera-t-il automatiquement? Encore merci et très cordialement.--Messidor07 (discuter) 14 septembre 2021 à 13:08 (CEST)Répondre

Bonsoir Notification Messidor07,
J'ai d'ores et déjà retiré le bandeau {{Trop de liens}} de l'article Christian Palustran, le ménage ayant sans l'ombre d'un doute été fait.
En ce qui concerne le bandeau {{À recycler}}, il a été ajouté par Notification Hyméros, donc idéalement, c'est avec lui qu'il faudrait voir ça (je l'ai notifié, il est donc possible qu'il réponde directement ici-même). S'il ne répond pas d'ici quelques jours (et que le bandeau est toujours là), pose-lui la question sur Discussion utilisateur:Hyméros.
De manière générale, aucun retrait automatique de bandeaux n'existe (à quelques rares exceptions près). Ils sont ajoutés par un humain qui estime qu'il y a un problème, et retirés par un humain quand il estime que ce même problème a été réglé.
Un contributeur non-expérimenté ne devrait jamais retirer de lui-même un bandeau sans avis extérieur. C'est généralement assez mal vu. Il vaut donc mieux prendre contact avec celui qui l'a posé. En cas de non-réponse (ou de désaccord), il est possible de solliciter un autre avis auprès d'utilisateurs expérimentés sur le WP:Forum des nouveaux.
Bonne soirée.
--Tractopelle-jaune (discuter) 16 septembre 2021 à 23:01 (CEST)Répondre

de Messidor07 à Tractopelle-jaune: page "Christian Palustran"

modifier

Merci, Tractopelle-jaune, d'être intervenu et d'avoir retiré l'un des bandeaux. J'ai contacté Hyméros il y a deux jours, dès que la nouvelle version a été mise en ligne, pour lui demander si celle-ci était conforme. Je n'ai pas eu encore de réponse. Je suppose qu'il est très occupé. J'ai confiance pour la suppression du 2nd bandeau, compte tenu de la restructuration importante que j'ai faite. Mais j'ai peur que si les choses traînent, des wikipédiens de bonne foi considèrent que la critique du bandeau concerne la version actuelle. Pourrais-je vous recontacter si les choses n'avancent pas? Très cordialement et bon week-end. --Messidor07 (discuter) 17 septembre 2021 à 08:53 (CEST)Répondre

20 septembre 2021 à 20:31 (CEST)

28 septembre 2021 à 00:21 (CEST)

4 octobre 2021 à 18:29 (CEST)

Filtre

modifier

Bonjour. C'était effectivement un oubli. C'est corrigé. Merci. 'toff [discut.] 5 octobre 2021 à 18:09 (CEST)Répondre

11 octobre 2021 à 17:29 (CEST)

Tes mots

modifier

Bonjour à toi et merci pour tes explications sur la page des WP:RA. Avant toute chose, sache qu'il ne s'agissait pas de remettre en cause ton action (blocage IP, nettoyage du diff et de la citation sur la requête de signalement du vandalisme). Le boulot d'admin est pénible (et vous détourne des contributions aux articles, selon les principes qu'on ne peut être partout à la fois et qu'il existe une vie appelée IRL)... J'ai un peu bloqué sur le fait que bof, un signalement à Pharos (au vu d'une rencontre entre Wiki et cet organisme) et la légèreté du blocage rapport au délit pénal d'antisémitisme. C'est rétabli, même si, comme le dit une admin, sur une IP changeante ce n'est que symbolique... Perso, je pense qu'avant de saisir les admins, il nous faut (patrouilleurs) signaler, illico, les faits à Pharos (avec copie d'écran) puis, dans un second temps, saisir les admins (le nettoyage de diff qu'ils font empêche le signalement à Pharos)... Bonne continuation à toi "là-bas"... => Sg7438 discuter, c'est ici ! 17 octobre 2021 à 08:33 (CEST)Répondre

18 octobre 2021 à 22:52 (CEST)

25 octobre 2021 à 22:07 (CEST)

1 novembre 2021 à 21:27 (CET)

Modèle:Alerte langue

modifier

Je vais créer une nouvelle icône qui sera celle que j'ai mis en version bleue qui respecte la charte graphique et l'accessibilité. Merci de m'avoir fait penser à ce point. Bien à toi/vous Manjiro91 (discuter) 5 novembre 2021 à 12:01 (CET)Répondre

Notification Manjiro91 : Pas de soucis, bonne journée à toi.
--Tractopelle-jaune (discuter) 5 novembre 2021 à 12:03 (CET)Répondre

Notification Tractopelle-jaune : Et voilà le travail ! Fichier:Circle-icons-typography-blue.svg Bien à toi Manjiro91 (discuter) 5 novembre 2021 à 13:49 (CET)Répondre

8 novembre 2021 à 21:35 (CET)

15 novembre 2021 à 23:05 (CET)

Masquages des injures publiques en cyrillique

modifier

Hello,

Je t'ai « respectueusement wikitraqué » à partir de ma LDS (portail:culture russe/portail:Russie) et du journal des suppressions pour suivre tes masquages.

Sur une demande, j’avais mis en place le filtre 362 cette année pour lutter contre les injures publiques en cyrillique. Je ne pouvais pas regardé les masquages légers avant d'être admin.

J'ai donc pu ajouter des termes que tu as masqué. N'hésite pas à demander à être modificateur anti-abus pour ajouter toi-même les choses à filtrer ou à m'écrire en privé pour que je le fasse. Néanmoins, tes compétences techniques seraient utiles, il y a certains points qui me rendent perplexe.

Nota : le journal permet d'en trouver d'autres.

Merci beaucoup pour tout ce travail ! BàT, — LD (d) 18 novembre 2021 à 13:45 (CET)Répondre

Salut Notification LD,
Au cas où, comme tu n'étais pas encore admin il y a quelques semaines, je ne sais pas si tu as vu passer mon message sur le BA concernant ces injures en cyrillique :
Wikipédia:Bulletin des administrateurs/2021/Semaine 44#Injures en cyrillique
Le but de mes masquages « de masse » est de nettoyer les historiques de ces nombreuses injures, 80 % des résumés de modifications concernés sont illégaux, et un pourcentage indéterminé (mais moindre) des diffs le sont aussi. Mais comme la traduction automatique avec Deepl n'est pas toujours très limpide, et que je n'ai franchement pas le temps de faire dans le détail, je masque d'office résumé + diff (sans même les regarder), du moment que cela ne perturbe pas les historiques.
Ce n'est certes pas strictement conforme à la politique d'emploi de l'outil, mais comme personne n'a visiblement le courage et/ou le temps de s'en occuper (ce que je comprend...), j'ai choisi de le faire « à la hache ».
Donc, à moins que le vandalisme n'ait pas été révoquée immédiatement, et que les modifs intermédiaires ne soient pas anecdotiques (bots, bandeaux, cats, etc.), c'est masquage complet, sinon j'analyse alors s'il faut nécessairement masquer les diffs ou pas.
Une seconde étape sera de masquer toutes les entrées de filtrages, mais pour ça, il faudra faire une liste, et la transmettre aux masqueurs de modifications, car il n'y a pas de possibilité technique d'effectuer un masquage léger sur les journaux AbuseFilter. Il faut donc recourir au masquage lourd systématiquement.
Concernant le filtre 362, il restera certes utiles ponctuellement. Mais contre ce pénible, j'ai sorti l'arme atomique, à savoir que j'ai bloqué pour 2 ans toutes les plages d'IP utilisées. Voir les détails sur le BA.
Il faut encore faire un signalement aux stewards, car plus d'une dizaine d'autres wikis sont concernés. Mais je voulais d'abord terminer le nettoyage ici.
Devenir modificateur de filtres, j'y ai pensé. Mais j'ai souvent peu de temps actuellement, et largement assez de choses sur ma liste de tâches.
Si le besoin s'en faisait sentir (nécessité de modifs récurrentes de filtres), je le demanderai.
Merci pour les compliments.
--Tractopelle-jaune (discuter) 18 novembre 2021 à 14:06 (CET)Répondre
Merci pour ta réponse détaillée et le lien vers ce BA.
Après vérification du journal, il n'y plus rien à masquer légèrement d'après les détections. J'ai envoyé un email aux OS pour appliquer un masquage lourd.
Bonne fin de journée, LD (d) 18 novembre 2021 à 15:10 (CET)Répondre

22 novembre 2021 à 21:01 (CET)

29 novembre 2021 à 22:14 (CET)

6 décembre 2021 à 22:58 (CET)

13 décembre 2021 à 23:26 (CET)

20 décembre 2021 à 23:05 (CET)

L'article Race méditerranéenne est proposé à la suppression

modifier
Page proposée à la suppression
Page proposée à la suppression

Bonjour,

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

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

Miaou 2022

modifier
Miaou Tractopelle-jaune Émoticône je te souhaite plein de ronrons et de poilades pour 2022 ! L'amour félin vaincra !Bédévore [plaît-il?] 2 janvier 2022 à 20:12 (CET)Répondre

How we will see unregistered users

modifier

Bonjour !

Vous recevez ce message parce que vous êtes un administrateur ou une administratrice sur un wiki Wikimedia.

Aujourd'hui, lorsqu'une personne modifie un wiki Wikimedia sans être connectée, nous affichons son adresse IP. Comme vous le savez peut-être déjà, nous ne serons plus en mesure de le faire à l'avenir. Il s'agit d'une décision du service juridique de la Fondation Wikimedia, car les normes et réglementations en matière de confidentialité en ligne ont changé.

Au lieu de l'IP, nous allons montrer une identité masquée. Du fait de votre statut d'admin, vous pourrez toujours accéder à l'adresse IP. Il y aura également un nouveau droit d'utilisateur pour celles et ceux qui ne sont pas admin mais qui ont besoin de voir les IP complètes, afin de lutter contre le vandalisme, le harcèlement et le spam. Les patrouilleurs et patrouilleuses verront également une partie de l'IP même sans ce droit d'utilisateur. Nous travaillons également sur de meilleurs outils pour faciliter la maintenance des wikis.

Si vous ne l'avez pas encore fait, vous pouvez en savoir plus sur Meta. Si vous voulez être sûr de ne pas manquer les changements techniques sur les wikis Wikimedia, vous pouvez vous inscrire à aux actualités techniques hebdomadaires (Tech News).

Nous avons deux propositions concernant le possible fonctionnement de cette identité. Nous apprécierions vos commentaires sur la façon dont vous pensez que cela fonctionnerait le mieux pour vous et votre wiki, maintenant et à l'avenir. Vous pouvez nous laisser un message sur la page de discussion. Vous pouvez écrire dans votre langue. Les suggestions ont été publiées en octobre et nous déciderons après le 17 janvier.

Merci. /Johan (WMF)

4 janvier 2022 à 19:15 (CET)

Ip bac à sable

modifier

Bonjour, c'est moi l'IP qui a été bloquée C'est vrai que je me suis emporté et je m'en excuse, mais il faut savoir que j'étais déjà énervé car j'utilise un vpn pour naviguer sur internet et wikipedia bloque les vpn par défaut (ce qui est normal). Mon add on me permet de bypass des sites, et donc cette fonction est censée m'éviter de désactiver mon vpn manuellement, mais elle ne fonctionne pas. Je faisais des tests en désactivant mes autres extensions pour voir si ça résolvait le pb et la je vois que mon ip est bloquée pour avoir édité le bac à sable, qui est un endroit justement dédié à faire des tests. J'étais déjà passablement énervé et ça en a rajouté une couche donc je me suis emporté. Kikiroux (discuter) 8 janvier 2022 à 13:51 (CET)Répondre

11 janvier 2022 à 02:23 (CET)

17 janvier 2022 à 20:54 (CET)

renommage

modifier

Salut, c'est la première fois que je fais du renommage de masse. Si tu constates une erreur de ma part, tu m'instruis, d'accord? Merci! Kirham qu’ouïs-je? 20 janvier 2022 à 22:49 (CET)Répondre

Salut Notification Kirham, merci pour le coup de main.
Je n'ai rien vu d'anormal.
Un conseil que je peux te donner (d'expérience), pour t'éviter du travail supplémentaire (et des emmêlements de pinceaux, qui arrivent très vite lors de ce genre d'opérations) lors de renommages de masse à faire suite à vandalisme ou autre, c'est de laisser coché la case proposant de laisser une redirection depuis l'ancien nom, même si le nom de l'article est clairement un vandalisme (du moment que ce n'est pas une injure devant être masquée). Puis une fois le tout nettoyé, de revenir supprimer les éventuelles redirections indésirables (en vérifiant l'absence de pages liées).
Explication : À moins qu'un renommage soit annulé presque immédiatement, on a plein de petits bots grouillent dans les différents recoins de l'encyclopédie, et qui lors d'un déplacement de page vont sauter sur les doubles redirections pour les corriger. Le problème, c'est que si tu inverse ce renommage sans laisser de redirection, ces grouillants petits bots ne pourront pas re-corriger ces mêmes doubles redirections.
On se retrouve alors avec des redirections (qui comportent des pages liées) qui pointent vers des pages inexistantes. Et nos bots ne peuvent plus rien faire pour pour toi à ce moment-là.
Pour t'épargner ça, ma méthode consiste à renommer en laissant la redirection depuis l'ancien nom, laisser tranquillement les bots re-corriger les doubles redirections, puis revenir un peu plus tard pour supprimer les redirections indésirables que tu a laissées, en vérifiant qu'il n'y ait plus de pages liées.
Par exemple, en ce qui concerne Léopold d'Albany (d · h · j · ), comme tu n'avais pas laissé de redirection depuis Léopold du Royaume-Uni, duc d'Albany (d · h · j · ), les 5 redirections existantes ont été brisées (j'ai dû les réparer manuellement, exemple). Mais rien de grave, c'est le seul article qui était concerné.
Bonne soirée.
--Tractopelle-jaune (discuter) 20 janvier 2022 à 23:42 (CET)Répondre
Merci, c’est exactement le cas de figure que je soupçonnais. Je me suis rendu compte après coup que j’avais pas toujours retiré la redirection. Comme je savais plus laquelle était la bonne option, j’ai préféré demander. Si je peux me permettre, n’hésite pas à me demander de réparer mes erreurs. On apprend beaucoup plus vite. re-merci Kirham qu’ouïs-je? 20 janvier 2022 à 23:47 (CET)Répondre

Redirections connectées à un élément Wikidata

modifier

@Tractopelle-jaune Merci pour ton intervention sur {{mil}} ! J'ai apposé le modèle {{Redirection de modèle}} sur les autres redirections que j'ai créées ({{millénaire}}, {{-millénaire}}, {{millénaire-}}, {{-millénaire-}}, {{-m}}). Je vois qu'elles aussi sont liées à des éléments Wikidata. C'est quoi le principe ? Chaque modèle est censé avoir un élément Wikidata associé qui pointe vers lui et liste ses alias, c'est ça ?

Par exemple, {{millénaire}} a un élément Wikidata, mais qui est distinct de l'élément Wikidata de {{mil}}/{{mi}}. Maintenant que ces 3 modèles ne font plus qu'un, il faut que j'ajoute l'alias sur wikidata:Q26020330 et que je demande la suppression de wikidata:Q26025193, si je comprends bien ?

Pour les nouveaux modèles créés (par exemple {{m mini}}), il faut que je crée l'élément Wikidata ou est-ce quelque chose d'automatisé (bot ?) ? --Golmote (discuter) 23 janvier 2022 à 23:02 (CET)Répondre

Salut Notification Golmote,
Le seul intérêt que je connaisse des éléments Wikidata liés aux modèles, c'est pour les liens interwikis.
Je me casse pas la tête avec le reste, au-delà de la gestion des interwikis j'y connais rien à Wikidata. Je fais donc comme ça :
  • Si j'inverse une redirection entre deux modèles ou autre bricolages techniques (donc hors simples déplacements, qui sont gérés automatiquement), et qu'il n'y qu'un seul élément Wikidata, je corrige l'interwiki sur l'élément.
  • Si je fusionne plusieurs modèles, je met l'interwiki sur l'élément Wikidata qui correspond le mieux par rapport aux interwikis vers les autres wikis (si 90 % des cas d'utilisation du modèle, c'est pour faire la même chose que le modèle X du wiki anglais, eh bien je met l'interwiki sur cet élément. Les autres modèles redirigés peuvent garder leurs éléments Wikidata liés, ça ne pose pas de soucis (ils restent utilisables dans le sens wiki étranger → fr.wiki). Mais s'ils perdent cet interwiki, c'est pas grave non plus...
  • Si Wikidata se retrouve avec des éléments de modèles n'ayant plus aucun interwiki (ou que des redirections), je me casse pas la tête, je laisse le tout en l'état.
  • Si je crée un nouveau modèle :
    • S'il n'a pas d'équivalence (à ma connaissance) sur d'autres wiki (surtout en.wiki) : je ne créé par d'élément Wikidata (je sais même pas comment faire...), ni ne le lie à quoi que ce soit.
    • Sinon, je le lie à l'élément Wikidata pré-existant.
Tu sais, ça fait longtemps que je ne m'énerve plus avec les éléments Wikidata des modèles. Je me contente d'avoir des interwikis fonctionnels et logiques, mais pour le reste... Sifflote
Si ça dérange quelqu'un sur Wikidata un jour, ils s'occuperont de faire le ménage...
En résumé, pour Wikidata et les modèles : occupe-toi seulement des interwikis (je sais pas s'il y en as pour certains de ces modèles), et laisse tomber le reste Émoticône
--Tractopelle-jaune (discuter) 24 janvier 2022 à 22:42 (CET)Répondre
Top, merci pour les infos ! Je me note de jeter un œil, voir s'il est utile de faire quelque chose ou pas ! --Golmote (discuter) 24 janvier 2022 à 22:54 (CET)Répondre

Remarque concernant le blocage d'une IP

modifier

Bonjour Tractopelle-jaune, je souhaitais simplement vous faire remonter le fait que dans le blocage #4070637 contre 92.184.100.59 (u · d · b), vous avez en fait bloqué une sortie du réseau mobile français (un outil de WhoIs devrait vous l'indiquer). Du coup beaucoup d'utilisateurs se retrouvent impactés. Le blocage expire demain mais ne sachant pas si vous étiez informés du type d'IP, je souhaitais l'indiquer. Bonne soirée !Raphoraph (d · c) 24 janvier 2022 à 21:51 (CET)Répondre

Bonjour Notification Raphoraph
Le numéro de blocage que vous indiquez correspond à l'adresse 92.184.112.70 (u · d · b) (qui a bien un blocage expirant le 25 janvier), il n'y a par contre aucun blocage enregistré pour l'adresse que vous indiquez.
Ce blocage ne s'applique qu'aux contributeurs n'ayant pas de compte enregistré.
Et j'ai malheureusement pleinement conscience que ces blocages d'IP d'Orange mobile impactent des contributeurs légitimes (sous IP). Mais nous n'avons pas vraiment le choix.
Depuis plusieurs mois, un pénible s'amuse à insérer des propos illégaux sur divers articles.
Voir cette discussion entre administrateurs consacrée à la problématique : Wikipédia:Bulletin des administrateurs/2021/Semaine 48#Blocage plage IP et appels au meurtre.
Tant que ces agissements perdureront, il faut s'attendre à des blocages ponctuels d'IP Orange mobile (à chaque fois qu'il en utilise une, elle est bloquée pour une durée variable, mais comme il arrive qu'il en réutilise une après expiration du blocage précédent, certains blocages sont parfois assez longs).
On ne peut rien faire pour éviter ces blocages ponctuels d'IP. Mais ils ne devraient pas affecter les comptes enregistrés (l'indication « utilisateurs anonymes seulement » est présente).
Bonne soirée.
--Tractopelle-jaune (discuter) 24 janvier 2022 à 22:16 (CET)Répondre

24 janvier 2022 à 22:37 (CET)

31 janvier 2022 à 18:41 (CET)

Avis sur une plage IP /16

modifier

Salut,

As-tu un avis sur 45.91.0.0/16 (u · d · b) qui ne semble être qu'un ensemble de proxies ouverts ? cf. cette RCU également.

Bien à toi, LD (d) 2 février 2022 à 01:20 (CET)Répondre

Salut Notification LD,
En consultant stalktoy, je vois un nombre très élevé de blocages globaux sur des /22 à /24.
La très grande diversité des contributions visibles, et les motifs de blocages sur des wikis de langues du monde entier me fait penser qu'il ne doit pas y avoir que que des proxys ouverts là-dedans, mais aussi pas mal d'hébergements web et VPN d'entreprises. Le tout fait que cette plage semble « bien pourrie ».
En prenant toutes les contribs chez nous d'IP de 45.91.0.0/16 (u · d · b) depuis juillet 2021, on constate qu'elles sont toutes bloquées sur au moins un autre wiki (en.wiki ou ru.wiki) pour hébergement web ou proxy ouvert.
En conclusion, je suis favorable à un blocage sur /16. Les dommages collatéraux seront nettement moindre par rapport aux innombrables abus qu'il doit y avoir depuis là-dedans (quant on voit le nombre de blocages sur en.wiki...).
Par contre, il est probable qu'on ait quelques contributeurs légitimes qui contribuent depuis leur lieux de travail et/ou via leur VPN d'entreprise auxquels il faudra simplement accorder une exemption de blocage d'IP (ce qui n'est pas un problème).
--Tractopelle-jaune (discuter) 3 février 2022 à 15:39 (CET)Répondre
Salut et merci pour ce retour qui confirme ce que je pensais ; j'ai acté le blocage. Bien à toi, LD (d) 3 février 2022 à 15:57 (CET)Répondre

Merci !

modifier

Bonsoir Tractopelle-jaune Émoticône Merci pour les blocages des vandales ! --O-R (discuter) 7 février 2022 à 18:37 (CET)Répondre

Notification O-R : c'est avec plaisir ; même si je n'ai pas le temps de patrouiller, en traitant les demandes sur WP:VEC je participe néanmoins à la protection de l'encyclopédie.
Le secret de ma rapidité réside en fait dans un petit script PHP exécuté en ligne de commande (comme un script Bash), et qui vérifie WP:VEC toutes les 2 minutes. Et affiche une notif sur mon ordi dès qu'une modification de cette page est détectée. Ainsi, même si je suis en train de travailler sur un brouillon en local, de bricoler un modèle ou de regarder un truc sur Phabricator, je suis informé d'une requête déposée et je peux y répondre rapidement.
Après, j'y réponds ou pas selon ma disponibilité. Tant que je n'ai pas validé la notification, je n'en recevrai pas de nouvelles (ça évite d'être dérangé à répétition quand je suis trop occupé).
Bonne patrouille.
--Tractopelle-jaune (discuter) 8 février 2022 à 07:32 (CET)Répondre

7 février 2022 à 22:15 (CET)

14 février 2022 à 20:17 (CET)

Blocage/protection

modifier

Bonjour,

Merci pour la protection des pages concernées par les modifications de l'adresse IP (en signature de mon message). Notez toutefois que les fondements utilisés pour le blocage (absence de réponses, et le fait d'avoir persisté à contribuer sur la page de Valérie Hayer par exemple) sont erronés car il n'y a pas eu de modifications sur ces pages depuis le dernier avertissement. Le blocage est donc préventif (et justifié), mais pas pour ces motifs. Bien à vous 136.173.162.129 (discuter) 15 février 2022 à 14:59 (CET)Répondre

Blocage de 206.167.65.232

modifier

Bonjour Tractopelle jaune, Pourrais-tu m'expliquer le blocage de l'IP ci-dessus ? Il est intervenu auprès de Wikimédia pour obtenir des informations. Je vois qu'il s'agit d'un blocage long au motif : Vandalisme d'IP partagée : Réseau d'informations scientifiques du Québec Bien à toi et merci d'avance. Harrieta171 (discussion) 17 février 2022 à 18:36 (CET)Répondre

Salut Notification Harrieta171,
En fait, c'est toute la plage 206.167.64.0/22 que j'ai bloqué. Mais ce blocage n'affecte pas les utilisateurs enregistrés.
Il s'agit d'une des nombreuses plages utilisées par le Réseau d'informations scientifiques du Québec (comme l'indique le whois).
Cette plage en particulier doit être utilisée par des établissements scolaires du primaire/secondaire, avec comme corollaire inévitable, le cortège de vandalismes puérils qui va avec.
Plus de 90 % des modifications effectuées depuis cette plage consistent en des vandalismes puérils, et ce depuis des années (2006 pour être précis).
C'est le même problème qu'avec certaines plages du réseau Renater en France. Quand il y a trop d'IP différentes commettant des vandalismes, sur une longue durée, et pas/très peu de contribs positives, je bloque la plage. C'est la seule manière de stopper ces vandalismes, car les blocages individuels des IP concernées sont largement insuffisants (ces plages sont trop larges, il y a toujours des IP non-bloquées accessibles aux élèves, et on recommence le même cirque chaque année à la rentrée scolaire).
Ce que je peux proposer au besoin, c'est de laisser la création de compte possible malgré le blocage.
Malheureusement, il n'est techniquement pas possible d'exempter de blocage uniquement l'adresse 206.167.65.232 (u · d · b).
J'ai bloqué la plage pour 5 ans, car cela fait plus de 15 ans (2006) que cette plage n'est utilisée quasiment que pour commettre des vandalismes. Diverses IP isolées de cette plage sont également bloquées sur en.wiki et Wikidata.
Bonne soirée.
--Tractopelle-jaune (discuter) 17 février 2022 à 23:30 (CET)Répondre
Merci et bonne journée.--Harrieta171 (discussion) 18 février 2022 à 07:43 (CET)Répondre

IP dynamique

modifier

Bonsoir Tractopelle-jaune Émoticône Question d'un non initié : une IP dynamique, ça ne peut se bloquer ? Cordialement. --O-R (discuter) 18 février 2022 à 22:21 (CET)Répondre

Salut Notification O-R,
Si, mais à court terme seulement, Comme l'adresse IP va changer quelque heures/jours plus tard (quand ce n'est pas quelques minutes, cas de certains réseaux mobiles...), un blocage plus long est généralement sans grand intérêt. C'est pour cela que l'on se contente généralement d'un blocage de 3 jours pour la plupart des IP en cas de vandalisme. On augmente ensuite la durée en cas de récidive.
Il faut savoir que la plupart des IP sont aujourd'hui plus ou moins dynamiques. Il est devenu très rare aujourd'hui de bénéficier d'une IP fixe pour un abonné résidentiel, notamment en raison de l'épuisement des adresses IPv4.
Une précision complémentaire concernant les IPv6, c'est qu'il faut généralement regarder uniquement les 4 premiers segments, qui correspondent généralement à un unique abonné. Les 4 derniers segments correspondent à l'adresse de la machine au sein de son réseau local (pour simplifier grandement l'explication), et ils changent généralement extrêmement souvent. C'est la raison pour laquelle les blocages d'IPv6 se font toujours sur la plage /64. Il s'agit, encore là, d'une explication simplifiée.
Mais tout cela est une réponse générique. Si tu as besoin d'un avis plus poussé de ma part, il me faudra plus d'informations (et l'adresse IP concernée).
Bonne soirée.
--Tractopelle-jaune (discuter) 18 février 2022 à 22:41 (CET)Répondre
Merci pour ta réponse très claire. Il y a un IP que tu as bloqué et qui est revenu sur ma page de discussion. Rien de méchant mais je me demandais comment ça passe quand une IP dynamique est bloquée. Est-ce que le contributeur voit qu'il a été bloqué et fait une manip manuel pour changer d'IP ? Ou c'est automatique ? Mais dans ce cas là, comment il verrait qu'il a été bloqué ? Et est-ce qu'il a un stock fini d'adresses (s'il est sur IPv6)) ou c'est open bar ? --O-R (discuter) 18 février 2022 à 22:52 (CET)Répondre
Ici, c'est une IPv4 Free Mobile, soit parmi les pires fournisseurs d'accès à Internet mobile d'un point de vue de la dynamique de réattribution des adresses (d'un point de vue de lutte contre le vandalisme).
Oui, un utilisateur bloqué voit le message MediaWiki:Blockedtext lorsqu'il tente de modifier un article. Et il est très facile de demander une nouvelle adresse IP depuis un téléphone (un simple passage en mode avion suffit parfois).
Et pour le nombre d'adresses, c'est clairement open bar, surtout pour l'internet mobile (très majoritairement resté en IPv4).
C'est pour ça que j'ai tout de suite SP l'article en même temps que j'ai bloqué la 2e IP. Car sinon on a pas fini de s'amuser à révoquer. La semi-protection est la meilleure arme pour les problèmes à court terme avec ce genre d'IP dynamique, et sinon, c'est par filtrage que l'on gère les problèmes récurrents avec ces IP.
Vu les propos tenus par l'IP (« je suis en dynamique, ça risque de vous prendre du temps »), ça ne sert à rien de discuter d'avantage. À la prochaine sortie, c'est SP pour 3 jours.
Il ne faut pas hésiter à demander une SP courte pour sa PdD (1 à 3 jour) quand on est la cible d'une IP dynamique, histoire d'avoir la paix. Généralement l'IP passe à autre chose, et le problème est réglé.
--Tractopelle-jaune (discuter) 18 février 2022 à 23:13 (CET)Répondre
Je te remercie pour toutes tes explications, qui sont très claires. Bonne nuit ! --O-R (discuter) 18 février 2022 à 23:18 (CET)Répondre

Serial vandaliseursous Proxy

modifier

Hello, Tu viens de bloquer à juste titre l'IP 95.88.89.140. Sau qu'il apparait que l'individu derière ce proxy ouvert est en train de multi vandaliser sous plusieurs proxy. Est-ce que tu pourrais bloquer 95.88.89.140 pour longtemps en tant que proxy ? --Le chat perché (discuter) 19 février 2022 à 00:28 (CET)Répondre

✔️ Fait durant la nuit, avec une septantaine d'autres IP du botnet. D'autres sysops ont également procédés à de nombreux blocages.
--Tractopelle-jaune (discuter) 19 février 2022 à 13:37 (CET)Répondre

IP 72.214.7.187

modifier

Bonjour Tractopelle-jaune Émoticône. Pourrais-tu voir le cas de Utilisateur:72.214.7.187 qui a vandalisé plusieurs pages le avec la même phrase ? Je lui ai mis un avertissement sur sa PdD mais je doute que ce genre d'individu la consulte. Cordialement Gillesmourey (discuter) 19 février 2022 à 15:20 (CET)Répondre

Salut Notification Gillesmourey
Ce n'est pas un utilisateur « humain » qui est derrière les ajouts de masse de la nuit dernière (révoqués). Donc les messages servent à rien.
Voir Wikipédia:Bulletin des patrouilleurs#Spam d'ips en coordination
J'ai bloqué cette IP pour 5 ans. C'est un proxy (ou plus probablement une machine zombie), on voit un score indicatif d'IPQualityScore de 99/100 : et un whois qui ne ressemble en rien à une paisible adresse IP d'un abonné résidentiel nord-américain...
Mais j'ai arrêté de faire la course aux blocages des IP de la nuit dernière, car s'il s'agit d'une action par un botnet de machines zombies — ce que je suppose fortement — elle ne sont de toutes façon pas accessibles pour un pénible souhaitant contourner un blocage (l'accès à un botnet est payant, par exemple selon le nombre de machines que l'on veut pourvoir contrôler et/ou pour une durée déterminée). Et face à un botnet, bloquer une centaine d'IP, c'est comme pisser dans un violon (un botnet pouvant compter plusieurs dizaines de milliers de machines zombies utilisables).
La vague de hier soir à été en bonne partie maîtrisée par un filtre anti-abus (Fugitron m'a devancé à ce sujet, j'étais en train de tester ma modification du filtre quand il a validé la sienne). Un filtre est nettement plus adapté face à ce genre d'attaque.
Et l'attaque était tellement importante que le filtre s'est mis en sécurité (Emergency throttling), le filtre apparaît en rouge, avec l'indication « limité ». Mais ça ne l'a pas empêché de réussir à stopper plus d'un millier de tentatives d'insertion de cette phrase en quelques minutes par des centaines d'IP différentes.
Bonne journée.
--Tractopelle-jaune (discuter) 19 février 2022 à 15:53 (CET)Répondre
Merci pour les infos et le blocage. C'est assez pénible de voir ce genre d'intrusion ravager le travail de beaucoup de contributeurs en quelques instants. Cordialement. Gillesmourey (discuter) 19 février 2022 à 16:58 (CET)Répondre

21 février 2022 à 20:11 (CET)

28 février 2022 à 23:59 (CET)

7 mars 2022 à 22:15 (CET)

14 mars 2022 à 23:07 (CET)

21 mars 2022 à 17:00 (CET)

28 mars 2022 à 21:54 (CEST)

4 avril 2022 à 23:00 (CEST)

Actualités techniques no 2022-15

modifier

11 avril 2022 à 21:43 (CEST)

Actualités techniques n° 2022-16

modifier

19 avril 2022 à 01:11 (CEST)

L'admissibilité de l'article « AQH » est débattue

modifier
Page proposée au débat d'admissibilité
Page proposée au débat d'admissibilité

Bonjour,

L’article « AQH » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:AQH/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

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

LD (d) 21 avril 2022 à 00:53 (CEST)Répondre

L'admissibilité de l'article « NationsGlory » est débattue

modifier
Page proposée au débat d'admissibilité
Page proposée au débat d'admissibilité

Bonjour,

L’article « NationsGlory (page supprimée) » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:NationsGlory/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

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

Durifon (discuter) 21 avril 2022 à 11:54 (CEST)Répondre

Actualités techniques n° 2022-17

modifier

26 avril 2022 à 00:55 (CEST)

2A04:CEC0:0:0:0:0:0:0/32

modifier

Coucou !

J'ai remodifié le blocage que tu as modifié : la plage est trop large pour la bloquer entièrement (j'suis nul en calcul, mais ça fait un paquet d'IP différentes). Regarde le nombre de contributions par jour. J'avais bloqué la plage sur le seul espace utilisateur en raison de nombreux vandalismes, probablement de Noah Sokolowski (cf. Wikipédia:Faux-nez/Noah Sokolowski#IP mobiles Bouygues).

Je regarderai demain pour filtrage, si nécessaire. — Jules* discuter 29 avril 2022 à 00:09 (CEST)Répondre

Salut Notification Jules*,
Je me doutais qu'il y avait une raison derrière, mais comme le premier blocage était de 3 jours sur tous les espaces de noms, rebloqué dans la même minute uniquement sur Utilisateur:, j'étais pas très sûr.
Et le seul motif « Vandalisme » n'a pas pu m'éclairer d'avantage. J'ai regardé les contribs, et n'ai rien vu de particulier sur Utilisateur: (normal, vu que tu avais tout supprimé)
Finalement, le taux élevé de vandalisme sur la plage /32 constaté depuis hier par rapport aux jours précédents (dont plusieurs diffs nécessitant un masquage) m'a amené à la conclusion que les dommages collatéraux ne seraient pas excessifs (en laissant la création de compte possible).
Pas de soucis pour la remodification. Certains de nos pénibles actuels commencent vraiment à me taper sur le système... Ça me fait de la peine pour eux qu'ils n'aient que ça pour s'amuser.
Bonne journée à toi.
--Tractopelle-jaune (discuter) 29 avril 2022 à 08:10 (CEST)Répondre
Je comprends ta lassitude. Quelle débauche d'énergie pour emmerder le monde alors qu'il y a tant à construire. Bref. Vu pour les masquages. Clairement, il y a un ou plusieurs pénibles qui s'imitent (PF, NS, BN), vu par exemple les modifs d'2A04:CEC0:11CF:7BE6:ADC5:7A01:480:81F1 (u · d · b) qui mêlent contenus injurieux (NS/PF) et nom de l'acteur Adam Brody (BN).
Jules* discuter 29 avril 2022 à 10:50 (CEST)Répondre

Actualités techniques n° 2022-18

modifier

2 mai 2022 à 21:33 (CEST)

IP partagées

modifier

Bonsoir,

Par le passé, je me suis fait (gentiment) taper sur les doigts, alors je te transmets l'info, mais il est d'usage de ne pas bloquer la création de comptes pour les IP partagées type IP scolaire (cf. 216.209.84.218 (u · d · b)).

@+ — Jules* discuter 2 mai 2022 à 22:02 (CEST)Répondre

@Jules* je met les pieds dans le plat : est-ce qu'il ne faudrait pas faire du cas par cas ? Par exemple pour les IP avec récurrences de vandalismes attendre une requête aux bubus pour permettre la création ? Ce qui permettrait le cas échéant de sensibiliser le personnel éducatif aux méfaits de leurs oyes. Après dans le cas contraire je n'irai contester aucun sysop bien entendu. D'un autre côté je remarque que parfois les demandes d'exemption sont peu motivés. Bon je précise que contrairement à ce que d'aucun peuvent penser je suis pour permettre le maximum de possibilité à susciter des vocation s et que FOI est mon allié (tel Yoda avec la Force). Mais d'un autre côté le patrouilleur que je suis...Pour résumé j'ai plutôt le sentiment que le cas par cas doit prévaloir et de s'abstenir de doctrine sauf sur les sujets évidents. Le chat perché (discuter) 2 mai 2022 à 22:50 (CEST)Répondre
Hello @Le chat perché. On ne parle pas d'exemption de blocage d'IP, hein, mais de ne pas empêcher la création de comptes depuis les IP partagées bloquées Émoticône. (Le personnel éducatif n'a pas vraiment la main sur ce que font les élèves (au CDI, etc.).) — Jules* discuter 2 mai 2022 à 22:56 (CEST)Répondre
@Jules* oui j'avais bien compris de quoi il s'agissait, les créations de compte. Cela ne change pas ma remarque.
« Le personnel éducatif n'a pas vraiment la main sur ce que font les élèves » : est-ce notre problème ? Et au surplus je ne suis pas tout à fait d'accord. Ce sont des adultes responsables de mineurs. Si leurs pupilles vandalisent il est important de leur dire. Et surtout de protéger l'enyclopédie. Et pour les créations de comptes...qu'est ce qu'on en sait que ce n'est pas un élève vandale qui va le faire ? J'ai souvent vu sur des PDD d'IP scolaires des bandeau les mentionnant comme telles et disant qu'elles pouvaient être bloquées pour vandalisme et que si quelqu'un du personnel encadrant s'en trouvait incommodé il devait contacté les admin. Sachant que les cas ont on parle de concernent que les cas extrêmes de vandalismes récurents. Le chat perché (discuter) 2 mai 2022 à 23:07 (CEST)Répondre
Ben on ne le sait pas : mais s'il crée un compte pour vandaliser, on peut bloquer le compte sans porter préjudice aux autres personnes utilisant l'IP partagée. D'où l'intérêt de laisser la création de comptes ouverte, dans le cas général (il peut y avoir des exceptions) : c'est un compris entre protection de l'encyclopédie et possibilité de participation à celle-ci. — Jules* discuter 2 mai 2022 à 23:11 (CEST)Répondre
Conflit d’édition Salut Notification Jules* et Le chat perché,
Ma pratique est effectivement la plupart du temps de ne pas laisser la création de comptes possibles pour mes blocages longs d'IP scolaires et apparentées.
Mes arguments sont les suivants :
  • Entre le moment où cet « usage » sur fr.wiki de laisser la création de compte possible est advenu (je suppose aux alentours de 2005-2008), 15 ans se sont écoulés. Maintenant, tout le monde ou presque dispose d'appareils connectés (ordinateurs, téléphones, tablettes, consoles de jeux, etc.), même chose quand aux points d'accès à Internet.
  • Il n'y a pas de raison que les élèves d'un établissement scolaire ait « besoin » de créer des comptes sans encadrement du personnel éducatif. C'est uniquement pour les ateliers pédagogiques qu'il y ce besoin.
  • Et la création de comptes est de toute façon limitée à 6 comptes par adresse IP, un statut de créateur de compte est donc nécessaire pour aller au-delà.
  • Pour le reste, les élèves sont sensés étudier, pas contribuer à WP. Où à la rigueur, consulter l'encyclopédie pendant leurs périodes de désœuvrement (mais pas la massacrer).
  • Et puis d'un autre côté, on fait la guerre aux proxys/VPN, en les bloquant absolument complètement (nécessité d'une IPBE pour l'utiliser), alors que la frontière entre proxy/VPN et IP partagée est largement discutable. Il n'y a qu'à voir que chaque mois ou presque, je corrige des blocages d'IP scolaires bloquées pour proxy ouvert (car un outil genre IPQualityScore l'a considéré ainsi). J'ai de la peine à comprendre qu'il n'y ait pas un juste milieu, d'un côté si c'est proxy/VPN, on bloque absolument tout, mais si ce n'est « qu'une » IP partagée, il faudrait laisser la création de comptes possible...
J'estime que l'on a assez de vandalisme à traiter comme ça, et que je n'ai pas que ça à faire de courir derrière ces vandales pipi-caca-prout, tout ça pour permettre d'hypothétiques ateliers pédagogiques concernant quelques élèves par année scolaire. Les statuts de créateurs de comptes sont faits pour ça...
Laisser la création de compte possible devrait être fait (et c'est comme ça que je l'applique habituellement) quand on bloque de grandes plages d'adresses IP d'un opérateur « légitime » (opérateurs de télécommunications principaux), ainsi que pour les IP partagées d'entreprises. Mais pas pour les IP partagées type scolaire.
Au besoin, ma page de discussion et ma boîte mail sont accessibles, et des demandes de statut de créateurs de comptes peuvent être effectuées.
Mais au vu du nombre de blocages d'IP partagées de type « scolaire » que je fait depuis quelques mois, j'ai pas eu beaucoup de réclamations... (et aucune n'a concerné la problématique de création de comptes).
En conclusion, je suis prêt à changer de pratique. Mais je pense que c'est plutôt l'« usage » qui veut que l'on laisse la création de compte possible par défaut qui devrait être remis en question. Sachant qu'il y a de toutes façon une limite à 6 comptes par je-sais-plus que délai.
Bonne soirée.
--Tractopelle-jaune (discuter) 2 mai 2022 à 23:29 (CEST)Répondre
Alors sur la frontière entre proxy pures (ceux que je qualifie volontiers de moisis) et les IP "corporate" partagées il y a un vrai débat. Avec @LD (décidément je te mentionne partout l'ami) on a eu plusieurs fois ce débat. Je me demande si on ne devrait pas élargir cette question. Peut être dans un premier temps ouvrir une question chez les vérificateurs d'IP qui sont tous admin réseau ou assimilé d'une part et qui bouffent tous les jours des analyses d'accès via les RCU, donc doublement des experts...et au milieux de ça l'avis de Linedwell qui est steward pourrait d'autant plus nous éclairer. Et si besoin pousser le sujet carrément à la WMF pour savoir quelle est sa position sur le sujet (laquelle serait nécessairement avec une vision crosswiki ce qui serait forcément éclairant). Le chat perché (discuter) 2 mai 2022 à 23:38 (CEST)Répondre
Pour la frontière IP partagées / proxies ouverts, oui. D'où l'intérêt de consulter le WHOIS en plus d'IPQS.
Pour le reste, j'entends tes arguments, Tractopelle-jaune, même si certains me semblent discutables (« les élèves sont sensés étudier, pas contribuer à WP » : j'ai fait les deux au lycée ; la création de comptes limitée à six par 24 heures me semble justement plaider en faveur de laisser cette création possible, et non l'inverse). À rediscuter sur le BA, visiblement. — Jules* discuter 2 mai 2022 à 23:46 (CEST)Répondre
Notification Jules* : mon propos « les élèves sont sensés étudier, pas contribuer à WP » est à prendre dans le sens du but généré de l'institution scolaire (lieu pour étudier). Il n'y a aucun problème à ce qu'un contributeur contribue depuis ce lieu avec son compte. Mais ce n'est pas le genre de lieu auquel on peut s'attendre raisonnablement à ce que, pris par un éclair de lucidité, un adolescent décide de se créer un compte depuis l'établissement scolaire pour commencer à contribuer utilement à la construction de l'encyclopédie (et pas juste augmenter l'editcount de Salebot). Il lui alors suffit de créer son compte depuis une autre adresse, ensuite il peut contribuer sans aucune restriction depuis son établissement scolaire.
Par ailleurs, l'usage de laisser la création de compte possible ne doit pas être si universel, le modèle {{Vandale scolaire bloqué}} ayant toujours indiqué qu'il fallait créer un compte depuis une autre adresse IP si l'on souhaite contribuer.
--Tractopelle-jaune (discuter) 3 mai 2022 à 00:06 (CEST)Répondre
@Jules* en BA oui et non. Car à mon sens il convient de sourcer nos connaissances en la matière si j'ose dire...Or ni vous les sysop ni moi ne sommes experts en matière d'IP (sau les CU-Admin). Il me semble quepour qu'une bonne décision soit prise par les admin sur la bonne politique à avoir il faut qu'ils aient une parfaite documentation. Raison pour laquelle je rêpropose de demander au CU un expertise sur les IP partagées et pourquoi pas étendre à la WMP. Le chat perché (discuter) 3 mai 2022 à 00:30 (CEST)Répondre

Question Infobox Congrès US

modifier

Bonjour, je suis actuellement entrain de créer quelques pages, et j'aurais une question, je souhaite modifier cette infobox afin d'ajouter une ligne, mais également que les "blue collar/grey collar/white collar/ se trouve l'un sous l'autre, et non pas à la suite "collés ensemble", seulement le fait d'ajouter une ligne ne semble pas fonctionner, pourriez-vous m'aider s'il vous plait ? Bonne journée ^^'--AlexWikiEditor057 (discuter) 5 mai 2022 à 10:53 (CEST)Répondre

Bonjour Notification AlexWikiEditor057,
Après recherche, je suppose que vous parliez de l'{{Infobox District congrès US}}.
J'ai procédé à des modifications visant à corriger le problèmes d'affichage des cols bleus/blancs/gris, correctif que j'ai également appliqué à la composition ethnique (qui utilisait un bricolage inadapté pour générer des retours à la ligne).
Dorénavant, ces deux rubriques de l'infobox utilisent des listes à puce en bonne et due forme. C'est important pour l'accessibilité et la sémantique.
Pour le reste, concernant votre souhait de « modifier cette infobox afin d'ajouter une ligne », je reste à votre disposition en cas de difficultés ou de questions.
Bonne journée.
--Tractopelle-jaune (discuter) 10 mai 2022 à 08:36 (CEST)Répondre

Demande de blocage

modifier

La prochaine fois que 154.121.0.0/16 fait du vandalisme, bloquez le paquet entier des adresses IP de 154.121.0.0/16 avec une durée de 1 année. 105.105.10.248 (discuter) 5 mai 2022 à 20:19 (CEST)Répondre

Merci pour l'apport de votre expertise notable en moyens de lutte contre le vandalisme et de procédures de blocage, mais je n'ai pas vraiment besoin des conseils d'une IP pour savoir comment utiliser mes outils...
Conseils venant a fortiori d'une IP (résidentielle) d'Algérie Télécom et relatifs à la gestion de problèmes causés par des IP (mobiles) d'Algérie Télécom...
--Tractopelle-jaune (discuter) 10 mai 2022 à 08:47 (CEST)Répondre

Actualités techniques n°2022-19

modifier

9 mai 2022 à 17:21 (CEST)

Actualités techniques n° 2022-20

modifier

16 mai 2022 à 20:57 (CEST)

Actualités techniques n° 2022-21

modifier

24 mai 2022 à 02:20 (CEST)

Maintenance de Nom le plus long

modifier

Bonjour. Concernant cette page, peut-être faut-il :

Cordialement. Cjp24 (discuter) 27 mai 2022 à 12:50 (CEST)Répondre

Salut Notification Cjp24,
  • J'ai semi-protégé la page pour 3 mois.
  • Pour le diff, je ne vois aucune raison d'intervenir, même pour un masquage léger. Si ces propos n'ont bien entendu pas leur place sur une encyclopédie, j'ai de la peine à y déceler une quelquonque injure publique (autre qu'humoristique ou satirique). La critique ou la désapprobation n'est pas interdite par la loi, ni même la comparaison avec quelqu'un d'autre (sauf exceptions), tout comme la satire. Ça s'appelle la liberté d'expression. Sans parler que dans le cas présent, personne n'est nominativement visée (bien que l'on puisse se faire sa propre idée de qui on parle).
En conséquence, seules les injures publiques graves peuvent faire l'objet d'un masquage léger par un administrateur (et pour les cas plus graves — tels que la diffamation — cela relève des WP:OS, qui doivent toujours être contactés en privé)
--Tractopelle-jaune (discuter) 28 mai 2022 à 10:32 (CEST)Répondre

Actualités techniques n°2022-22

modifier

30 mai 2022 à 22:27 (CEST)

Des lauriers !

modifier
Récompense L'étoile de créateur de modèles largement méritée, pour ta participation au Projet:Modèle.

Un grand merci en particulier pour le modèle {{Liste des contributions}} !

Thomas #Talk 1 juin 2022 à 13:34 (CEST)Répondre

PerelmuterXavier

modifier

J’ai été bloqué alors que j’utilise qu’un smartphone . Je pense que c’est l’origine de votre proxy car j’utilise pas toujours mon forfait . Régulièrement j’utilise le wifi des Cafe.Je n’ai pas d’autres outil informatique.Veuillez fermer mon compte. Cordialement. PerelmuterXavier Perelmuterxavier (discuter) 5 juin 2022 à 08:28 (CEST)Répondre

Bonjour Notification Perelmuterxavier,
La cause est très probablement liée à l'utilisation d'un wifi public.
Les outils que nous utilisons pour identifier les proxy/VPN ne permettent pas toujours d'identifier s'il s'agit d'une IP partagée ou d'un proxy ouvert. Nous ne ciblons pas spécialement les wifis n'ayant commis aucun abus.
Sans autre élément (identifiant de blocage, adresse IP ou date/heure du blocage, je ne peux pas identifier de quelle adresse IP on parle (et ce sont des informations privées, donc je ne peux pas vous les demander, car elles peuvent potentiellement permettre de vous identifier).

J'ai donc accordé une exemption de blocage d'IP à votre compte. Vous ne serez plus affecté par les blocages de proxy/VPN/wifi publics sur la Wikipédia en français.
Il n'y a aucune raison de vouloir fermer votre compte pour cela. Ce n'est pas les contributeurs comme vous que nous visons par ces blocages, mais des vandales utilisant des proxy/VPN/wifis publics pour contourner leurs blocages.
Je vous souhaite de bonnes futures contributions.
--Tractopelle-jaune (discuter) 5 juin 2022 à 11:08 (CEST)Répondre
Je vous remercie infiniment. Régulièrement je suis dans les Starbucks notament 8-10 Rue de Rivoli 75004 paris. Mon problème est que je n’ai ni ordinateur ou tablette car mes moyens ne me permettent pas d’en acquérir. Pour dire la vérité je suis atteint de cécité avec besoin d’accompagnement pour la MDPH. J’ai la prestation compensatoire du handicap car j’ai un 1/20e par œil . Je me déplace avec une canne blanche. Je vous remercie infiniment de votre diligence pour la réponse. Cordialement. PerelmuterXavier Perelmuterxavier (discuter) 5 juin 2022 à 11:28 (CEST)Répondre

Actualités techniques n°2022-23

modifier

7 juin 2022 à 04:45 (CEST)

L'admissibilité de l'article « Liste des programmes diffusés sur Canal+ » est débattue

modifier
Page proposée au débat d'admissibilité
Page proposée au débat d'admissibilité

Bonjour,

L’article « Liste des programmes diffusés sur Canal+ (page supprimée) » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:Liste des programmes diffusés sur Canal+/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

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

JackJackpot (devisons) 12 juin 2022 à 00:19 (CEST)Répondre

L'admissibilité de l'article « Liste des programmes diffusés sur France 4 » est débattue

modifier
Page proposée au débat d'admissibilité
Page proposée au débat d'admissibilité

Bonjour,

L’article « Liste des programmes diffusés sur France 4 (page supprimée) » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:Liste des programmes diffusés sur France 4/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

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

JackJackpot (devisons) 12 juin 2022 à 00:25 (CEST)Répondre

L'admissibilité de l'article « Liste des programmes diffusés sur M6 » est débattue

modifier
Page proposée au débat d'admissibilité
Page proposée au débat d'admissibilité

Bonjour,

L’article « Liste des programmes diffusés sur M6 (page supprimée) » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:Liste des programmes diffusés sur M6/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

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

JackJackpot (devisons) 12 juin 2022 à 00:27 (CEST)Répondre

L'admissibilité de l'article « Liste des programmes diffusés sur W9 » est débattue

modifier
Page proposée au débat d'admissibilité
Page proposée au débat d'admissibilité

Bonjour,

L’article « Liste des programmes diffusés sur W9 (page supprimée) » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:Liste des programmes diffusés sur W9/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

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

JackJackpot (devisons) 12 juin 2022 à 00:32 (CEST)Répondre

Actualités techniques n° 2022-24

modifier

13 juin 2022 à 18:57 (CEST)

Actualités techniques n° 2022-25

modifier

20 juin 2022 à 22:17 (CEST)

Actualités techniques n° 2022-26

modifier

27 juin 2022 à 22:01 (CEST)

PK tu m a bloqué

modifier

Bonjour je voulais savoir PK vous m avez bloqué merci d avance pour votre réponse😘 Taylorthebestqueen (discuter) 30 juin 2022 à 21:24 (CEST)Répondre

Bonjour Notification Taylorthebestqueen,
Vous avez été bloqué pour une durée de 24 heures, le 9 mai 2022, en raison d'insultes envers un autre contributeur.
Des propos tels que « Pff c est moi la queen ici alors tg OK ;( » ne sont pas acceptables. Vous êtes sur une encyclopédie collaborative, pas sur un forum pour adolescents ou un quelquonque jeu vidéo.
Diff de la modification concernée : Spécial:Diff/193534645.
Bonne journée.
--Tractopelle-jaune (discuter) 1 juillet 2022 à 09:30 (CEST)Répondre

Tech News: 2022-27

modifier

4 juillet 2022 à 21:31 (CEST)

Actualités techniques n° 2022-28

modifier

11 juillet 2022 à 21:23 (CEST)

Actualités techniques n° 2022-29

modifier

19 juillet 2022 à 00:59 (CEST)

Actualités techniques n° 2022-30

modifier

25 juillet 2022 à 21:26 (CEST)

Actualités techniques n° 2022-31

modifier

1 août 2022 à 23:20 (CEST)

de nouveau bloqué pour le même sujet je suppose

modifier

Je viens d’être de nouveau bloqué. Je viens de m’en rendre compte alors que j’utilise mon compte. Je vous contacte pour connaître les raisons exactes car je ne peux pas lire le message . Cordialement Perelmuterxavier Perelmuterxavier (discuter) 3 août 2022 à 12:14 (CEST)Répondre

Actualités techniques n° 2022-32

modifier

8 août 2022 à 21:49 (CEST)

Actualités techniques n° 2022-33

modifier

15 août 2022 à 23:07 (CEST)

Actualités techniques n° 2022-34

modifier

23 août 2022 à 02:11 (CEST)

Actualités techniques n° 2022-35

modifier

30 août 2022 à 01:03 (CEST)

code Common.css

modifier

Hello, J'ai mis le bout de code, que tu avais mentionné dans le BA, mais les hachurages n'apparaissent pas, Tu pourrais regarder si j'ai loupé quelque chose, Merci d'avance, et demain c'est la rentrée :(  S̲e̲t̲h̲  ᴍɪᴀᴜʟᴇ ᴄʜᴇᴢ ᴍᴏɪ  31 août 2022 à 12:34 (CEST)Répondre

Salut Notification SiriusSeth,
Je viens de poster une réponse générique sur le BA.
En te concernant, en fait, tu n'a importé que le bloc permettant le hachurage des IP révoquées dans les historiques/LdS (l'identification des IP étant dérivée des classes CSS ajoutées par DeluxeHistory, ce dernier devait être activé). Et comme il n'y avait pas le bloc de base (bien qu'il ne soit pas indispensable si tu est full-DeluxeHistory), cela ne me surprend pas que cela ne marchait pas comme tu l'espérais.
J'ai nettoyé mon code CSS de mes bricolages divers et variés, remplacé la syntaxe CSS4 par du CSS3 (pas gênant ici, il n'y a qu'une ligne en plus nécessaire, et ça évitera un avertissement d'erreur par CodeEditor, peu compréhensible par les contributeurs ne maîtrisant pas CSS4).
Tout ça est disponible sur Utilisateur:Tractopelle-jaune/FlagUndo.css. Tu peux copier-coller dans ton common.css (ou ton global.css) les parties qui t'intéressent (surlignage modifs révoquées dans les listes de contribs et/ou hachurage historiques/LdS.
Ou alors, plus simple, tout prendre d'un coup en ajoutant AU DÉBUT de ton common.css/global.css la ligne suivante :
@import url('//fr.wikipedia.org/w/index.php?action=raw&ctype=text/css&title=Utilisateur:Tractopelle-jaune/FlagUndo.css');
Ne pas oublier de purger le cache de ton navigateur après modification.
Et je m'interroge si un accès plus facile à ces marquages devrait être envisagé ? (gadget en bonne et due forme, mention en pages d'aides, ...), voire application par défaut d'un tel marquage avec DeluxeHistory pour les modifs révoquées.
N'hésite pas en cas de questions/remarques.
Bonne journée.
--Tractopelle-jaune (discuter) 2 septembre 2022 à 05:59 (CEST)Répondre
@Tractopelle-jaune, Merci, ça marche parfaitement !  S̲e̲t̲h̲  ᴍɪᴀᴜʟᴇ ᴄʜᴇᴢ ᴍᴏɪ  2 septembre 2022 à 19:37 (CEST)Répondre

Actualités techniques n° 2022-36

modifier

6 septembre 2022 à 01:20 (CEST)

Actualités techniques n° 2022-37

modifier

13 septembre 2022 à 03:48 (CEST)

Actualités techniques n° 2022-38

modifier

MediaWiki message delivery 20 septembre 2022 à 00:14 (CEST)Répondre

Actualités techniques n° 2022-39

modifier

MediaWiki message delivery 27 septembre 2022 à 02:28 (CEST)Répondre

Blocage adresse IP campus Cholet/Angers

modifier

Bonjour @Tractopelle-jaune.

J'interviens à l'université d'Angers sur des ateliers de correction/modification d'articles dans Wikipédia. J'ai vu que vous aviez bloqué pour vandalisme l'IP du campus de Cholet/Angers (ici). Je ne conteste pas la légitimité du blocage, mais j'aurais voulu savoir s'il était possible de laisser ouverte l'option permettant la création de compte (il me semble que c'est possible : "Si la durée est longue autoriser de préférence la création de compte (décocher Empêcher la création de compte) sauf si plusieurs comptes son impliquées dans des abus, comme des contournements de blocage." (source).

Après sur le fond, je ne sais trop comment résoudre ce problème récurrent de vandalisme : la population étudiante est de 23 000 et il nous est difficile de sensibiliser systématiquement les générations successives de jeunes qui fréquentent l'université et utilisent parfois à mauvais escient les ordinateurs ou le réseau wifi de l'université. Mais peut-être tous les établissements universitaires ne sont pas concernés ; dans ce cas, à nous d'y travailler...

Merci à vous MxSz (discuter) 1 octobre 2022 à 15:17 (CEST)Répondre

Bonjour Notification MxSz,
J'ai rebloqué en laissant la création de comptes possibles.
Concernant le choix de laisser ou non la création de comptes possibles, c'est effectivement sujet à débat. Par le passé (au temps où Aide:Blocage des adresses IP et bien d'autres pages ont été rédigées, et rarement mises à jour depuis), il était d'usage de laisser la création de comptes possible (les smartphones n'existaient pas encore, et de loin pas tout le monde disposait d'un accès ADSL chez soi).
Mais maintenant, au vu de la multiplication des moyens à disposition (publics et privés) pour accéder à internet (et se créer un compte), le fait d'interdire la création de comptes pour les IP scolaires (là où des comptes « poubelles » sont fréquemment créés pour effectuer des vandalismes « de passage », quand l'IP est bloquée) permet de limiter le gaspillage de temps provoqué par la réparation de toutes ces imbécilités.
Cela fait qu'un certain nombre d'administrateurs bénévoles de l'encyclopédie (dont moi) procèdent de plus en plus souvent à un blocage « standard » sans laisser la création de comptes possible (laisser la création de compte possible étant une exception ; affaiblissant l'efficacité d'un blocage).
La multiplication des wifis dans les établissements scolaires amène aussi malheureusement beaucoup plus d'opportunités de vandaliser l'encyclopédie depuis les téléphones portables des élèves dans leurs moments de désœuvrement.
Le vandalisme scolaire est un problème récurrent, auquel aucune solution n'a malheureusement pu être trouvée autre que le blocage des adresses IP concernées pour une durée plus ou moins longue.
Je peux aussi vous inviter par ailleurs à demander le statut de créateur de comptes (au moins pour expérimenter). Non seulement il vous permet d'éviter ce genre de problèmes, mais en plus il vous permet de créer directement et facilement des comptes pour des élèves à partir d'une interface spéciale, et le tout sans être gêné par la limite des six comptes créés par jour et par adresse IP. (mentionnez cette discussion en cas de demande du statut).
Si vous pouvez aider — ne serait-ce qu'un peu — certains élèves à comprendre que cette encyclopédie est construite uniquement de manière bénévole et par des bénévoles (et sur notre temps libre) dans le but de diffuser la connaissance gratuitement, c'est bien volontiers.
Et essayer peut-être aussi de faire comprendre à certains que, même si leurs bêtises peuvent les faire rigoler pendant deux minutes, après elles ne se réparent pas toutes seules (et ce sans parler des cas de propos racistes et/ou diffamatoires, qui nécessitent des opérations encore plus lourdes et chronophages effectuées par les administrateurs (purges d'historiques et/ou masquages lourds) pour les retirer des historiques ; et que certains propos particulièrement graves peuvent faire l'objet d'un signalement PHAROS).
Et que devoir passer son temps libre à devoir « nettoyer » l'encyclopédie au lieu de pouvoir l'améliorer est assez frustrant (sans parler du manque de respect envers les contributeurs bénévoles).
Bonne journée.
--Tractopelle-jaune (discuter) 1 octobre 2022 à 17:59 (CEST)Répondre
Bonjour @Tractopelle-jaune.
Merci de votre réponse détaillée et pour avoir ouvert l'option de création de compte. Je n'ai hélas pas de solution globale à proposer par rapport au sujet que vous développez dans votre commentaire ; les ateliers que nous menons ne touchent que quelques étudiant.es chaque année.
Je vais demander le statut de créateur de compte afin de l'expérimenter. Bonne journée ! MxSz (discuter) 2 octobre 2022 à 09:46 (CEST)Répondre

Actualités techniques n° 2022-40

modifier

MediaWiki message delivery 4 octobre 2022 à 02:22 (CEST)Répondre

Actualités techniques n° 2022-41

modifier

10 octobre 2022 à 16:07 (CEST)

Actualités techniques n° 2022-42

modifier

MediaWiki message delivery 17 octobre 2022 à 23:45 (CEST)Répondre

Lien rouge

modifier

Tu/vous as/avez mis un lien vers "Service interwikipédien de prévention des avalanches de Boites utilisateurs" : Un utilisateur risque de créer la page, je te/vous laisse le retirer. Legonin (discuter) 18 octobre 2022 à 16:15 (CEST)Répondre

Actualités techniques n° 2022-43

modifier

MediaWiki message delivery 24 octobre 2022 à 23:21 (CEST)Répondre

Actualités techniques n° 2022-44

modifier

MediaWiki message delivery 31 octobre 2022 à 22:14 (CET)Répondre

Actualités techniques n° 2022-45

modifier

MediaWiki message delivery 8 novembre 2022 à 01:30 (CET)Répondre

Actualités techniques n° 2022-46

modifier

MediaWiki message delivery 14 novembre 2022 à 22:53 (CET)Répondre

Actualités techniques n° 2022-47

modifier

MediaWiki message delivery 22 novembre 2022 à 00:20 (CET)Répondre

Actualités techniques n° 2022-48

modifier

MediaWiki message delivery 28 novembre 2022 à 21:01 (CET)Répondre

Actualités techniques n° 2022-49

modifier

MediaWiki message delivery 6 décembre 2022 à 01:40 (CET)Répondre

Actualités techniques n° 2022-50

modifier

MediaWiki message delivery 13 décembre 2022 à 00:33 (CET)Répondre

Actualités techniques n° 2022-51

modifier

MediaWiki message delivery 20 décembre 2022 à 00:59 (CET)Répondre

Bonne année !

modifier
Meilleurs vœux pour 2023 !
Santé, bonheur et sérénité pour la nouvelle année !
-- O-R (discuter) 2 janvier 2023 à 16:20 (CET)Répondre

comment protéger une page wikipedia écrite par un autre utilisateur

modifier

Bonjour, il m'arrive de temps en temps d'annuler des modifications afin de préserver certaines pages (écrites par d'autres) que je "suis" habituellement. Ces textes sont soit correctement traduits à partir de Wikipedia anglais, soit issus de sources correctes que je vérifie ou tout simplement donnent une approche acceptable et réfléchi du sujet. Si une personne non enregistrée décide de passer outre et continue de vouloir modifier sans discussion, que faire ? ps : et faut-il passer obligatoirement par le PC au lieu de l'appli pour android? Merci pour votre réponse. Slts Hanafunda (discuter) 6 janvier 2023 à 00:18 (CET)Répondre

Actualités techniques n° 2023-02

modifier

MediaWiki message delivery 10 janvier 2023 à 02:06 (CET)Répondre

Actualités techniques n° 2023-03

modifier

MediaWiki message delivery 17 janvier 2023 à 02:09 (CET)Répondre

Actualités techniques n° 2023-04

modifier

MediaWiki message delivery 24 janvier 2023 à 00:44 (CET)Répondre

Actualités techniques n° 2023-05

modifier

MediaWiki message delivery 31 janvier 2023 à 01:04 (CET)Répondre

Actualités techniques n° 2023-06

modifier

MediaWiki message delivery 6 février 2023 à 11:20 (CET)Répondre

Actualités techniques n° 2023-07

modifier

MediaWiki message delivery 14 février 2023 à 02:47 (CET)Répondre

Actualités techniques n° 2023-08

modifier

MediaWiki message delivery 21 février 2023 à 02:56 (CET)Répondre

Actualités techniques n° 2023-09

modifier

MediaWiki message delivery 28 février 2023 à 00:46 (CET)Répondre

Actualités techniques n° 2023-10

modifier

MediaWiki message delivery 7 mars 2023 à 00:48 (CET)Répondre

Actualités techniques n° 2023-11

modifier

MediaWiki message delivery 14 mars 2023 à 00:18 (CET)Répondre

Actualités techniques n° 2023-12

modifier

MediaWiki message delivery 21 mars 2023 à 02:24 (CET)Répondre

Actualités techniques n° 2023-13

modifier

MediaWiki message delivery 28 mars 2023 à 03:12 (CEST)Répondre

Actualités techniques n° 2023-14

modifier

MediaWiki message delivery 4 avril 2023 à 01:38 (CEST)Répondre

Actualités techniques n° 2023-15

modifier

MediaWiki message delivery 10 avril 2023 à 22:04 (CEST)Répondre

Actualités techniques n° 2023-16

modifier

MediaWiki message delivery 18 avril 2023 à 03:53 (CEST)Répondre

Actualités techniques n° 2023-17

modifier

MediaWiki message delivery 25 avril 2023 à 00:02 (CEST)Répondre

Actualités techniques n° 2023-18

modifier

MediaWiki message delivery 2 mai 2023 à 03:44 (CEST)Répondre

Actualités techniques n° 2023-19

modifier

MediaWiki message delivery 9 mai 2023 à 02:35 (CEST)Répondre

Actualités techniques n° 2023-20

modifier

MediaWiki message delivery 15 mai 2023 à 23:43 (CEST)Répondre

Actualités techniques n° 2023-21

modifier

22 mai 2023 à 18:53 (CEST)

Actualités techniques n° 2023-22

modifier

MediaWiki message delivery 30 mai 2023 à 00:01 (CEST)Répondre

Actualités techniques n° 2023-23

modifier

MediaWiki message delivery 6 juin 2023 à 00:51 (CEST)Répondre

Actualités techniques n°2023-24

modifier

MediaWiki message delivery 12 juin 2023 à 16:49 (CEST)Répondre

Actualités techniques n° 2023-25

modifier

MediaWiki message delivery 19 juin 2023 à 22:07 (CEST)Répondre

Actualités techniques n° 2023-26

modifier

MediaWiki message delivery 26 juin 2023 à 18:17 (CEST)Répondre

Actualités techniques n° 2023-27

modifier

MediaWiki message delivery 4 juillet 2023 à 00:50 (CEST)Répondre

Actualités techniques n° 2023-28

modifier

MediaWiki message delivery 10 juillet 2023 à 21:52 (CEST)Répondre

Tech News: 2023-29

modifier

MediaWiki message delivery 18 juillet 2023 à 01:07 (CEST)Répondre

Actualités techniques n° 2023-30

modifier

MediaWiki message delivery 25 juillet 2023 à 04:19 (CEST)Répondre

Actualités techniques n° 2023-31

modifier

MediaWiki message delivery 1 août 2023 à 01:53 (CEST)Répondre

Actualités techniques: 2023-32

modifier

MediaWiki message delivery 7 août 2023 à 23:19 (CEST)Répondre

Actualités techniques n° 2023-33

modifier

MediaWiki message delivery 15 août 2023 à 07:58 (CEST)Répondre

Actualités techniques n° 2023-34

modifier

21 août 2023 à 17:24 (CEST)

Actualités techniques n° 2023-35

modifier

MediaWiki message delivery 28 août 2023 à 15:59 (CEST)Répondre

Actualités techniques n° 2023-36

modifier

MediaWiki message delivery 5 septembre 2023 à 01:32 (CEST)Répondre

Actualités techniques n° 2023-37

modifier

MediaWiki message delivery 11 septembre 2023 à 23:07 (CEST)Répondre

Actualités techniques n° 2023-38

modifier

MediaWiki message delivery 18 septembre 2023 à 21:19 (CEST)Répondre

Actualités techniques n° 2023-39

modifier

MediaWiki message delivery 26 septembre 2023 à 18:50 (CEST)Répondre

Actualités techniques n° 2023-39

modifier

MediaWiki message delivery 26 septembre 2023 à 21:49 (CEST)Répondre

Actualités techniques n° 2023-40

modifier

MediaWiki message delivery 3 octobre 2023 à 03:26 (CEST)Répondre

Actualités techniques n° 2023-41

modifier

MediaWiki message delivery 9 octobre 2023 à 16:38 (CEST)Répondre

Actualités techniques n° 2023-42

modifier

MediaWiki message delivery 17 octobre 2023 à 01:46 (CEST)Répondre

Actualités techniques n° 2023-43

modifier

MediaWiki message delivery 24 octobre 2023 à 01:16 (CEST)Répondre

Actualités techniques n° 2023-44

modifier

MediaWiki message delivery 31 octobre 2023 à 00:21 (CET)Répondre

Actualités techniques n° 2023-45

modifier

MediaWiki message delivery 6 novembre 2023 à 22:05 (CET)Répondre

Actualités techniques n° 2023-46

modifier

MediaWiki message delivery 14 novembre 2023 à 00:51 (CET)Répondre

Actualités techniques n° 2023-47

modifier

MediaWiki message delivery 21 novembre 2023 à 01:54 (CET)Répondre

Actualités techniques n° 2023-48

modifier

MediaWiki message delivery 28 novembre 2023 à 00:08 (CET)Répondre

Actualités techniques n° 2023-49

modifier

MediaWiki message delivery 5 décembre 2023 à 00:49 (CET)Répondre

Actualités techniques n° 2023-50

modifier

MediaWiki message delivery 12 décembre 2023 à 03:12 (CET)Répondre

Actualités techniques n° 2023-51

modifier

MediaWiki message delivery 18 décembre 2023 à 17:17 (CET)Répondre

Actualités techniques n° 2024-02

modifier

MediaWiki message delivery 9 janvier 2024 à 02:19 (CET)Répondre

Actualités techniques n° 2024-03

modifier

MediaWiki message delivery 16 janvier 2024 à 01:12 (CET)Répondre

Actualités techniques n° 2024-04

modifier

MediaWiki message delivery 23 janvier 2024 à 02:03 (CET)Répondre

Actualités techniques n° 2024-05

modifier

MediaWiki message delivery 29 janvier 2024 à 20:30 (CET)Répondre

Actualités techniques n° 2024-06

modifier

MediaWiki message delivery 5 février 2024 à 20:21 (CET)Répondre

Actualités techniques n° 2024-07

modifier

MediaWiki message delivery 13 février 2024 à 06:48 (CET)Répondre

Actualités techniques n° 2024-08

modifier

MediaWiki message delivery 19 février 2024 à 16:36 (CET)Répondre

Actualités techniques n° 2024-09

modifier

MediaWiki message delivery 26 février 2024 à 20:22 (CET)Répondre

Actualités techniques n° 2024-10

modifier

MediaWiki message delivery 4 mars 2024 à 20:46 (CET)Répondre

Tech News: 2024-11

modifier

MediaWiki message delivery 12 mars 2024 à 00:03 (CET)Répondre

Actualités techniques n° 2024-12

modifier

MediaWiki message delivery 18 mars 2024 à 18:39 (CET)Répondre

Actualités techniques n° 2024-13

modifier

MediaWiki message delivery 25 mars 2024 à 19:55 (CET)Répondre

Actualités techniques n° 2024-14

modifier

MediaWiki message delivery 2 avril 2024 à 05:35 (CEST)Répondre

Actualités techniques n° 2024-15

modifier

MediaWiki message delivery 9 avril 2024 à 01:36 (CEST)Répondre

Actualités techniques n° 2024-16

modifier

MediaWiki message delivery 16 avril 2024 à 01:28 (CEST)Répondre

Actualités techniques n° 2024-17

modifier

MediaWiki message delivery 22 avril 2024 à 22:27 (CEST)Répondre

Actualités techniques n° 2024-18

modifier

MediaWiki message delivery 30 avril 2024 à 05:33 (CEST)Répondre

Actualités techniques n° 2024-19

modifier

MediaWiki message delivery 6 mai 2024 à 18:43 (CEST)Répondre

Actualités techniques n° 2024-20

modifier

MediaWiki message delivery 14 mai 2024 à 01:58 (CEST)Répondre

L'admissibilité de l'article « La TV d'Orange » est débattue

modifier
Page proposée au débat d'admissibilité
Page proposée au débat d'admissibilité

Bonjour,

L’article « La TV d'Orange (page supprimée) » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:La TV d'Orange/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

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

Chris a liege (discuter) 15 mai 2024 à 17:25 (CEST)Répondre

Actualités techniques n° 2024-21

modifier

MediaWiki message delivery 21 mai 2024 à 01:03 (CEST)Répondre

Actualités techniques n° 2024-22

modifier

MediaWiki message delivery 28 mai 2024 à 02:14 (CEST)Répondre

Actualités techniques n° 2024-23

modifier

MediaWiki message delivery 4 juin 2024 à 00:34 (CEST)Répondre

Actualités techniques n° 2024-24

modifier

MediaWiki message delivery 10 juin 2024 à 22:19 (CEST)Répondre

Actualités techniques n° 2024-25

modifier

MediaWiki message delivery 18 juin 2024 à 01:48 (CEST)Répondre

Actualités techniques n° 2024-26

modifier

MediaWiki message delivery 25 juin 2024 à 00:32 (CEST)Répondre

Actualités techniques n° 2024-27

modifier

MediaWiki message delivery 2 juillet 2024 à 01:58 (CEST)Répondre

Actualités techniques n° 2024-28

modifier

MediaWiki message delivery 8 juillet 2024 à 23:31 (CEST)Répondre

Actualités techniques n° 2024-29

modifier

MediaWiki message delivery 16 juillet 2024 à 03:30 (CEST)Répondre

Actualités techniques n° 2024-30

modifier

MediaWiki message delivery 23 juillet 2024 à 02:03 (CEST)Répondre

Actualités techniques n° 2024-31

modifier

MediaWiki message delivery 30 juillet 2024 à 01:10 (CEST)Répondre

Actualités techniques n° 2024-32

modifier

MediaWiki message delivery 5 août 2024 à 22:43 (CEST)Répondre

Actualités techniques n° 2024-33

modifier

MediaWiki message delivery 13 août 2024 à 01:21 (CEST)Répondre

Tech News: 2024-34

modifier

MediaWiki message delivery 20 août 2024 à 02:53 (CEST)Répondre

Actualités techniques n° 2024-35

modifier

MediaWiki message delivery 26 août 2024 à 22:32 (CEST)Répondre

Actualités techniques n° 2024-36

modifier

MediaWiki message delivery 3 septembre 2024 à 03:06 (CEST)Répondre

Tech News: 2024-37

modifier

MediaWiki message delivery 9 septembre 2024 à 20:51 (CEST)Répondre

Actualités techniques n° 2024-38

modifier

MediaWiki message delivery 17 septembre 2024 à 02:01 (CEST)Répondre

Actualités techniques n° 2024-39

modifier

MediaWiki message delivery 24 septembre 2024 à 01:35 (CEST)Répondre

RAW 2024-10-01

modifier
Regards sur l'actualité de la Wikimedia
et d'ailleurs
Regards sur l'actualité de la Wikimedia (RAW)

OrlodrimBot (discuter) 1 octobre 2024 à 00:04 (CEST)Répondre

Actualités techniques n° 2024-40

modifier

MediaWiki message delivery 1 octobre 2024 à 00:19 (CEST)Répondre

Actualités techniques n° 2024-41

modifier

MediaWiki message delivery 8 octobre 2024 à 01:41 (CEST)Répondre

Tech News: 2024-42

modifier

MediaWiki message delivery 14 octobre 2024 à 23:20 (CEST)Répondre

Actualités techniques n° 2024-43

modifier

MediaWiki message delivery 21 octobre 2024 à 22:51 (CEST)Répondre

Invitation à participer à une recherche

modifier

Bonjour,

La Wikimedia Foundation mène une enquête auprès des wikipédiens afin de mieux comprendre ce qui incite les administrateurs à contribuer à Wikipédia, et ce qui affecte la rétention des administrateurs. Nous utiliserons ces recherches pour améliorer l'expérience des wikipédiens et répondre aux problèmes et besoins les plus courants. Nous vous avons identifié comme un bon candidat pour cette recherche et nous vous serions très reconnaissants de participer à cette enquête anonyme.

Vous n’avez pas besoin d’être administrateur pour participer.

Cette enquête devrait prendre environ dix à quinze minutes à compléter. Pour en savoir plus sur l'étude, consultez la Meta page et le déclaration de confidentialité.

Veuillez trouver nos coordonnées sur la page Méta du projet si vous avez des questions ou des préoccupations.

Cordialement,

L’équipe de recherche de la WMF

BGerdemann (WMF) (discuter) 23 octobre 2024 à 22:58 (CEST) Répondre

Wikimag n°865 - Semaine 44

modifier

Information icon Une nouvelle édition du Wikimag est disponible à la lecture.

OrlodrimBot (discuter) 28 octobre 2024 à 10:18 (CET)Répondre

Actualités techniques n° 2024-44

modifier

MediaWiki message delivery 28 octobre 2024 à 21:55 (CET)Répondre

RAW 2024-11-01

modifier
Regards sur l'actualité de la Wikimedia
et d'ailleurs
Regards sur l'actualité de la Wikimedia (RAW)

OrlodrimBot (discuter) 31 octobre 2024 à 23:34 (CET)Répondre

Wikimag n°866 - Semaine 45

modifier

Information icon Une nouvelle édition du Wikimag est disponible à la lecture.

OrlodrimBot (discuter) 4 novembre 2024 à 08:46 (CET)Répondre

Actualités techniques n° 2024-45

modifier

MediaWiki message delivery 4 novembre 2024 à 21:49 (CET)Répondre