VisualEditor/Feedback

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)

Stop VisualEditor scrolling the page down when inserting a hyperlink

3
SUM1 (talkcontribs)

Originally reported in October 2017 here.

Is there any way to stop VisualEditor scrolling the page down when inserting a hyperlink, as in this screenshot: http://prntscr.com/h34uht? If not, can there at least be an option made for it? It's slower to work with and harder to immediately click on the first result.

TheDJ (talkcontribs)

which browser are you experiencing this with ? And have you tried disabling gadgets/userscripts and browser extensions ?

SUM1 (talkcontribs)

@TheDJ It is my understanding that this is a feature of VisualEditor. When you attempt to insert a hyperlink, the page scrolls down to fit the entire dropdown menu on the screen. It also moves when the dropdown menu is closed. This happens in any browser or operating system (bare Chrome- and Firefox-tested).

Reply to "Stop VisualEditor scrolling the page down when inserting a hyperlink"
SUM1 (talkcontribs)
Whatamidoing (WMF) (talkcontribs)

As it says at the top of that page, it is not officially supported any longer, although I sometimes check in if I have a few minutes (I don't think that anyone else does). Thank you for bringing your concerns here.

This post was hidden by SUM1 (history)
SUM1 (talkcontribs)

@Whatamidoing (WMF) I'm aware of the notice at the top of the page, but I had usually got replies on my posts there. Either way, some of these are serious bugs and should be addressed. Would it be better if I reposted each bug as a separate issue here?

Whatamidoing (WMF) (talkcontribs)

Yes, bringing them here increases the speed at which they'll be seen, compared to posting them at WP:VEF on the English Wikipedia. But your bug reports seem to be pretty well-explained, so maybe you'd like to post them directly to the bug tracking system? It's not very different from describing them on wiki, and some of the devs watch the incoming formal bug reports closely. If you're interested, let me know, and I'll explain the process.

SUM1 (talkcontribs)
Whatamidoing (WMF) (talkcontribs)

Templates won't work, but you can write the relevant parts free-form. How to report a bug has some advice. I often follow this pattern:

  • Steps to reproduce (the most important part)
  • Results
  • Expected results

followed by anything that seems relevant, such as your web browser and OS (a detail that the devs always appreciate, even if it turns out not to be important for that bug), a diff showing the problem or a page where you encountered it, and whether you have tried to reproduce it.

Whatamidoing (WMF) (talkcontribs)

Also, it's really easy to add screenshots to Phabricator. Make a screenshot (however your computer does that) and drag it into the middle of whatever you're typing. It does everything automagically from there.

Reply to "Numerous bugs so far unanswered"

Is there a way to change auto wrapping on HTML like code with <nowiki> ?

1
Sadwiki (talkcontribs)

Hi,

I'm using VisualEditor on my wiki for an accesibility purpose. I'm stuck with a little issue :

I'm using Extension_talk:Labeled_Section_Transclusion and so I have "<section>" tags like this in my pages, then when something is edited with VE even if it doesn't concern "<section>" tags it's wrapped like this "<nowiki><section ...></nowiki>. I guess VE is doing this beacause it's really close to HTML tags but that's not the case and that breaks my section transclusions.

I found a topic asking about a similar problem but I don't understand how to manage this : Topic:S2xrifmwk4q0inaa

Also note that Extension_talk:Labeled_Section_Transclusion doesn't support syntaxes like {{#tag:section|params}} that would also be a way to solve the problem.

Is there any way to whitelist "<section>" tags or something like this ?

Note : When VE loads page contents it shows "<section>" tags in text content as if it was only text & with wikitextEditor there is no problem

Reply to "Is there a way to change auto wrapping on HTML like code with <nowiki> ?"

Weird fuzzy effect when typing in the new source code editor

1
Numbermaniac (talkcontribs)

In the "2017 source code editor" (I think that's what it's called - the one that works with VisualEditor), sometimes when typing in text that goes towards the edge of the screen, the text near the end of each line gets a bit 'fuzzy' with what looks like a misaligned shadow. Here's a screenshot of one example.

I'm on macOS 10.13.5, and this screenshot was taken in Firefox Developer Edition 61, but I've also had this issue in the latest stable Chrome. Thanks!

Reply to "Weird fuzzy effect when typing in the new source code editor"

JavaScript error when trying to create a post in Wikipedia:Teahouse

1
Kaartic (talkcontribs)
Reply to "JavaScript error when trying to create a post in Wikipedia:Teahouse"

VE doesn't respect existing wikitable code

1
Bdijkstra (talkcontribs)
Reply to "VE doesn't respect existing wikitable code"

'Show preview' does not show edit summary

1
Leaderboard (talkcontribs)

Consider the following scenario:

1 - I make an edit using VisualEditor

2 - I click Show Preview.

In this instance, the edit summary is not shown in the preview. The main problem is that I might forget to initially add one; I may click Show Preview first to ensure that it looks fine and then immediately press Save. Additionally it does not give an opportunity to review any markup that I may have added to the edit summary (used to be possible in the wikimarkup era).

It would also be appreciated if a feature warning the user if the summary is blank and Save is pressed (after previewing), assuming that the edit is not minor).

Reply to "'Show preview' does not show edit summary"

Is there a list of different namespaces on Commons where Visual Editor is and isn't enabled?

3
John Cummings (talkcontribs)

Hi all

I've been working on an easy way for contributors to Wiki Loves competitions to create photo essays, the prototype is here. Unfortunatley I have a technical issue, I'm finding that some namespaces on Commons don't allow Visual Editor (which the process relies on), I'm also finding that for some reason in my userspace for some reason signatures are dissabled in VE. Is there a page somewhere on Commons that documents where VE can be used and why it is a dissabled in some spaces, also bonus points for explaining why I can't add a signature to pages using VE (greyed out).

Extra bonus points for telling me if a new user with a fresh account will be able to use VE if a page they open has a stipulation to open in VE editing window, or if it has to be enabled by the user first.

Thanks very much for your help

Whatamidoing (WMF) (talkcontribs)

I don't have a handy list of namespaces on Commons; @Deskana (WMF) might be able to get one for you. Generally, it is disabled in namespaces where it is likely to cause difficulties with editing, namely any namespace that contains large (think WP:ANI-size) discussion pages and technical pages (e.g., the Template: namespace).

Signatures are usually enabled only for talk pages (so that new contributors don't think that they're supposed to sign their contributions to a Wikipedia article). It might (or might not) be relatively easy to change that for userspace at Commons.

The visual editor is default-off at Commons for everyone. They will have to opt in at :c:Special:Preferences#mw-prefsection-betafeatures, or remember to switch (pop-up dialog upon first page edit, or the little pencil icon in the far corner of the toolbar).

Deskana (WMF) (talkcontribs)

I'm guessing this thread is related to T195588, which was filed a day after this thread was made. I think that task effectively resolves the questions here. If one wishes to be specific, there will be a list of namespaces that the visual editor is enabled in on Commons in the site configuration, but I don't have the time right this minute to go digging through the configuration code to find it out. Please ping me in a few days if it's still needed, and I can probably find it.

Reply to "Is there a list of different namespaces on Commons where Visual Editor is and isn't enabled?"

I'm very happy about the new paste options

3
ToBeFree (talkcontribs)

Hey,

it has been some time ago that I had asked for a feature: A more obvious way to paste plain text than having to know the right keyboard shortcut. This appears to have been added today! Thank you very much! :)

Whatamidoing (WMF) (talkcontribs)

You're welcome, ToBeFree. I'm sure that @Deskana (WMF) will be glad to hear it. I haven't made up my mind about this particular feature (personally), so it's nice to hear what other people are thinking about it.

Deskana (WMF) (talkcontribs)

@ToBeFree Yes, I'm glad you like it! Let me know if there's suggestions or any other comments you have about it.

Reply to "I'm very happy about the new paste options"
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: https://fr.wikipedia.org/w/index.php?title=Tintin_au_pays_des_Soviets&oldid=147961827&veaction=edit.

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

Reply to "A transclusion problem."