VisualEditor/Feedback

About this board

Post your feedback about using the visual editor. Learn how to report problems clearly.

Need more attention? Report directly in Phabricator. The Wikimedia Foundation does not provide support for installing VisualEditor on third-party wikis.

You can read the guide to optimize the visual editor on your site. The guide explains how to set up citation templates.

View open developer tasks Report a new bug in Phabricator

Previous page history was archived for backup purposes at VisualEditor/Feedback/LQT Archive 1 on 2015-07-30.

Problemes à sourcer

1
Aleqc (talkcontribs)
Reply to "Problemes à sourcer"

Improving adding categories in VE

6
Samuel Wiki (talkcontribs)

I'm hoping adding categories could be improved in VisualEditor. Sometimes I copy and paste categories from somewhere else. I can't edit the name categories in VE though. eg. I paste "Australian companies established in 1997" and want to just change the year.

Secondly, I hoping the category search could be better. Right now I have to be very precise with what I type (different behaviour from adding a link to a article). I can't just type "Australian established 1997", I would have to type "Australian companies established in 199" to get a matching suggestion.

TheDJ (talkcontribs)

> I paste "Australian companies established in 1997" and want to just change the year.

I don't understand.. why can't you edit that ? There is no cursor in the text input to do so ?

> I have to be very precise This is going to be a problem even with search. There are a LOT of categories, so even with search it is very likely you are going to get a lot of noise in your search results. It should be possible however to allow for at least typos, if VE would use prefix search instead of title prefix matching. I have filed a ticket for that in phab:T359302.

I've also been thinking that one of the problems with adding categories, is that you can not choose a higher or lower level categories from a match. It might be a good idea if you could navigate the tree from the Category input field.

Samuel Wiki (talkcontribs)

Thanks for creating that ticket.

Regarding the first point... actually the scenario where I encountered that issue was I copied the source of one article to use as a starting point for another article. But when I switch to VE, I can't edit the categories.

The point I was trying to make was once a category is entered, it cannot be edited in VE. It would be great if they were editable.

TheDJ (talkcontribs)

You can edit the categories in VE by going to the drop down menu at the top right (three horizontal lines) and choosing: Categories. Or simply by clicking the previewed categories. You can then remove incorrect categories and add new ones.

TheDJ (talkcontribs)

Thinking about it again, I suspect that your problem is that when you are in the categories dialog, you don't want to have to type out from scratch the category name that you want ? This is why you speak of modifying (technically, there is no such thing, each category spelling exists and each of them is a valid category). I guess this would be helped if you could at least copy the text of the 'wrong' category name, but this is currently not possible in the dialog.

Samuel Wiki (talkcontribs)

Yeah, I was talking about the categories dialog and editing each individual category. It isn't very flexible at the moment. :/

Reply to "Improving adding categories in VE"

Correcting links in tables in VE

3
Redfiona99 (talkcontribs)
Jdforrester (WMF) (talkcontribs)

Do you mean that, because they're wrapped using a template, you can only edit them as wikitext? If so, sadly that's a very long-known missing feature, T52355.

Redfiona99 (talkcontribs)

Hi, yes, I think that's what I mean. Thanks for answering :)

Reply to "Correcting links in tables in VE"

VisualEditor in 1.40.0 breaks categories tag

11
Olarp (talkcontribs)

Upgraded a 1.39.4 to 1.40.0

When editing with the VisualEditor, category tags like [[Category:System]] are converted and saved as [[index.php?title=Kategori:System]]. This of course breaks the page categorising. It's possible to re-edit the page, re-categorise it and it works but it will break again on the next edit.

The WikiText editor does not exhibit this behaviour. It correctly handles the category tags.

Restored the 1.39.4 from backup and tried re-installing a few times, but the upgrade to 1.40.0 produces this unwanted behaviour all times.

Here's rest of the software versions.

Produkt Version
MediaWiki 1.39.4
PHP 8.2.9 (cgi-fcgi)
MariaDB 10.10.2-MariaDB
ICU 71.1
Lua 5.1.5
Pygments 2.16.1

Browser used is Chrome Version 116.0.5845.110 (Officiell version) (arm64) on MacOS.

Whatamidoing (WMF) (talkcontribs)
89.151.42.222 (talkcontribs)

i got the same problem

79.142.32.54 (talkcontribs)

Freshly installed yesterday and can confirm this very annoying behaviour

99.254.32.233 (talkcontribs)

Experiencing the same issue. Any solution?

107.1.38.224 (talkcontribs)

MediaWiki 1.40.1, VisualEditor 0.1.2, issue witnessed. We plan to update MW to latest soon to find out if that fixes it. I can't tell the VE version that appears in ME vs the VE version that is posted on these pages.

217.96.41.70 (talkcontribs)

+1 on this issue. Very annoying.

79.142.32.54 (talkcontribs)

Yup. can confirm and is very frustrating

ESanders (WMF) (talkcontribs)

Is the issue present in 1.41?

2003:FD:2707:BC4F:88CD:7BE2:FD8:D93A (talkcontribs)

Yes, Issue still present in version 1.41.0. This is indeed very annoying.

Heinrich krebs (talkcontribs)

MediaWiki 1.41.0, VisualEditor 0.1.2

Fresh installation, issue witnessed.

Reply to "VisualEditor in 1.40.0 breaks categories tag"
Imoyokan-scratch (talkcontribs)

Happy new year!

On my wiki site, only the main namespace can use the visual editor. How can I use it in other namespaces?

Thanks.

This text was generated by machine translation(DeepL).

Reply to "Other Namespace"
Yutommy0612 (talkcontribs)

The bug occur when I am editing Chinese Wikipedia using VisualEditor. When I try to add link or citation to my page it always redirect me to the page https://zh.wikipedia.org/w/undefined which makes me unable to edit anythings. How can this problem be solved? Thank you.

P.S. I have tried serval times on other Languages' Wikipedia (e.g. English and Japanese) and no problem show up. Seems this bug only occur in Chinese Wikipedia.

P.S.2 The problem only occur on desktop version but not mobile version.

Yutommy0612 (talkcontribs)

now the problem is fixed

Reply to "VisualEditor bug"

Please stop mangling infoboxes

2
Sbmeirow (talkcontribs)
TheDJ (talkcontribs)

If you are referring to the changes in indentation, then this is caused by the authors of infobox settlement defining a specific formatting to be followed by VE, so VE complies with that.

Reply to "Please stop mangling infoboxes"

Can't "go back" from preview

1
Maury Markowitz (talkcontribs)

I was trying to get the right tags on a File: link, using the Preview function. This is almost bafflingly complex.

After hitting Preview, I noticed I had to make further edits. I pressed the "back" button in my browser, but nothing happened. I pressed it again thinking perhaps I had missed it, and still nothing happened. With long experience with web apps that cache intermediate changes, I continued clicking back.

Eventually the page did change, but it took me not back to the editor, but to the page before the one I had visited. That is, it did not take me back to the Sixel page I was modifying, but the DRCS page I had clicked through. I cannot tell if that's because I clicked too many times or not, but in any event, the lack of responce of the back button is generally bad. Doing so without stopping me to inform me I would be discarding my edits is very bad indeed.

Performing the edits and pressing Preview again, I noticed there is a button at the bottom of the screen called Review your changes. Why this is at the bottom of the screen and not the top beside Publish changes is lost on me (and I expect, every other user). In any event, I clicked that button which took me to a different screen, where I pressed the other "back button" in the upper left (which I only noticed because this form is more compact), which took me to another screen, the original Publish changes. Pressing back on Review should take me to the last screen I used, not an entirely different one!

In any event, once I was back at the original Publish I could finally click the X button to go back to the editor to make more changes.

I tried another variation on File. This time the preview showed me a display that looked good, so in the preview screen I pressed Publish changes. This went ahead and did so without returning me to the publish form, so the edit went in without a change note.

Suggestion 1: The "stop whatever I'm doing and return to the editor button should be on every one of these forms, and should be clearly marked.

Suggestion 2: The Publish changes button on the sub-forms should put you in the Publish changes form, not just go ahead and publish it. The common workflow is that we are going to use preview to check whether we like it, make more changes, and repeat. When we see what we like we will publish. Since we are not going to enter the same change notes every time we want to do a preview, its likely there will be no notes unless we get one last chance.

~~~~

Reply to "Can't "go back" from preview"
Strainu (talkcontribs)

See [this change . The reference was added by the user, but the deletion was done by VE. Can be reproduced by editing the old version. Even if the text was not visible, it shouldn't have been deleted.

Reply to "Deleted text"

Pressing and holding spacebar to move text cursor in iOS is unreliable

2
Duckduckgoop (talkcontribs)

In iOS, pressing and holding the spacebar normally allows you to relocate the text cursor. Trying to do this in the visual editor mode presents difficulties.

First, if the cursor gets moved too close to an inline citation, it will vanish. This makes trying to edit the characters directly next to a citation on mobile nearly impossible, since it’s difficult to get the cursor in the correct position without being incredibly precise.

Secondly, after moving the cursor around multiple times via the spacebar in the visual editor, sometimes the entire browser will freeze up. This is not an issue in source mode. For reference, this is using safari.

TheDJ (talkcontribs)

I've noticed similar issues, but it doesn't seem to be very consistent. Sometimes it does it, sometimes not. It also seems as if sometimes, it causes the screen to scroll up (by itself).

Reply to "Pressing and holding spacebar to move text cursor in iOS is unreliable"