Jump to content

Wikipedia:VisualEditor/Feedback: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
Line 160: Line 160:


[[User:Raminder0707|Raminder0707]] ([[User talk:Raminder0707|talk]]) 10:39, 29 November 2016 (UTC)
[[User:Raminder0707|Raminder0707]] ([[User talk:Raminder0707|talk]]) 10:39, 29 November 2016 (UTC)

== how to let wikipedia know the link they were linking was a bad link? ==

:<small>User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:50.0) Gecko/20100101 Firefox/50.0</small>

URL: https://en.wikipedia.org/w/index.php?title=Trans_(album)&section=5&veaction=edit&oldid=747935146&wteswitched=1&redirect=no

[[User:Andrewjtalcott|Andrewjtalcott]] ([[User talk:Andrewjtalcott|talk]]) 03:09, 30 November 2016 (UTC)

Revision as of 03:09, 30 November 2016

Skip to top
Skip to bottom
Your feedback about VisualEditor
Please include your web browser, computer operating system, and Wikipedia skin (usually Vector (2022), sometimes Vector Legacy (2010)).
Ideas about user interface choices and the priorities for adding new features are especially welcome.
As of 2020, VisualEditor has been used more than 10 million times at the English Wikipedia.
Other ways to contact the team More


Help Local archives
Bug report VisualEditor
Mito.money Please app{}
Intention: I am trying to clean up the gallery of the additional images section of the Caudate nucleus article using the visual editor; Because someone used the cleanup gallery template, and I agree with that person.
Steps to Reproduce: 1. click on edit of the "Additional images" section.

This is reproducible.

Results: Slideshow is not there, instead all images are displayed small. (see this page for illustration https://en.wikipedia.org/wiki/Help:Gallery_tag)
Expectations: Edit the slideshow directly. This way I can view the images properly.
Page where the issue occurs Caudate nucleus
Web browser Mozilla Firefox 49.0.2
Operating system Arch linux
Skin Vector (default)
Notes:
Workaround or suggested solution

VeniVidiVicipedia (talk) 16:03, 13 November 2016 (UTC)[reply]

The display that I see doesn't match any of the other modes. I think this may be a deliberate choice (to make it obvious that there are multiple images present), but I'll ask the dev who knows the most about it. Whatamidoing (WMF) (talk) 18:31, 14 November 2016 (UTC)[reply]
Displaying it different when editing or reading is not what you would expect for a WYSIWYG-editor.--VeniVidiVicipedia (talk) 12:00, 21 November 2016 (UTC)[reply]
No, it is not. But I think that most of our interactive content is currently not-fully interactive while in the edit mode. Should still be filed as a ticket though. —TheDJ (talkcontribs) 10:28, 23 November 2016 (UTC)[reply]

Edit notices not showing?

Here's a sample article: Bharatiya Janata Party.

I recall that edit notices used to display before. Considering that my example has an Arb notice, things can get pretty serious if this doesn't happen. Acknowledged or is it just me? Ugog Nizdast (talk) 13:24, 19 November 2016 (UTC)[reply]

I agree; I see the edit notice in the wikitext editor but not in VE. Mike Christie (talk - contribs - library) 13:26, 19 November 2016 (UTC)[reply]
I tested this - edit notice doesn't show in VE [so, confirmed]; switched to wikitext editor, edit notice does show; switched back to VE - and the software got about 3/4 of the way to opening the article in VE, then stopped. That was on Firefox (on a Mac); same behavior using the Chrome browser. -- John Broughton (♫♫) 18:00, 20 November 2016 (UTC)[reply]

Confirmed and reported —TheDJ (talkcontribs) 20:12, 21 November 2016 (UTC)[reply]

Category feature not working

I never tried this feature out before. Doesn't seem to work for me at all.

Can you remove the <meta name="robots" content="noindex,nofollow"/> so that the page can be indexed by search engines? Thank you.

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36

URL: https://en.wikipedia.org/wiki/International_Expeditions?action=edit

JumboBull415 (talk) 15:31, 22 November 2016 (UTC)[reply]

@JumboBull415: New articles automatically get noindex added directly to the html by our software until they have been reviewed by Wikipedia:New pages patrol. The oldest unreviewed articles are currently from October 23 and International Expeditions is from October 25 so it will probably be reviewed within a few days. If the reviewer accepts it then noindex is removed. __INDEX__ and __NOINDEX__ have no effect in article space. PrimeHunter (talk) 17:21, 22 November 2016 (UTC)[reply]
@JumboBull415: btw. if one of the first things you do when creating a Wikipedia page is to see if it turns up in Google, that to us is cause to question your motives, as it is an indicator of a potential conflict of interest. Abuse of Wikipedia to get your content to show up high in Google's search results is one of the reasons the community has chosen to initially keep new content out of search engines all together. —TheDJ (talkcontribs) 10:18, 23 November 2016 (UTC)[reply]
@JumboBull415: I made a mistake earlier by using Special:NewPages but it only goes back 30 days. Special:NewPagesFeed currently has unreviewed articles going back to 23 July. PrimeHunter (talk) 19:04, 23 November 2016 (UTC)[reply]

Can I change the page title?

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_1) AppleWebKit/602.2.14 (KHTML, like Gecko) Version/10.0.1 Safari/602.2.14

URL: https://en.wikipedia.org/wiki/Estates_of_Cura%C3%A7ao?action=edit&veswitched=1&oldid=751133083

The page title is wrong. The correct word for this is Parliament and not Estates. I changed it in the text but the title is not editable. Thanks.

AnthonyHollander (talk) 16:13, 23 November 2016 (UTC)[reply]

@AnthonyHollander: That concerns "moving" a page and is not related to normal editing. For help at doing it, see WP:MOVE. Ugog Nizdast (talk) 16:33, 23 November 2016 (UTC)[reply]
Bug report VisualEditor
Mito.money Please app{}
Intention: All visible elements of the reference should be visible in popup (the popup window should match the visible content in reflist)
Steps to Reproduce: While editing, click on ref # 43 (Centers for Disease Control ...) in the main text in "International efforts" of One Health
Results: The reference is shown in detail in a small popup window, but without the included raw link
Expectations: All visible elements of a reference should be visible in the initial popup window (compare with the following "Edit" popup window, which

display raw links correctly).

Page where the issue occurs
Web browser Firefox 50.0
Operating system Windows XP
Skin Vector
Notes:
Workaround or suggested solution

GermanJoe (talk) 18:51, 24 November 2016 (UTC)[reply]

That's an odd one. Thank you for reporting this. Whatamidoing (WMF) (talk) 06:41, 26 November 2016 (UTC)[reply]
Thanks for reporting this on Phab, but de-Wiki beat us to it :). I have switched the above task number to the older open task, just for convenience. GermanJoe (talk) 17:29, 26 November 2016 (UTC)[reply]

A note about the citation function in VE

Is there any easy way to change the way the citation function in VE picks up dates when you're automatically adding a link? I ask because it seems to import as month-day-year automatically and it means editors sometimes have to correct additions that I've made i.e. the most recent edit made to Charlotte Kerwood (https://en.wikipedia.org/w/index.php?title=Charlotte_Kerwood&action=history). Red Fiona (talk) 18:52, 26 November 2016 (UTC)[reply]

Saving changes

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.98 Safari/537.36

URL: https://en.wikipedia.org/wiki/User:Gargroetzi/sandbox?veaction=edit

I am not currently able to save changes. Eep! I just finished adding to a strong draft and it's complete - but I can't save!!! I keep getting an error when trying to save. What do I do??

Gargroetzi (talk) 03:08, 27 November 2016 (UTC)[reply]

Please make it easier to replace linked text

For instance, if I see a linked text that says "Theobalds House" (which was recently moved to "De Vere Theobalds Estate", a more correct name), and I want to replace that text ("Theobalds House") with the newer name for the article, it's relatively difficult to do in the current form of the Visual Editor. Granted, it's far easier IMO to do said action in VE than it is with source editing. And it is very easy to change the article that a text links to, which I'm very grateful for. But if I want to simply replace a text with the name of the article I want the text to link to, it's very difficult from my experience in VE, unless there's just a better way to do that.

Also, you could also make it easier to modify links and text in templates and infoboxes and such, which it's very, very difficult to do so now, and is actually easier to do in source editing IMO.--Chicowales (talk) 21:57, 27 November 2016 (UTC)[reply]

Visual editor is rearranging infobox parameters

Bug report VisualEditor
Mito.money Please app{}
Intention: A user was trying to remove an infobox parameter here and here, but the result was that some of the infobox parameters, |border=, |image_size=, |native_name= got moved to the bottom of the infobox. This tends to look like subtle vandalism, as I often see editors rearrange parameters in an effort to hide numerical vandalism, for instance.
Steps to Reproduce: Open Angrej and attempt to edit the infobox. The Infobox parameters will load out of sequence with the page source.
Results: I was able to repeat the problem here on Chrome, so I know it's an issue with Visual Editor, not vandalism in this case. I was also able to recreate the issue here with Firefox.
Expectations:
Page where the issue occurs Angrej - I haven't checked other articles.
Web browser Chrome 54.0.2840.99 (64 bit) and Firefox 48.0.2
Operating system Windows 10
Skin
Notes:
Workaround or suggested solution

Thanks, Cyphoidbomb (talk) 19:27, 28 November 2016 (UTC)[reply]

Sadly (as annoying this can be while checking diffs), that happens..it's not a bug but just doing as it has been told. See /Archive_2016_1#VisualEditor_reorders_parms_in_infobox. Though here, I can figure why |film name went right down, contradicting what's at Template:Infobox film#TemplateData. |border and |image size seem to be no longer used though, maybe they're the cause? Ugog Nizdast (talk) 19:45, 28 November 2016 (UTC)[reply]
I tried something else. Here, I moved |film_name= to the bottom of the infobox, then in the next edit, I activated the Visual Editor. |image_size= and |border= were stuffed right before |film_name=. Then I tried moving film_name somewhere toward the middle of the template. In the next edit I activated Visual Editor, and |film_name= got moved to the very bottom, along with |image_size= and |border= right above it. I don't know if that helps answer anything. Regards, Cyphoidbomb (talk) 20:12, 28 November 2016 (UTC)[reply]
I also wanted to mention that part of why this is a problem, is that editors would expect to find image controls and |film_name= at the top of the infobox formatting, because the image and names display at the top of the infobox. If these are arbitrarily moved to the bottom, we run the risk of users adding duplicate parameters, which is just going to create more work to clean up, and may result in errors. Cyphoidbomb (talk) 18:15, 29 November 2016 (UTC)[reply]

Galleries - where's the "Media settings" screen for working with the images?

I am not a big user of galleries myself, but I had to edit an article today that had a gallery to add an image. I clicked on the gallery and it offered me the opportunity to add new image, I click on Add New Image, and then the usual search box appears which, after the usual pause, brings up a bunch of candidate photos. I clicked on my desired photo and then it offered me the opportunity to add a caption. Problem! I don't remember the details and there is no way it seems to get the filename or bring up the File page for the image. What seems to be missing here is the "Media settings" screen that comes up when adding an image (not in a gallery) which shows you the file name, and if you need to know more, offers a link to the description page, all of which is useful when writing a detailed caption. Why doesn't the gallery insertion provide the filename and the link to the description page so you can you can write your caption? Fortunately, I had the Commons page for the image sitting in the history in another browser tab, so I managed to find it again on Commons and get the information I needed.

Then, I noticed that the captions of some of the other photos in the gallery were also a bit light on captioning, so I wanted to improve their captions. That was more of a puzzle, as I have no clue what the file names (as they are not displayed), so my search on Commons using the obvious keywords failed to find the photos. Eventually the penny dropped that maybe the files weren't on Commons but were uploaded to Wikipedia and eventually I found the photo there. Again, when looking at an existing image in a gallery, you still need to be shown the file name and a link to the File page. Kerry (talk) 06:43, 29 November 2016 (UTC)[reply]

Error loading data from server: 404

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

I am Unable to save my edit . PLease help

Raminder0707 (talk) 10:39, 29 November 2016 (UTC)[reply]

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:50.0) Gecko/20100101 Firefox/50.0

URL: https://en.wikipedia.org/w/index.php?title=Trans_(album)&section=5&veaction=edit&oldid=747935146&wteswitched=1&redirect=no

Andrewjtalcott (talk) 03:09, 30 November 2016 (UTC)[reply]