Jump to: navigation, search
Share your feedback
Report bugs

Your feedback about VisualEditor

Start a new discussion about VisualEditor.
If you are reporting a problem, please include your web browser, computer operating system, and wiki skin (usually Vector, sometimes Monobook).

Use this page to tell the Wikimedia developers your ideas and issues about using VisualEditor. The Editing team welcomes your feedback and ideas, especially on user interface decisions and the priorities for adding new features. All comments are read, but personal replies are not guaranteed. This page uses LiquidThreads, so you need to click "Start a new discussion" (not the ordinary "Edit" link) to post your message.

wfgjfur[edit | edit source]

User agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Firefox/38.0

tjtyuxxkutr 17:55, 24 May 2015 (UTC)

Start a new discussion


Thread titleRepliesLast modified
YES!! A huge improvement over the traditional editor015:36, 23 May 2015
You shouldn't be able to select some templates on Visual Editor316:45, 22 May 2015
If VE opens slowly207:42, 22 May 2015
Some minor issues403:19, 22 May 2015
issue with <tag> extension102:56, 22 May 2015
visual editor and wikionary202:39, 22 May 2015
Current problems513:03, 14 May 2015
Citing by identifier106:33, 4 May 2015
Visual Editor Fails To Load Unknown dependency: mediawiki.language.specialCharacters110:31, 3 May 2015
Issue with resizing images117:10, 30 April 2015
MediaWiki:Visualeditor-quick-access-characters.json618:40, 25 April 2015
Updated special character inserter tool2223:38, 24 April 2015
Feedback118:44, 21 April 2015
Common templates 118:35, 21 April 2015
Simple English: citations118:20, 21 April 2015
Good features to take note218:07, 21 April 2015
I miss the preview for links117:50, 21 April 2015
Citoid - some feedback 123:27, 20 April 2015
autocitation101:28, 20 April 2015
Citations100:54, 20 April 2015
First page
First page
Previous page
Previous page
Last page
Last page

YES!! A huge improvement over the traditional editor

Thank You! Thank You! Thank You!

We've been using WYSIWYG editing in tons of programs for years. It slayed me the first time that I went to edit/write something in Wikipedia when I encountered the regular editor. While I've gotten used to it over time, the beta option is a giant leap forward. Nearly does away for the need of the preview button, though I like the idea that you kept the Edit Source option.

Hope this gets implemented soon!

Robertjm (talk)15:36, 23 May 2015

You shouldn't be able to select some templates on Visual Editor

I don't know if this is a feature already, but i don't find it right know, so i go the lazy way and ask.

Some pages in the template namescape are not supposed to be transcluded directly on articles (e.g., they are parts of another templates, documentation subpages). There should be some kind of magic word that when is present on a page, the template selector on Visual Editor don't show them.

I hope i made myself clear with my caveman english

Ninovolador (talk)23:35, 30 April 2015

As far as I know, there is no such thing. Requested as I can see the benefit.

TheDJ (Not WMF) (talkcontribs)11:36, 1 May 2015

User:Ninovolador, thank you for this great idea. Please, can you give me links to some examples (some templates that are not supposed to be transcluded directly)? Good examples help the team solve problems.

Whatamidoing (WMF) (talk)02:51, 22 May 2015

Of course.

Besides obviously all the "/doc" subpages, look at an example of me trying to add a template to a random page. In this example i want to add a "Ficha de taxón" (taxobox)

here As you can see, all the dotted "templates" won't ever be transcluded directly.

Another issue it may arise is that you need to know the exact name of the template to find it, you should be able to search parts of the name (e.g., only search taxón and find it) but that is for another day.

Ninovolador (talk)16:44, 22 May 2015

Of course.

Besides obviously all the "/doc" subpages, look at an example of me trying to add a template to a random page. In this example i want to add a "Ficha de taxón" (taxobox)

here As you can see, all the dotted "templates" won't ever be transcluded directly.

Another issue it may arise is that you need to know the exact name of the template to find it, you should be able to search parts of the name (e.g., only search taxón and find it) but that is for another day.

Ninovolador (talk)16:45, 22 May 2015

If VE opens slowly

Recently was news that VE now rapidly opens. But for me it was not working. Every time I open a new wiki page and opened VE, for VE loads big js-file. I have long been using the visual editor in the firefox. Disable add-ons did not help, menu-options-privacy-delete cookies and delete cookies for not help. For me, it helped privacy-delete cookies and delete all cookies. Maybe it will help somebody else.

@Elitre (WMF): Thread:VisualEditor/Feedback/Feedback/reply I do not know because of what it was, but now, after removing all cookies VE opens quickly :)

Сунприат (talk)12:47, 9 May 2015

Thanks for this update. I was having some problems last week in Firefox; do any of the problems described here seem familiar to you?

Whatamidoing (WMF) (talk)02:42, 22 May 2015

No. Now I use only css and gadgets (which turns on and off when I need to), and all js-scripts put in my second account. So everything works a little faster.

Сунприат (talk)07:42, 22 May 2015

Some minor issues

Edited by another user.
Last edit: 09:02, 4 May 2015

Ich probiers mal auf Deutsch: Der VE hat sich seit Mitte letzten Jahres deutlich verbessert, danke erstmal dafür. Vor allem die Bearbeitung von Vorlagen und Bildeinbindungen finde ich komfortabel. Leider sind die Ladezeiten manchmal noch ziemlich lang und gerade bei längeren Artikel ist es störend, wenn für eine kleine Bearbeitung in einem einzelnen Abschnitt der ganze Artikel geladen werden muss, was dann ziemlich lang dauert.

Konkret aufgefallen sind mir noch folgende Dinge: Ich habe Probleme nach einem Wikilink "unverlinkt" weiterzuschreiben. Der Text danach wird erstmal dem Link zugerechnet. Den Link dort enden zu lassen wo ich will bedarf einiger Umstände, wie erst weiterschreiben, das dann markieren, als neuen Link kennzeichen und den dann entfernen. Das Drücken von Enter oder Esc hat nicht den gewünschten Effekt, dass man aus dem Link "aussteigt" und normal weiterschreiben kann.

Dann hatte ich beim Einbauen der Vorlage Commonscat gesehen, dass diese im VE unter dem Anführungspunkt erscheint und wiederum darunter die folgenden Links, was so nicht sein soll. Nach dem Speichern war die Vorlage aber korrekt hinter dem Anführungspunkt. Ein Darstellungsproblem des VE im Bearbeitungsmodus?

Außerdem vermisse ich wieder die "deutschen" Anführungszeichen (unten am Anfang, oben am Ende). Das hatte ich schonmal bemängelt und dann waren sie bei den Sonderzeichen. Jetzt kann ich sie wieder nicht mehr finden.

Falls das hilft: Ich verwende Mozilla Firafox for Linux Mint, auf Linux Mint Cinnamon, mit Vector Skin.

English translation by Gnom:

I will try in German: The VE has improved significantly since the middle of last year, so first, thanks for that. I fspecially find editing templates and inserting images comfortable. Unfortunately, loading times are sometimes still quite long and especially with longer articles it disturbs having to load the entire article for a small edit in a single section, which then takes quite long.

I specifically noticed the following things: I still have trouble continuing to write "unlinked" after a Wikilink. The text is then initally added to the Link. Letting the link end where I want it to end requires some hassle, like continuing to write first, then mark that, highlight as new link and then delete that. Pressing enter or escape does not have the desired effect of being able to "leave" the link and then continue to write normally.

Then while inserting the Commonscat template, I noticed that it shows up under the bullet point and then again the following links below that, which shouldn't be like that. After saving, the template was correctly behind the bullet point. A rendering problem of VE in the editing mode?

Also I miss the "German" quotation marks (at the bottom at the start, at the top at the end). I already pointed that out once and then they were among the special characters. Now I can't find them any more.

If that helps: I am using Mozilla Firefox for Linux Mint, on Linux Mint Cinnamon, with the Vector skin.

Don-kun (talk)18:46, 28 April 2015

Hi User:Don-kun, someone will look into your feedback as soon as possible. Thanks for leaving it here!

Elitre (WMF) (talk)10:15, 1 May 2015

Hi Don-Kun.

The "unlinked" text bug, is tracked at phab:T91285 (also known as: "link continuation rendering").

For the Commonscat and bullet point problem, would it be possible to take a screenshot? I'm afraid I don't quite understand, and my testing hasn't helped me to understand. Thanks!

The "German" quotation marks are back in the special characters list ( )

Quiddity (WMF) (talk)19:16, 15 May 2015

Also, the special character tool has been improved since last year: If you select a word, then a single click adds both quotation marks (before and after). Last year, you had to add them separately.

Whatamidoing (WMF) (talk)02:59, 22 May 2015

I also can't reproduce the problem with Commonscat and bullet lists in Firefox. User:Don-kun, ist das immer noch ein Problem?

Whatamidoing (WMF) (talk)03:19, 22 May 2015

issue with <tag> extension

In a private wiki (1.24.2) i have a self programmed extension that adds a new tag to wiki language, example: <mytag> The extension does return its content wrapped in <div></div> and therefore is editable via visual editor. Everything is working perfectly as long as i use a "begin"-tag and a "end"-tag with some content in between, like:

<mytag option="value">sometext</mytag>

In many cases it is not needed at all to have some content between begin and end tag, so it is possible to write the tag in "short" notation, like:

<mytag option="value" />

However when the "short" notation is used, after editing the tag with visual editor and nothing has been added in content field (is still empty), the complete tag will be removed.

Is this a known limitation of visual editor or do i need to fix my extension to make it properly editable in visual editor ?

Thanks for any hint in right direction.

Pzirnik (talk)15:19, 19 May 2015

Well, I don't know, so I've filed a bug report just in case. At least in theory it ought to be possible, because the <references /> tag is supported. User:Neil P. Quinn-WMF might be able to track down the answer.

Whatamidoing (WMF) (talk)02:56, 22 May 2015

visual editor and wikionary

i would love visual editor to be on Wiktionary and simple Wiktionary

Jonnymoon96 (talk)02:06, 14 May 2015

See meta:Requesting wiki configuration changes.

Helder16:30, 21 May 2015

Wiktionary is especially heavy in its use of templates, which is not VisualEditor's single most developed workflow.

There was a request last year from the English Wiktionary to allow only admins to opt-in via Beta Features, but this isn't possible. At this point, the team is likely to require evidence of community consensus. You might check in with the Swedish Wiktionary to see what they would recommend. It's been (opt-in only) there since late 2013.

Whatamidoing (WMF) (talk)02:39, 22 May 2015

Current problems

Edited by author.
Last edit: 08:12, 21 April 2015

The one problem sometimes (not always) appears using editor: If you prefer to keep bibliographical data out of the endnotes, you have to use ref tags like "#xxx" to link to a bibliography. Often the editor refers to the whole page, so that it will be loaded again. For now I have to switch to the source editor in order to fix it. It would be more elegant, if the window of a note (<ref>) finds the anchors automatically. If they are chosen, there should be no link to the identical page (which causes reloading). By the way, if you use bibliography lists, it is not very useful that cite templates are always in a note. Within the beta editor, this forces to switch to the source editor.

Platonykiss (talk)06:56, 21 April 2015

Right now the editor needs some time to open and it jumps to the right position not before you try to change something and it needs some time to place the cursor (never on the first attempt). Sometimes it does not open at all, and if opened, the open window is sometimes unstable.

Platonykiss (talk)06:59, 21 April 2015

This is an old bug: Whenever beta editor has saved changes, a second reload is necessary to let notes pop up again.

Platonykiss (talk)10:13, 21 April 2015

Another bug report:

I would like to add, that I get several times an error report, while opening the beta editor a second time. It tells me that I am not working an the current version on the page (which is not true!). I also checked the history and there was no interference with another user.

Platonykiss (talk)08:41, 22 April 2015

Hey Platonykiss, not sure if this is a problem with VE, but I'd encourage you to add details (example page, browser, operating system, skin...) so that User:Jdforrester (WMF) can tell us what's going on. Regards,

Elitre (WMF) (talk)17:24, 24 April 2015

Quite frankly, I do not know, what is going on...

You do the changes, and right now Betaeditor works so badly (nearly like MS Word, doing a lot of things that it should not do), that I do not longer use it. It would be a waste of time!

Concerning the language tool, the offer for Greek characters is not sufficient. It should be polytonic Greek. If you prefere to spare buttons, the diacritics should be used in combination (unlike you do now).

Platonykiss (talk)16:22, 8 May 2015

Citing by identifier

Hi! I like how the citing template in the non-visual editor lets you search the source by isbn or doi and fills in the rest of the info. That's the main reason i use "edit source" more. Is there anyway to make this feature available in the visual editor? --Frederika Eilers (talk) 15:02, 2 May 2015 (UTC)

Frederika Eilers (talk)15:02, 2 May 2015

Hi Frederika. Several DOIs should be already working in Citoid (if you find any which don't, please report them here!). Support for ISBN is definitely planned. Thank you,

Elitre (WMF) (talk)06:33, 4 May 2015

Visual Editor Fails To Load Unknown dependency: mediawiki.language.specialCharacters

It has been really difficult to get this far but it seems the visual editor is finally loading up correctly...well kinda. The loading bar gets about 75% of the way across then it freezes. There are no php errors just a single error in the browsers console

Uncaught Error: Unknown dependency: mediawiki.language.specialCharacters


Im currently running 1.24.2. It seems like an obvious solution, but i dont know where to get and add to the dependency to, 2 May 2015

Seems to me like you have a version of VisualEditor that is newer than the your MediaWiki Core, since mediawiki.language.specialCharacters was introduced in 1.25. You need to use the same version of core and extensions.

TheDJ (Not WMF) (talkcontribs)10:31, 3 May 2015

Issue with resizing images

I attempted to use VisualEditor to resize an image recently, and it didn't work out as planned:

This did not downsize the image

This is what needed to be done

I really like the ability to click and drag the image visually, it's a shame it didn't work out this time.

I was running Firefox on W7 with the monobook skin.

Elassint (talk)14:54, 30 April 2015

Nice catch ! I have reported this in phabricator.

TheDJ (Not WMF) (talkcontribs)17:10, 30 April 2015


I was very happy to see one can add new fields in the toolbar. It would be even better if one could add several sections, like MediaWiki:Edittools used to be. An external dictionary with the section name as index should work.

Unrelated to the Visual Editor, the same page should be used to edit the text editor's toolbar.

Strainu (talk)19:52, 18 April 2015

I created MediaWiki:Visualeditor-quick-access-characters.json on slovenian Wikipedia (:sl), but there is no effect in VE. Must there be done something else?

Pinky sl (talk)18:52, 19 April 2015

It appears in VisualEditor for me; possibly it took a few minutes to appear for you due to caching? You will want to update the label for the group – – too, I imagine.

Jdforrester (WMF) (talk)22:08, 19 April 2015

Thanks. I wonder what happened to MediaWiki:Visualeditor-specialcharinspector-characterlist-insert? Is it still in use? I'm trying to track changes in VE, but if I overlook them (newsletter), it is difficult to find the instructions. Where to get all this Mediawiki: ...... settings (with instructions)?

Pinky sl (talk)14:08, 20 April 2015

MediaWiki:Visualeditor-specialcharinspector-characterlist-insert is no longer in use for VisualEditor-MediaWiki, no (but it is used for stand-alone VisualEditor, which is why it is not deleted).

Instructions for how to use the new system are at VisualEditor/Special_characters.

Jdforrester (WMF) (talk)14:26, 20 April 2015

These instructions are incomplete: in the JSON object, what are the keys, what are the values? Does one of the two types say what is displayed and the other what is inserted? The enwiki example, where all keys match their values, does not help.

— Ltrlg (talk),20:27, 21 April 2015

Updated special character inserter tool

The new design for the special character tool is available here at You can test it by going to and choosing the "Ω" button in the main toolbar.

This wiki (currently) only has a small, basic set of characters. The list can be expanded and customized at each wiki. Follow the instructions at VisualEditor/Special characters to add more characters. However, the method for customizing the tool will probably change during the coming months.

Please test this out and let the devs know what you think about it. Is this new, full-width tool better than the old floating palette in VisualEditor? How could it be improved?

Whatamidoing (WMF) (talk)18:47, 5 March 2015

Far better than the old one. Especially I like that this does not get closed after clicking a character. Maybe box size of characters could be a bit smaller, idk, but at least it's easier now to choose correct character on mobile version.

Stryn (talk)19:20, 5 March 2015

Seems a lot better than the one I tried a long time ago. I also like the fact that it stays visible after adding one character, so you can keep adding other characters.

First suggestions for improvements:

  • Loosing less space: reducing line height for titles ; smaller boxes around charaters ; less space between boxes ; smaller font (same size as the rest of the menus ?)
  • Ability to resize vertically the special characters area
  • Behavior for quotes is not intuitive when text is already selected: I expected the quotes to go around the selected text (which is the current behavior on the French Wikipedia for the special characters tools that appears below the wikitext editing zone ; which is also the behavior for the tool that is available in the toolbar above the wikitext editing zone in this wiki) not to replace the selected text
  • I also prefer the behavior of the wikitext characters tool when text is selected: the selected text is not deleted
NicoV (talk)19:57, 5 March 2015

Agree very much with these points. Resize would definitely be nice. Smaller boxes would also be great so you don't have to scroll so much when more characters are added (perhaps the box borders could be removed altogether?) Overall a great improvement already!

Danmichaelo (talk)20:13, 5 March 2015

It seems far better than the old one. Like previous commenters I think that the quotation marks as well as some other tools would benefit from wrap-in instead of overwrite behaviour and that fitting more characters in the same space would make sense. One idea was to make the characters itself smaller. In addition I would suggest to reduce the space that is taken by the navigation to character categories: There is the sidebar with the TOC and the headlines above each section. This takes about 1/3 of the space. Shrinking the sidebar and rotating the headlines by 90° or getting rid of the headlines altogether or somehow integrating the headlines into the symbols grid (start of the row or so) would be worth trying.

Simulo (talk)08:59, 6 March 2015

This new character tool is much better designed.

At first sight, it is great ! There is just a tiny defect : the tool does not work ! It does not insert any character.

The categories being one above another are a nice idea. Being able to scroll from one to another would be even better. The previous category is visible above. It is inconsistent that I cannot scroll up to it.

The name of the category "Lettres accentuées" is not correct. In this cat, some characters are not accented letters (œ, ø...). I suggest to name this cat "Lettres".

I have Safari on iOS 7 on an iPad mini.

Thank you for the improvements !


Nnemo (talk)14:24, 6 March 2015

In english, this is even worse.

The cat is named "Accents". I suggest to name it "Letters". And another cat is named "Mathematical". Some word is missing. I suggest to name this cat "Mathematics" or "Maths". It will be simpler.

Thank you.

Nnemo (talk)14:48, 6 March 2015


Following your suggestion, I replaced "Lettres accentuées" by "Lettres". However I don't know when the translation will be available on the French Wikipedia. The translation for special characters currently in use is very old.

NemesisIII (talk)10:58, 12 March 2015

Are the existing local symbols going to be automatically imported? If not that is bad news. They have already had to be re-entered by hand once because they were lost when vised was first implemented. Having to do it a second time is just make work for someone else.

SpinningSpark13:33, 7 March 2015

It's using the old JSON format for now. Eventually, a better system will be added.

Whatamidoing (WMF) (talk)19:49, 10 March 2015

It is much better than the old one, yet I would still prefer if it was located below the actual editing box and not above it. I think the common paradigm (also seen on mobile phones) is to have input tool placed on the bottom.

Smihael (talk)14:54, 10 March 2015

I agree with the size issue. VE always tends to make things bigger than needed. For the maths symbols I didn't think much of the initial selection, use of the special superscript character is discouraged for maths articles its better to use the sup tag 1234567890 compared to superscript chars ¹²³⁴⁵⁶⁷⁸⁹⁰. The ²³ have some use for doing units like m² but the other have very limited use.

Salix alba (talk)08:05, 11 March 2015

I think that whether it's bigger than needed depends upon your computer set up as well as your vision. We have more than one user who zooms in to be able to see things comfortably in VisualEditor. (The toolbar, in particular, needs to be re-designed to behave better when zoomed. Right now, it wraps and covers a lot of the screen.)

Whatamidoing (WMF) (talk)18:07, 20 March 2015

Hi, the new special character insertion tool is a lot better than the previous one: It now takes two clicks to insert a special character instead of four. However, that is still twice as many clicks as in the Wikitext editor, where inserting a special character only takes one click, thanks to the extended editing toolbar.

Quotation marks that wrap around selected text (as they do in the existing Wikitext editor) would be really cool. To highlight the importance of this feature, please note that, for example, the German-language community will have to insert each and every quotation mark using this tool because German uses different quotation marks than English ("" vs. „“). The same, as far as I know, goes for French ("" vs. «»).


Gnom1 (talk)14:22, 11 March 2015

Hey User:Gnom1, by "extended editing toolbar" do you mean the Sonderzeichen one inside the toolbar, or the one at the bottom of the page? Thanks,

Elitre (WMF) (talk)15:47, 17 March 2015

Hi, I totally agree with the users above. The new tool is much better than the previous one. I also think the tool should a bit smaller because it takes a lot of space on small screens. Otherwise, it is much more practical and easier to use. You did a good job with this. Thanks,

NemesisIII (talk)10:51, 12 March 2015

Unfortunately the new special character inserter tool doesn't work in the reference editor.

NemesisIII (talk)11:50, 15 March 2015

Or for typing in the names of templates or categories, or several other issues. Those items are on the list as necessary improvements for the future.

Whatamidoing (WMF) (talk)18:05, 20 March 2015

This is an immense improvement over initial attempts. Good job!

I would welcome some improvements mentioned by other people above, such as the behaviour for quotation marks and the ability to resize... but these are more nice-to-have details. The only major issue that I see now is that it works only in the main text zone, not in references and other templates.

Klipe (talk)17:32, 15 March 2015

Two quick points...

First, a technical one: the padding-top:0.5em imposed by some .css definition somewhere in that class-name orgy probably should be nullified somehow imho. This would shrink the h3 headings rendered in the right panel (i.e Latin, IPA, Symbols & the like) enough to always show 3 complete corresponding rows of the "button" (character) set instead of the 2.7849643 rows I'm seeing now (Win 8.1 / IE 11).

Second, a plea: for the love of God, please give us a way to pick the sets we want loaded (note: I damn well know how to (display:none) hide something after the fact; that's not any sort of solution). In short, duplicating WikiEditor's deficiencies in this aspect would not be any sort of added value in the end.

George Orwell III (talk)00:39, 9 April 2015

@Whatamidoing (WMF): It is "heavy". Why the right shows all the blocks of symbols - scroll so long and terrible. I want to see to see the whole block at once, a hard limit - it is again "look through the keyhole" - I want the opportunity to expand the box to see all separate characters block.

Сунприат (talk)05:09, 9 April 2015

Having all the characters in a long list enables easier browsing, if someone doesn't know which section a particular character is in. Otherwise, we have to click on each individual section-name in order to see the list.

Regarding the height (vertical size) of the box with all the characters, I believe it is currently set to a size that will work on the majority of common screen sizes. It is more difficult (adding code complexity) to automatically change the height based on browser-window size, and even more difficult to add a manual "click and drag to expand" re-size control.

However, we can individually override the size with user.css using something like this (adjust as needed if you have a very large monitor, and keep in mind that it may break in unexpected ways - I am not a dev!)

.ve-ui-toolbarDialog.oo-ui-window-ready {
   max-height: 350px !important;
.ve-ui-specialCharacterDialog .oo-ui-bookletLayout {
   height: 350px !important;

(defaults are 150px)

Hope that helps.

Quiddity (WMF) (talk)23:38, 24 April 2015
  • slowly open the page in VE. I have a powerful computer, but I'm waiting until the bar fills up until the VE load. Can be through any option in the settings will be possible to make it faster?
  • form image editing - left there is long words "General settings"/"Advanced settings" (translations of these words even longer). "Make a caption for the image" - I never to call it the "Settings". I think it will be shorter and easier to understand the words "description"/"settings"
Сунприат (talk)05:00, 9 April 2015

Сунприат, if there was an option to make VE even faster, it wouldn't be an option :D Can you tell me which article you are referring to, on which wiki? Can you compare loading times with the wikitext editor? As for the language in the image inserter - as you know, interface messages are customizable - so if your community had a discussion and decided to change a translation for any of those messages, this could be done locally. Let me know exactly which messages you'd like to change, so I can tell you how to change them if you don't know how to do it yourself.

Elitre (WMF) (talk)18:44, 21 April 2015

Common templates

Could a per-wiki customizable dropdown be added? To add the most used templates. The same as the citation dropdown but with other templates. - - Gerardduenas (talk) 21:55, 10 April 2015 (UTC)

Gerardduenas (talk)21:55, 10 April 2015

This task on Phabricator is the closest thing I could find, so I got bold and just created a new one with your request. Thanks,

Elitre (WMF) (talk)18:35, 21 April 2015

Simple English: citations

The VE in Simple English has a strange citation automation that I cannot figure out at all. It ruins anything I put in. This is not my experience on Wik/en. I use the latest Mozilla on MS Windows 8.1.

Kdammers (talk)21:58, 16 April 2015

Hi Kdammers. The Cite news template there lacks TemplateData, that's why it looks so different. I am not sure there are enough technical oriented editors over there who could update the main Cite templates; if you do know someone who could help, the tutorial is at Help:TemplateData. Thank you,

Elitre (WMF) (talk)18:20, 21 April 2015

Good features to take note

I have provided my (mostly negative) feedback in the past. It is time to provide some positive feedback, since I have seen improvements:

  • tables provide much better value than the conventional editor
  • putting in links is providing better value than the conventional editor because of the feature which shows you if there is a link or not
    • idea: Maybe there could be an option for predictive finding of similar text links (probably better to be on request, not as standard) - like searching not only from the beginning of the link, but also from the mid text

still annoying:

  • the really pushy request to leave a comment on what was done (really useful, but not always necessary)
    • Idea: It could have an option, that if no text if filled and the editor has at some time invoked the link editing menu, it could say: Link added (I would not worry about this too much though)
FocalPoint (talk)09:41, 12 April 2015

Hi there, thank you for this positive feedback! Apologies about the length of time it's taken to respond, I think somehow this was missed - now I'm wondering if you were able to give feedback on the survey that the Community Liaisons just finished up. We reached out to users who were either extremely active users of VisualEditor or those who had given us feedback in certain ways in the past (usually on the VisualEditor Feedback pages).

Re: The "really pushy request" around leaving a comment - I've found that if you don't add something the change will still be made, though I thought that in general it's considered good form to say what change you've made in wikisource text too, right? I'm not sure what feels different to you (or it's entirely possible that I'm misunderstanding the annoyance you have).

Rdicerb (WMF) (talk)23:21, 20 April 2015

Hey FocalPoint, about the edit summary remark, you may be interested in the following related Phabricator tasks which suggest different approaches ([1], [2], [3]). Best,

Elitre (WMF) (talk)18:07, 21 April 2015

I miss the preview for links

I miss the preview. in the old system I can go to the preview and check if the links are working that i put in. Here not.

Kipala (talk)10:19, 21 April 2015

Hi Kipala. With internal links (wikilinks), not only you get to choose them from a list (so you now the target pages actually exist), but you also get a clickable link after you add it, so you can verify it right after you add it, and finally you can verify links at any time while in VE (with external links it's the same, except you don't get suggestions about them when you add them). And if you really want to take a look at the wikitext, you can choose to review your changes before saving...

Elitre (WMF) (talk)17:50, 21 April 2015

Citoid - some feedback

Note: I posted this on the feedback page at, a week ago. There has been no response, so I'm reposting it here.

1. Not particular to Citoid, and so certainly reported elsewhere, but still: It would be really nice, when one adds a citation, to have the new citation appear in the list of citations. It's particularly problematical to have the citations renumber themselves, in the body of the text, as they do, but to have the list unchanged (so now the numbers in the body of the text don't match what is in the list, by number).

2. It's baffling to have the cite icon (castle?) sitting next to the drop-down for cites, and the two of them not behaving the same way as the paragraph, list/indentation, and insert icons and their related drop-downs. By this, I mean that for those three other icons and their adjacent down-pointing carets, it makes no difference whether one clicks on the icon or the caret - one gets the same menu choices. That's not at all true with the Cite icon (clicked on, it opens a dialog, primarily for Citoid) and its adjacent pull-down menu (which lacks a "Cite by URL or DOI" option, but lists six other options).

I understand that (eventually) most people will use Citoid, most of the time, so being able to access it directly on the toolbar (by clicking the Cite icon) saves one click. Fine. But that's no reason to exclude Citoid from the pull-down menu accessible via the caret. If Citoid is not on the regular pull-down menu, it's quite possible that a lot of people won't find it.

3. Clicking on the Cite icon opens a dialog with Citoid, plus this link: "Or use the full citation dialog to fill in the details yourself". That link wording may be technically correct, but it's both verbose and unclear. (A menu list may, technically, be a dialog, but that's not how most people think of it). The wording "Or use another type of citation" is both shorter and clearer.

4. I'm not found of YYYY-MM-DD as a date; I'd rather use Month DD, YYYY. I understand that preferences do vary. But it's going to get really old, really fast, to have to change the date format, every single time I use Citoid, to my preferred format. Is there, or could there be, some way to set a preference, so editors don't have to change the format, every single time they use Citoid?

5. After this sequence: click the "Cite" icon, paste a URL, click "Lookup", and click "Insert", then VE displays the citation in (what appears to be to me, anyway) a dialog, with the option of clicking "Edit". If I'm not interested in editing that citation, then I assume that I should press [esc] to dismiss the dialog - that's what I do with other dialogs. Nope - if I press [esc], VE thinks I'm trying to exit VE, and asks me whether I really do want to exit VE, or not. Such inconsistency is disconcerting.

6. If I insert a citation using Citoid, and click somewhere to avoid the Edit dialog (or non-dialog), then decide I don't like the citation and click Undo, on the toolbar, the citation is converted to an empty Basic citation. It takes a second "Undo" to completely remove it. I don't understand why a single "Undo" doesn't remove it completely.

John Broughton (talk)23:59, 12 April 2015

Hi John Broughton, I see you received a response over at en.wp. Sorry for the delay; Community Liaisons assigned to VE have had a combination of reduced hours and high workloads in the past week, which caused the delay in responding.

Rdicerb (WMF) (talk)23:27, 20 April 2015


User agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.101 Safari/537.36

can you add and auto citation feature to visual editor so all i have to do is paste URL and it looks up citation for references to put in articles

Jonnymoon96 (talk)01:24, 20 April 2015

Hello! This feature was completed last month and rolled out to a few wikis; which wiki were you thinking of?

Jdforrester (WMF) (talk)01:28, 20 April 2015

I can use the VE citation editor on the Wik/En, but here it only creates a mess when I try to use it. There are a few ambiguous words that do less than help me.

Kdammers (talk)00:22, 18 April 2015

What do you mean by "here"? On On this wiki, there are no citation templates and so no prompts and no auto-filled citation tools on this wiki.

Jdforrester (WMF) (talk)00:54, 20 April 2015
First page
First page
Previous page
Previous page
Last page
Last page