Jump to navigation Jump to search

About this board

Post your feedback about using the visual editor.

If you have never provided feedback before, you can learn how to do it effectively. If you are reporting a problem directly on this page, please include your web browser, computer operating system, and wiki skin (usually Vector, sometimes Monobook). The feedback tool within the visual editor will include your user agent details instead.

You can use this page to tell the Wikimedia developers your ideas and issues about using the visual editor: this is the only feedback page actively monitored by WMF staff. The Contributors team welcomes your feedback and ideas, especially on user interface decisions and the priorities for adding new features. All comments are read, in any language, but personal replies are not guaranteed: the team will try and go through reports here at least once a week. Need more attention? Report directly in Phabricator. Please note that the Wikimedia Foundation does not provide support for installing VisualEditor on third-party wikis. Please report bugs involving Parsoid at Talk:Parsoid instead.

You may also want to read a guide to optimize the visual editor's experience on your site, which details work necessary on the community side (such as translating or setting up citation systems).

View open developer tasks Report a new bug in Phabricator Join the IRC channel Test the visual editor! (no account required)

How to prevent VE from making certain automatic transformations?

Bdijkstra (talkcontribs)

In this edit the user fixed a typo, but also there were three unwanted automatic transformations. Is there a way to prevent this?

Reply to "How to prevent VE from making certain automatic transformations?"

VisualEditor shows html tags with some extensions

2 (talkcontribs)

When I use the extension, VisualEditor shows the html tags insead of an image in edit mode.

The same problem exist with extension PageForms, the edit with form link becomes <a href=... (talkcontribs)

ok, found the answer: this is a parsoid (security) limitation. Added the 'A' and 'IMG' Tags to TagWhiteList in WikitextConstants.js and now it works

Reply to "VisualEditor shows html tags with some extensions"

Suggestion: Reconsider using <nowiki> when wrapping bold or italics

3 (talkcontribs)


There seem to be a considerable number of bad uses of markup when an apostrophe is used.

Steps to reproduce:

  1. Go to Sandbox
  2. Type a single apostrophe: '
  3. Select the apostrophe (highlight it)
  4. Set it as bold (Ctrl + B)
  5. Save page

Possible solutions

  1. Always use the html entities for those so it becomes '''&#39;''' ; or
  2. Wrap it around html tags, so instead of '''<nowiki/>'''' it becomes <b>'</b>


I came upon these after seeing it in an article and searching for them. There are plenty of ridiculous examples:

The Archaeological Survey of Ireland notes a 16th or 17th century house in Blackchurch whose site has yet to be identified, presumably the <nowiki/><nowiki/>'<nowiki/>''stump of a castle''<nowiki/>'.<ref>KD015-011</ref> <nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/>

<nowiki/><nowiki/><nowiki/><nowiki/>{{rquote|left|As Disney heroines go, Belle was an iconoclast.



See more: (talkcontribs)

Alternatively, the parser should be smart enough to normalize these nowikis and simply remove all markup(apostrophes) that will result in no content being rendered at all.

Whatamidoing (WMF) (talkcontribs)

@SSastry (WMF), is any of this covered by your existing collection of nowiki bugs?

Reply to "Suggestion: Reconsider using <nowiki> when wrapping bold or italics"

About automatic quote function

Summary by Whatamidoing (WMF)

Duplicate of Topic:Uo546m23vejl3t41

Elilopes (talkcontribs)

The citation function, type "automatic" of the "beta" function of the "beta wikitext editor" is to mixing/switching the texts. For example, for the IBM about FIPS 140–2 function adds publisher (IBM Knowledge Center) in the title, and add url ( to work/author...

"<ref>{{Citar web|url=|title=IBM Knowledge Center|}}</ref>". ~~~~

A transclusion problem.

Summary last edited by Braaark 22:08, 4 November 2018 14 days ago


Braaark (talkcontribs)
Whatamidoing (WMF) (talkcontribs)

Are you concerned about what readers see in the article, or about what the wikitext looks like in the editing box?

Braaark (talkcontribs)

I'm concerned about the text acting weirdly in visual editing mode. Try to hover your mouse over the first sentence:

"Tintin au pays des Soviets (titre complet sur la couverture : Les Aventures de Tintin, reporter du « Petit Vingtième », au pays des Soviets) est le premier album de la série de bande dessinée Les Aventures de Tintin, créée par Hergé, dessinateur belge" in this example:

The problem, affecting the editing (fluidity or accessibility), should appear clearly.

As you can see here, I dodged the problem by adding a lane between the end of the infobox and the beginning of the article's intro.

Alsee (talkcontribs)

Confirmed, it's bugged when I try it. In the link above, in VisualEdit mode, it does not appear possible to directly edit the lead sentence. Trying to click on that sentence is treated as a click on the infobox. As a bizarre workaround, if you edit the infobox you can scroll down to see&edit the lead sentence in the infobox's "Content" field.

Whatamidoing (WMF) (talkcontribs)
Braaark (talkcontribs)
Whatamidoing (WMF) (talkcontribs)

That suggests that the problem is with the infobox templates. Do those particular templates use HTML tags to set absolute positioning (such as <span style="position:absolute;">)? That was a problem once, at a different wiki, and it produced the same symptoms.

Braaark (talkcontribs)

I don't know. As I'm not used to HTML language, I signaled the problem here (in french, in the french WP's infobox project page).

Braaark (talkcontribs)

Ez dit uzten aldaketak argitaratzen "konposatu inorganikoen nomenklatura "

1 (talkcontribs)
Erabiltzaile agentea: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/17.17134


Kaixo, artikulu horretan ez dit uzten aldaketak argitaratzen, eta besteetan bai, ez dakit zer egin. Ematen diot "Aldaketak argitaratu" teklari, eta ez da ezer gertatzen, hórrela gelditzen da. Eskerrikasko

Reply to "Ez dit uzten aldaketak argitaratzen "konposatu inorganikoen nomenklatura ""

Is it possible to turn off the notices on visual editor?

Thedonquixotic (talkcontribs)

EVERY SINGLE TIME I open a new topic that hasn't been made before I get that little pop up telling me that I'm making a new page. I know ! It's like Navi from Zelda. Yeesh!

Can I turn it off?

TheDJ (talkcontribs)

These are likely editnotices, which are specifically added by the community of editors to show up every single time when editing a page or a namespace. Talk to your local community if there are notices that you think should not be shown.

Thedonquixotic (talkcontribs)

@TheDJ I'm learning development and decided to start my own personal self hosted mediawiki wiki so I am the guy in charge of that, but I don't know how to do that, and I'm having trouble finding documentation on how to turn them off. Any pointers?

Reply to "Is it possible to turn off the notices on visual editor?"
Patar knight (talkcontribs)

We used to be able to click on a reference (bringing up the pop-up with the edit button), copy, and then paste within the article or even between articles if you had both pages open in VisualEditor. This was very useful since it allowed editors to quickly reuse the the same source without using the "reuse" tab, which often got unwieldy and slowed down performance on long pages. Recently, doing this instead just produces [x] in plaintext upon pasting. Is there any way to get the old functionality back?

EDIT: Chrome 69.0.3497.100, macOS High Sierra 10.13.6, Vector

Whatamidoing (WMF) (talkcontribs)
Patar knight (talkcontribs)

Yeah. The copy paste function just seems to get rid of all the wikiformatting: references, links, etc.

Whatamidoing (WMF) (talkcontribs)

Well... I was thinking about upgrading to High Sierra, so maybe I'll do that now, and see whether I have the same problem.

Patar knight (talkcontribs)

I think it's actually something with Chrome. There's been a few isolated incidents of not being able to "Cmd C + Cmd V" into the address bar.

Copying refs and links in Visual Editor works if I right click and select "copy" and right click and select "paste", though "paste and match style" does not work and just results in plaintext. I've also figured out that this solves the Chrome address bar issue as well.

For the record, I'm running Google Chrome Version 70.0.3538.77 (Official Build) (64-bit), and I've now upgraded to macOS Mojave Version 10.14 (18A391).

Reply to "Copy and pasting references?"
Marilia05 (talkcontribs)
Agente de utilizador: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.77 Safari/537.36


Não sei como editar nada aqui. Tenho um texto pronto que um amigo preparou em inglês, minha língua primária de publicação.

A informação nesta página está ERRADA e pode gerar problemas legais para mim.

O que devo fazer?

Reply to "Informações equivocadas"
Rugk (talkcontribs)

It would be great if the editor could detect, when I am about to add a duplicate citation.

I just tested it this way and it showed me no warning:

  1. Add an URL via automatic tool (tab) there.
  2. Go somewhere else and add another URL, paste exactly the same URL as before.
  3. And it created exactly the same text and did not notify me, one was there already.

I think checking whether one is about to re-add exactly the same URL would be an easy check, you can add.

Whatamidoing (WMF) (talkcontribs)
Rugk (talkcontribs)

Yes, exactly!

Reply to "Duplicate citation detection"