Wikipédia:ÉditeurVisuel/Avis

Une page de Wikipédia, l'encyclopédie libre.
Aller à : navigation, rechercher
Cette page ne sert qu’à donner son avis sur l’Aide:ÉditeurVisuel, outil d'édition des pages

Pour les problèmes concernant les articles, rendez-vous sur Le Bistro ou sur le Forum des nouveaux, qui sera généralement la bonne page pour en parler.

Cette page rassemble les suggestions à propos de l’ÉditeurVisuel. Pour les bugs, il est préférable de les signaler sur Phabricator (en anglais), s’ils n’y sont pas déjà signalés, mais il est aussi possible d’en faire part ici. Cette page est l’équivalent en français de la page des retours sur MediaWiki.



Archives[modifier le code]

Ne pas archiver.

Pour toutes les archives des discussions sur cette page, se référer à l'encadré en haut à droite.

Pour le suivi des bugs de l'Éditeur visuel signalés ici, voir la sous page « Suivi des bugs ».

guillemet allemand[modifier le code]

Ne pas archiver.

Salut, le guuillemet allemand se met en cliquant sur le logo omega. Le soucis est que quand on clique pour le mettre le curseur se place après, alors qu'il devrait se trouver au millieu des 2 guillemets.

Aujourdhui: « »curseur

Espéré: « curseur »

Ce n'est pas important, mais bon.

--Vatadoshu... 8 août 2015 à 20:05 (CEST)

+1, signalé — Ltrlg (discuter), le 9 août 2015 à 22:57 (CEST)
ok merci!. --Vatadoshu... 9 août 2015 à 23:38 (CEST).
En fait, il est possible que j'ai tord. Le curseur se place après les guillemets allemands, peut-être parce qu'il faut "sélectionner du texte avant de cliquer" pour mettre les guillemets.
L'idéal serait que si on ne sélectionne pas de texte, le curseur de place au milieu; mais si on sélectionne du texte, le curseur se place après.
--Vatadoshu... 10 août 2015 à 22:32 (CEST)
Je crois que c’est exactement de ça que parle T108540. Je n’étais pas certain pour le cas avec du contenu, du coup James a conservé dans le titre uniquement le cas de l’insertion simple — Ltrlg (discuter), le 10 août 2015 à 22:39 (CEST) Ils n’ont rien d’allemand, ces guillemets. Les allemands sont dans l’autre sens : »contenu« (ou „contenu“, mais ce n’est pas le sujet). avec « contenu », ils sont parfaitement français
Ah oui excellent le titre, j'avais pas vu.
Tout le monde me dis de ne pas mettre de "" mais à la place des guillemets allemands. Et derrière moi, si je met des "", les wikipédiens changent en « ». Il n'y a pas une confusion générale chez les wikipédiens? Il y a pas un terme pour différencier les 2 guillemets français?
--Vatadoshu... 10 août 2015 à 22:46 (CEST)
Les " sont un héritage des claviers/encodages limités (malheureusement encore les seuls disponibles facilement), qui sont estimés moins propres par de nombreuses personnes (plus que pour '/’, car c’est plus visible), notamment sur Wikipédia. Il semble que l’usage s’y soit imposé. Pour le nom, je ne sais pas d’où ça peut venir, mais je ne l’avais jamais croisé auparavant et je ne le trouve pas vraiment plus parlant que guillemet français, qui n’est pas ambigu — et dans le bon sens — Ltrlg (discuter), le 10 août 2015 à 23:05 (CEST)
Et voilà ! Tire la langue --Pols12 (discuter) 9 septembre 2015 à 01:04 (CEST)>

recherche d'un numéro de référence avec l'outil de recherche ctrl+F[modifier le code]

Ne pas archiver.

Sous modifier quand l'article est long je tente une recherche du numéro de référence que j'ai à modifier, genre 37. Mais ça ne fonctionne pas. Il me propose les numéros présents dans le texte, mais pas le numéro de la référence. Il ne cherche pas dans les références. je ne sais pas si c'est fait exprès.

--Vatadoshu... 26 août 2015 à 18:29 (CEST)

Bonjour Vatadoshu
Je viens de faire l'essai de la manière suivante :
  1. modifier un long article (au pif, j'ai pris Histoire du Japon)
  2. clic sur « citer »
  3. clic sur « réutiliser »
  4. Recherche (au pif) de la référence 123 : trouvée
  5. Recherche de la référence 32 : trouvée, avec
    • la 30, qui référence une page 32
    • la 132
    • la 140, qui référence une page 432
    • la 171, qui référence une page 324
Chez moi, ça marche.
Questions habituelles, quel est ton navigateur, ton OS, ton interface ?
Trizek (WMF) (discuter) 26 août 2015 à 18:45 (CEST)
humf. mozilla39 / windows vista tiens je vais le mettre sur ma PU dans la boite déroulanteSourire; l'article concerné https://fr.wikipedia.org/wiki/Adobe_Premiere_Pro recherche numéro 31 par exemple(mais tout les autres numéros devraient être pareil je suppose)
recherche de ton article du japon avec numéro 30->il ne cherche pas dans la référence. Enfin, il trouve rien en référence n°30
--Vatadoshu... 26 août 2015 à 18:53 (CEST)
Chez moi, cela fonctionne, aussi bien sous Firefox 40 que sous Chromium 44 sous Ubuntu. As-tu essayé avec un autre navigateur ? Est-ce que cela fait la même chose quand tu te déconnectes (improbable mais possible conflit avec un gadget) ? Trizek (WMF) (discuter) 26 août 2015 à 19:00 (CEST)
Trizek (WMF) qaund je me déconnecte de quoi?--Vatadoshu... 26 août 2015 à 19:02 (CEST)
De Wikipédia. Trizek (WMF) (discuter) 26 août 2015 à 19:06 (CEST)
^^https://commons.wikimedia.org/wiki/File:Gnnnnnnnnn.png oui déconnecté le 19 il surligne pas le 19 de référence, il ne trouve pas
--Vatadoshu... 26 août 2015 à 19:09 (CEST)
La capture d'écran me permet de voir que nous ne parlons pas du tout de la même chose. Mort de rire
Regarde le modus operandi que j'ai détaillé. Ce n'est pas la même chose que le tien. L'outil de recherche pou rles références et pour chercher dans les références est celui que j'ai indiqué. Tu es passée par le système de recherche et remplacement du texte.
Trizek (WMF) (discuter) 26 août 2015 à 19:12 (CEST)
Certes on ne parle pas du tout de la même chose(j'avais pas tilté), effectivement je ne parle pas de réutiliser une référence mais de faire une recherche du numéro dans une page.
La recherche que j'utilise ne fonctionne pas et c'est chiant. Quelle utilité? Pour rechercher un numéro de modèle à ouvrir pour y faire des corrections. Non ça ne marche pas non plus sous chrome; mais si tu me dis que c'est normal. (N'empêche en lecture il me trouve le numéro, mais pas en édition)--Vatadoshu... 26 août 2015 à 19:16 (CEST)
On voit ça demain. Trizek (WMF) (discuter) 26 août 2015 à 19:25 (CEST)
rien d'urgent --Vatadoshu... 26 août 2015 à 19:28 (CEST)
Je n'ai pas trouvé de retour de ce type, aussi ai-je créé un ticket. Trizek (WMF) (discuter) 27 août 2015 à 10:34 (CEST)
ok merci --Vatadoshu... 27 août 2015 à 11:35 (CEST)
Une solution serait de laisser le raccourcis CTRL+F à la recherche interne au navigateur, et d'utiliser CTRL+H (raccourcis de Libo) pour le "rechercher/remplacer" de l'éditeur visuel. Je propose ça sur Phabricator...
Il est possible en attendant d'utiliser la fonction rechercher du navigateur en cliquant à l'extérieur de l'éditeur visuel (sur le menu de gauche par exemple, ou dans la barre d'adresse du navigateur) avant de faire CTRL+F. --Pols12 (discuter) 9 septembre 2015 à 00:19 (CEST)

changer forme de "référence"[modifier le code]

Ne pas archiver.

bonjour, il y a des articles exemple: Liste de groupes rebelles actifs#Notes et références où les références c'est le chaos.

Chercher dans le code pour corriger les références ne me dis pas.

Je trouve dommage que l'on ne puisse pas changer une référence modèle "article" en "lien web" par exemple avec l'EV.


--Vatadoshu... 4 septembre 2015 à 19:35 (CEST)

C'est tout sauf intuitif, mais c'est possible. Il faut cliquer sur la référence, puis cliquer sur le bouton Citer. Ensuite, il faut aller dans l'onglet Manuel, et choisir comment on veut éditer la référence en cliquant sur le bouton de son choix. Sourire Solution donnée par Zebulon84 (d · c · b) ici --Pols12 (discuter) 8 septembre 2015 à 19:47 (CEST)
Pols12 L'astuce fonctionnait avant mais ne fonctionne plus. J'utilisais l'astuce de transformer une référence article/site web/ouvrage en "autre référence" de manière à pouvoir y ajouter le modèle "citation". Depuis le changement d'interface(avec les 3 onglets automatique/manuel/réutilisation), ce n'est plus possible.--Vatadoshu... 8 septembre 2015 à 20:20 (CEST)
Je n'ai pas tout compris... Trizek (WMF) (discuter) 8 septembre 2015 à 20:23 (CEST)
2 choses:
  • chose n°1: un lien d'avant Wikipédia:ÉditeurVisuel/Avis/Archive 4#citationet ici qui dit que avant on pouvait ajouter un point ou le modèle citation à un modèle article/ouvrage/site web avec l'éditeur visuel sans passer par le code. L'astuce consistait à ouvrir la référence sous EV avec menu citer/autre référence. ->ça ne fonctionne plus
cette technique ne permettais pas de changer un modèle en un autre. Mais d'ouvrir un modèle article dans un modèle "autre référence" (ce qui était quand même top)
  • chose n°2: souvent les modèles articles sont mis alors que le paramètre "publication" n'existe pas. Pouvoir basculer le modèle "article" en modèle "lien web" (avec l'EV) moins exigeant pourrait être une idée. Dans cet exemple Liste de groupes rebelles actifs#Notes et références il y a plein de modèles article alors qu'un modèle lien web suffirai et permettrai d'enlever les écriture rouges.
là? tu as mieux compris ? --Vatadoshu... 8 septembre 2015 à 21:40 (CEST)
Notification Vatadoshu : Sur Liste de groupes rebelles actifs que tu donnes en exemple.
  • Si je clique sur une référence utilisant {{article}} avec le paramètre obsolète "extrait" (par exemple la n°5), on me propose l'éditeur « Autre référence » (après tests, c'est bien "extrait" qui cause ça).
  • Si je clique sur une référence utilisant {{article}} sans "extrait" ou utilisant {{site web}} ou {{ouvrage}} (par exemple la n°2), on me propose bien l'éditeur adapté.
La manipulation proposée par Zébulon84 permet dans tous les cas d'accéder à l'éditeur "Autres références". Mais en effet, je suis comme toi Vatadoshu, pas moyen de passer d'une référence Ouvrage à une référence Site web ou Article (et vice versa). --Pols12 (discuter) 8 septembre 2015 à 23:56 (CEST)
J'ai testé hier soir en contribuant avec mon autre compte, et j'ai aussi pu modifier un modèle de citation en passant par « autre référence ».
Concernant le fait de passer d'un modèle à l'autre, cela me semble compliqué, étant donné qu'ils peut y avoir parfois un monde de différence entre deux modèles, et que ces modèles ne sont pas les mêmes entre les versions de Wikipédia. Je demande. Trizek (WMF) (discuter) 9 septembre 2015 à 09:25 (CEST)
pardon à vous deux. J'ai tord.
L'astuce de zébulon fonctionne toujours.Je croyais que ça ne fonctionnais pas parce que au début de la manip il met une seconde référence à côté de la première. Puis finalement dès que l'on sélectionne "autre référence" les 2 références s'effacent pour n'en laisser qu'une seule .
D'ailleurs j'ai fait une vidéo https://commons.wikimedia.org/wiki/File:Pointalala.webm --Vatadoshu... 9 septembre 2015 à 13:55 (CEST)
Depuis plusieurs semaines, plus moyen de faire cette manipulation. Chez vous aussi Notification Vatadoshu, Trizek (WMF) et Zebulon84 ? --Pols12 (discuter) 2 mai 2016 à 16:02 (CEST)
Je vais jeter un œil, mais je note que tu as créé phab:T134183 il y a peu. Trizek (WMF) (discuter) 2 mai 2016 à 17:31 (CEST)
Idem Pols, ça marche plus. Le popup "autre référence" s'ouvre vide au lieu d'être rempli. ----Vatadoshu (discuter) 3 mai 2016 à 18:37 (CEST)
<troll>C'est pourtant simple, il suffit de basculer en éditeur de wikicode, et faire les modif voulu directement…</troll> Mort de rire
Je note : « I'd suggest the French wiki find another way to do this (e.g. a suffix argument?) ». J'ai proposé ça mais la solution n'a pas été retenue (Smiley: triste)Zebulon84 (discuter) 11 mai 2016 à 20:42 (CEST)
Oui, ce débat de sourds est plutôt exaspérant. Les développeurs de l'éditeur disent qu'il faut adapter les modèle de fr.wp, et les contributeurs de fr.wp disent qu'il faut adapter l'éditeur visuel.
Je vois une solution : forker les modèles bibliographiques pour les adapter à l'éditeur visuel. Donc créer {{ouvrage (ev)}} qui ferait appel à {{ouvrage}}, en ajoutant des paramètres supplémentaires pour ajouter du contenu avant ou après. Souci : c'est un aveu que trouver un consensus est impossible dans ce domaine (et ça serait vraiment triste), de plus, les puristes de wikicode risquent de ne pas apprécier ce nouveau modèle, voire carrément le bannir. --Pols12 (discuter) 13 mai 2016 à 00:06 (CEST)
Pas besoin de faire un fork, il suffit qu'il y ai quelques soutiens clair à ma proposition et je la mettrai en place. Ceci dit, cela ne résoudra pas l'impossibilité de changer de modèle (lien web vers article par exemple) dans l'éditeur visuel. — Zebulon84 (discuter) 13 mai 2016 à 00:20 (CEST)
Faire un fork n'est pas raisonnable, mais avoir du monde qui pousse pour permettre le changement de modèle dans l'EV serait un gros plus. Je vais insister. Trizek (WMF) (discuter) 13 mai 2016 à 09:28 (CEST)
je sais pas jai l'impression que la discussion a déviée. Autant mettre un point à la fin d'une référence me semble assez anecdotique (et un bot peut le faire) autant "changer une référence modèle "article" en "lien web" avec l'EV me semblerai utile. (pas taper). Ce qui fonctionnait avant à savoir cliquer sur "autre référence" pour ouvrir n'importe quel modèle n'a jamais changé un modèle "article" en "modèle web"; ça permettait seulement d'ouvrir le modèle en "autre référence" et ainsi ajouter une citation, un point ou tout autre chose après la référence mais pas de changer le type de départ (web/article/ouvrage). De ce que je me souviens. Néanmoins cette manip était quand même utile pour rajouter des modèles (pdf, langue, citation, un point...) à un modèle créé sous web/article/ouvrage. ----Vatadoshu (discuter) 14 mai 2016 à 14:20 (CEST)

┌─────────────────────────────┘
Ce que souligne Esanders sur Phabricator, c'est qu'un débutant a bien plus facile de modifier une référence de type {{ouvrage}} qu'une référence de type « autre référence ». Je viens de proposer une idée : si une référence contient le modèle {{ouvrage}}, même s'il y a un point ou autre chose en plus, on la considère comme une référence de type Ouvrage. Et il y a juste à rajouter un moyen de modifier ce qu'il y a avant ou après. À savoir que l'éditeur de modèle permet déjà d'ajouter du contenu avant ou après un modèle (grâce au bouton « Afficher les options »), donc ça devrait être gérable.
Comme ça pas besoin de toucher aux paramètres de {{ouvrage}} Sourire. Par contre, ça ne résout pas le problème de la conversion, mais je pense comme Vatadoshu qu'il s'agit d'un problème différent. --Pols12 (discuter) 14 mai 2016 à 16:16 (CEST)

Ajouter un champ libre dans le modèle où on mettrait ce qu'on veut (un point, un modèle citation, un modèle pdf, un modèle langue)? le soucis me semble que si on met le modèle citation, il doit être Après le texte de la référence; aors que si on met le modèle langue "en" il doit être avant le modèle. Et si il y a un champ libre, ce sera mis soit toujours au début, soit toujours à la fin. ----Vatadoshu (discuter) 15 mai 2016 à 20:56 (CEST)

Mauvais lien interne dans la prévisualisation du modèle lien ajouté en wikitext[modifier le code]

Ne pas archiver.

Étapes à reproduire :

  1. Modifier une page avec l'éditeur visuel.
  2. Citer un lien (outil citer), par exemple lemonde.fr ou perdu.com.
  3. Modifier la citation insérée : l'éditeur de modèle s'ouvre avec les paramètres de {{lien web}}.
  4. Modifier le champ « site » pour y ajouter le modèle lien en wikitext :
    {{Lien|nom_article}}
  5. Appliquez les modifications.
  6. Dans la boîte de visualisation de la référence, le lien interne après « [nom de la page] sur » est mauvais (dans l'espace principal ça fait un lien de type fr.wikipedia.org/w/nom_article et dans l'espace utilisateur ça fait un lien de type fr.wikipedia.org/Utilisateur:Toto~frwiki/nom_article)

Est-ce que vous voyez d'autres modèles qui pourraient poser ce même genre de problème ? (qu'on ait une liste avant de soumettre le bug sur Phabricator pour être le plus précis possible, s'agissant d'un bug mineur...)

Bon wikitage ! Sourire --Pols12 (discuter) 1 octobre 2015 à 01:53 (CEST)

Bonjour Pols12
Je viens de tester de mon côté, et j'ai déjà des questions rien que sur les étapes :)
  1. On sait que lemonde.fr ne fonctionne que très mal avec l'ÉditeurVisuel. As-tu utilisé une référence de ce site ?
  2. L'EV insère le modèle {{lien web}} et non le modèle {{lien}}. Je ne comprends donc pas ce qu'il vient faire dans ce processus ?
  3. As-tu un exemple, un diff ?
Merci de tes réponses, Trizek (WMF) (discuter) 1 octobre 2015 à 11:15 (CEST)
Pols tu devrais faire une vidéo.--Vatadoshu... 5 octobre 2015 à 19:44 (CEST)
J'avais fait une erreur : c'est bien {{lien web}} qui est utilisé (c'est corrigé dans les étapes ci-dessus). Et ça n'a rien à voir avec lemonde.fr c'est le cas quelque soit l'URL. Je n'ai pas de diff parce que le problème n'est que dans la visualisation avec l'éditeur visuel. Une fois enregistré, la syntaxe étant tout à fait correcte, MediaWiki retourne ce qui est attendu sans souci.
Vatadoshu a raison, une vidéo est sans doute plus explicite... --Pols12 (discuter) 7 octobre 2015 à 19:27 (CEST)
Merci pour la vidéo Pols12. J'étais loin d'avoir imaginé cela.
J'ai tenté de reproduire cela, et je n'y arrive que sous Xubuntu 14.04/Firefox 41 (sois IP). J'ai le même problème avec le modèle ou avec la syntaxe classique avec les crochets. Rien sous Chromium.
As-tu le problème avec d'autres champs ?
Trizek (WMF) (discuter) 8 octobre 2015 à 15:14 (CEST)
En effet, même problème avec les crochets, même problème avec tous les champs des modèles {{lien web}}, {{ouvrage}} et {{article}}. Même problème d'ailleurs avec n'importe quel modèle ajouté depuis Autre référence (par exemple, utiliser Citer, Autre référence, Insérer > Modèle, « Date », dans le champ mois renseigner « [[février]] », Insérer, Insérer).
Je n'ai actuellement que Konqueror comme autre navigateur, et celui-ci ne fonctionne pas avec l'éditeur visuel. Donc je ne peux tester d'autres navigateur. Une autre fois, si j'y pense. Sourire --Pols12 (discuter) 8 octobre 2015 à 20:35 (CEST)
J'ai ouvert une tâche. Trizek (WMF) (discuter) 9 octobre 2015 à 10:33 (CEST)
Merci Trizek. Je viens de tester aujourd'hui avec Internet Explorer 11 sous Windows 7 : même souci. --Pols12 (discuter) 10 octobre 2015 à 16:28 (CEST)
Merci de l'avoir reporté sur Phabricator, Pols12 ! Trizek (WMF) (discuter) 12 octobre 2015 à 10:16 (CEST)

Amélioration de l'insertion de lien[modifier le code]

Ne pas archiver.

Bonjour,

Actuellement, quand on ajoute un lien on a plusieurs possibilités : en gros soit le créer ex-nihilo, soit ajouter un lien sur un mot existant. Dans le deux cas, il me semble que l'interface devrait proposer deux champs : le texte du lien et le texte à afficher (je viens encore de constater hier soir en atelier que la séparation n'est pas très clair ; il me semble que les mettre ensemble serait plus explicite).

Sinon, je ne sais pas trop ni pourquoi ni comment mais parfois les suggestions de liens cachent le bouton Supprimer et parfois non…

Cdlt, Vigneron * discut. 8 octobre 2015 à 07:26 (CEST)

Hello Vigneron
Merci, c'est reporté dans le ticket correspondant.
Pour la liste des suggestions, je rentrer cela à part.
Trizek (WMF) (discuter) 8 octobre 2015 à 15:37 (CEST)

Lien entre section référence et ref dans le texte[modifier le code]

Ne pas archiver.

Salut, je n'ai pas trouvé de réponse alors je pose directement la question : comment fait-on, sous EV, pour que lorsqu'on clique sur la ref ans la section référence, ça nous conduise directement dans le texte où la référence en question est insérée ?--Rehtse (échanger) 15 octobre 2015 à 15:34 (CEST)

Bonjour Rehtse
À l'heure actuelle, vu que les références sont affichées avec un modèle, ce n'est pas encore possible. Il y a une demande pour changer cela.
Cordialement, Trizek (WMF) (discuter) 15 octobre 2015 à 15:38 (CEST)
Ah ok, merci, c'est en cours donc patience. Bonne journée.--Rehtse (échanger) 15 octobre 2015 à 15:40 (CEST)

modèle dans tableau[modifier le code]

Ne pas archiver.

pour la page Projet:Sources/Sources les plus utilisées

  • avec l'EV, j'ai essayé de copier coller le modèle not ou yes d'une cellule à l'autre ->ça fait rien
  • avec l'EV, si j'insère le modèle not ou yes (menu insérer/modèle) , il me met un charabia dans la cellule. J'ai hésité à enregistrer. Mais après enregistrement l'apparence est correcte.

https://commons.wikimedia.org/wiki/File:Couleur_du_tableau.webm

--Vatadoshu... 4 novembre 2015 à 23:10 (CET)

En fait, tu dois normalement voir des rayures sur la case. Et au survol, un message indique que l'élément n'est modifiable qu'avec l'éditeur de code. Un ticket est bien-sûr déjà ouvert (ça concerne tous les modèles qui génèrent des cellules de tableau). --Pols12 (discuter) 5 novembre 2015 à 01:29 (CET)

Lien interne avec exposant[modifier le code]

Ne pas archiver.

Bonjour,

Lorsque je veux faire un lien vers un isotope, par exemple 235U vers Uranium 235, l'éditeur visuel me crée deux liens : un sur l'exposant, et l'autre sur le symbole de l'élément. Exemple. C'est un peu gênant.

Cordialement, (discuter) 2 décembre 2015 à 15:47 (CET)

J'ai ouvert un ticket à propos de ce problème, n'en ayant pas trouvé de déjà existant. Merci d'avoir rapporté le souci ! Sourire --Pols12 (discuter) 3 décembre 2015 à 16:47 (CET)

Modification de références[modifier le code]

Ne pas archiver.

Bonjour,

Quand on modifie une référence, il faut pour l'instant aller à l'endroit de l'insertion. Est-ce qu'il n'est pas envisageable de permettre la modification à partir de la liste des références en bas ? Je reviens de Isotopes du cérium où j'ai essayé de corriger une bête faute de grammaire dans la référence et sans comprendre où ça se modifiait, c'est pas trop wysiwyg pour le coup... (discuter) 14 janvier 2016 à 11:54 (CET)

Bonjour
Désolé pour le temps de réponse, mon emploi du temps ne m'a pas permis de gérer cette page plus tôt.
J'ai du mal à voir comment cela serait possible. En effet, l'EV modifie toute la page. Il est donc aisé de constater la faute en mode lecture, de cliquer sur l'appel de note, puis de modifier la section idoine avec l'EV. Un clic sur le numéro de la référence permet d'éditer celle-ci.
Je suis peut-être un peu trop familier de l'éditeur visuel pour réellement penser à une autre pratique. À quoi pensiez-vous ?
Merci, Trizek (WMF) (discuter) 19 janvier 2016 à 19:08 (CET)
Je cliquais désespérément sur le texte de la note, dans le sous-titre "notes", là où c'est écrit. On tombe alors sur le modèle d'appel des références ("listes de références pour le groupe a") au lieu de modifier ce qu'on voit (la note elle-même).
Ça n'a strictement rien à voir, mais puisque j'en suis à me plaindre de l'EV, je regrette pour le coup son absence en mode traduction : impossible de mettre des trucs en indice/exposant, ou même de copier/coller en gardant la mise en forme. Vu mes dernières traductions, ça oblige soit à des contorsions pour garder le texte original et traduire autour sans toucher à ce qui est déjà mis en forme, soit à des retouches ultérieures via le code ou l'éditeur visuel (comme par exemple pour la mise en exposant du 247 de 247Bk, impossible à faire en mode traduction (pour autant que je sache)). Impossible aussi de rajouter des sources, des titres... à part le gras et l'italique, rien de disponible (pas de catégorie, de portails, d'autres modèles...) Vous allez me dire, la traduction est là juste pour traduire et suppose nécessairement une relecture ultérieure, peut-être, mais parfois on préfère fignoler un paragraphe plutôt que de bâcler un article complet. (discuter) 20 janvier 2016 à 14:06 (CET) Inutile par ailleurs de vous excuser du "retard", c'est déjà pas mal d'avoir un endroit où les râleries ont ne serait-ce qu'une petite chance d'être constructives.
Je comprends mieux. C'eut été le même problème en cliquant sur « modifier le code » à cet endroit ! Il est sans doute possible d'imaginer une édition des références utilisées en groupe. Je vais demander si cela a déjà été pensé (je n'ai rien trouvé sur Phabricator).
Notification Trizek (WMF) : Finalement, le ticket pour cette demande avait déjà été ouvert. --Pols12 (discuter) 25 janvier 2016 à 21:35 (CET)
Merci Pols12 ! Trizek (WMF) (discuter) 26 janvier 2016 à 10:48 (CET)
Concernant les traductions, pour être précis, c'est dans le cas de l'utilisation de l'outil de traduction ? Si oui, des améliorations vont venir concernant la barre d'outils pour permettre une mise en page plus fine. Pour les catégories, ce serait pourquoi pas un bon plus. Par contre, il ne me semble pas que l'ajout complet de sections soit au programme (titres, etc.). L'objet de cet outil est de permettre une traduction, rien de plus : il faut effectivement toujours passer derrière pour fignoler.
Merci ! Trizek (WMF) (discuter) 20 janvier 2016 à 17:55 (CET)

Suppression de références dans le cas d'un changement de groupe[modifier le code]

Ne pas archiver.

(Oui, je me donne du travail Sourire)

Sur cette modification les références ont été supprimées lors du changement de groupe (passage de « Darcel » à « D »).

Trizek bla 21 janvier 2016 à 00:56 (CET)

phab:T124439 Trizek (WMF) (discuter) 22 janvier 2016 à 19:40 (CET)

Lien incohérent[modifier le code]

Ne pas archiver.

Bonsoir, il semble qu'un type d'erreur fréquent avec l'EV est la création d'un lien incohérent sur les années, comme dans ce diff. J'ai du mal à comprendre la démarche de celui qui procède ainsi. Je pose donc la question ici pour savoir 1/ quelle manip peut conduire à cette erreur et 2/ comment conseiller les néophytes pour éviter ce genre d'erreur. merci d'avance pour les conseils.--Rehtse (échanger) 18 février 2016 à 23:10 (CET)

J'ai l'impression que c'est lorsqu'on copie une ligne puis on modifie le lien après, en corrigeant avec la date que l'on souhaite, mais je n'en suis pas sûr.--Rehtse (échanger) 18 février 2016 à 23:13 (CET)
Je continue avec ce diff, avec lequel je viens de comprendre qu'on peut modifier le libellé affiché du lien sans modifier le lien lui-même. Du coup, un contributeur peut penser modifier le lien lui-même, or ce n'est pas le cas, ce qui donne lieu à des incohérences. Sauf erreur de ma part.--Rehtse (échanger) 18 février 2016 à 23:25 (CET)
C'est moi qui ai ajouté le modèle {{Lien incohérent}} avec AWB suite à la demande de NicoV (d · c · b) [1]. Je suis les retraits de ce modèle [2] et je me rends compte que parfois, les utilisateurs de l'éditeur visuel ne comprennent pas pourquoi le modèle a été apposé et le retirent sans corriger le lien (on m'a même reproché de remettre le modèle sur un lien non corrigé [3]).
C'est peut-être plus joli visuellement de ne pas afficher le lien s'il est différent du texte affiché, mais dans ce cas c'est dommageable, plus de 1200 articles étant dans ce cas. Il faudrait que ce problème soit plus visible aux utilisateurs de l'éditeur visuel, pour éviter ces liens ne correspondant pas au texte affiché. Si ce n'est pas un problème généralisé, ce n'est pas non plus négligeable. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 19 février 2016 à 00:57 (CET)
Bonjour !
@Rehtse. Une personne qui modifie le libellé d'un lien a, juste sous ce lien, un petit philactère qui indique quelle est la page liée. Si celle personne modifie 1867 en 1936, elle voit que le lien reste le même. Très honnêtement, à part pointer à la personne qu'elle fait une bétise, je ne vois pas trop de solution. À moins de devenir très coercitif (écrire plus gros ? Écrire en rouge ?), j'ai peur qu'il soit difficile d'améliorer l'existant.
@Şÿℵדαχ₮ɘɼɾ๏ʁ, le modèle utilisé est une bonne idée, mais, d'après le retour que tu fais, j'ai l'impression qu'il n'est pas compris : le libellé n'est pas forcément compréhensible (beaucoup de gens ne savent pas ce qu'est un lien, si !) et il pointe vers une page d'aide qui n'est pas dédiée au problème.
Il faut à mon avis changer de méthode : avoir un libellé explicite (pas d'idée), une page d'aide dédiée présentant le problème succinctement (je peux bricoler un truc) et prévenir pédagogiquement la personne qui a fait le changement par un message approprié indiquant le diff et pointant vers l'article (automatisé ?). Qu'en pensez-vous ? Trizek (WMF) (discuter) 19 février 2016 à 15:23 (CET)
Notification Trizek (WMF) : effectivement, le texte du modèle est mal compris, mais ça reste minoritaire (peut-être moins d'un cas sur dix). J'ai proposé de changer son nom [4], je pense à {{lien erroné}} ou plus simple, {{lien à corriger}}. De toute façon, il faut bien se dire qu'il y aura toujours des faignants qui voudront régler rapidement le problème en retirant le modèle et qui ne liront pas le code, la note au survol du modèle avec la souris (quand il ont une souris...) ou la documentation du modèle.
Le plus gros problème vient quand même de cette habitude à la noix de mettre des liens sur des années, alors que dans 99 % des cas ils ne sont pas pertinents... C'est une manie sur wp.fr et ce n'est visiblement pas le cas sur la plupart des autres wikis. Il faudrait vraiment faire quelque chose à ce sujet, mais j'hésite vraiment à faire quelque chose, vu l'effort à faire pour un résultat que je pense médiocre, vu que plein de gens vont dire que ces liens utiles quand même (alors qu'ils ne les utilisent quasiment jamais). Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 19 février 2016 à 18:33 (CET)
Si je parlais avec mon compte de bénévole, je dirais que je suis d'accord avec tout ça, mais là, pour l'éditeur visuel, je n'ai pas grand chose à dire à part que cela ne concerne pas vraiment cet éditeur. Et honnêtement, s'il fallait revoir le design, je crains que cela ne soit reporté aux calendes grecques car il y a des urgences bien plus, well, urgentes. Trizek (WMF) (discuter) 19 février 2016 à 18:51 (CET)
Notification Trizek (WMF) : je viens de renommer en {{lien à corriger}} et de créer Aide:Lien à corriger, tu peux relire et éventuellement ajouter les instructions pour l'éditeur visuel, mais il ne faut pas compliquer excessivement la page à mon avis. C'est une page d'aide, pas un traité scientifique comme le sont malheureusement trop de pages d'aide... Şÿℵדαχ₮ɘɼɾ๏ʁ 19 février 2016 à 19:23 (CET) Les noobs ne lisent pas, ils ne font qu'écrire, écrire, écrire... Espiègle
Excellent ! J'ai relu et apporté l'aide pour l'EV, très simplement. Trizek (WMF) (discuter) 19 février 2016 à 19:33 (CET)
Notification SyntaxTerror : Merci pour le changement de nom, qui est efectivement plus clair. Je ne remettais pas en cause le modèle apposé, au contraire. J'ai utilisé la catégorie liée pour corriger des erreurs, donc merci de l'avoir créé.
Notification Trizek (WMF) : Je ne sais pas si c'est possible, mais le constat sur l'introduction d'erreurs me laissait penser qu'on pouvait envisager d'améliorer l'ergonomie de l'éditeur. J'ai essayé de modifier des liens avec l'EV, et très honnêtemnt je comprends que les « nouveaux » contributeurs pensent de bonne foi modifier le lien en modifiant simplement le texte affiché. Il faut avoir une notion du wikicode pour saisir tout de suite la différence. Mais bon, si la seule solution est d'avoir une bonne doc, merci de l'avoir améliorée. J'ai juste signalé ces cas car il sont liés à l'utilisation de l'EV, ce cas de figure était à mon avis peu fréquent avec le wikicode. Je ne suis pas sûr que ces incohérences soient limitées aux dates. Il se trouve simplement que pour les dates la détection peut être automatisée (merci encore Şÿℵדαχ₮ɘɼɾ๏ʁ).--Rehtse (échanger) 21 février 2016 à 02:08 (CET)
@Rehtse, je comprends que tu l'aies reporté et tu as bien fait. Je vais être honnête : ce problème de design ne sera sans doute pas considéré, car il nécessiterai un trop important investissement en temps. Je vais cependant le faire remonter. Trizek (WMF) (discuter) 22 février 2016 à 09:22 (CET)
N’a-t-il pas été question un temps d’afficher un avertissement aux utilisateurs modifiant un texte sans changer la cible quand celle-ci était identique ? Qu’en est-il advenu, Trizek ? — bonnes contributions, Ltrlg (discuter), le 22 février 2016 à 10:54 (CET)
Tu me l'apprends, Ltrlg. Je pense que la tâche Phabricator sur j'ai créée fera certainement remonter cette idée si elle existe. Trizek (WMF) (discuter) 22 février 2016 à 11:12 (CET)
J'avais déjà remonté ce problème sur enwiki il y a fort longtemps... Le passage d'un robot sur frwiki montre qu'il y a déjà environ 6000 articles restant concernés par ce problème rien que pour les liens liés aux dates (Projet:Correction syntaxique/Analyse 526‎), le nombre de cas sur des liens plus généraux étant indéterminables à mon avis mais probablement bien plus élevé. Etant donné l'étendue du problème, ne faudrait-il pas enfin faire quelque chose dans l'éditeur visuel afin d'arrêter de dégrader notre encyclopédie ? --NicoV (discuter) 25 février 2016 à 11:40 (CET)
Juste pour info, il arrive également que des contributeurs ne modifient que le lien, et pas le texte affiché. Ce qui souligne qu'il y a quand même un problème de présentation de la modification. L'idée d'une confirmation en cas de différence entre un lien date et le libellé me paraît satisfaisante. Je suis incapable de dire si des liens autres que des dates sont concernés, et ne sais donc pas s'il faut envisager d'étendre cette confirmation imposée à tous les liens pour lesquels seul le libellé et modifié. Je confirme que la correction de ces cas est longue, il faut vérifier quelle est la bonne date, ce qui est rarement immédiat.--Rehtse (échanger) 25 février 2016 à 14:25 (CET)
J'aurai une réponse lundi soir : nous avons ce point à l'ordre du jour d'une réunion concernant l'éditeur visuel. Trizek (WMF) (discuter) 25 février 2016 à 17:14 (CET)
Et s'il y avait un bouton permettant d'afficher tous les liens. Ce bouton serait activé par défaut (pour les IP et nouveaux contributeurs), et serait désactivable bien sûr. Du coup, on affiche tous les liens, et pas seulement quand le curseur est dessus (par exemple entre crochets et avec un arrière plan coloré, suivant le texte du lien). Ça rendrait très moche et moins WYSIWYG, mais ça éviterait ce souci.
Je pense à l'affichage des caractères non imprimables sur un traitement de texte : c'est très moche mais pratique et désactivable. --Pols12 (discuter) 25 février 2016 à 19:47 (CET)
Désolé, mais je ne comprends pas ton idée, Pols12. Trizek (WMF) (discuter) 26 février 2016 à 15:21 (CET)
Pour répondre à Rehtse. Ça semble concerner tous les liens, cf. par exemple cette modification qui a dû être faite en faisant un copier/coller de la ligne "2010" et en changeant le texte : on voit le même problème sur le lien vers l’année (ce qui fait que j'ai pu facilement trouver cette modification) et sur le lieu (qui lui est nettement plus difficile à détecter). Trizek (WMF), j'espère que tu pourras faire remonter que ce problème d'ergonomie entraîne de sérieuses dégradations de notre encyclopédie… --NicoV (discuter) 27 février 2016 à 22:45 (CET)
Voici une capture d'écran
Capture d'écran d'un éditeur qui affiche tous les liens de manière permanente, fonctionnalité désactivable par un bouton interrupteur.
pour montrer mon idée. Les boites en orange, c'est la première partie du wikicode, l'URL en fait. Les boites sont affichées par défaut pour les nouveaux utilisateurs et les IP. Un bouton dans la barre d'outil permet de masquer ces boites orange (et des les afficher lorsqu'elles sont masquées). --Pols12 (discuter) 28 février 2016 à 19:08 (CET)

┌─────────────────────────────────────────────────┘
La réunion d'hier me permet de vous donner quelques éléments de réponse en attendant une réponse complète de JD Forrester, Senior Product Manager (Editing Product Lead).

L'inspecteur de lien ne sera pas modifié, car il ne s'agit pas simplement de mettre un lien sur un mot. Il y a parfois des cas de figure où l'on fait un lien sur une image, sur un ensemble combiné d'élements (texte, modèle, texte en exposant, etc), et d'autres cas. Ces cas doivent être pris en compte pour générer du wikitexte qui soit propre, ce que fait l'éditeur de liens actuel. Plus de détails lorsque que James aura posté sa réponse.

Pols12, ton idée serait peut-être faisasbe avec un gadget ? Trizek (WMF) (discuter) 1 mars 2016 à 12:05 (CET)

Un gadget n'aurait pas d'intérêt, puisque (vous me dites, si je dis une connerie), mais les gadgets sont utilisés par les contributeurs avancés alors dans ce cas, ce « gadget » serait au contraire désactivé par les contributeurs avancés... Il s'agit d'aider les quelques personnes qui ne comprennent pas le principe d'un lien hypertexte. --Pols12 (discuter) 1 mars 2016 à 14:34 (CET)
Il reste possible d'activer des gadgets par défaut. Après, l'idée permet-elle de résoudre les problèmes et de prendre en charge l'ensemble des cas psosibles (liens sur un modèle sur une image, combiné avec autre chose...) ? Il faudrait tester. Trizek (WMF) (discuter) 1 mars 2016 à 14:38 (CET)
Vu les réactions sur phab:T55973, on voit bien que ce problème est récurrent, qu'une solution est demandée par beaucoup de monde, et que la seule réponse de JF est "With the benefit of four years' discussion in dozens of places, I'm now happy to conclude that this is indeed Declined." sans aucune explication. Ca me confirme dans l’idée que le "Editing Product Lead" n'en a rien à faire de la qualité des wikipédia. --NicoV (discuter) 1 mars 2016 à 13:52 (CET)
Nous avons demandé les explications hier, et la réponse est attendue. Mais je ne dirai pas qu'il n'en a rien à faire de la qualité, vu qu'il est lui même contributeur et concerné. Trizek (WMF) (discuter) 1 mars 2016 à 13:58 (CET)
Trizek (WMF) Vu qu'il s'agit d'un problème avéré (des milliers d'articles endommagés), le fait que les discussions et recherches de solutions ne soient pas encouragées par le "Editing Product Lead" et que ces explications pour ne pas faire soient pour le moins laconique (après 4 ans de discussions quand même...), montre bien que la qualité des articles ne le concerne pas beaucoup. Par "recherches de solutions", j'entends que si ce qui était demandé dans phab:T55973 n'était pas réaliste (je peux le comprendre), alors on pourrait chercher une autre solution pour éviter ce problème récurrent de liens ne pointant pas du tout vers le bon article. Le "Editing Product Lead" devrait favoriser la recherche de solutions...
Par exemple, ce que propose Utilisateur:Pols12 m'a donné une autre idée : par exemple, dans la popup qui s'affiche quand on est sur un lien, ne peut-on aussi mettre le texte affiché quand il est différent de la cible et une indication bien visible quand le texte affiché semble incohérent avec la cible du lien (le cas des dates semble le plus simple à repérer). Dans le même ordre d'idée : quand l'utilisateur modifie le texte affiché sur un lien où il était initialement égal à la cible, mettre un message bien voyant dans cette même popup "Voulez-vous aussi changer vers où le lien pointe ?" avec un bouton "Oui" pour le faire sans même avoir à rentrer dans l'inspecteur de liens ? Ce sont juste des idées. --NicoV (discuter) 4 mars 2016 à 10:56 (CET)
James n'est pas du genre à ne pas souhaiter améliorer les choses, et, quand il répond qu'il n'est pas possible de faire quelque chose, c'est bien parce qu'il a considéré toutes les options.
Il est très ouvert aux suggestions et à ce qui pourrait aider à résoudre n'importe quel problème (il ne peut pas penser à tout non plus). Donc tes suggestions sont les bienvenues. Sourire
Quelques questions à leur propos : l'idée serait d'avoir deux éléments dans la bulle de modification ? Du type « texte affiché : 2003 ; page liée : 2002 » ? En mode lecture ou modification ?
Le message avertissement est quasiment impossible à mettre en place, lui. Cela a déjà été étudié par d'autres usages, et si j'ai bien compris, il est très difficile de comparer des changements en temps réel (contrairement à fair ele rendu, ce que fait l'EV).
Merci, Trizek (WMF) (discuter) 4 mars 2016 à 12:53 (CET)
Trizek (WMF)
VisualEditor - Link editing inline - fr.png
Mon idée était basée sur le fait que l'éditeur visuel affiche déjà une fenêtre popup quand le curseur d'édition est sur un lien : le petit symbole "lien", le texte "Lien", un bouton pour effacer le style (absent de la copie d'écran que j’ai trouvée), "Modifier" pour modifier le lien, et en-dessous des informations sur la cible du lien (nom de la page, image, texte). On pourrait y ajouter plusieurs choses : répéter le texte affiché, en mettant en évidence les cas où ce texte affiché est probablement incohérent, ou à minima les cas où ce texte est différent de la cible. Et de pouvoir proposer directement aussi dans cette fenêtre popup de modifier la cible quand on vient de modifier le texte affiché...
(Report de bug déplacé plus bas par Trizek (WMF) (discuter))
Quand à l'ouverture aux suggestions, ce n'est pas du tout l'impression qu'il me donne. Je peux me tromper, mais je ne vois vraiment pas cette recherche de solutions (sans qu'il ait besoin de penser à tout...), c'est-à-dire je ne vois pas d'encouragement au dialogue pour trouver des solutions (ses refus sur phabricator sont généralement laconiques, sans ouverture pour dialoguer : c'est loin d'être la première tâche phabricator que je vois clôturée de cette manière par lui...). --NicoV (discuter) 4 mars 2016 à 13:34 (CET)
Je vois mieux l'idée. En théorie, l'utilisateur devrait faire le lien entre l'élément surligné en bleu et la pop-up, mais vu que ce n'est visiblement pas le cas. Cependant, si on répète le texte, cela va laisser penser à l'utilisateur qu'il pourra modifier ce texte en cliquant sur « modifier ». Or, c'est impossible du fait des trop nombreux cas complexes. Pour ce qui est de proposer de modifier le texte suite à la modification du lien, il faudrait parler le texte en temps réel, ce qui est quasi-impossible comme je l'ai indiqué.
Pour ce qui est de l'ouverture aux suggestions, je peux comprendre cette impression. Présentement, c'est un sujet répétitif et donc lassant. J'attends sa réponse. Trizek (WMF) (discuter) 4 mars 2016 à 14:52 (CET)
Trizek (WMF) Merci pour ta réponse. « Pour ce qui est de proposer de modifier le texte suite à la modification du lien » : je suggérais l'inverse « proposer de modifier le lien suite à la modification du texte » (quand initialement le texte et le lien étaient identiques). Si ce n'est pas possible, dommage... --NicoV (discuter) 4 mars 2016 à 14:56 (CET)
J'ai peur que ce ne soit pas faisable techniquement ni dans un sens ni dans l'autre, vu que les deux consistent à comparer des diffs en temps réel, ce que nous ne savons pas faire et qui serait très difficle à réaliser. Trizek (WMF) (discuter) 4 mars 2016 à 15:06 (CET)
Notification NicoV : Je ne suis pas trop convaincu par tes propositions.
  1. Afficher le texte du lien dans la boite, je suis pas sûr que ça change quelque chose : je pense que l'utilisateur ne regarde même pas cette boite (il ne la comprend sans doute pas).
  2. Afficher un message d'avertissement, ça fait peur (c'est souvent utilisé pour les erreurs) et le souci reste : si l'utilisateur n'a pas compris la notion de lien, il ne comprendra pas le message non plus, je pense.
--Pols12 (discuter) 5 mars 2016 à 16:48 (CET)
Je reviens sur "ouvert aux suggestions" : désolé, mais non je ne trouve pas. C'est assez décourageant d'essayer de proposer des choses pour se faire immédiatement rembarrer sans qu'il y ait visiblement le moindre effort de compréhension de ma suggestion. Ca me semble pourtant évident que plutôt que d'utiliser le "autovalue" directement, il suffit d'appeler l’API pour l'évaluer correctement avant… C'est par exemple justement ce que je fais pour apposer le modèle {{Lien à corriger}} avec la date du jour… --NicoV (discuter) 4 mars 2016 à 23:36 (CET)

Pb de champ d'infobox linéaire assez long[modifier le code]

Ne pas archiver.

Re,

Je reviens de Raid sur l'île Pebble, où cliquer sur l'infobox en mode EV a un effet déboussolant : l'un des paramètres comporte plusieurs lignes, qui se mettent toutes sur la même ligne, du coup ça donne l'impression que l'article disparaît. On peut s'y retrouver, mais c'est surprenant, il y aurait peut-être moyen d'améliorer l'ergonomie de la chose. Esprit Fugace (discuter) 20 février 2016 à 20:10 (CET)

Bonjour, c'est un bug du modèle {{Liste éléments}}. Voir comme point d'entrée vers les différentes discussions : Discussion modèle:Liste éléments/Suppression. Cordialement - Drongou (discuter) 20 février 2016 à 22:54 (CET)
Notification Esprit Fugace : Suite à une évolution du modèle par Od1n (d · c · b) (Voir la demande sur DIPP ici), il semble que le problème est réglé. Notification Pols12. Cordialement - Drongou (discuter) 18 mai 2016 à 18:00 (CEST)
Le problème était en fait encore présent. {{Liste éléments}} n'est malheureusement pas compatible avec l'éditeur visuel, en raison du nombre indéterminé de paramètres. J'ai corrigé les articles en question, en utilisant {{Liste horizontale}} tout simplement. Clin d'œil od†n ↗blah 18 mai 2016 à 18:14 (CEST)
Je ne sais pas quel article tu as vu mais le problème semble bel et bien corrigé. Exemple : Combat de l'Alliance et de la Sybil (Avec Windows 7 et IE10/Chrome50) - Drongou (discuter) 18 mai 2016 à 18:28 (CEST)
Je n'ai observé le problème qu'une fois, et je ne parviens plus à le reproduire maintenant. Probablement une histoire de cache. J'ai effectivement effectué des corrections au niveau de la séparation des éléments. Two birds one stone. Sourire od†n ↗blah 18 mai 2016 à 21:18 (CEST)
Notification Drongou : Oui, {{liste éléments}} n'étend plus la page. Cependant, le bug n'est pas toujours pas résolu car l'affichage n'est pas toujours pas bon avec le modèle {{portail}}. Merci od†n pour ce nouveau modèle, mais ce qui m'embête c'est que le nouveau modèle n'utilise toujours pas les balises <li> et donc c'est pas terrible niveau accessibilité. M'enfin, je sens tout de même que l'avènement de {{Liste horizontale}} est proche... Sourire (je laisse de côté TemplateData qui est aussi mauvais pour les deux modèles, à mon humble avis). --Pols12 (discuter) 18 mai 2016 à 23:35 (CEST)
On pourrait aisément ajouter un mode "accessible" à {{liste éléments}}, et même l'activer par défaut dans les palettes (si pas spécifié un séparateur exotique), et même permettre une syntaxe avec des barres verticales pour {{liste horizontale}}… mais à première vue le mieux est de ne pas rentrer dans de telles complications, et simplement mettre en œuvre {{liste horizontale}} tel qu'il est actuellement. od†n ↗blah 21 mai 2016 à 01:51 (CEST)
Je viens de m'occuper du modèle {{Portail}} (126720710) ; j'ai testé et cela résout bien le problème (si jamais vous n'observez pas le changement, purgez le cache serveur toutça, comme j'ai eu à faire). od†n ↗blah 2 juin 2016 à 18:27 (CEST)

Bug mystérieux[modifier le code]

Ne pas archiver.

Bonjour,

Ceci n'est pas ce que je voulais faire. Le tableau était une adaptation d'un copié/collé de Isotopes du bore, les données partiellement copiées-collées du tableau des isotopes qui se trouvait dans l'article (le modèle "unité" étant inadapté, je l'avais retiré), je ne vois pas du tout d'où peut venir le fatras qui s'est retrouvé dans l'article. J'ai corrigé ça, mais je voulais signaler la chose.

Cordialement, (discuter) 31 mars 2016 à 16:03 (CEST)

Bonjour
Bug mystérieux, mais déjà connu.
Merci pour ce nouveau report ! Trizek (WMF) (discuter) 31 mars 2016 à 19:05 (CEST)
Notification Trizek (WMF) : Ok, c'est noté. De ton côté, note aussi que le bug dans ce diff ne se restreint pas à l'ajout intempestif de <span data-ve-clipboard-key="0.7541924023058636-0">, mais couvre aussi l'ajout de tous les « href="quelque chose" » (href="métabolisme" ou href="argile" ne viennent ni de l'article de départ, ni de l'article d'arrivée, ni d'un copié/collé intermédiaire, je n'ai aucune idée d'où ça vient). Cordialement, (discuter) 1 avril 2016 à 09:20 (CEST)
Effectivement, c'est un autre bug. Trizek (WMF) (discuter) 1 avril 2016 à 09:45 (CEST)
Rebelote, mais du coup comme c'est connu je vais arrêter de tout reporter. Je ne comprends pas d'où viennent les données additionnelles, c'est franchement bizarre. (discuter) 1 avril 2016 à 11:34 (CEST)
Merci pour ce nouvel exemple. En plus d'être bizarre, ce bug a tout d'énervant. Trizek (WMF) (discuter) 2 avril 2016 à 15:19 (CEST)
Dans l'intérêt de permettre un jour l'écrasement de ce bug... Nouvelle occurrence dans les mêmes circonstances, et je note que ce bug apparaît même avant la sauvegarde : avec un copié/collé en mode éditeur visuel, puis un basculement en mode édition code, on voit déjà le code défectueux. Et le bug apparaît sous firefox uniquement, pour autant que je puisse voir (j'ai aussi testé IE et Safari). (discuter) 4 avril 2016 à 10:52 (CEST) PS : HA ! Les données additionnelles dans les "href" sont issues de certains des premiers liens internes de l'article destinataire du copié/collé.

Visual Editor / Modèle dont les valeurs peuvent être issus de Wikidata[modifier le code]

Ne pas archiver.

Une évolution intéressante pour la contribution via VisualEditor serait la capacité à précalculer la valeur d'un champs si ce champs en l'absence de "surcharge" local est calculé en se basant sur des données de Wikidata (y a surement des cas non compatibles mais je pense que dans pas mal de cas on a une substitution simple des champs) :

Exemple de comportement:

  • Je mets un modèle infobox dans un article
  • Ce modèle contient des références à Wikidata qui sont utilisés si pas remplis par moi
  • Quand j'édite le modèle via visualEditor, afficher si pour mon attribut (pour lequel j'ai indiqué dans le templatedata une description et/ou une référence à un attribut Wikidata de l'entrée wikidata correspondant à mon article), une valeur peut être calculer depuis wikidata et de proposer de la surcharger.

Merci d'avance Loreleil [d-c] 10 juin 2016 à 11:54 (CEST)

Notification loreleil : tu vois d'autres modèles que les infobox pour lesquels ça serait intéressant ? Il y a un ticket général et un autre uniquement pour les infobox. Un des deux correspond à ce que tu proposes ici ? --Pols12 (discuter) 10 juin 2016 à 15:57 (CEST)
Conflit d’édition Juste pour affiner ma compréhension de l'idée, je prends un exemple : un champ défini dans le TemplateData correspondant à P106 (occupation)une propriété afficherait dans la fenêtre d'édition les valeurs correspondantes renseignées sur la fiche wikidata correspondant à l'article ? Pour Albert Londres, P106 (occupation) afficherait par défaut dans le TemplateData les valeurs de Q1930187 (journaliste) et Q36180 (écrivain) ? Si une personne met une autre valeur, on a alors cette valeur qui s'affiche ? Dans le cas contraire, on a tout ce que l'inforbox propose lié à Wikidata ? C'est ce que fait déjà
Wikipédia:ÉditeurVisuel/Avis
une illustration sous licence libre serait bienvenue
. Trizek (WMF) (discuter) 10 juin 2016 à 16:02 (CEST)
je crois qu'il y a des cas liés aux références bibliographiques mais je suis pas sur (surtout qu'il me semble que ce genre d'insertion fait débat sur les refs). J'ai pas regardé extensivement mais il y a un potentiel au delà des infobox (les liens inter projets aussi). Pas compris par contre ton explication après : mon besoin n'est pas dans l'affichage du rendu mais dans l'affichage de la fenetre d'édition du template. Pour le Phab cela ressemble au ticket général mais pas à l'autre qui traite d'un autre probleme à mon avis (si je le comprends bien).
Prenons l'exemple de BOUML. L'infobox est {{Infobox Logiciel}}. Elle contient un certain nombre de paramétre de type mixte : paramétre de l'appel du modèle ou à défaut autres paramètres ou à défaut Wikidata. Exemple : L'attribut "logo" dans le Visual Editor quand on édite le modèle si on vide l'attribut Logo on voit apparaitre le message suivant (placeholder) : Par défaut : {{#Property:P154}}. Ce qu'il serait intéressant serait de pouvoir voir la valeur de cette property si elle existe. Ceci aussi pour tous les champs dont l'attribut peut être substituer par une valeur de Wikidata qui soit rempli d'indiquer que ces champs sont remplis actuellement avec la valeur XXX de wikidata même s'ils n'ont pas été remplis dans wikipedia (aujourd'hui si le champs Logo n'est pas rempli on ne voit pas que ce champs là en fait est interprété via Wikidata)....
Loreleil [d-c] 10 juin 2016 à 16:49 (CEST)
L'idée serait donc bien d'indiquer la valeur correspondante dans l'interface ? Trizek (WMF) (discuter) 10 juin 2016 à 19:09 (CEST)
Oui et un peu plus : si un attribut est "peuplable" par une donnée existante dans wikidata qu'il apparaisse dans la liste des attributs "utilisé" :) (je sais pas trop la limite du possible là) Loreleil [d-c] 10 juin 2016 à 19:56 (CEST)
Est-ce cela ? Trizek (WMF) (discuter) 10 juin 2016 à 21:05 (CEST)
J'ai du mal à saisir ce que propose ce phab là. En tout cas la 1 ere réponse de eranroz ressemble à ce dont je parle (établir une méthodologie de description de templateData qui permette d'avoir l'intégration de templateData dans le contexte Wikipédia qui interprette cette description vis à vis de wikidata) mais par contre 2 eme réponse de eranroz est hors sujet par rapport à ce que je parle (la il s'agit d'usage de wikidata pour traduire la page de VisualEditor ce qui est faiblement pertinent de mon point de vue quand on est dans la contribution ....) . Loreleil [d-c] 13 juin 2016 à 19:23 (CEST)
Dans le même style, il serait inintéressant de proposer un bouton à part pour ajouter l'infobox, comme pour l'ajout de modèle. Il pourrait contenir une version condensée et plus pratique de la page Aide:Liste_d'Infobox. --Framawiki 13 juin 2016 à 20:02 (CEST)
Merci Loreleil. Je sais à présent que ce que tu demandes a déjà été suggéré, et je vais y ajouter ton retour.
Framawiki, ta demande est très différente : c'est faisable par l'ajout de boutons personnalisés, soit via un script personnel, soit via un gadget activé par défaut ou non.
Trizek (WMF) (discuter) 15 juin 2016 à 09:57 (CEST)

Problème de mise en forme avec un tableau[modifier le code]

Ne pas archiver.

Bonjour,

Je signale un bug : en voulant toucher un peu à un tableau, le résultat n'était pas celui que je visais. J'ai dû éditer en mode code la version précédant ma modif pour rétablir le tableau tel que l'éditeur visuel me l'affichait.

Cordialement, (discuter) 3 août 2016 à 10:46 (CEST)

Bonjour
Un diff pour un tableau étant quasi-impossible à comprendre pour un être humain normalement constitué, j'aurai besoin de précisions : qu'est-ce que l'EV n'a pas été capable de réaliser ?
Merci, Trizek (WMF) (discuter) 3 août 2016 à 11:01 (CEST)
Quand j'ai sauvegardé ça, l'EV m'affichait ça. En d'autres termes, l'EV m'affichait ce que je voulais, mais à la sauvegarde c'est devenu autre chose. Comme justement lire les tableaux en mode code c'est imbitable, il m'est difficile d'exprimer ça plus clairement. Cordialement, (discuter) 3 août 2016 à 13:13 (CEST)
Merci ! C'est beaucoup plus clair :) J'ai fait un ticket pour voir comment explorer ce problème. Trizek (WMF) (discuter) 3 août 2016 à 15:54 (CEST)

Problème liste des maires[modifier le code]

Ne pas archiver.
Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; WOW64; rv:48.0) Gecko/20100101 Firefox/48.0

URL : https://fr.wikipedia.org/wiki/Beaumont-sur-Oise

J'ai rempli la liste des maires mais le tableau est complètement décalé. Comment le remettre en place ?

Stoïn.N (discuter) 7 septembre 2016 à 02:32 (CEST)

En effet, il s’agit bien d’un bug. Les modèles sont analysés syntaxiquement (parsed) séparément dans l’Éditeur visuel, donc pas de souci, mais lors de l’analyse global du code, une fois sauvegardé, comme il n’y a pas de retour à la ligne, la wikisyntaxe des tableaux est erronée et du coup ça ne s’affiche pas.
Je pense que le plus simple est de demander une option dans TemplateData pour indiquer s’il faut un retour à la ligne après le modèle. Après recherche, il s’adit de la tâche T135667 qui va bientôt être corrigée. --Pols12 (discuter) 8 septembre 2016 à 17:15 (CEST)

Toujours des balises h2...[modifier le code]

Ne pas archiver.

Bonjour, l'éditeur visuel produit toujours des balises de titres HTML au lieu d'utiliser la syntaxe wiki: The Island, seuls au monde, Chloé Sauvourel... --NicoV (discuter) 7 septembre 2016 à 13:42 (CEST)

Notification NicoV : tu l'as déjà signalé sur Phabricator ou il faut créer la tâche ? --Pols12 (discuter) 8 septembre 2016 à 17:26 (CEST)
Rien fait sur Phabricator, il faudrait créer la tâche. NicoV (discuter) 9 septembre 2016 à 10:03 (CEST)
Fait
Je ne parviens pas à savoir si c'est l'EV qui les ajoute ou si c'est lié à une copie. Pourtant un des deux cas consiste juste en le formatage du titre... Trizek (WMF) (discuter) 9 septembre 2016 à 18:31 (CEST)

Contribution - à tort - dans le modèle : Section vide ou incomplète[modifier le code]

Ne pas archiver.

Bonjour, pour info, j'ai vu passer cette demande cette demande sur WP:DIPP qui essaye de traiter la contribution à tort par les utilisateurs de l'ÉditeurVisuel dans le modèle {{...}}.
Si l'on regarde le site des stats des modèles qui ne voit que les contributions non corrigées, le problème doit être relativement fréquent : http://wstat.fr/template/info/Section_vide_ou_incomplète
Quelques exemples :

Notification Framawiki
Cordialement - Drongou (discuter) 17 septembre 2016 à 13:03 (CEST)

Merci Drongou.
Étapes à reproduire en condition utilisateur :
  • Sur un modèle {{...}} (ou possiblement tout autre), cliquer sur le modèle puis sur Modifier avec l'EV.
  • Ajouter plus d'informations
  • L'éditeur demande un nom puis du contenu
  • Après avoir cliqué sur Appliquer les modifications la page est enregistrée mais le nouveau texte pas affiché, pourtant bien présent dans le code source.
Le problème est que l'EV ne bloque pas / avertisse lorsqu'un utilisateur veut ajouter un argument qui n'est pas pris en compte.--Framawiki 17 septembre 2016 à 16:17 (CEST)
J'ai ajouté une description au modèle en précisant qu'il faut ajouter le texte après le modèle. Mais le problème est qu'il n'est pas facile d'ajouter du texte après le modèle s'il n'y a aucun texte dans la section : il faut se positionner au début du titre de la section suivante et ajouter un retour ligne, ce qui n'est pas vraiment intuitif. — Zebulon84 (discuter) 18 septembre 2016 à 04:06 (CEST)
  • Suggestion 1 : ajouter un paramètre TemplateData permettant de « verrouiller » le modèle. C’est-à-dire, qu’on ne peut ajouter aucun paramètre non renseigné dans TemplateData. Ainsi on marquerait comme verrouillé tous les modèles dont les TemplateData sont entièrement renseignés.
  • Suggestion 2 : demander à ce que la zone « + Insérer un paragraphe » qui apparait au survol (lorsqu’un modèle est sur la première ligne par exemple) apparaisse également entre un modèle et un titre de section.
Qu’en pensez-vous ? --Pols12 (discuter) 18 septembre 2016 à 11:23 (CEST)
Le deux propositions me semblent correctes, merci. D'autres vais ? --Framawiki 18 septembre 2016 à 13:54 (CEST)
Pour le point 1, je pense qu'il est toujours problématique de bloquer une contribution, les cas d'usage étant toujours difficiles à envisager.
Pour le point 2, je pense que c'est exactement le problème, vraiment très bien vu. Après essai, on voit bien qu'il est anti-naturel de se positionner sur le titre d'une section suivante pour initier un paragraphe. De plus, on remarque que si deux modèles se suivent alors le bandeau de proposition d'ajout apparait (Quelques cas de test sur Utilisateur:Drongou/Test12 sept. 2016) Je suis donc tout à fait favorable à cette demande.
En passant, esr-ce qu'un admin pourrait faire un nul edit sur les modèles {{...}} et {{Section vide ou incomplète}} pour que le templatedata se propage. Cordialement - Drongou (discuter) 19 septembre 2016 à 20:23 (CEST)
Drongou, le lien vers la DIPP n'affiche pas la section concernée chez moi.
Verrouiller un modèle via TemplateData est à mon avis possible, la communauté veillera à ce qu'il n'y ai pas d'abus. Je n'ai pas compris la seconde proposition.
Trizek (WMF) (discuter) 19 septembre 2016 à 20:39 (CEST)
Pour info, l'exemple Didier Cornaille était un copyvio. Trizek bla 19 septembre 2016 à 20:42 (CEST)
Conflit d’édition Du même avis que Drongou, notamment pour le point 1. Surtout que les modélistes ne mettent malheureusement pas toujours la doc à jour après la modification d'un modèle (j'en sais quelque chose, on se dit je ferait ça tout à l'heure... et trois mois plus tard ça n'est toujours pas fait). Donc ça pourrait être problématique, celui qui modifie le modèle utilisant généralement l'éditeur de code ne se rend pas compte que c'est très gênant pour certains. Et ceux là n'ont pas forcément les connaissances nécessaires pour savoir ce qu'il faut modifier.
J'ai fait un null edit, sur le modèle au cas où, mais je ne sais pas si ça accélère les choses ou non. Ce n'est pas immédiat en tout cas, et ce n'est pas la première fois que je le remarque. — Zebulon84 (discuter) 19 septembre 2016 à 20:46 (CEST)
Notification Trizek (WMF) : Pour la proposition 2, j'ai fait une vidéo : https://www.youtube.com/watch?v=WEsXCGCpPuY - Drongou (discuter) 20 septembre 2016 à 00:00 (CEST)
Merci Drongou, c'est plus clair pour moi. :)
Pour le point 1, il est certainement possible de verrouiller le modèle. Cependant, il faut un sacré bazar pour réussir à ajouter un champ non prévu :
  1. cliquer sur le modèle pour l'ouvrir
  2. cliquer sur « ajouter une information »
  3. au choix
    • cliquer sur le champ « à faire » et ajouter le texte (peu probable)
    • taper dans le champ de recherche puis cliquer sur ce qui s'affiche. Certains tapent vraiment de très longs textes dans ce tout petit champ !
  4. Appliquer les modifications. Sauf que rien n'apparaît...
Il faut être sacrément tordu, mais les statistiques tenden tà prouver que le problème n'est pas isolé.
Le texte explicatif a été revu. À voir déjà si c'est suffisant, j'ai peur que ce ne soit pas le cas.
J'ai créé un ticket pour le point 1 du coup, pour avoir d'autres avis quant au fait de verrouiller le modèle.
Pour le point 2, j'ai également créé un ticket.
[edit] Et c'est mieux si je signe : Trizek (WMF) (discuter) 20 septembre 2016 à 10:45 (CEST)

Catégories déplacées dans l'article[modifier le code]

Ne pas archiver.

Bonjour, dans cette modification, les catégories ont été déplacées par VE au milieu du texte. --NicoV (discuter) 17 novembre 2016 à 07:05 (CET)

Bonjour
Merci d'avoir vu ça.
Vivement que les catégories ne soient plus gérées dans le contenu mais dans les meta-informations.
Trizek (WMF) (discuter) 18 novembre 2016 à 11:14 (CET)

Cite news et date[modifier le code]

Ne pas archiver.

La Catégorie:Page du modèle Article comportant une erreur se remplie actuellement rapidement car citoid utilise le modèle {{Article}} via cite news pour des pages sans date comme [5]. Il me semble que pour ce genre de pages il serait préférable d'utiliser {{Lien web}}. J'ai donc créé phab:T151189 pour demander que cite web soit utilisé lorsque citoid ne récupère pas de date.

Pensez-vous utile de modifier l'association Cite newsArticle en Cite newsLien web le temps que cette tâche soit résolu ?

Zebulon84 (discuter) 21 novembre 2016 à 04:35 (CET)

Ne pourrait-on pas demander plutôt y mettre la date ? Trizek (WMF) (discuter) 21 novembre 2016 à 10:16 (CET)
Zebulon84, dans le ticket, il est conseillé de changer MediaWiki:Citoid-template-type-map.json. Qu'en penses-tu ? Trizek (WMF) (discuter) 25 novembre 2016 à 13:20 (CET)
Plutôt contre, car « newspaperArticle » et « magazineArticle » doivent logiquement utiliser article. Ce qui faudrait c'est mieux comprendre comment une page web est attribuée à telle ou telle catégorie. Si j'ai bien compris c'est Zotero qui est utilisé pour cette tâche, donc il faut faire bouger les translators de Zotero, mais encore faut-il savoir sur quels sont les champs important. J'ai envie de demander si il existe une doc, ou simplement ou est le code qui gère ça, mais j'ai pas encore pris le temps de voir si je peux trouver l'info facilement ou de rédiger ça correctement en anglais. — Zebulon84 (discuter) 25 novembre 2016 à 14:16 (CET)

Balises[modifier le code]

Ne pas archiver.

Bonsoir, bug de l'EV. Peut être un déplacement d'un élément ?

Il vaudrais peut être mettre un filtre global pour empêcher cela. --Framawiki 4 mars 2017 à 19:08 (CET)

Bonjour
Jolie trouvaille !
Je pense que la personne s'est emmêlé les pinceaux en créant un lien sur un groupe de références. Je vais lui demander comme cela a été fait.
Cordialement, Trizek (WMF) (discuter) 6 mars 2017 à 11:30 (CET)
Cela arrive systématiquement sur l'article Mongols et à un endroit qui semble non lié au commentaire de contribution. Reste plus qu'a trouver le pattern qui déclenche cela.
Cordialement - Drongou (discuter) 6 mars 2017 à 20:06 (CET)
Par différents utilisateurs...
Je vais faire une recherche dans le dernier dump et voir si il y a beaucoup de cas similaires --Framawiki 6 mars 2017 à 22:41 (CET)
Oo...
Ce que j'ai fait:
en regardant bien l'article en mode lecture (mode normal), on voit une petite ligne en bas, une référence « La vie d’aujourd’hui des éleveurs mongols ».
En activant l'EV, une liste de références apparait à la place de la petite ligne décrite ci dessus. La "vraie" notes&références reste présente, il y en a donc deux. En supprimant la "mauvaise" et en enregistrant (rien d'autre), on fait cette mauvaise modif.
Ce problème est infiniment présent, la section fantôme revient à chaque ouverture de l'EV.
On peut noter que toutes les modifs buggées de cette page apparaissent au niveau de la ligne "Dagour(s)", et ajoute à chaque fois un span. --Framawiki 7 mars 2017 à 20:55 (CET)
Ajout du tableau, Premier ajout problématique que j'ai trouvé -Framawiki 7 mars 2017 à 21:06 (CET)
Je suis arrivé à faire le même bug sur l'autre page problématique. Bug en apparence différent, car il n'y a pas eu cette fois ci de {{références}} fantôme. Je me suis contenté de modifier le contenu d'une ref et d'enregistrer. --Framawiki 7 mars 2017 à 21:13 (CET)
Et voici une liste de pages comprenant <span class="mw- au dernier dump. Donc des potentiels concernées par ce bug, ou autres ... --Framawiki 7 mars 2017 à 21:16 (CET)
Potentielle piste: les balises références à interrupteur l'intérieur je me suis permis de corriger. Drongou des liens internes (voir ex Algèbre de De Morgan) --Framawiki 7 mars 2017 à 21:25 (CET)
Pour cette page le span était présent lors de la génération de la traduction par CX, soit la première version de la page, avant édition de l'EV. --Framawiki 7 mars 2017 à 21:27 (CET)
Pour Humberto López y Guerra, il y avait un lien externe contenant une ref contenant un modèle. J'ai corrigé (ici) cela va mieux. Cordialement - Drongou (discuter) 8 mars 2017 à 01:25 (CET)

┌──────────────┘
Pour Marie Le Compte, le problème vient du traducteur de contenu qui semble-t-il ne sait pas gérer le modèle en:template:sfn. Cet article a été nettoyé par un passage de WikiCleanerBot (d · c · b). Pour Algèbre de De Morgan le traducteur de contenu n'a pas su gérer le modèle Cite book à l'intérieur d'une ref. - Drongou (discuter) 8 mars 2017 à 14:26 (CET)

Alors petit remerciement au passage à Notification NicoV :, qui a fait la correction Clin d'œil
Drongou: Donc il semblerait que le pb soit introduit tout ou en partie par l'outil de traduction (CX), puis que ça s'est empiré car l'éditeur visuel buggerait lorsque il y a une référence dans un lien (interne ou externe) ? --Framawiki 8 mars 2017 à 20:49 (CET)
Oui sauf erreur le problème du traducteur de contenu est décrit dans Phabricator:T111148. Ce qui gène l'EV, c'est pour moi la partie (impossible à afficher, il a fallut que je supprime un > au dernier nowiki pour y arriver) :
[[#cite_note-.D0.9C4-2|<span class="mw-reflink-text"><nowiki>[2]</nowiki</span>]]
c'est-à-dire un lien interne contenant des balises. Il est illusoire de penser que l'EV puisse avoir un comportement approprié avec ce type de code. Pour différentes raisons, ce code passe au travers des détections du projet P:CS mais je pense qu'il n'est pas déraisonnable de créer une nouvelle détection. Indépendamment du bug, le cas Humberto López y Guerra, (avec un lien externe) montre qu'il est possible qu'un contributeur génère ce type de pattern. - Drongou (discuter) 8 mars 2017 à 21:46 (CET)
Dans le cas Bette (bateau) incident (ici) avec l'EV, il y a eu le bug décrit au-dessus : [[foo|foo]] Associé à cette contrib, il y a eu création d'une ref accolée au lien qui dans cette situation est entrée dans le lien interne erroné. - Drongou (discuter) 8 mars 2017 à 23:45 (CET)
Pour Musée d'art et d'histoire de Meudon incident (ici) => insertion « volontaire » en wikicode d'une ref dans un lien - Drongou (discuter) 8 mars 2017 à 23:57 (CET)
Pour les villes, il y a eu une initialisation erronée de la section météo en 2008 avec une ref dans un lien externe. Vu que la ville dans le lien était en lien interne, ce cas s’est fait exterminer par WikiCleaner vers 2013 avec le motif Lien interne dans un lien externe (exemple). Bizarrement 15 villes sont passées aux travers. Dans ce cas-là, je vais demander aux spécialistes de passer la section avec le modèle du moment {{Relevé météo}}. - Drongou (discuter) 9 mars 2017 à 21:56 (CET)

┌─────────────────────────────────────────────────┘
J'ai corrigé les dernières pages, merci Drongou.
Trizek (WMF): Selon toi, s'agit t-il bien d'un bug ? Faut-il le reporter ?
Je vais essayer de mettre la recherche des balises problématiques dans un WP:Rapports ou sur P:CS. --Framawiki 16 mars 2017 à 20:55 (CET)

Navré de ne pas avoir répondu plus tôt, mais c'était un gros morceau, et je n'ai pas eu beaucoup de temps dernièrement pour l'éditeur visuel. Peux-tu documenter ce bug ?
S'il est bloquant, un filtre ne fera que créer de la confusion : comment une personne peut-elle visuellement voir la différence entre deux choses visiblement correctes, mais mauvaises dans le code ? Si c'est juste pour marquer le diff et le lister, ok.
Et un grand merci à à vous deux, Framawiki et Drongou, pour ce travail de récolement ! Vous êtes géniaux ! Trizek (WMF) (discuter) 17 mars 2017 à 11:25 (CET)

Un exemple assez monstrueux de ce problème avec les modifications de Johanvandamme sur Style Louis XII. Est-ce qu'on pourrait arrêter les dégâts ? On arrive quand même à des choses comme ceci par exemple : [[Jean Perréal#cite note-Elsig 2014 151-2|<ref name="Elsig 2014 151">[[Jean Perréal#cite note-Elsig 2014 151-2|Voir l'article de Luisa Nieddu « L'hommage de Jean Perréal à son ami Pierre sala » dans]] {{harvsp|Elsig|2014|p=151}}.</ref>]][[Style Louis XII#cite note-Elsig 2014 151-22|<span class="mw-reflink-text">[22]</span>]][[Style Louis XII#cite note-Elsig 2014 151-22|<span class="mw-reflink-text">[22]</span>]][[Style Louis XII#cite note-Elsig 2014 151-22|<span class="mw-reflink-text">[22]</span>]][[Style Louis XII#cite note-Elsig 2014 151-22|<span class="mw-reflink-text">[22]</span>]][[Style Louis XII#cite note-Elsig 2014 151-22|<span class="mw-reflink-text">[22]</span>]][[Style Louis XII#cite note-Elsig 2014 151-22|<span class="mw-reflink-text">[22]</span>]][[Style Louis XII#cite note-Elsig 2014 151-22|<span class="mw-reflink-text">[22]</span>]][[Style Louis XII#cite note-Elsig 2014 151-22|<span class="mw-reflink-text">[22]</span>]][[Style Louis XII#cite note-Elsig 2014 151-22|<span class="mw-reflink-text">[22]</span>]][[Style Louis XII#cite note-Elsig 2014 151-21|<span class="mw-reflink-text">[21]</span>]][[Style Louis XII#cite note-Elsig 2014 151-21|<span class="mw-reflink-text">[21]</span>]][[Style Louis XII#cite note-Elsig 2014 151-21|<span class="mw-reflink-text">[21]</span>]][[Style Louis XII#cite note-Elsig 2014 151-21|<span class="mw-reflink-text">[21]</span>]][[Style Louis XII#cite note-Elsig 2014 151-21|<span class="mw-reflink-text">[21]</span>]][[Style Louis XII#cite note-Elsig 2014 151-21|<span class="mw-reflink-text">[21]</span>]][[Style Louis XII#cite note-Elsig 2014 151-21|<span class="mw-reflink-text">[21]</span>]][[Style Louis XII#cite note-Elsig 2014 151-21|<span class="mw-reflink-text">[21]</span>]][[Style Louis XII#cite note-Elsig 2014 151-21|<span class="mw-reflink-text">[21]</span>]][[Style Louis XII#cite note-Elsig 2014 151-21|<span class="mw-reflink-text">[21]</span>]]. --NicoV (discuter) 22 mars 2017 à 18:36 (CET)

La solution actuelle est de sortir la référence du lien, ce qui arrête la propagation des balises, ce qui donne cette modif. --Framawiki 22 mars 2017 à 19:30 (CET)

┌─────────────────────────────────────────────────┘
Je suis ce bug de l'oeil et je pense que vu les traces qu'il laisse il est corrigé assez rapidement; il s'ensuit que l'on a du mal à se rendre compte du nombre de fois où il survient.
Aujourd'hui 6 nouveaux cas (non corrigés) sur 24 heures (et uniquement depuis l'l'ÉditeurVisuel)

Il doit y avoir quelque chose qui cloche dans l'ergonomie de l'interface ou dans l'interface, ce bug semble survenir de plus en plus fréquemment pour l'ÉditeurVisuel. Cordialement - Drongou (discuter) 2 avril 2017 à 01:42 (CEST)

L'ennui de en pas trouver quelque chose de commun, c'est qu'il va être difficile d'investiguer. Je vais en parler à mes collègues qui gèrent les retours. En attendant, T162027 regroupe les constatation. N'hésitez pas à modifier ce ticket ! Trizek (WMF) (discuter) 3 avril 2017 à 12:25 (CEST)
Bonne nouvelle, ça avance.
J'ai réussi à de reproduire le souci et je n'ai pas été le seul : c'est lié au déplacement d'une référence dans le label d'un lien. Réparation en cours. Trizek (WMF) (discuter) 21 avril 2017 à 15:21 (CEST)

Traduction[modifier le code]

Bonjour et pardon, je sais que ça ne concerne pas l'EV mais je ne sais pas où râler ; je vous fais confiance pour relayer ça là où ça peut être pertinent. La remarque étant : pourquoi l'outil de traduction bugge sur les équations ? J'ai dû réécrire les équations parce que l'outil ne l'avait pas fait, alors que pour le coup il n'y a rien à traduire, je ne comprends pas son problème.

Cordialement, (discuter) 6 mars 2017 à 13:32 (CET)

Merci , je transmets ici. Trizek (WMF) (discuter) 7 mars 2017 à 18:10 (CET)

Manière facile de prévisualiser les changements ?[modifier le code]

Ne pas archiver.

La seule manière de prévisualiser les changements semble être via la boîte de dialogue ouverte en cliquant sur "enregistrer les modification". C'est assez déroutant, je pense qu'il serait plus compréhensible de pouvoir prévisualiser les changements via un moyen plus explicite et moins dérouté.

Merci :)

Thomaskuntzz (discuter) 8 mars 2017 à 19:58 (CET)

Bonjour Thomaskuntzz !
Je suppose que cela concerne l'éditeur de wikicode ? Si oui, je vais demander.
Si non, c'est que cela concerne l'éditeur visuel, qui est déjà une prévisualisation en soi.
Cordialement, Trizek (WMF)
(discuter) 8 mars 2017 à 20:02 (CET)
Merci Trizek (WMF) pour votre réponse, cela concerne en effet l'éditeur visuel de wikicode :)
Thomaskuntzz (discuter) 8 mars 2017 à 21:11 (CET)
Il y a une discussion en cours sur Phabricator. Plusieurs options sont étudiées pour avoir un accès plus rapide aux prévisualisations. Trizek (WMF) (discuter) 9 mars 2017 à 11:27 (CET)

[Flow] Des trucs ennuyants, si...[modifier le code]

Bonjour Trizek (WMF),

Je modifie anonymement avec Google Chrome sous Windows 7 Home Premium. J'observe deux problèmes.

  • À chaque fois que je prévisualise une modification, MediaWiki affiche un popup demandant si je veux utiliser l'ÉditeurVisuel ou non.
  • De plus, je ne peux laisser de message sur ta page de discussion Flow ; le navigateur attend une réponse du serveur.

Ces problèmes disparaissent si les cookies sont autorisés.

Voilà !

Cantons-de-l'Est, agent secret ;-)

Bonjour Cantons-de-l'Est (l'espion qui vient du froid ? :)),
Les fonctions « privées » ou « anonymes » des navigateurs ne prennent pas en compte les cookies. Donc c'est normal. :)
Pour Flow, c'est super étrange. Je n'ai pas le souci sous Chromium avec Linux. As-tu testé avec un autre navigateur ?
Trizek (WMF) (discuter) 13 mars 2017 à 15:44 (CET)
Trizek (WMF) (Bonne réplique :-)
  • Affichage répété du popup ÉditeurVisuel si j'utilise Firefox sous Windows 7 Professional (ou Windows 10). Idem Google Chrome sous Windows 10.
  • Pour Flow, impossible de laisser un message si j'utilise Firefox sous Windows 7 Professional (ou Windows 10). Idem Google Chrome sous Windows 10.
  • De plus, si les cookies sont interdits, je ne peux pas me connecter, que ce soit avec le navigateur Firefox sous Windows 7 Professional (ou Windows 10). Idem Google Chrome sous Windows 10.
Le moteur de Wikipédia devrait indiquer aux utilisateurs qu'ils ont désactivé la sauvegarde des cookies. Des sites Web alertent si la sauvegarde des cookies est désactivée (ce site alerte lorsque les cookies sont interdits).
Cantons-de-l'Est discuter [‌opérateur] 13 mars 2017 à 23:32 (CET)
Cantons-de-l'Est, juste pour bien confirmer, c'est avec un usage régulier des navigateurs, et non avec le mode privé ? Trizek (WMF) (discuter) 15 mars 2017 à 19:00 (CET)
Trizek (WMF), J'ai déjà entendu parler du mode privé, mais je n'ai jamais activé parce que j'aurais trop de soucis à gérer/régler. — Cantons-de-l'Est discuter [‌opérateur] 16 mars 2017 à 16:25 (CET)
Cantons-de-l'Est, les cookies sont nécessaires pour la plupart des usages que tu cites, sauf pour Flow. Je me renseigne. Trizek (WMF) (discuter) 16 mars 2017 à 18:13 (CET)
Cantons-de-l'Est, l'erreur venait de chez nous. Réparation en cours. Trizek (WMF) (discuter) 21 mars 2017 à 19:22 (CET)

Basculement[modifier le code]

Bonjour,

Je ne comprends pas pourquoi il y a maintenant un menu déroulant de deux boutons (wikicode ou EV) alors qu'on est forcément dans l'un ou dans l'autre. Je trouvais ça plus pratique avant (ça m'arrive souvent de basculer).

Quasiment tout le reste fonctionne toujours parfaitement SourireKvardek du (laisser un message) le 23 mars 2017 à 15:18 (CET)

Bonjour Kvardek du
C'est pour unifier le design avec ce qui se fait sur le mobile. Il est aussi possible de basculer en une seule opération en cliquant directement sur les onglets « modifier » ou « modifier le code ».
Trizek (WMF) (discuter) 24 mars 2017 à 11:12 (CET)

ajout source[modifier le code]

salut , 2 choses:

  • Sinon , pour rapporter le bug j'ai cliqué en haut à droite sur le point d'interrogation/laisser un avis/signaler un bogue ----> et j'ai été redirigé vers phabricator et non ici. Je pense que ce lien "signaler un bogue" devrait rediriger vers ici.

--Vatadoshu (discuter) 19 avril 2017 à 05:53 (CEST)

Salut Vatadoshu
Content de te revoir ! :)
Je note pour la source.
Pour le rapport de bug, je viens de faire l'essai, et je n'ai pas eu ce problème. Aurais-tu cliqué sur le bouton « signaler un bogue technique », en bas à gauche de la fenêtre de recueil des avis ? C'est une seconde option pour rediriger vers Phabricator, pour les utilisateurs expérimentés.
Trizek (WMF) (discuter) 21 avril 2017 à 11:44 (CEST)
Trizek (WMF) oui c'est ça 'ai voulu signaler "un bogue technique" et être redirigé ici et du coup j'ai été surprise par phabricator. Bon si c'est fait exprès tant pis. . @ plus. --Vatadoshu (discuter) 21 avril 2017 à 13:30 (CEST)
C'est disposé comme une option. Le bouton de validation du formulaire est en haut à droite, bleu. Trizek (WMF) (discuter) 21 avril 2017 à 16:09 (CEST)

span data-ve-clipboard[modifier le code]

Je viens de voir passer une edit bizarre dans ma LDS: un span data-ve-clipboard. Des idées ? --Framawiki 22 avril 2017 à 18:48 (CEST)

inserer des photos et des coord[modifier le code]

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0

URL : https://fr.wikipedia.org/wiki/Sites_m%C3%A9galithiques_de_l%27H%C3%A9rault?veaction=edit&section=1 Bonjour je n'arrive pas dans votre tableau à insérer des photos et des coord alors que je le fais sur la page des mégalithes du lot ici je ne peux accéder en double cliquant après avoir fait modifier?

Manup13 (discuter) 22 avril 2017 à 23:56 (CEST)