Discussion utilisateur:Trizek

Bienvenue sur ma page de discussion

Quelques trucs

• Le tutoiement ne me dérange pas, bien au contraire !
• Je ne réponds pas par courriel, inutile d'indiquer le vôtre.
• Êtes-vous connecté·e a votre compte ?

Relecture d'un brouillon
Si vous souhaitez une relecture de votre brouillon, cela nécessite de prendre un peu de temps. Ne publiez pas votre brouillon si je ne vous ai pas encore répondu, car votre demande devient alors inutile. Rappelez-vous, il n'y a pas d'urgence à publier un article.

Archives
Archives des conversations

Laisser un nouveau message

Question de Madflamel (12 avril 2024 à 10:39)

Bonjour,

Je viens de tomber sur un article qui m'a l'air d'avoir été vandalisé (le premier paragraphe ressemble plus à un pamphlet qu'à une encyclopédie), je pense supprimer les ajouts douteux, mais il y a-t-il un moyen de signaler ces comportements ?

Bonne journée --Madflamel (discuter) 12 avril 2024 à 10:39 (CEST)

Bonjour

Il y a plusieurs manières de réagir.

1. consulter l'historique de l'article : c'est souvent là qu'est la réponse, et on voit assez rapidement quand une partie de l'article a été bouleversée. Il est de la responsabilité de chacun de corriger ce type d'erreur.
2. si il y a une motif qui se répète, ou si le fait d'avoir annulé le vandalisme persiste, il est alors plus simple d'aller signaler le vandalisme.

Bonne journée, Trizek ^bla 12 avril 2024 à 10:53 (CEST)

Question de Regali2 sur Discussion:E=mc2 (15 avril 2024 à 11:12)

Bonjour. Mon écrit sera-t-il publié? peu importe mon identification. --Regali2 (discuter) 15 avril 2024 à 11:12 (CEST)

Bonjour

Tout dépend ce que vous cherchez à faire. Quel est votre projet ?

Trizek ^bla 15 avril 2024 à 14:35 (CEST)

OK Trizek

Bien noté ta réponse sur ce que j’ai pris pour du vandalisme automatique fait par un robot. J’ai humblement ouvert la RA en indiquant que « je me trompais peut être ». On va dire que c’est donc la cas. Cependant, je t’invite à vérifier que Gion, par exemple, n’est ni une religion, ni une secte mais le nom d’un quartier et que, donc les ajouts de Immanuelle sont faux et préjudiciables l’encyclo WP. En ce qui me concerne, te faisant confiance, j’arrête l’effort (fatiguant) de corriger ces erreurs répétées et que je pensais faites par un automate programmé pas forcément à bon escient. cordialement Sadlerhm (discuter) 15 avril 2024 à 19:00 (CEST)

Je ne dis pas que tout est parfait. Et, comme pour toute personne qui débute, il y a des ajustements ; notre rôle, nous qui avons de l'expérience, est de guider. Après, si rien ne change, on peut passer à un autre mode, un peu plus coercitif. Trizek ^bla 16 avril 2024 à 23:21 (CEST)

Je t’invite à vérifier les contributions de ce contributeur, car je me suis un peu désintéressé de la question, pensant apporter une plus-value, très chronophage. Je ne sais si tu parlais de mon statut, en tant que debutant. Si oui, après 4-5 ans de contributions continues, j’en apprends tous les jours. Cordialement Sadlerhm (discuter) 12 mai 2024 à 18:21 (CEST)

Le problème a été réglé : malgré les avertissements, les traductions automatiques ont continué et Immanuelle est à présent un compte bloqué indéfiniment.

Je qualifiais bien Immanuelle de débutant.e, pas toi. :) Trizek ^bla 13 mai 2024 à 09:37 (CEST)

Encore un cas où un nouveau venu se sent menacé à tort

La situation ressemble à un cas d'il y a quelques années, jeune contributeur, dont je tairai le nom pour le laisser tranquille. Encore quelqu'un qui d'un côté essaye et de l'autre une partie de la communauté tolérante qui passe après. Entre les deux, du bruit. Tu devrais peut-être prendre le temps de regarder ce qui se passe derrière Discussion utilisateur:Mimi Micheline et Discussion utilisatrice:Héron du fleuve. La dernière est une contributrice avec un handicap visuel, ce n'est pas pour la réduire à son handicap, mais cela permet de mieux comprendre l'énergie fournie de son côté.

Je ne savais pas où en parler, j'ai pensé au projet gérant l’accueil, mais bon. Pas sûr qu'une médiation soit intéressante ici, sauf que les propos des nouveaux sont assez durs envers @YanikB alors qu'il est plutôt compréhensif... C'est un comportement récurrent avec les nouveaux. Une forme de trahison qu'ils subiraient à multiples reprises. Peut-être une simple question d'égo blessé, mais je pense qu'il y a plus à creuser. Lofhi (discuter) 19 avril 2024 à 01:27 (CEST)

On notera qu'il y a aussi eu un renommage de compte, je n'ai pas cherché à savoir le motif, j'ai préféré imaginé que c'était tout sauf pour repartir de zéro après des premières remarques qui l'auraient blessé. Sauf que certains messages laissent penser le contraire (des rappels de son expérience sous son ancien pseudonyme). Lofhi (discuter) 19 avril 2024 à 01:32 (CEST)

Je viens de voir que ça a débordé sur Commons... Lofhi (discuter) 19 avril 2024 à 01:44 (CEST)

Et le dernier message concerne ses difficultés à utiliser VoiceOver sur Commons. Bref, la vie, c'est vraiment de la merde en boîte. Lofhi (discuter) 19 avril 2024 à 01:48 (CEST)

Bonjour, et merci pour ton message. Si ça te fait du bien d'en parler, n'hésite pas, y compris en privé, sur Discord ou par email (pour ce dernier, tu trouveras le formulaire de contact en visitant mon profil perso sur un autre wiki) !

Il y a toujours des égos, qu'importe l'expérience ou les problèmes de chacun. YanikB me semble avoir été à la hauteur sur les copyvios, tout en étant patient ; d'autres auraient réagi différemment....

Il y aura toujours des personnes qui s'énervent, car les règles ne sont pas comprises, ou bien ne semblent pas justes ni correspondre à leurs besoins. Fut un temps, la réaction typique « en face » était que Wikipédia n'était pas une « encyclopédie libre », libre dans le sens de « y faire ce qu'on veut ». Quand on en arrive à ce type de Je suis du genre à toujours tenter d'arrondir les angles, surtout quand le point bloquant est juste une recommandation, mais il y a aussi des points fondamentaux non négociables.

Nous sommes une majorité à faire des efforts pour faciliter les premiers pas des novices, qui sont une immense majorité de personnes de bonne intention. C'est une excellente chose. Mais que faire face à une (rare) personne qui refuse en continu de respecter la règle sur le copyvio, ou qui publie systématiquement des articles très mal traduits uniquement à la machine ? À part être ferme, je ne vois pas. Il faut se faire une raison : il y a des personnes qui seront problématiques, toujours. J'ai eu mes cas aussi, et ce n'est jamais plaisant.

Parfois, c'est un mauvais démarrage qui met le feu aux poudres. Arriver sur Wikipédia, tenter un truc et tout voir subitement annulé, cela peut crisper. Personnellement, je tente de conserver le maximum de l'existant, et d'améliorer. Dès fois, cela est possible (même si c'est avec un refnec), parfois non, hélas.

Pour Commons... tu sais quel est ma profession. Je ne sais pas si tu sais à quel point je me bats pour que d'autres wikis que Wikipédia, ou que d'autres langues que l'anglais, aient un petit peu d'amour. C'est très frustrant, mais j'insiste avec énergie, pour que la vie ne soit pas de la merde en boîte. :)

Trizek ^bla 19 avril 2024 à 11:30 (CEST) Trizek ^bla 19 avril 2024 à 11:30 (CEST)

G.BISOGNO@PEc.IT

3/4/1023 37.159.106.96 (discuter) 22 avril 2024 à 20:16 (CEST)

3/4/2024 37.159.106.96 (discuter) 22 avril 2024 à 20:17 (CEST)

? Trizek ^bla 23 avril 2024 à 15:17 (CEST)

Growth News, April 2024

The Growth team will now send quarterly reports to keep you in the loop. Growth team weekly updates are available on wiki (in English) if you want to know more about our day-to-day work.

If you want to receive more general updates about technical activity happening across the Wikimedia movement (including Growth work), we encourage you to subscribe to Tech News.

Community Configuration

Growth features are currently configurable at Special:EditGrowthConfig. This quarter we are working on making Community Configuration accessible for other MediaWiki developers while also moving Growth feature configuration to the new CommunityConfiguration extension.

An early version of Community Configuration can be tested at Spanish Beta Wikipedia. We plan to release the new Community Configuration extension to pilot wikis (Arabic and Spanish Wikipedia) in early May, 2024. The first non-Growth team feature to utilize Community Configuration will be Automoderator.

In parallel with the development, the Growth team will propose Community Configuration usage guidelines, Community Configuration design guidelines, and provide technical documentation.

Experiment Results

Add a Image experiment analysis results

The Growth team conducted an experiment to assess the impact of the “Add an Image” structured task on the Newcomer Homepage's "Suggested Edits" module. This analysis finds that the Add an Image structured task leads to an increase in newcomer participation on the mobile web platform, particularly by making constructive (non-reverted) article edits:

• The likelihood that mobile web newcomers make their first article edit (+17.0% over baseline)
• The likelihood that they are retained as newcomers (+24.3% over baseline)
• The number of edits they make during their first two weeks on the wiki (+21.8% over baseline)
• A lower probability of the newcomers' edits will be reverted (-3.3% over baseline).

Personalized praise experiment results

This feature was developed for Mentors as part of the Growth team's Positive Reinforcement project. When A/B testing on Spanish Wikipedia, we found no significant impact on retention, but we found a significant positive impact on newcomer productivity. However, we concluded that the results weren’t positive enough to justify the time investment from Mentors. We plan to discuss this feature with our pilot wikis, and consider further improvements before scaling this feature further. Meanwhile, communities willing to test the feature can ask to have it deployed. (T361763)

English donors encouraged to try editing

As in previous years, donors were directed to a Thank you page after donation (example). However, this year we tested a new “Try editing Wikipedia,” call to action on the Thank You page. This call to action linked to a unique account creation page. From this account creation page we were able to track Registrations and Activation (editing for the first time). During the English banner campaign, the Donor Thank you page led to 4,398 new accounts, and 441 of those accounts went on to constructively edit within 24 hours. (T352900)

Future work

Annual Plan

The Growth team and the Editing team will work on the WE1.2 Key Result in the coming fiscal year. We will start initial discussions with communities soon to help finalize our plans. (T361657)

Newcomer Homepage Community Updates module

We plan to A/B test adding a new Community Configurable module to the Newcomer Homepage that will allow communities to highlight specific events, projects, campaigns, and initiatives. We are early in the planning phase of this project that will take place first at our pilot wikis and wikis volunteering. We welcome community feedback on initial designs and plans, in any language at our project talk page.

Growth team's newsletter prepared by the Growth team and posted by bot • Give feedback • Subscribe or unsubscribe.

23 avril 2024 à 20:55 (CEST)

L'admissibilité de l'article « Espace des sciences » est débattue

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

Bonjour,

L’article « Espace des sciences » 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:Espace des sciences/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.

Accéder au débat

Chris a liege (discuter) 27 avril 2024 à 23:46 (CEST)

Merci !

L'article autorail Baudet Donon Roussel vient d'être promu « bon article ». Merci beaucoup pour ton sympathique vote ! VateGV ◦ taper la discut’ ◦ 2 mai 2024 à 11:20 (CEST)

De rien ; merci pour le plaisir de cette découverte ! Encore bravo ! Trizek ^bla 3 mai 2024 à 17:07 (CEST)

Rappel : votez maintenant pour sélectionner les membres de la première U4C

Ce message est également traduit dans d'autres langues sur Meta-wiki. Aidez-nous à traduire dans votre langue

Chères Wikimédiennes et Wikimédiens,

Vous recevez ce message parce que vous avez déjà participé au processus du CdCU.

Ceci est un rappel que la période de vote pour le Comité de Coordination du Code de Conduite Universel (U4C) se terminera le 9 mai 2024. Lisez les informations sur la page de vote sur Meta-wiki pour en savoir plus sur le vote et l'éligibilité des personnes votantes.

Le comité de coordination du code de conduite universel (U4C) est un groupe mondial qui se consacre à la mise en œuvre équitable et cohérente du code de conduite universel. Les membres de la communauté ont été invités à soumettre leur candidature à l'U4C. Pour plus d'informations et pour connaître les responsabilités de l'U4C, veuillez consulter la charte de l'U4C.

Veuillez partager ce message avec les membres de votre communauté afin qu'ils puissent également participer.

Au nom de l’équipe du projet de CdCU,

RamzyM (WMF) 3 mai 2024 à 01:11 (CEST)

page sur Hermann Giguèrr

Merci de votre travail de révision. L'article a été publié par un novice sur Wiki. Il faudrait le revoir encore, semble-t-il. Merci pour votre beau travail sur Wiki. Hgig.geo (discuter) 5 mai 2024 à 19:46 (CEST)

Bonjour

Je n'étais pas au courant de l'existence de cet article consacré à Hermann Giguère, et je n'y ai pas participé. :)

Effectivement, il y reste pas mal de travail à y faire, notamment sur la biographie, où l'immense majorité des faits sont sans source. Le bandeau de maintenance orange, en haut de l'article, permet de rappeler cela.

Trizek ^bla 6 mai 2024 à 10:30 (CEST)

2 questions...

Bonjour Trizek,

Je viens de voir passer votre message concernant le blocage global de Benoit prieur, que je ne mets nullement en doute quand au fait qu'il s'agit d'une décision souveraine de la fondation, et cela m'amène à poser 2 questions distinctes :

• Il semble que cet ancien contributeur a prévu d'intervenir lors de la prochaine convention francophone 2024. Vu qu'il a fait lui-même figurer dans l'espace dédié à cette convention cette information, il serait peut-être intéressant que la fondation dans la droite ligne de sa récente intervention précise à cette occasion également son point de vu à ce sujet, en tout cas il me semble.
• J'ai bien conscience qu'il n'est pas du tout dans les habitudes de wmfoffice de faire connaitre les raisons d'un bannissement global. Je conviens également que cela a pour but de protéger toutes les parties dans le "passif" qui a conduit à en venir à une telle action. L'interrogation qui me vient quand même à l'esprit au final est que ne sachant pas pourquoi il est banni (je me doute quand même qu'il y a une relation avec ce qui l'a fait bannir de la wiki FR), une résurgence soit plus ou moins "tolérée" à l'avenir faute justement d'explication sur le pourquoi initial du bannissement... Il ne me semble pas déraisonnable qu'une courte explication à un bannissement, du style "son comportement sur le wiki ou lors de rassemblements en lien avec le wiki ont posé souci. Il y a déjà eu des cas de contributeurs bannis sur le projet francophone qui ont pu revenir de telle manière que même si des administrateurs se doutaient de ce retour, ils n'intervenaient pas...

Fanchb29 (discuter) 13 mai 2024 à 22:55 (CEST)

Bonjour Fanch

Je te réponds comme bénévole. :)

• La Wikiconvention Francophone est un événement de WikiFranca et non de la Fondation. Je ne doute pas que le comité d'organisation saura que le blocage a eu lieu quand seront revues les différentes propositions.
• De ce que j'en sais, ces bannissement globaux ne sont pas des actions prises à la légère. Il y a pas mal de personnes impliquées dans la décision, et le cas est vu et revu avant qu'une action soit prise. Par ailleurs, un bannissement étant aussi définitif que sur fr, toute « résurgence » sera elle bannie par la Fondation. À mon avis, pour le corps des admins de fr.wp, ces cas sont à traiter comme tout autre faux-nez de banni. Il ne faut pas oublier que notre communauté est soumise à des règles et des lois qui sont au dessus de nos décisions : nous devons respecter et appliquer les conditions d'utilisation, le code de conduite, les décisions du Board de la Fondation... Pour l'explication, elle me semble trop risquée à donner, car, dans certains cas, elle pourrait effectivement laisser des indices, qui amèneraient à des répercussions, ou il y aurait des personnes pour aller demander plus de détails en comparant les explications entre elles... J'entends que cela puisse être frustrant, mais au final, je pense sincèrement que c'est mieux ainsi.

Trizek ^bla 14 mai 2024 à 17:19 (CEST)

Le souci qui reste toutefois dans cette "non-information" est quand même que les protagonistes peuvent comme c'est un peu le cas actuellement aller dire n'importe quoi ici ou en dehors du projet sans que nous n'ayons aucun moyen de remettre les points sur les i...

C'est à mon sens quand même dommage qu'à un moment donné le manque d'explications de la fondation sur une action fait que les perturbations sur le projet peuvent continuer encore longtemps de cette manière-là...

Je ne dit pas que nous en tant que contributeurs avons besoin de tout connaitre, mais au moins avoir le contexte expliquant le pourquoi de l'action ne me semble pas être exagéré... Fanchb29 (discuter) 14 mai 2024 à 18:10 (CEST)

C'est juste, en particulier quand la personne bannie l'a été pour des actions invisibles ou peu visible de la majorité (harcèlement, traque, comportement dans certaines événements en présentiel...). Pour BP, le pourquoi est facilement trouvable. Trizek ^bla 14 mai 2024 à 18:18 (CEST)

J'ai bien pris garde dans mon propos de rester dans un cadre global concernant le bannissement.

Comme je l'ai indiqué, je pense que la fondation a pris sa décision au vu des informations portées à sa connaissance, et c'est son droit le plus strict de le faire. Il n'est à mon sens nul question ici de contester à la fondation ce droit.

Pour BP, non le pourquoi n'est lui-même pas si facilement trouvable si l'on n'a pas suivi les différentes étapes qui ont conduit à ce bannissement.

Là je ne vais parler que de ce que j'en sais pour ma part : il a été banni des rassemblements organisés par la cabale lyonnaise en raison d'un comportement problématique + des problèmes avec la wikimédia FR (qui eux datent). Il a voulu insister sur le wiki FR, important donc les problèmes localement ce qui s'est fini par son bannissement (local) en raison de débordements très graves sur twitter et une alerte (à priori par un tiers) au service TS de la fondation.

Je n'ai pas développé chaque étape tout simplement car je n'en ai qu'une connaissance sommaire, et c'est en cela que j'indique qu'il est fort dommage que l'on se retrouve uniquement avec cette réponse de la fondation "si vouas avez des questions, envoyez un mail".

Il est compliqué de suivre tout ce qu'il se passe ici (sur le projet) et ailleurs, on peut très facilement ne pas tout voir, et il est dommage que sur une action aussi définitive on se retrouve à se baser sur des hypothèses expliquant l'action de la fondation... Fanchb29 (discuter) 14 mai 2024 à 19:00 (CEST)

On a globalement la même perception du cas. Je n'en sais pas plus que ce qu'on trouve sur les pages de Wikipédia en français. Et je suis d'accord quant au fait il faut réussir à suivre ce qui s'est passé, même si je pense que nous avons tous deux les compétences pour suivre ce qui s'est passé.

Avec les faux-nez, on rassemble les informations permettant de connaître le passé et pour reconnaître les comportements. Je ne pense pas que T&S fera cette synthèse, car elle pourrait révéler des détails sur qui a fait déposé la demande. Le fait qu'il y ait un email à contacter est déjà une bonne chose. Cela laisse la possibilité d'aller à la pêche aux infos, même si cela ne sera sans doute pas fructueux. Il faut faire avec, malgré toute la frustration que cela cause. Trizek ^bla 14 mai 2024 à 19:19 (CEST)

Le cas en l'état ne m'intéresse pas suffisamment au point que j'aille écrire à T&S ou à tout autre pour tenter d'avoir plus d'informations et cela ne fait pas en soi parti de mon rôle sur le projet.

Juste quand même pour dire qu'une analyse de cas aurait quand même pu être très intéressant et formateur même pour la communauté dans un tel cas, dans le sens qu'après coup on peut plus facilement avoir la chance d'indiquer "ah ben tiens là si on aurait agi plus fermement, peut-être que la situation n'aurait pas aussi gravement déraper"... Je pense notamment à la manière dont se gère les pages consacrées à des évènements organisés par des tiers. Dès le premier revert, aurait t'on pu bloquer la situation par exemple ? Après je ne dis nullement que cela est facile à gérer, entendons-nous bien. Je ne dis nullement non plus que la réaction des administrateurs était mauvaise. Juste qu'une analyse après coup des actions de chacun et des autres possibles réactions à ces actions aurait à mon sens un intérêt pour éviter la reproduction de tels dossiers, et pouvoir mieux agir en cas de dérapage, quel qu'il soit. Fanchb29 (discuter) 14 mai 2024 à 22:43 (CEST)

Je vois. connaissant les besoins en terme de protection des personnes, s'il n'est pas possible d'avoir les détails, peut-être qu'un rapport global des WP:OFFICE de l'année serait intéressant à avoir pour apprendre.

Après, c'est aussi à la communauté de savoir être parfois plus efficace sur les cas évidents. Ne passer que par les admins pour tenter de démêler les conflits rend les choses compliquées, tout comme cette vieille habitude de donner trop de poids aux contributions par rapport au comportement (« certes, le comportement laisse à désirer, mais c'est quelqu'un qui participe ») . Trizek ^bla 15 mai 2024 à 16:16 (CEST)

Ce n'est pas pour ma part la première fois que je fais remarquer notamment que l'on fait peser sur les administrateurs une charge clairement indue en terme de gestion des conflits interpersonnels (notamment) et que la manière dont est configuré sur notre projet le CAr le rend inopérant dans la gestion des conflits courants, avec un désintéressement communautaire pour arriver à des solutions plus fonctionnelles.

Après, on se retrouve aussi avec la non-divulgation de WP:office et sa manière de travailler qui à mon sens pose plus souci qu'autre chose au final dans le sens que bien entendu tout n'a absolument pas besoin d'être divulgué, mais de l'autre côté ne rien divulguer du tout est tout aussi entravant dans le sens ou nous sommes alors dans l'obligation de spéculé sur ce qui a conduit à l'action, sans même être assuré que le mis en cause a pu lui-même se défendre équitablement...

Tout cela donne au final une complication difficile à gérer tant au niveau de la fondation que des projets... Fanchb29 (discuter) 15 mai 2024 à 17:32 (CEST)

WP:OFFICE mis à part, quel serait la solution au niveau du CAr ? Trizek ^bla 16 mai 2024 à 11:22 (CEST)

Qu'il s'occupe plus du traitement du problème qui lui est soumis plutôt que de la procédure déjà.

La communauté Fr a pris l'habitude quelque peu malheureuse d'attendre des administrateurs qu'ils traitent tous les problèmes, et en plus de manière publique.

Pour ma part, je pense qu'il serait possible de changer un peu la manière de procéder, dans le sens ou les administrateurs garderaient toujours la main sur les requêtes, mais avec la possibilité de dire "bon là on refile au CAr", ou si aucune réaction des administrateurs au bout de 7 jours, le CAr prends la main. Et au CAr la possibilité de réagir rapidement aux demandes. Avec une sanction plus "directe" dans le sens ou on pourrait plus facilement par exemple mettre en place une obligation pour tous les contributeurs de passer par un portail de médiation et trouver un accord avant de pouvoir modifier un article (quand sur une série d'articles les conflits sont trop récurrents)... Fanchb29 (discuter) 16 mai 2024 à 13:55 (CEST)

Merci. En retour, je te partage mon idées sur la question.

Le CAr n'ayant pas fonctionné, j'ai l'impression que côté procédure, il pourrait reprendre ce que le code de conduite universel va mettre en place. Le CAr pourrait être encadré dans ses discussions. Je pense que les membres du CAr devraient être des personnes formées aux challenges de la gestion de conflit une fois sélectionnées.

Il serait intéressant de trouver des personnes intéressées par le fait de repenser le CAr et de le remettre sur pattes, peut-être avec le soutien de la WMF (pour mener les discussions).

Perso, je passe : j'ai assez de wiki dans ma vie ! :D Trizek ^bla 16 mai 2024 à 18:01 (CEST)

Je pense que le CAr a un défaut d'origine en quelque sorte, qui est propre à la manière dont il a été pensé. Ou plutôt non-pensé.

J'entends par là qu'il a été copié du CAr anglophone d'origine, mais n'a pas suivi les évolutions de ce dernier.

Mais le souci de cette copie est que le wiki anglophone ne fonctionne pas communautairement de la même manière que le francophone, dans le sens ou la communauté anglophone se prononce sur une grande orientation, et à charge par des discussions moins formelles communautaires ou par des décisions plus "administratives" du CAr anglophone de gérer les détails. Tandis que la communauté francophone va bien plus en détail dans les décisions qu'elle prends, et ne laisse pas autant de marge de manoeuvre dans leur application.

Après, l'autre souci est que le CAr anglophone peut prescrire l'équivalent de recommandations, pas le FR.

Je suis d'accord sur l'idée que le CAr reprenne les propositions du code de conduite quand à la manière de fonctionner.

Je suis plus sceptique par contre sur l'encadrement (par qui ? de quelle manière ?) et la formation (avant de se présenter comme candidat ? une fois devenu membre (mais si on ne suis pas la formation, conséquence ?) ? qui forme ? durée des mandats ?)

Moi en l'état, je ne pense pas actuellement avoir l'énergie et l'envie de relancer tout le bouzin pour rendre actif de nouveau le CAr, parce qu'on se retrouve à quelques maigres contributeurs à chercher des solutions sans que cela passionne clairement la communauté pour avoir un CAr fonctionnel. Ca prends trop de temps, les discussions s'enlisent en plus, et je ne suis pas sûr qu'au final la communauté y tienne plus que cela... Fanchb29 (discuter) 16 mai 2024 à 18:56 (CEST)

À voir comment cela se déroule, mais il est sans doute possible de créer quelque chose.

Pour l'encadrement, j'y pensais pour la création d'un nouveau CAr. Une fois créé, la WMF peut apporter un soutien si besoin mais le CAr gagnerait à être un partenaire de Trust and Safety.

Pour la formation (par la WMF qui développe cela), c'est à définir. On peut la demander comme pré-requis pour candidater, ou la rendre obligatoire dans les trois mois après l'élection, etc. Je ne vais pas aller plus loin pour ne pas implémenter une idée dès à présent.

Je suis aussi dubitatif sur la communauté. Une impression que, malgré les récents drames, le fait que les admins fassent le boulot satisfait bien des gens... :(

Trizek ^bla 17 mai 2024 à 19:38 (CEST)

De fait, pour moi il est clair que le CAr, quelle que soit la forme retenue, ne peut de toute manière à l'avenir qu'être une forme d'antenne locale de la commission méta, et de T&S.

Je fait dans mon propos sans doute un peu trop attention aux mots dans le sens ou je n'ai pas pour ma part la même appréciation de ce qu'est un partenaire. Ceci dans le sens de laisser sous entendre qu'en tant que partenaire les "pouvoirs" seraient identiques, alors que d'une part les responsabilités ne sont pas les mêmes, et d'autre part la fondation (et le comité méta) a le possibilité d'intervenir directement sur tous les projets contrairement au CAr.

Quand à la communauté, je vais sans doute être un peu trop "trash" en disant cela, mais à terme il n'y a de mon point de vu que 2 solutions possibles :

• soit les administrateurs continuent à tout traiter, et on attends le "pépin" de trop qui fera qu'on sera mis sous surveillance plus que renforcée, avec les instances méta qui prendront la main sur tout type de conflits.
• soit les administrateurs se "lancent" dans une discussion avec le comité méta dès maintenant sur la manière de refiler tous les conflits non évidents à traiter dans l'attente d'une solution locale, et transfèrent les conflits en question sur méta. Là à mon avis au bout de 5-6 conflits laissés au sein du comité méta pour traitement, la communauté va se réveiller franchement pour trouver une solution locale plus fluide...

Fanchb29 (discuter) 17 mai 2024 à 21:30 (CEST)

Encore les pauvres admins qui doivent tout faire ! :D Plus sérieusement, j'espère que n'importe qui de la communauté se sentira légitime à étudier la création d'une solution de résolution des conflits à l'échelle locale.

Dans mon idée, le partenariat serait plutôt sur le fait que T&S pourrait venir voir les arbitres francophones pour échanger sur les demandes reçues à un niveau Meta. Cela reste à imaginer.

Trizek ^bla 18 mai 2024 à 20:53 (CEST)

Un rôle de conseil/échange serait tout à fait nécessaire.

Après, je pense qu'il sera plus qu'intéressant à terme d'avoir un équivalent de l'EBRC.

J'entends par là que le wiki local (par exemple) n'a actuellement pas voir aucune connaissance des cas qui occupent d'autres projets, et les contributeurs et/ou administrateurs peuvent se retrouver à devoir demander un blocage sur un autre projet, ou un blocage global avec la contrainte de devoir multiplier les demandes à divers intervenants.

Il me semble pour ma part intéressant qu'une fois une sanction de blocage prononcée localement, l'équipe locale ayant prononcé le blocage puisse alerter les autres équipes qu'il pourrait être pertinent de garder un oeil sur le compte en question sur leur propre wiki.

Par ailleurs, cela permettrait aux différentes équipes de mieux connaitre les autres pratiques et de s'harmoniser entre elles... Fanchb29 (discuter) 18 mai 2024 à 21:47 (CEST)

Actualités techniques n° 2024-20

Dernières actualités techniques de la communauté technique de Wikimedia. N’hésitez pas à informer les autres utilisateurs de ces changements. Certains changements ne vous concernent pas. D’autres traductions sont disponibles.

Changements récents

• Sur Wikisource, il y a une page spéciale répertoriant les pages d'œuvres sans images de numérisation correspondantes. Maintenant, vous pouvez utiliser le nouveau mot magique __EXPECTWITHOUTSCANS__ pour exclure certaines pages (liste des éditions ou traductions d'œuvres) de cette liste. [1]
• Si vous utilisez la préférence utilisateur « Utiliser l’aperçu rapide [documentation] », alors la fonctionnalité des pages de modèle « Aperçu de la page avec ce modèle » fonctionnera désormais également sans recharger la page. [2]
• Les cartes Kartographer peuvent maintenant spécifier un texte alternatif via l'attribut alt=. Ceci est identique à l'utilisation de l'attribut alt= dans la syntaxe des images et galeries. Une exception pour cette fonctionnalité concerne les wikis tels que Wikivoyage où les mini-cartes sont interactives. [3]
• L'ancienne Visite guidée de la fonctionnalité « Nouveaux filtres pour la révision des modifications » a été supprimée. Elle avait été créée en 2017 pour montrer aux personnes ayant des comptes plus anciens comment l'interface avait changé, et elle a maintenant été vue par la plupart des personnes concernées. [4]

Changements à venir cette semaine

• La nouvelle version de MediaWiki sera installée sur les wikis de test et sur MediaWiki.org à partir du 14 mai. Elle sera installée sur tous les wikis hormis la majorité des Wikipédia le 15 mai et enfin sur toutes les Wikipédia restantes le 16 mai (calendrier). [5][6]
• La page des résultats de la recherche Spécial:Recherche utilisera désormais les attributs CSS flex, pour une meilleure accessibilité, au lieu d'un tableau. Si vous avez un gadget ou un script qui ajuste les résultats de la recherche, vous devriez adapter votre script à la nouvelle structure HTML. [7]

Futurs changements

• Avec l’habillage Vector 2022, les pages de l’espace principal seront affichées en pleine largeur (comme pages spéciales). L’objectif est de maintenir un nombre de caractères par ligne suffisamment important. Ceci est lié aux prochains changements de typographie dans Vector 2022. En savoir plus. [8]
• Deux colonnes de la table de base de données pagelinks (pl_namespace et pl_title) seront bientôt supprimées. Les utilisateurs doivent utiliser deux colonnes de la nouvelle table linktarget (lt_namespace et lt_title) à la place. Dans vos requêtes SQL existantes :
  1. remplacez JOIN pagelinks par JOIN linktarget et pl_ par lt_ dans la clause ON ;
  2. puis ajoutez JOIN pagelinks ON lt_id = pl_target_id.
  • Voir phab:T222224 pour les raisons techniques. [9][10]

Actualités techniques préparées par les rédacteurs des actualités techniques et postées par robot. Contribuer • Traduire • Obtenir de l’aide • Donner son avis • S’abonner ou se désabonner.

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

Actualités techniques n° 2024-21

Dernières actualités techniques de la communauté technique de Wikimedia. N’hésitez pas à informer les autres utilisateurs de ces changements. Certains changements ne vous concernent pas. D’autres traductions sont disponibles.

Changements récents

• La fonctionnalité Nuke, qui permet aux administrateurs de supprimer en masse des pages, supprimera désormais correctement les pages qui ont été déplacées vers un autre titre. [11]
• De nouveaux changements ont été apportés à l'assistant de téléchargement de Wikimedia Commons : la mise en page générale a été améliorée, en suivant une nouvelle mise en forme et espacement pour le formulaire et ses champs ; les en-têtes et les textes d'aide pour chacun des champs ont été modifiés ; le champ Légende est désormais un champ obligatoire, et il y a une option pour que les utilisateurs copient leur légende dans la description du média. [12][13]

Changements à venir cette semaine

• La nouvelle version de MediaWiki sera installée sur les wikis de test et sur MediaWiki.org à partir du 21 mai. Elle sera installée sur tous les wikis hormis la majorité des Wikipédia le 22 mai et enfin sur toutes les Wikipédia restantes le 23 mai (calendrier). [14][15]
• Le HTML utilisé pour afficher tous les titres est en train d'être modifié pour améliorer l'accessibilité. Il changera le 22 mai sur certains habillages (Timeless, Modern, CologneBlue, Nostalgie et Monobook). Vous pouvez tester les gadgets sur votre wiki avec ces habillages et signaler tout problème lié afin qu'ils puissent être résolus avant que ce changement ne soit apporté à tous les autres habillages. Les développeurs envisagent également d'introduire une API de gadget pour ajouter des boutons aux titres de section si cela peut être utile aux créateurs d'outils, et apprécieraient tout avis que vous pourriez avoir à ce sujet.

Actualités techniques préparées par les rédacteurs des actualités techniques et postées par robot. Contribuer • Traduire • Obtenir de l’aide • Donner son avis • S’abonner ou se désabonner.

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

WP:FOI et droit de vote

Bonjour Trizek,

Je me permets de te contacter en PDD car je n’ai pas à intervenir sur le bulletin des bureaucrates. Je partage l’analyse de ton message sur les critères de vote, à un point près, à savoir le dernier : « Per WP:FOI, du fait d'une mauvaise information, je compterai le vote de Florck comme étant légitime ». Je ne comprends pas pourquoi est-ce que le fait qu’un vote ait été fait de bonne foi suffise à ce qu’il doive être décompté.

Le fait que quelqu’un agisse de bonne foi justifie qu’il ne soit pas sanctionné. Mais ici, la non prise en compte d’un vote n’est pas une sanction.

Pour faire un parallèle avec la vie réelle : imagine que demain l’administration commet une erreur lorsqu’elle présente les critères pour s’inscrire sur les listes électorales, que j’essaye de voter parce que je crois être dans les critères mais qu’une fois dans le bureau de vote au moment de vérifier ma pièce d’identité on s’aperçoive qu’en fait je n’ai pas le droit de vote et que je ne suis donc pas sur les listes. Ce serait choquant qu’on essaye de me mettre en prison pour fraude car je suis de bonne foi. Mais ma bonne foi ne justifierait pas qu’on me confère un droit de vote que je n’avais pas.

My two cents. Après, que mon déplacement soit dédit ne changerait pas ma vie, bien sûr.

Bien à toi,

Pic-Sou 21 mai 2024 à 17:09 (CEST)

Bonjour

Merci pour ton message.

En tant que communauté, nous avons manqué à notre travail de documentation pour permettre à chaque membre de participer.

Nous ne sommes pas l'administration, désincarnée car devant faire fonctionner un pays. Nous avons tout de même un niveau d'humanité supérieur, en atteste le fait que WP:FOI existe (que l'administration française a copié sur nous, d'ailleurs ; reste à ce qu'elle reconnaisse parfois les siennes).

Il nous faut donc reconnaître nos erreurs, dire quand un problème ou une injustice existent, et agir pour corriger les choses. :)

Il semble que mes comparses bubus aient la même appréciation.

Trizek ^bla 23 mai 2024 à 14:38 (CEST)

Question de FaChol sur Carlo Acutis (23 mai 2024 à 13:50)

Bonjour, l’infobox de l’article sur Carlo Acutis a un problème technique suite à une modification. Seriez-vous capable de corriger ce bog? Merci beaucoup! --FaChol (discuter) 23 mai 2024 à 13:50 (CEST)

Le problème est réglé. FaChol (discuter) 23 mai 2024 à 14:21 (CEST)

Ha, super ! :)

Quel était le souci ? Trizek ^bla 23 mai 2024 à 14:39 (CEST)

On ne voyait que le schéma de l’infobox : une information était mal entrée et donc ça a tout déstructurée l’infobox. On peut voir dans l’historique à quoi ça ressemblait : c’est assez courant comme bog. FaChol (discuter) 23 mai 2024 à 14:58 (CEST)

Pour être plus précis, en mode lecture normale, ce n’était que le schéma de l’infobox qui était visible. FaChol (discuter) 23 mai 2024 à 15:04 (CEST)