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.

Start a new discussion
First page
First page
Previous page
Previous page
Last page
Last page

If some user creats such link: [[some text]] and then wants to bold/italize it, the link becomes [[some text|''some text'']] (notice that link target and the text, that is shown, is the same), not ''[[some text]]''. Is there some good reason why it's done?

Edgars2007 (talk)13:20, 23 July 2015

VisualEditor doesn't "think" in wikitext at all. This is done by Parsoid, whose sole purpose is to turn wikitext into HTML and back again.

The reason that Parsoid chooses to turn the HTML into that style of wikitext is because editors sometimes want to italicize part of the link label, rather than the whole thing. This: ''[[Link]]'' is the minimum number of characters for typing, but you still have to pipe the label if you want [[Link|''Long'' label]].

The options, then are:

  1. Always use the short form, and disallow mixed formatting on link labels (obviously unacceptable).
  2. Use the short form when you can, and use the long form when you can't (more complicated).
  3. Always use the long form (more characters in wikitext).

They chose the last option because it is more straightforward and efficient for Parsoid.

Whatamidoing (WMF) (talk)16:55, 28 July 2015
 

Convert specialized Cite to basic Cite ... and the other way around

Let's say that you have put in a Cite Web via VE. If you subsequently want to add (as you forgot to) a W:Template:self published-inline there does not appear to be a way to wrap the Cite Web in a 'basic' Cite (which I take to be akin to a simple <ref></ref> tag pair) so that the template can be included in the "ref" tags as recomended. Another example ... you see that a Cite Journal is to an open access manuscript, there is not a way to insert the W:Template:Open access after the cite journal template and before the </ref> tag.

In the opposite direction, someone has put in a basic cite which could/should be a Cite Web; there is apparently no way to convert the basic to the Cite Web type, or to take the content from the basic and insert it into a Cite Web template inside the basic implementation.

All in all this boils down to there being two representations of the <ref></ref> tag pair: one as a simple tag pair (basic) and one as inseparable from the citation template being used (any of the 5 template types currently supported). My thinking is that the simplest first thing to do might be to support conversion from a supported template type to a basic wrapping the template type (cite web implemented in the basic shell, for example); this would satisfy a substantial number of use cases and would essentially be a call to "make the ref tags visible" type of action - the ref tags represented by the basic shell. Conversion from basic to a supported type could be done using the algorithm used to interpret the template type to be assigned when using the generate-from-url-or-doi method ... but there are LOTS of potential problems there.

Regards --Ceyockey (talk) 03:20, 15 July 2015 (UTC)

Ceyockey (talk)03:21, 15 July 2015

Hi User:Ceyockey,

You seem to be saying that if I add an automagically filled citation like this, that I cannot add the {open access} template like that. Except, of course, that I obviously can.  ;-)

I freely grant that the workflow isn't exactly obvious (and consequently may change when Design Research finishes some more urgent work) and also that it's not currently documented. I've been sick for the last week, and one major effect is that I've been unable to get the user guide updated (in fact, the only reason I'm on mw.org at all tonight is to fix a formatting problem in it for someone else). So here are the steps:

Select the ref, but don't click the "Edit" button in the context menu. Instead, click the "Cite" button in the menu, choose the "Manual" tab, and then the "Basic" item in it. The selected ref will pop open in the Basic ref editor for you.

(And then, if you want, please take high-resolution screenshots of each step, showing off your favorite high-quality ref and additional template to add, upload them to Commons under both cat:Citoid and cat:VisualEditor, and drop the list of links at Help:VisualEditor/User guide/Citations-Full. Getting good screenshots made and uploaded is the first step in getting this documented.)

Thanks for reminding me about this.

Whatamidoing (WMF) (talk)03:42, 15 July 2015

@Whatamidoing (WMF): Hope you are feeling better. I've uploaded six screenshots, entitled "ConvertManualCiteToBasicCite_00#.png" (where # is 1, 2, 3, 4, 5, or 8) to Commons and put them in the two categories you indicated. Hope these help with the documentation.

Ceyockey (talk)02:03, 23 July 2015

Thanks! I've put the first draft at Help:VisualEditor/User guide/Citations-Full#Manually_editing_an_automatic_citation. It'll get improved later.

Whatamidoing (WMF) (talk)16:02, 28 July 2015
 
 
 

Section edits

When user clicks on the "Edit section" link (or whatever it was called), no matter is he making edits with VE in that or completely different section, in the edit summary is name of that section, for which user clicked the "Edit section" link. From what I have seen (can't give you statistics, of course) only few of edits were made in that particular section. So suggestion/question is: Maybe remove the section from edit summary (for cases, when page is edited with VE)?

Edgars2007 (talk)13:27, 23 July 2015

Autofill template date field with current month and year

I have been using the VisualEditor to add templates while editing and am very happy with how easy it is. One thing I noticed is that a lot of templates have a 'date' field which should be filled with the current month and year. For example, if I add the "refimprove" template to an article, I enter the current month and year into the 'date' field so that it can be prioritised correctly on the "refimprove" backlog. Is it possible to modify the functionality of the template insertion tool so that the 'date' field can be automatically filled with the current month and year? For example, opening the template insertion tool for the "refimprove" template could have the 'date' field already added with the current month and year. Thank you so much for the great tools you have been building. It has made my hobby of editing Wikipedia much more fun.

Matt Heard (talk)23:11, 8 July 2015

@Matt_Heard: This is a good idea. It is already implemented in the process of generating citations from URLs, where the accessdate parameter is auto-filled. I think there are a class of templates, among them refimprove, that would benefit from automated population of the date field. One question to the developers, though: would the autofill date be based on your personal time-zone setting or on the GMT standard used in time stamping edits? My thinking is that the GMT standard would be better, more consistent across editors -- so there you have a data-tangible benefit: increased consistency of date parameters.

Ceyockey (talk)03:26, 15 July 2015

Hi Matt and Ceyockey,

This already exists. It is what I used to make this edit. You need to update the TemplateData to include "autovalues". I updated w:en:Template:Refimprove at en.wp since it was the one Matt mentioned. I'm not an admin, so I can’t make a null edit on the template; consequently, it will take a while to get that change through the job queue.

Whatamidoing (WMF) (talk)18:21, 17 July 2015

Thanks for the tip. Very helpful.

Ceyockey (talk)01:27, 23 July 2015
 
 
 

Problems with links

Hello! In the last days I have problems setting links with VE. After marking the word and activating the link tool, the dialogue for setting the link will not close and its not possible to continue editing with other tools (normal text editing is still possible, although the dialogue window is still open). Seems like the tool crashed. Only way to get out is to save and start editing again. But the changes are saved, as far as I have seen.

Don-kun (talk)20:42, 19 July 2015

On which site specifically, and what version of which browser are you using ?

TheDJ (Not WMF) (talkcontribs)21:23, 20 July 2015

Happened on de:Shōnen and de:Yowamushi Pedal. I use Firefox 30.0, Firefox for Linux Mint 1.0.

Don-kun (talk)18:13, 21 July 2015

Sounds like it was https://phabricator.wikimedia.org/T106270. Should be fixed now.

Stryn (talk)14:20, 22 July 2015
 
 
 

cannot open the specialcharinspector-characterlist-insert page

Using Firefox 39.0, Windows 7, Monobook skin.

A few months ago, I edited MediaWiki:Visualeditor-specialcharinspector-characterlist-insert on Navajo Wikipedia and added some needed characters. Now I’m trying to make an additional minor edit, but I cannot open the page. Every time I try to edit it, I get this error:

Internal error[f693324e]
2015-07-21 19:18:11: Fatal exception of type "MWException"

I’m not sure if I’m doing something wrong or if the page is corrupted somehow.

Stephen G. Brown (talk)19:43, 21 July 2015

That's because this message is JSON now, but when you edited it it was wikitext. However, this message isn't used in VisualEditor when inside MediaWiki, so you can just delete it. See VisualEditor/Special_characters for modern instructions.

Jdforrester (WMF) (talk)19:52, 21 July 2015

Thanks. I deleted the old JSON page and created MediaWiki:Visualeditor-quick-access-characters.json. When I tested it, it had automatically named the block of characters that I inserted "Often used" (in English). Is there a way to change the name of this block of characters to a different name (I would translate "Often used" into Navajo)?

Stephen G. Brown (talk)22:19, 21 July 2015
 
 

Are there any plans to combine an inline differ with VE?

Are there any plans to combine VE with an inline visual differ like Extension:WikEdDiff?

VE is awesome, WikEdDiff is awesome. The mix of both would be super-awesome ;-)

Planetenxin (talk)11:02, 18 June 2015

It's been thought about, but I'm not aware of any plans to do this (at least, not in the near future). I think it's on the "probably someday" list.

Whatamidoing (WMF) (talk)02:24, 3 July 2015

That should be added to Phabricator, even if with a low priority.

Helder17:45, 12 July 2015
 
 

NEW FEATURE: using Wikipedia for research

I suggest a link in the upper right hand corner that links to a page explaining how to get reliable information from WIKIPEDIA. On Wikipedia, moderators and editors try to maintain pages with footnotes citing sources to information (it's not always there, but we do our best). Students using Wikipedia do not really understand the value of the Wikipedia resource and how to use it. Wikipedia is like a clearing house for a wide range of ideas and concepts on a subject. Students can come to Wikipedia to get a broad conceptual range of what thoughts are on the subject, but they can not site Wikipedia, because it is not a first source. They need to follow the citations to find the first source on each idea they want to include in their research. We need to have a page that teaches people how to use Wikipedia for research.

In my mind, the best way to use Wikipedia for research is to come to Wikipedia to gather all the thinking on the subject. As you gather the pertinent points for your research, you need to note the sources associated with the items you read. For items you think might be true but that have no citation, you need to seek out sources. From that point, you have to go to the original sources for the actual data and research. Students do not understand how to use Wikipedia properly and it would be very helpful if we trained them. I suggest a link in the upper right hand corner titled HOW TO USE WIKIPEDIA FOR RESEARCH. This link would go to a page that trained them on best practices.
While we would all strive for Wikipedia to be so reliable that it could be cited, Wikipedia is really and open source knowledge base. In a way, being an open source knowledge base makes it more amazing than other knowledge bases. No one controlles what can be included and we all participate. By training students on best practices for research we help them learn how to use Wikipedia and we preserve it as an open source knowledge base and strengthen its significance.

Thank you for your suggestion, even though it is not related to VisualEditor.

There is a link called "About Wikipedia" both at the very bottom of the page and also in the left-hand sidebar of most pages on most Wikipedias. That link takes you to a page that addresses the issues you are interested in.

Whatamidoing (WMF) (talk)18:28, 17 July 2015
 

Changelog abandoned?

Has the changelog/Status reports page been abandoned? https://www.mediawiki.org/wiki/VisualEditor/changelog seems completely inactive since late May, yet VisualEditor still keeps adding changes to weekly updates.

Since the change summaries are cryptic on that log, will we be seeing a return of the simplified change summary?

74.15.153.9614:18, 7 July 2015

This is a question for User:Jdforrester.

Whatamidoing (WMF) (talk)18:24, 17 July 2015
 

Cannot enter change summary, field loses focus

Issue

In the save page dialog, when I try to click the Summary input field, the field immediately loses focus. Instead, focus is put on the article text in the background (I can type there while the dialog is open).

Steps to reproduce:

  • Open any page and make a change through the VisualEditor.
  • Hit save button -> popup opens
  • Click the summary input text field

Specs

  • Chrome: 43.0.2357.81 m
  • Platform: Windows 8.1 Pro
  • MediaWiki: 1.25.1
  • Skin: Vector
89.146.39.3707:37, 4 June 2015

Currently experiencing the same issue, has anyone found a fix for this?

173.58.117.5923:10, 15 June 2015
 

Found a temporary fix for the time being: when the save dialog comes up, open up the developer tools in your browser and go to the Console (F12 -> Console in Google Chrome) and enter "document.querySelector('input').focus()"

Once you click on the text box again, it'll be in focus. Wonder if we can get a permanent fix/solution anytime soon, because this is a pretty big inconvenience right now.

71.93.147.13903:25, 16 June 2015
 

Note: Possibly Windows only? I cannot reproduce this, on Ubuntu, using Chromium 37 or Firefox 38, at my sandbox on this wiki.

Note2: Whilst the summary box is open, the only way I can get my cursor to focus on the document behind, is to use the [Tab] key.

Quiddity (WMF) (talk)22:16, 17 June 2015

Debian\Ubuntu, MediaWiki 1.25.1, Visual Editor REL1_25, Vector skin REL1_25 Safari, IE, Google Chrome - the same issue :\

217.151.130.12013:36, 15 July 2015
 
 

autocitation

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

Some of User:Johnnymoon96's edits are at w:simple:, which does not have the citoid service set up.

Whatamidoing (WMF) (talk)02:32, 3 July 2015
 
 

pertanyaan

bagaimana cara memberi warna pada table?

Hanna Trisnawati (talk)14:37, 1 July 2015

Hello. If your question is about being able to change color for cells in a table with VisualEditor, please see [1]. Best,

Elitre (WMF) (talk)14:41, 1 July 2015
 

Visual Editor Save Page dialog Box

Hi there, When I click save changes in visual editor mode, the save page dialog box pops up with the summary textbox. When i click on the summary entry box or type anything, it selects my wikipage instead or type in my wikipage. Is there some function i have to turn on? or should i reinstall the visual editor?

Thanks! AT

AmazingTrans (talk)16:18, 24 June 2015

Several of us seem to be having this issue, see the issue titled "Cannot enter change summary, field loses focus."

What OS/Browser are you using? Most of us with this issue seem to be running Windows/Google Chrome. I'd like to try replicating this issue again, but I've already downgraded my wiki back to 1.24.

173.58.117.5918:26, 24 June 2015

I'm using Windows 7, Chrome 43.0.2357.130 m. MediaWiki 1.25.1 Looks like IE 11 seems to be working.

AmazingTrans (talk)19:48, 24 June 2015

To my correction, Actually IE11 stops working after i refresh. That's weird. I guess it depends on luck?

AmazingTrans (talk)21:53, 24 June 2015

Have you tried putting ""document.querySelector('input').focus()" into the console of the browser you're using? That seems like a very temporary fix for the problem, but it's still a giant hassle to have to do it every time to get it to focus.

173.58.117.5916:56, 25 June 2015
 
 
 
 

Installation issue with parsoid

RHEL 6

[root@APP02 node-v0.10.4]# git clone https://gerrit.wikimedia.org/r/p/mediawiki/services/parsoid Cloning into 'parsoid'... fatal: unable to access 'https://gerrit.wikimedia.org/r/p/mediawiki/services/parsoid/': Couldn't resolve host 'gerrit.wikimedia.org'


how to fix the above issue?

125.19.34.8607:17, 19 June 2015

You seem to be having network trouble. In particular, DNS does not seem to work as expected. https://gerrit.wikimedia.org/ is reachable from here, so I think it's specific to your network connection.

Gabriel Wicke (GWicke) (talk)18:48, 20 June 2015
 

Copying Table from Word

MediaWiki 1.25.1 VisualEditor REL1_25 Parsoid 0.2.0

When I copy a table from Microsoft Word and paste it in Visual Editor, it displays correctly as a table. But when I save the page the table turns into text only. If I edit again with VisualEditor the table appears formatted correctly. So, the table only displays correctly in VisualEditor, and not on the page.

198.179.137.21120:28, 15 June 2015

I believe this is phab:T85577 ("Pasted tables in VE-MW do not automatically get class="wikitable"") - I.e. it should look like a normal wiki table if (in wikitext) you change the first line to read:

{| class="wikitable"

Please let me know if it's more complex than that, and then I can file or find a more appropriate task. Thanks.

Quiddity (WMF) (talk)00:31, 18 June 2015
 

Amazing, but wait...

This is a HUGE improvement over last editor. My only problem is with editing within the profile box section; for some reason you no longer have access too usual advanced editing tool (font size, adding references, inserting breaks etc. - it now has to be done manually (or of course through 'edit source')).

Heuh0 (talk)20:58, 31 May 2015

Hi Heuh0, If I understand correctly, you're describing how editing the templates in the top-right corner of many articles (aka Infobox), gives us the template-editor window (e.g. https://i.imgur.com/xmHMQu4.png ) which itself then requires wikitext/source inside it.

If that's right, then the issue is tracked at phab:T52182 ("VisualEditor: Add support for making some templates directly "visually editable" in the DOM, as if they were tables (e.g. infoboxes)"), and is on the planned feature list (but seems to be proving itself a harder challenge than first thought). Thanks for the feedback. :)

Quiddity (WMF) (talk)03:55, 4 June 2015
 

Actually, that's phab:T52355 ("Add support for editing templates' parameters as DOM elements, including supporting nested templates") which is very hard (but not quite as hard as T52182).

Jdforrester (WMF) (talk)21:25, 4 June 2015
 

No Notification If User Is Logged Out While Editing

In a wiki where a user is required to be logged in to save a page. If a page is being edited in the Visual Editor then in another tab the user is logged out of the wiki when the save button is clicked then the page responds by doing nothing but continuing to show the save button. It would be helpful if some notification was given to tell the user they need to log back in so that they can save the page.

98.17.210.412:42, 2 June 2015

This issue is tracked at phab:T50656 ("VisualEditor: Check for and warn user on unexpected badtoken event says they're now logged out"). Thanks for the report.

Quiddity (WMF) (talk)03:22, 4 June 2015
 

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

Thank you, Robertjm for this comment.

I assume you are active on English Wikipedia, where VisualEditor is available as a beta feature.

Trizek (WMF) (talk)14:48, 27 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
 
 
First page
First page
Previous page
Previous page
Last page
Last page