VisualEditor/Feedback

From MediaWiki.org
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.

autocitation[edit | edit source]

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) 19:27, 12 April 2015 (UTC)

Start a new discussion

Contents

Thread titleRepliesLast modified
MediaWiki:Visualeditor-quick-access-characters.json118:52, 19 April 2015
<script>...</script> problem when using Bitdefender 2015018:00, 19 April 2015
Citations000:22, 18 April 2015
Simple English: citations022:00, 16 April 2015
Math editor109:01, 14 April 2015
Citoid - some feedback 023:59, 12 April 2015
Good features to take note009:43, 12 April 2015
Good features to take note009:41, 12 April 2015
Common templates 021:55, 10 April 2015
Updated special character inserter tool2105:11, 9 April 2015
Feedback005:02, 9 April 2015
terrible title in the form of saving the page520:31, 7 April 2015
tag syntaxhighlight217:48, 6 April 2015
narrow field of the row parameter417:33, 6 April 2015
Feedback, see my User:Page117:19, 6 April 2015
Movable table rows/columns317:13, 6 April 2015
Editing red links215:17, 31 March 2015
I love visual editor!110:17, 31 March 2015
After 1.25 maintenance/update.php, attempts to Edit certain pages open other pages100:45, 30 March 2015
First page
First page
Previous page
Previous page
Last page
Last page

MediaWiki:Visualeditor-quick-access-characters.json

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
 

<script>...</script> problem when using Bitdefender 2015

Hi, I've noticed that when I edit articles using the VisualEditor, this:

<script type="text/javascript" language="javascript" src="/B1D671CF-E532-4481-99AA-19F420D90332/netdefender/hui/ndhui.js?0=0&0=0&0=0"></script>

sometimes (maybe always) appears on the first line. If you look through my edit history, only the articles using VisualEditor have this problem, and even then not alll of them (look at the Hydnora Africana edit history. I have Bitdefender Total Security 2015, and I know that this script has something to do with real time browsing protection (I think it scans pages before they load up, but I'm not too sure about this aspect. It would be nice to know why this is happening, and I'm having to check all of my previous edits using VisualEditor, and that would be pretty annoying for every Bitdefender user to have to do.

Awesomeshreyo (talk)18:00, 19 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

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

Math editor

Please use a tool like this as an equation editor on the VE.--ManosHacker (talk) 21:14, 10 April 2015 (UTC)

ManosHacker (talk)21:14, 10 April 2015

Math is a very difficult area, because it is still very badly supported by browsers. It will take time for the world to improve in that area. The editor in question that you point to is unfortunately Flash and also not open source, so an alternative will need to be found, or developed from scratch, probably requiring significant time and investment. There is also a usability issue, as you can see the editor requires quite a bit of screen real-estate, and that is a challenge.

TheDJ (Not WMF) (talkcontribs)09:01, 14 April 2015
 

Citoid - some feedback

Note: I posted this on the feedback page at en.wikipedia.org, 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

Good features to take note

Please delete this note, I do not understand how I did it, I posted it again (and cannot find how to delete it)

FocalPoint (talk)09:40, 12 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

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

Updated special character inserter tool

The new design for the special character tool is available here at mediawiki.org. You can test it by going to http://mediawiki.org/wiki/Project:Sandbox?veaction=edit 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 !

Cheers,

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
 

Hi,

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. «»).

Thanks,

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
 
  • 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

terrible title in the form of saving the page

many buttons in the title form of saving the page. Look, two buttons on top of the word [1]. Please, redesign the title to all of the text in it was visible properly

Сунприат (talk)12:11, 4 January 2015

User:Сунприат, would you please look at the save box here and let me know if you see the same problem? Click on https://www.mediawiki.org/wiki/Project:Sandbox?veaction=edit&uselang=ru Make a change and start to save. Then tell me if it still exists (I expect your answer will be "yes"). Please also tell me which web browser and computer operating system you are using. Thanks!

Whatamidoing (WMF) (talk)05:18, 5 January 2015

Yes, it's the same giant buttons again. latest firefox & chromium, ubuntu. Sometimes I have seen only one letter "С",it's terrible. Also this in part "review you changes", where one big button on the right and on top of the words. And other same form - editing templates.

Сунприат (talk)09:36, 5 January 2015
 

We have this problem too in Indonesian. The title only show the first word and ends with … ("Simpan ...") rather than spelling out the entire title ("Simpan perubahan Anda").

William Surya Permana (talk)07:36, 8 January 2015
 
 
 

tag syntaxhighlight

What is planned for the code, source and syntaxhighlight tags, really do as an mw:Extension:CodeEditor?

Сунприат (talk)12:05, 4 January 2015

There is no useful plan at this time. It's on the "probably someday" list.

Whatamidoing (WMF) (talk)17:28, 6 April 2015
 
 

narrow field of the row parameter

When I edit the template parameter in the template is fixed height of line. In the line there are long sentences, templates lang and ref, bulleted list - they as text, not recognized by the content or template inside a parameter. Before, the line could become a more big height, when click inside her.

http://tempfile.ru/view/14007/217162ed4c/a10849087acd307a4ea33d22.png

Сунприат (talk)17:49, 8 January 2015

User:Сунприат, what web browser, OS, and Wikipedia skin are you using?

Whatamidoing (WMF) (talk)22:47, 12 January 2015

latest firefox & chromium, ubuntu, ruwp & enwp, vector

Сунприат (talk)23:19, 12 January 2015

This is supposedly fixed (again: for the third time in the last year?).

Whatamidoing (WMF) (talk)17:20, 6 April 2015

yup, fields are now larger, thanks

Сунприат (talk)17:33, 6 April 2015
 
 
 
 

Feedback, see my User:Page

First in German, (my native language, sorry/google-translated:

  • Ich sehe, es fehlt ein Befehl "Zelle einfügen"/I see it is missing an "Insert cell"-command.
  • Wie kriege ich die Spalten sortierbar/How do I get the columns sortable?
  • Eine fertige Vorlage zur Quelleneinfügung mit Platzhaltern: Sinnvoll/A finished template to insert source wildcard: It makes sense?, [1]. Greetings, THANXALOT for doing this!!!
91.19.142.24612:39, 29 January 2015
  1. phab:T85464
  2. phab:T95189
  3. Leider verstehe ich das nicht.
Whatamidoing (WMF) (talk)17:19, 6 April 2015
 

Movable table rows/columns

I've been playing with the table editor in VE - seeing what it can do. It's a GREAT improvement and has enabled me to do things I wouldn't have done before! It still has bugs (like how to activate a cell, keyboard shortcuts [e.g. tab, or arrows] don't work to navigate around, and double-clicking on links in cells cause the screen to jump around), but I'm very happy with how it's working so far.

For what it's worth: if I was able to vote on the next feature that would be super-useful to add, is to make it possible to "move" (drag) a column or row to a different place in the table. I consistently find this to be the thing that I keep expecting to be possible (even though it was not possible in the traditional editor) and frustrated when it's not possible.

Also, one tiny thing about merged cells:

  • When I have a merged cell, and I go to "de-merge" it, the button still says "merge". When the highlighted cell is already merged, the text on the button should instead say "un-merge" or "de-merge" to indicate to the user what will happen.
Wittylama (talk)13:38, 3 February 2015

Hey Liam,

Dragging columns and rows is definitely the thing we're looking to implement next with regards to tables; it's a particularly challenging thing to re-order a column in wikitext, so making it much easier would be a real value for users. However, we've decided that it's not as urgent as performance work, so it will have to take a back seat for a while, sorry.

On the labelling of controls, this is the standard that we use in VisualEditor to mirror other editors – when you select some text which is bold, the bold button is depressed to indicate it's "on" and clicking it will remove it; it isn't labelled "De-Bold".

Jdforrester (WMF) (talk)16:55, 5 February 2015

You are quite correct about the "de-bold" example... Now that you explain it that way, I can indeed see that when my cursor is on a merged cell, the "merge" button is in a darker shaded background - in the same way that the "bold" button has a darker background when my cursor is on bold text. I suppose then, that my feedback is that this visual feedback was not sufficient to subconsciously indicate to me that there was a state change active. In short, the colouring change was too subtle for me to "get" it. Perhaps that's just me being dimwitted, but there you go... Is something more prounouced possible (for all the things - not just 'merge'), or would that go against some styleguide?

I understand that "dragging columns/rows" is but one feature request among many. It just surfaced very quickly in my editing Tables with the VisualEditor as the KEY missing thing that I kept trying to do and forgetting wasn't possible. I realise that it wasn't possible before (in the code editor), but that just goes to show how clearly it stood out as the obvious next big thing that the table editor needed. I'll try to come to the Wednesday IRC meeting where you're soliciting for "community priorities" and see if I can't get it prioritised there :-)

Wittylama (talk)17:45, 6 February 2015

Update: Dragging table columns to rearrange, although widely agreed to be an awesome feature, is likely to be "not soon". The best guess is sometime later this year, but not the next couple of months. (Any dev reading this is welcome to pleasantly surprise me by deploying much sooner than expected.  :-)

Whatamidoing (WMF) (talk)17:13, 6 April 2015
 
 
 

Editing red links

The other day at cawiki it came out the idea of defaulting the redlink creation to the visual editor instead of the code editor, to make it easier for novices to edit those links. Is this possible?

Gerardduenas (talk)09:47, 31 March 2015

Hi. The related task is tagged as "Epic", although it also indicates the team will work on it in the next quarter. There's a quick workaround though, your community may try and change those messages which appear when a user lands on a non existing page, for example, so that they start the page in VE (you can see how this was done at plwiki, the first link allows page creation in VE). I see you already changed a Mediawiki message, see the box at the top of this page to learn about the others. Hope this helps,

Elitre (WMF) (talk)10:13, 31 March 2015

Thanks for your speedy reply, it helped a lot!

Gerardduenas (talk)15:17, 31 March 2015
 
 

I love visual editor!

It makes editing so easy! However, I would like it to be applicable to talk page entries.

Writer freak (talk)14:48, 30 March 2015

Hi there, thanks for your feedback. Another software will take care of that. You can try it here. Best,

Elitre (WMF) (talk)10:17, 31 March 2015
 

After 1.25 maintenance/update.php, attempts to Edit certain pages open other pages

Today, I ran maintenance/update.php on an installation. Now, when certain pages are invoked with "Edit," an entirely different page is invoked -- it is almost as if an index in the database were skewed. It is now possible to save the page and stomp over whatever was there before. Has this been observed before? I'm not even sure how to debug this -- suggestions will be appreciated!

Here is some version identification.

MediaWiki: 5a3173d06b605a8c86ace08efc9e9c290f7f171a VisualEditor: b6ad119f153cdd0f88e3152c5961785c3d46e72a

Pickle-san (talk)03:31, 25 March 2015

For posterity, this was solved; the Parsoid server was pointing at another wiki, so edit requests for a particular revision id came back with a totally wrong page. Whoops. :-)

Jdforrester (WMF) (talk)00:45, 30 March 2015
 
First page
First page
Previous page
Previous page
Last page
Last page