VisualEditor is available here at the English Wikipedia alongside the original wikitext editor if you opt-in, by changing your preferences. VisualEditor is not available to unregistered users here at the English Wikipedia, or to users of Internet Explorer 9 or 10 at any Wikipedia. The developers are working on support for IE9 and IE10.
|↓||Skip to table of contents||↓|
Adding more fields to a reference
Just noticed, probably a known issue: when I edit Aleksei Vladimirovich Semyonov, open the one ref, choose "add more information": for every field you want to add, you have to repeat the whole process: you select the field, the "add more information" box disappears and you scroll to the top of the reference, not to the newly inserted field. If you want to add 5 fields, this is quite tedious. When I do the same for standard templates, the screen at least scrolls immediately to the new field, which is a lot better of course. Fram (talk) 07:45, 14 November 2014 (UTC)
- This was reported a while ago (maybe even by you). I agree that it's quite tedious. I want it to leave the "Add more information" list open (ideally with whatever I've just searched for, because having to separately find 'editor last name' and 'editor first name' is particularly irritating). Whatamidoing (WMF) (talk) 18:14, 21 November 2014 (UTC)
Happy to see that finally we can add/remove columns on tables using VE. But the new update comes with a small problem. While I am given the option to add/remove columns or rows in an already existing table, I am not given the option to edit the boxes content. Or maybe I can't see how I can do it...? I don't know but when I am clicking on the box I expect to get the "edit" option as well. Haven't checked yet the creation of a table and if it's possible with VE, hopefully I'll check that out soon too. Thank you for all of your work with VE. I am using Firefox 33.1/Windows 8 TeamGale 12:09, 14 November 2014 (UTC)
- Hi TeamGale,
- VisualEditor's approach is much more convenient for adding and removing columns, isn't it? For editing the contents, try double-clicking in the cell. It's not always obvious whether your click was "select the cell" or "start typing here". Whatamidoing (WMF) (talk) 20:32, 14 November 2014 (UTC)
- Thank you so much for the answer. Double clicking works indeed! But it's true that is not really obvious. Maybe an "edit" pop up will be more helpful when you click once on the cell?
- And something else, while I can edit the content in simple tables with double clicking, seems like I can't do the same in tables like the one in this page. Double clicking works only on the very first row but not on the cells below. Before the update, I could edit those cells by just clicking on them and work on them as templates since they are templates. But now I can't do it... TeamGale 09:11, 15 November 2014 (UTC)
Any update on that? Anyone? TeamGale 22:48, 20 November 2014 (UTC)
- I've just given your example to the dev who is doing most of the table work. When I try to edit that table, control-click says that it's an image, which is very weird. The entire Bugzilla: database is being moved to Phabricator: this weekend, so I can't give you a bug number. Whatamidoing (WMF) (talk) 18:11, 21 November 2014 (UTC)
- An image? I personally don't get that. Only that when I click on any of the cells, the whole page get selected like I run the mouse over it. Before the last update where now simple tables can be edited, I could edit those kind of tables without any issues. This appeared after the update for the tables. I don't know if it's just a coincidence or the two are related but I believe they are related somehow. I hope it's something that can be fixed soon. Thanks for the answer and please keep us updated about it when there is something new. TeamGale 20:13, 21 November 2014 (UTC)
When will this one be fixed ? I'm tired of fixing articles damaged by VE... I tried to add information on bug 72048 with 2 new instances, including one done by a registered user, but it's not possible due to the migration to phabricator. Here's the text I tried to post:
Still damaging articles:
https://fr.wikipedia.org/w/index.php?title=Danah_boyd&diff=prev&oldid=109280098 : this one is by a registered user, maybe you can ask him what he did ? I let a message on this user's talk page https://fr.wikipedia.org/w/index.php?title=Discussion_utilisateur:SashaWolf#Probl.C3.A8mes_avec_l.27.C3.A9diteur_visuel
- Answer: IE, W8. He said there was some editing problems, and he didn't manage to put some text (no more precisions). --NicoV (Talk on frwiki) 09:49, 21 November 2014 (UTC)
- Everything in Bugzilla is being moved to Phabricator this weekend. If all goes well, it will be up and running no later than Tuesday. Phabricator has one feature that I think everyone will appreciate: your regular Wikipedia username and password will work there (with OAuth), so no separate account and no nasty habit of displaying your e-mail address to everyone in the world.
- Unfortunately, I don't know when this will be fixed. It's a very odd problem. I'll pass along the note that it might be associated with Internet Explorer. Whatamidoing (WMF) (talk) 19:46, 21 November 2014 (UTC)
- So, what happens to my block at Bugzilla? Somehow transferred to Phabricator, or nullified? I suppose the updates I get via mail on bugs I posted before my block continue to work? Fram (talk) 18:13, 22 November 2014 (UTC)
When will VE stop damaging internal links like here ? A correct internal link [[College Party]] replaced by a nonsense [[College Party|<nowiki/>]][[College]] Party. Even if the contributor did something wrong, the internal link with just a nowiki as the displayed text is total nonsense. --NicoV (Talk on frwiki) 17:25, 21 November 2014 (UTC)
- That looks like a plain old user error to me. If you put your cursor on any line and choose a different section heading, then you will get a section heading, even if a section heading is inappropriate for the content of that line. Whatamidoing (WMF) (talk) 19:51, 21 November 2014 (UTC)
Information missing from User Guide
Hi, the User Guide (http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/User_guide) says in the first paragraph "Because unregistered editors cannot specify preferences, the only way they can use VisualEditor is by specifying the URL parameter". This is phrased as if we somehow are expected to already know what the "URL parameter" is, or as if it is explained somewhere nearby and obvious, neither of which is the case.
- I've revised that wording to make clear exactly what needs to be done. -- John Broughton (♫♫) 21:10, 24 November 2014 (UTC)
Mac Safari page scrolling with keystrokes
Hello - I know that bug-reporting is closed until monday, but I thought I'd mention this here in case it's been covered already. VE scrolls the page (by one increment) with every keystroke in Safari 7.1 on Mac Mavericks 10.9.5. Chrome (also using Webkit) has no such problem. Thanks, and cheers. THEPROMENADER ✎ ✓ 09:13, 23 November 2014 (UTC) PS: This doesn't happen when the page is scrolled all the way to the top ('floating bar' not showing). THEPROMENADER ✎ ✓ 09:15, 23 November 2014 (UTC)
- Thanks for this note, ThePromenader. This very annoying problem has already been reported, and Ed is supposed to be fixing it (ideally before I have to do something really drastic, like installing Chrome). He will be very happy to have your "PS" detail, because that may be the key for turning a "sometimes it happens to me but not always" into a reproducible problem. Whatamidoing (WMF) (talk) 20:58, 25 November 2014 (UTC)
|Description||Newly made links are red until page is saved.|
|Intention:||I was trying to make an infobox.|
|Steps to Reproduce:||1. First, while logged in, make a subpage of your userpage on the browser and browser version in the "Web browser" row.
2. Then, put the template "Infobox road" into the page. 3. Finally, add parameters that make links.
The links will be red instead of blue.
|Expectations:||I expected the links to be blue.|
|Page where the issue occurs||https://en.wikipedia.org/w/index.php?title=User:Philroc/South_Dakota_Highway_37A&veaction=edit|
|Web browser||Google Chrome version 34.0.1847.116 m|
|Operating system||Windows 7|
|Workaround or suggested solution|
- Philroc, is this only in templates, or also in plain paragraphs? User:Krenair will need to know. Whatamidoing (WMF) (talk) 21:00, 25 November 2014 (UTC)
I know this issue has been raised before, but I thought it's worth reiterating that VE should have a way to display hidden comments. Edits liks this one would be avoided and would not need to be reverted. Parsecboy (talk) 13:33, 25 November 2014 (UTC)
- VE does show the user that there's a hidden comment there -- if you edit the article in VE you'll see a button with an exclamation mark on it at that point in the text. Is this enough, or do you think it should also show at least the first few characters of text? Mike Christie (talk - contribs - library) 13:51, 25 November 2014 (UTC)
This edit of mine had three issues. The only thing I was trying to do was wikilink radome. When I got into the image dialog, I was pleased to find that Ctrl-K worked to bring up the link dialog. However, the dropdown list of link targets was chopped off at the lower boundary of the image dialog -- it's evidently constrained to live inside the parent dialog, which is probably the wrong way to think about it. Secondly, just doing Ctrl-K and picking a target wasn't enough to activate the "Apply changes" button at top right; I had to add and delete a space to the caption to make that pop up. Third, you can see from the diff that the parameter "right" was removed. This seems to have had no effect on the display, so perhaps it's the case that "right" is the default. However, I think VE shouldn't remove it in such cases; it's a minor annoyance that could easily be avoided. If removing "right" actually changes the image's behaviour then it's a more serious bug. The other two are minor annoyances with easy workarounds. Mike Christie (talk - contribs - library) 16:51, 26 November 2014 (UTC)