This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
When editing Hepburn romanization#Hepburn romanization charts using VE, I can double-click on the word "red" and it opens a popup that reads "This template changes the color of any supplied text to red." (Very handy!) When I double-click on the word "blue" below it, a popup opens that reads "You are adding the "Blue" template to this page. It doesn't yet have a description, but there might be some information on the template's page." If I wanted to change that description to something more descriptive, like exists for "red", is there a way to do that within VE? 28bytes ( talk) 14:06, 21 August 2014 (UTC)
Related news: The "required" parameter is going to actually mean "required" eventually, so any templates that are "requiring" wjen they ought to be "suggesting" need to be corrected. In a few weeks, missing "required" parameters will start producing warnings (but you'll still be able to save the page). Whatamidoing (WMF) ( talk) 23:36, 26 August 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was adding information to the article and citations to back it up. |
Steps to Reproduce: | Added citations via the cite pulldown. Saved article. Looked at article, saw that, although it had added the inline citations where I'd put them, there was nothing in the reference section. I realised that this was because it lacked a reflist. |
Results: | |
Expectations: | Before, adding citations to an article with no reflist caused the saved page to have a "this page contains no reflist" (or similar) warning appear. This warning was absent. |
Page where the issue occurs | Before I added anything:
https://en.wikipedia.org/?title=Ricardo_Santos&oldid=619431567
After I'd added the in-line citations: https://en.wikipedia.org/?title=Ricardo_Santos&diff=prev&oldid=622648793 |
Web browser | Chrome |
Operating system | Windows 8 |
Skin | |
Notes: | |
Workaround or suggested solution |
Red Fiona ( talk) 20:39, 24 August 2014 (UTC)
I just bit a new editor by using Visual Editor to clean up their article, and managed to delete three images in the process. The edit is [1]. As you may be able to see if you open Visual Editor on the "before" image, the images themselves are off-screen, and the image slugs are invisible. Mac Chrome. I saw a note in the comments for (resolved fixed) bug 47790 that there was some thought at one point about making these more visible in general, but I couldn't find more information on what the current plan is to try and avoid this sort of UI difficulty?
This is a really easy error to make on new editor AfC submissions, since excessive vertical space is a common feature of such drafts. -- j⚛e decker talk 21:21, 17 August 2014 (UTC)
[Icon] File:Example.jpg
When you click on a template that makes a link, like {{ good article}}, it sends you to that article. This means you can not select and edit these templates, and it is generally annoying and confusing:Jay8g [ V• T• E 00:32, 24 August 2014 (UTC)
This seems to only affect topicons. Other templates making links (like {{ stnlink}}) and other images with the link parameter set don't seem to have this problem:Jay8g [ V• T• E 20:12, 24 August 2014 (UTC)
For consistency with most other software, the keyboard shortcut ctrl-right-arrow should move the insertion point to the start of the next word, not the end of a word as it currently does. (My experience of "most other software" here is on Windows.)
In case it matters, my editing platform is Windows 7, Firefox 30.0, MonoBook skin. Mitch Ames ( talk) 01:26, 24 August 2014 (UTC)
I have said before, and I still believe, that colour coding would be a massive boon in the text editor. I can't remember now whether it was said to be technically impossible. If it is possible, it should IMO be near or probably at the top of the list. 86.151.119.38 ( talk) 00:00, 25 August 2014 (UTC)
{{Infobox person |name=Alice Expert{{citation needed|date=July 2013}} |occupation=Expert{{dubious|date=July 2013}} |alma_mater = Wassamatta U|awards = [[Wooden spoon (award)|Wooden spoon]]<ref name=Infobox>{{cite web |url=http://www.example.com |title=Infobox Example Citation |date=February 2014 |author=O'Nymous, Ann}}</ref>}}}} In my real wiki-life, I am User:WhatamIdoing. I've been a regular editor at the English Wikipedia<ref>[http://example.org Example]{{Dead link}}</ref> since 2007, PMID 12345678 ISBN 9781234567890 Parameter error in {{ ISBN}}: checksum and I've been in the top 500 most prolific editors of all time for a couple of years. My interests run from [[WP:MED|medicine]] to pastry to education, with odd points in between. I also spend a lot of time working as a [[meta:Metapedianism |metapedian]], which in my case means supporting WikiProjects through the English Wikipedia's [[Wikipedia:WikiProject Council|WikiProject Council]] and helping write policies and guidelines.
Hello! On it.wiki we are discussing about the editing labels at the top of the page. We'd like to have the same your setting, or rather having the "Edit" label when VE is off, and "Edit source" and "Edit beta" when VE is on. But on it.wiki VE is enabled by default, so we don't know if our situation is the same of yours. How can we do? -- Horcrux92 ( talk) 11:33, 30 August 2014 (UTC)
This mainly affects the situation where an image is moved to commons but has to be renamed in process. I can easily get a list of pages that link to the image under the old name. However the visual editor provides no easy way to locate an image already linked by file name. This forces me to search by scrolling through possibly the entire article. As long as raw wiki source access is provided along side the visual editor as it is now this is ok. Phatom87 ( talk • contribs) 00:43, 31 August 2014 (UTC)
Testing, random page Media in Erie, Pennsylvania. Try linking the word "digitally" to "Digital". When you click inside "digitally", you get the link help, with all pages starting with "digitally". I don't want this, so I change the word at the top to "digital" instead. I get "New page: digital" (in red), even though we obviously have a page called digital. Changing "digital" to "Digital" doesn't help. Fram ( talk) 12:11, 2 September 2014 (UTC)
When you get a drop-down with suggestions, e.g. when linking, you get a scroll-bar at the right side of there are too many choices. It is impossible to click this bar (or the button at the bottom of it), trying to do this closes the window. Fram ( talk) 12:13, 2 September 2014 (UTC)
I have just been editing a long list of articles with links to Millennium Project to change them to The Millennium Project. A number of issues came up detracting from doing this efficiently.
This task, numerous repetitions of the same simple edit, should have been a showcase for the improved efficiency of WYSIWYG editing. I am very disappointed that it was not. Spinning Spark 13:56, 27 August 2014 (UTC)
@ WhatamIdoing: I've now tried Alt-Shift-V in Chrome and it doesn't seem to have behaviour consistent with the section editing (which works correctly for me, in that it leaves the section I clicked "edit beta" on at the top of the screen). Alt-Shift-V doesn't leave the screen as it was when I press those keys; it scrolls it slightly -- about half a page when I tried it. What's the intended screen display position if Alt-Shift-V is pressed? Mike Christie ( talk - contribs - library) 02:28, 29 August 2014 (UTC)
The gadget that adds [edit] and [edit beta] links to the top of the lead did not work properly with VE: the [edit beta] link was actually set up to edit the first section, not the lead, with the result that on saving in VE there would be a default edit summary including the first section. This has now been fixed by TheDJ. Mike Christie ( talk - contribs - library) 10:06, 3 September 2014 (UTC)
Hi, see this edit, where the categories were moved by VE. Maybe related to the end of the table missing. -- NicoV ( Talk on frwiki) 18:44, 2 September 2014 (UTC)
Hi, in
this edit, VE split the categories in two different parts. Some of them appear in two parts: Comte de Carcassone and Décès en 812. In addition, VE added an empty title (== ==
) between the two sets of categories. --
NicoV (
Talk on frwiki) 21:09, 3 September 2014 (UTC)
<sup>...</sup>
tags, with one put around a single space character. --
NicoV (
Talk on frwiki) 21:12, 3 September 2014 (UTC)
What's the status of copying tables? I just tried cutting and pasting a table; it seemed to work but then when I tried to save the page VE froze. If this is supposed to be working I can post a note on reproducing it -- I tried it twice and got the same result each time. Mike Christie ( talk - contribs - library) 02:37, 25 August 2014 (UTC)
Hi,
When will internal links be correctly handled by VE to prevent things like that: [[B.A.P]] [[Super Junior|<nowiki/>]][[B.A.P|Super]] Junior
.
To reproduce this:
https://fr.wikipedia.org/wiki/B.A.P
in the link inspector and click Terminé[[B.A.P]] [[Super Junior|<nowiki/>]][[B.A.P|Super]] Junior
which shows several problems: there's a link without text displayed, the existing link has been cut in two-- NicoV ( Talk on frwiki) 09:21, 2 September 2014 (UTC)
@ Fram: I suspect you're referring to the VE User Guide at en.wikipedia.org. As Whatamidoing noted, I helped update the VE User Guide at wikimedia.org, which is a different document. Nor is there any automated way (that I know of, anyway) of making the two guides the same, since the guide at mediawiki is designed to be translated (with lots of related markup) and the en.wikimedia.org guide is not. And I just don't have the time or energy to update both. -- John Broughton (♫♫) 23:55, 3 September 2014 (UTC)
Hi, when I do any modification in
Loup (fleuve), when I check the modifications done by VE, I see that 3 <ref>...</ref>
have been modified with the addition of quotes around the reference name. VE shouldn't modify articles in parts that are not modified by the user. --
NicoV (
Talk on frwiki) 08:11, 4 September 2014 (UTC)
Sanitizer.php
checks the refname and adds quotes to the rendered HTML if they are missing. If the name does not meet the rules, then sanitizer.php will incorrectly add the quotes and the refname will be broken. Thus, adding quotes makes the refname more safe. --
Gadget850
talk 15:18, 4 September 2014 (UTC)
T71711 requests that after inserting a link it should not be highlit, so that the user can continue typing without overwriting it. I think the same enhancement would be good for inserting citations. If you select Cite -> Basic, enter a cite, and hit enter, the citation is highlit, so you have to right-arrow to allow insertion of another citation. Mike Christie ( talk - contribs - library) 02:20, 7 September 2014 (UTC)
I've got VE's "Save Page" button up, but when I click on it, nothing happens. I've just made a lot of edits in a long article ... has this happened to anyone else, and is there anything I can do to save my edits? - Dank ( push to talk) 03:06, 9 September 2014 (UTC)
Twice this evening while making minor edits to 2002 Pacific typhoon season I got the message "Something went wrong", and it appeared the save had failed. Checking the article history made it apparent that the save had worked in both cases. The diffs are [2] and [3]. There was another minor edit between these two which saved with no errors. Mike Christie ( talk - contribs - library) 01:39, 10 September 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | When using VE, disambiguation links should be highlighted for easy finding and fixing, and should give all options on the disambiguation page (for example, a link to Spanish should give the option of making the link point to Spain, which is frequently the correct link). |
Steps to Reproduce: | I tried fixing disambiguation links in VE, and was disappointed that my Jscript highlighting of dab links doesn't follow through, so if there are several on the page I have to go back and find them all. |
Results: | As above. |
Expectations: | I expected that link fixes being offered would include likely solutions reflected on the disambig page. |
Page where the issue occurs | English Wikipedia |
Web browser | doesn't matter |
Operating system | doesn't matter |
Skin | doesn't matter |
Notes: | none |
Workaround or suggested solution | n/a |
bd2412 T 22:50, 5 September 2014 (UTC)
When I use VisualEditor to add a citation, the list of citations (i.e., the reflist template) never updates, so it's not possible to see what the citation list will look like after the page is saved. I assume this is a known issue, but I couldn't find a bug for it in Bugzilla. Could someone point me there? Thanks! — Neil P. Quinn ( talk) 21:42, 7 September 2014 (UTC)
<ol>...</ol>
tag for the <references /> (<ol class="references" typeof="mw:Extension/references" about="#mwt22" data-parsoid="{"src":"<references group=\"\"></references>"}" data-mw="{"name":"references","attrs":{}}">
...) which is inside a block generated by a {{
Reflist}} (<div class="reflist ve-ce-leafNode ve-ce-focusableNode ve-ce-focusableNode-focused" style=" list-style-type: decimal;" about="#mwt19" typeof="mw:Transclusion" data-mw="{"parts":[{"template":{"target":{"wt":"Reflist","href":"./Template:Reflist"},"params":{},"i":0}}]}" data-parsoid="{"stx":"html","dsr":[2964,2975,null,null],"pi":[[]]}" contenteditable="false">
...). So, there's a way to know which templates might need refreshing, all the information is already available in what is displayed by VE in editing mode."(Here at en.wp, about a quarter of articles use {{ reflist}}, but there are other templates in use here, amd other projects use other ones). " From Template:Reflist: This template is used on 3,000,000+ pages. That's 3/4, not 1/4. One would think that getting the most basic and arguably important template we have for our articles would be a high priority fix. But then again, even the very simple and logical suggestion to have a PREVIEW, made months ago, hasn't been implemented yet. Fram ( talk) 07:07, 9 September 2014 (UTC)
So, of 34 random articles (got bored then, feel free to repeat it with more articles), 8 have no reference template, 4 use the VE-favourite "references", and 22 have reflist. 22/34 is nearly 65%, which is slightly closer to my 75% than your 25%. Now, if you have any actual evidence for your figure, feel free to share it. Otherwise, don't try to support your claims with wild and wildly inaccurate guesswork. This isn't the first time that you made the same type of error, it gets rather annoying. Fram ( talk) 18:56, 11 September 2014 (UTC)
Hi, in this edit, VE modified the formatting of 2 tables (apparently the tables were not modified by user) : parameters reordered, modified, removed, ... I was unable to reproduce it. Apparently, VE detected that something was odd since the edit was tag as to be reviewed. -- NicoV ( Talk on frwiki) 19:52, 13 September 2014 (UTC)
In this edit, it seems that the user just cut and pasted a table. The result is that VE added a lot of unnecessary new lines and nowiki tags in the cells of the title line, instead of keeping the table as it was. -- NicoV ( Talk on frwiki) 15:22, 14 September 2014 (UTC)
A different example of dirty diffs made by VE. Apparently, the contributor only added a sentence, and VE modified several totally unrelated reference tags (adding a white space before "/>", adding quotes, ...). Same request as above: stop making dirty diffs. -- NicoV ( Talk on frwiki) 12:53, 14 September 2014 (UTC)
I just made a VisualEditor edit to TV Tropes [17] in Internet Explorer 11, and I saved it! -- User J Dalek 01:44, 12 September 2014 (UTC)
Oh, I see it's already official [18]. -- User J Dalek 05:07, 12 September 2014 (UTC)
Oh, I understand now. Thanks. (PS, I can still use VE, but the warning's still there.) -- User J Dalek 02:18, 16 September 2014 (UTC)
Hi, in this edit, VE added totally unecessary nowiki tags around the whitespace before the colon. -- NicoV ( Talk on frwiki) 07:45, 17 September 2014 (UTC)
I saw a note from a very experienced editor the other day saying that they prefer to use VE for copyediting, but because of the risk of edit conflicts they can't do so if they see someone else is editing (a vandal, in this case) because of edit conflicts. I think if it were a vandal I'd just go ahead, save at the end, and overwrite the vandal's edits, but the general case is an issue.
In T50429, the one for section editing, I suggested that hiding/collapsing other sections might be a way to give the appearance of individual section edits in VE. That would also address the edit conflict problem: the current wikitext editor is smart enough not to complain about conflicts when two different sections are being edited. If VE is restricted to a section, presumably the same intelligence could be used to avoid complaining about edit conflicts with VE. Is there any reason why that wouldn't work?
If that would work, then I'd like to see the team move this up on the schedule if possible. I understand the reasons for the low priority it has been given, but that seems to be because any form of section editing would not solve the speed or edit conflict issues and would be very difficult because of the risk of parsing partial HMTL. If the "hiding" option can be made to work, it means that two of those three issues would not be a problem any more. Issues that stop editors using VE for straightforward large scale copyedits (which is what VE is best at) seem like the sort of thing we should try to prioritize -- this is not a power user request; it's the sort of thing a new editor is likely to want to do. Mike Christie ( talk - contribs - library) 12:40, 24 September 2014 (UTC)
I couldn't figure out how to set up a footnote within a note. Comet (magazine) is the article I was working on; the single "note" has a footnote citation within it to Bleiler. This revision, created with VE, is close to what I wanted, but I also wanted to add a citation within the note (as the current version does). Inside the note editing dialog there's the option to add a cite, but there's no "cite basic" option at this level, so as far as I can tell it's not possible to do what I wanted to do. Is there any reason not to add "cite basic" and "reuse" to the cite menu inside this dialog? Mike Christie ( talk - contribs - library) 21:04, 14 September 2014 (UTC)
<ref>Explanatory note<ref>Citation</ref></ref>
. The solution you settled on uses a parser function. Where did you find that approach?
Whatamidoing (WMF) (
talk) 01:25, 16 September 2014 (UTC)
{{#
is a parser function. It looks like the {{
efn}} template does the same thing under the hood.
Whatamidoing (WMF) (
talk) 20:18, 16 September 2014 (UTC)
{{#tag:ref
call be added to the options for insertion within VE?
Mike Christie (
talk -
contribs -
library) 21:57, 16 September 2014 (UTC)
Random article, first I got was Results of the Victorian state election, 2010 (Legislative Council). Open in VE, takes somewhat long, doesn't look like the original page. Click on the first box on the screen, click on the "Australian elections/Title row" box, template opens. Try to move the box to the right, so I can see the template (in the article) and the template edit box next to each other, so I know which parameter is feeding which "box" in the template. Can't move the template edit box. Give up. Try to find a method to edit the numbers per party inside the template. Can't find a method. Give up.
Second random article: Malamarismo. Try to edit the tracklist in VE. Parameters are given in alphabetical order, not in order of article. Useless. Give up.
Thrid try. Charles Landon Knight. Open the infobox (infobox congressman). "An infobox for office holders. It is generally better to use a more specific template like {{Infobox politician}}." Strange. Can I convert this to another infobox? Of course not. Do I need to? Of course not, this is a more specific template. If you would use infobox politician (like on Maurice Duverger), you would get the exact same message instructing you to use "Infobox politician" instead of, er, "Infobox politician". Why? Because template data aren't made with redirected sub-infobox-templates in mind, even though these are used very frequently. Give up.
Three tries, three fails. One case where I can't edit what I want, one where I can but it is easier and more user friendly in wikitext, and one where I get completely wrong advice which I can't easily follow in VE anyway. In all cases, I would have been better off editing in the wikitext editor (and in all cases, I needed to know wikitext anyway to edit what I tried to do). Please drop me a note when VE really works. I won't hold my breath. Fram ( talk) 06:58, 24 September 2014 (UTC)
(unindent)I asked Whatamidoing below to stop responding, after her first set of incorrect replies. I asked her again above ("Can you please just leave my questions alone and let someone else answer them?"). She then again responds with a totally incorrect reply. This isn't the first time that she pulled the same tricks. The time of being dispassionate and calm about this has long passed. You are lucky if she has been helpful, diligent and knowledgeable in your cases. When I encounter her, she is usually giving the appearance of being helpful, but by displaying a total lack of diligence and knowledge ends up being the exact opposite. Just look at my pst and her hopefully final reply here:
If this kind of nonsense happened once, big deal, we all have bad days. But this happens way too often to be coincidence or bad luck. This is incompetence. And when you notice that someone is not competent enough to answer questions on a discussion and feedback page, you ask them to stay away and stop providing "answers". If that doesn't help, you make them stay away. Fram ( talk) 13:16, 25 September 2014 (UTC)
|month=
, then you also want a |year=
, can't be checked reliably upon saving the TD block.)
So, thank you Whatamidoing (WMF), three answers, not one of them relevant or correct. Can you ask someone from the WMF who actually knows what they are doing (if any can be found) to respond in the future? As this was simply a waste of time. Fram ( talk) 19:23, 24 September 2014 (UTC)
All this has nicely deflected us from the main issue. Not what is wrong with individual infoboxes or articles or editors, but what happens when random, somewhat experienced editors start using VE. If you get an experience like described here, most people won't try to find the VE problem or edit the templatedata (yeah right) or come here to complain; they'll close VE, won't look back, and continue editing with the wikitext editor, probably muttering something about the stupid WMF wasting their money. Which probably explains in part why at the wiki's where VE is the default, almost no established editors have made the switch to it, and a vast majority of editors of who registered after VE became the default make their edits with the wikitext editor as well.
VE is still filled with many small and not so small things that don't work, work in an illogical way, don't give the expected result, or require wikitext anyway. It is of little to no benefit to most editors, so why should the vast majority of people ever want to use it? Correcting one page of the 4 million plus we have is nice, but it's a drop in the ocean. Fram ( talk) 19:27, 25 September 2014 (UTC)
In VE, I have no idea how to remove a tag that indicates an article is a stub. I tried clicking on the text, which then turns blue. But delete, backspace, and ctrl delete do nothing. And there is no error message or tip. If I right click, one promising option comes up, but if I click on that (I can't remember what it's called, and I don't want to go there again), my entire screen gets messed up with meta-text scattered all over it, and I can't get out of it with-out leaving Wikipedia entirely. Kdammers ( talk) 10:14, 25 September 2014 (UTC)
This is a very easy way to edit a page & extremely useful for non professional users. TrueOfficer ( talk) 07:13, 27 September 2014 (UTC)
This is more a suggestion than feedback. I was helping someone edit
Tarzan (1999 film) and they wanted to add the {{
Main}} template using the visual editor. I didn't know how to do it, so we guessed. We selected Main from the templates then (as I would with a template edited in source) pasted in
Tarzan (Disney franchise), what we got was {{
Main|Tarzan (Disney franchise)=}}
which renders as "Main article: <Whatever the current page name is>" (that specific quirk is due to how
Module:Main falls back when parameters aren't supplied). After looking at the template field again I noticed that the first step after selecting a template is to post a parameter name, then the value. Strictly speaking this is PEBKAC, but if I know the value I want for the first parameter is there any benefit to inserting {{
Main|1=value}}
where the parameter name isn't in the template data?
Alternately, for templates with relatively few parameters (e.g. 1-4), there should be a way to specify in template data the parameter names which can be preffilled. So instead of having a dropdown list based on the user typing the parameter names, they can be rendered as a input fields with the parameter name on the left and a space to add the value on the right (with a little button saying "add" or something). This wouldn't work for large templates, but for smaller ones (where the template authors explicitly provide the prefill instructions in template data) a user can quickly get to adding the value that they want without typing out the parameter name. Protonk ( talk) 14:16, 26 September 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Move the cursor |
Steps to Reproduce: | #Edit a section
|
Results: | Sometimes the cursor moves, sometimes the view window moves |
Expectations: | The cursor moves |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Chrome 37.0.2062.120 m |
Operating system | Windows 8 |
Skin | Monobook/Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | Add one here if you have it. |
Lfstevens ( talk) 08:05, 27 September 2014 (UTC)
Suppose I want to insert a link to Foobar but mistype it as Barfoo. I spot the error and edit the text, which is now a red Barfoo, so that it says Foobar. What I get is now [[Barfoo|Foobar]] which is certainly not what I intended. This seems counter-inituitive. Deltahedron ( talk) 08:19, 27 September 2014 (UTC)
(edit conflict)It has been suggested (quite a while ago, and a few times since) to have a link interface with "link to this article" and "display this text" fields (actual text to be decided, and the second by default the same as the first), to make it clear to editors what the link is, and what the displayed text. This hasn't been adopted (AFAICR, it has been rejected by Jdforrester, but I haven't checked so this may be an incorrect memory on my part). Fram ( talk) 14:00, 29 September 2014 (UTC)
I thought this was solved a while back, but either I imagined it or it has regressed a bit. When you open a page like Bearden Waterworks, the refs switch position (what is ref 1 in the standard view becomes ref 2 in the VE mode and vice versa), but only in the text. The numbering in the infobox stays the same, which is totally confusing of course. Furthermore, you now get the "stop, no access" icon when you click on "ref 2" in the text, but you can open the "basic" ref anyway: you don't get to see it though, you get an empty screen.
Now, if you type something into that empty ref box, you create a ref with the text you just typed, but with the same ref name as the one in the infobox.
All this is very counterintuitive and confusing. This is not something happening on one or two pages only, things like Round Church (Richmond, Vermont) have this but also major articles like United States. Fram ( talk) 08:29, 30 September 2014 (UTC)
Currently, VE only lists the most commonly used citation templates. There should be a way to access a list of all cite templates from the citation menu (i.e., a "more" button). You technically search for other cite templates from the "Template" option, but most of these don't have the documentation brought over, so they are effectively useless.-- ¿3fam ily6 contribs 23:34, 29 September 2014 (UTC)
Categories; the dropdown doesn't work properly. When you are adding a category and you are unlucky enough that there is enough space to the right of the last category, you get a much too small drop down menu, where most of the category names is "..." (strangely, some suggested cats get a "..." in the middle and one at the end of the cat). The box isn't resizable. Worse is that the scroll bar doesn't work, when you click it the dropdown simply closes again. You can use the up- and down arrows, but that's far from optimal. The scroll bar problem has been mentioned already some months ago.
New categories stil are added after stuc templates and so on. It would be nice if they were added with the other categories.
Categories can't be reordered.
You can add a sortkey to individual categories, but it isn't recorded (not when adding a category and not afterwards)
Advanced settings. The first two, "Let this page be indexed by search engines" and "Show a tab on this page to add a new section" are as far as I know never used on articles. Can these be namespace-specific so that they aren't shown on articles (the main target of VE).
Page settings vs. advanced settings: Page settings should be the common three "redirect", "disambiguate", and "displaytitle"; all the others are very rarely used and should be "advanced" or not displayed at all (as mentioned above).
Categories should be the first among the options as it is the most commonly used of these options
As mentioned before; it makes no sense to have a dropdown with "options", "page settings", and so on, if the options then simply list the others ("page settings" and so on) again. Either remove options and only keep the other ones (in the order as described above), or only have "options" and "switch to source editing" and discard the rest in this dropdown.
Why do the dropdown menus on the left have a dropdown arrow, but not those on the right?
When I open a template, I can select the template name (in "show options" mode) and remove it (trash can icon). But I can't apply the change. Seems strange, this is a nice way to remove templates (e.g. hidden ones). Fram ( talk) 13:21, 25 September 2014 (UTC)
More? Add a "basic cite" (or open an existing one), drop-down the "use this group", and you get the upper half of the text "general references". If you get multiple groups, like on William Shakespeare (be patient when opening this page please), then you can't even see the other groups. I then tried to open the references section in VE, but then the script just kept hanging.
Lakeland School District, Pennsylvania. Open in VE, scroll to "Eight grade", PSSA results. Change the results? You get a template box, with a lot of col templates. Go through them on the left (click "col-begin", "content", and so on), and you see the cursor move down on the right side. Go through all the fields in this way. What do you get? Nothing! Is the content missing? No, it is only invisible, you need to actually click inside the right-side content boxes. Try it with the first one! Oh, right, that one's empty... Only if you are persistent enough to also try it with the second or third one will you notice that the contents are there and editable. What percentage of users will have given up before this? Your guess is as good as mine... Fram ( talk) 08:01, 26 September 2014 (UTC)
Wikitext in TemplateData descriptions doesn't work, see e.g. the description of reflist (used in 65% of the articles, I guess you'll be able to find an example easily...) Fram ( talk) 08:10, 26 September 2014 (UTC)
Apparently, no bugzillas have been made for the following problems above (some may have already existed in Bugzilla but just not been noted here, e.g. it isn't clear to me whether bug 54705 (created: September 2013, status: NEW) is related to any of this; but I certainly couldn't find anything in Bugzilla for the bugs among the below list):
Thirteen nicely numbered suggestions (a few) and errors (also a few). Perhaps some nice soul with Bugzilla access will add these there? Some will disappear in the black hole, but perhaps some will get picked up. Otherwise this feedback page becomes even more of a waste of time than it usually is. Adding me in CC in Bugzilla would be a nice exra, but isn't mandatory... Fram ( talk) 10:53, 3 October 2014 (UTC)
Hi, I've just checked what problems are visible in the last edits with VE on frwiki. Here's a list of problematic edits, a lot of them have already been reported several times, and still nothing has been done to fix them:
That's only in less than 500 edits done with VE, and I didn't report the numerous acts of vandalism which seem more frequent than with the wikitext editor. -- NicoV ( Talk on frwiki) 19:36, 29 September 2014 (UTC)
(More later.) Whatamidoing (WMF) ( talk) 01:07, 30 September 2014 (UTC)
I am very surprised to see that VE is inserting pawns into articles, still, in Q4 2014..?? Whatamidoing (WMF), what do you mean by "Pawns in Marquis Surcouf are an attempt to retain the character formatting." I had assumed from upbeat VE IRC office hours that these types of problems had been fixed. Are these pawns regressions, or have the issues causing pawn insertion not been fixed yet? I see a few existing bugs, some with quite low bug id. Are they all still valid bugs? What is the priority of this and other pawn problems. John Vandenberg ( chat) 03:17, 3 October 2014 (UTC)
Hi, I'm trying to use the new "autovalue" attribute for TemplateData, and I don't understand how it works with VE. I tried adding an autovalue to template "Admissibilité à vérifier" on frwiki for parameter "date"
{{safesubst:CURRENTMONTHNAME}} {{safesubst:CURRENTYEAR}}
: when I try to insert the template with VE, the dialog automatically adds parameter date with the correct value. If I then click insert, the template is inserted, but without the autovalue: the date parameter is empty.{{CURRENTMONTHNAME}} {{CURRENTYEAR}}
: when I try to insert the template with VE, the dialog automatically adds parameter date but without any value.-- NicoV ( Talk on frwiki) 10:10, 3 October 2014 (UTC)
|section=
, then the template will supply the word "article" here) or if the problem was that this feature hadn't been turned on yet (so you could pre-define the TemplateData this way, but it was going to be ignored until the next update).
Whatamidoing (WMF) (
talk) 18:17, 3 October 2014 (UTC)
I tried to change the image of the ethene molecule to File:Ethan_Keilstrich.svg, but when I pasted that in the search bar (might have had a space before it), it didn't show up as a result. User:GKFX talk 15:58, 8 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to use an SVG file rather than the PNG version. |
Steps to Reproduce: | Opened the add image dialog to the search page, and typed "Chloroethane-skeletal". |
Results: | It was impossible to tell which result was the SVG. |
Expectations: | File extensions shown in results. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Firefox 32 |
Operating system | Ubuntu 14.04 |
Skin | Vector |
Notes: | |
Workaround or suggested solution | Pick images at random and use tool-tip text to check extension. |
User:GKFX talk 16:13, 8 October 2014 (UTC)
If I opt to resume editing in the Save page dialog, the next time I try to save the two edit summaries drop-down boxes are repeated. If I resume editing again they're repeated as many times as I resume editing. Caiaphodus ( talk) 19:06, 5 October 2014 (UTC)
Can VE automatically use {{ '}} in edits like this and this? Ed [talk] [majestic titan] 22:48, 12 October 2014 (UTC)
In this edit VE added additional quotation marks to reference names, although in my edit I only changed "Patrich" to "Patrick". Δρ.Κ. λόγος πράξις 00:26, 13 October 2014 (UTC)
It would super-useful if the "date accessed" field was automatically filled out with the day's date; it's what users will be entering 99.9% of the time. Popcornduff ( talk) 20:40, 13 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to add alt text to images I'd changed to SVG. |
Steps to Reproduce: | Typed in the alt text box after changing the image. |
Results: | No alt text anywhere in the diff; no indication that I'd even tried to add this text. I couldn't recover the text by switching to source mode. |
Expectations: | Alt text appears in diff. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Firefox 32 |
Operating system | Ubuntu 14.04 |
Skin | Vector |
Notes: | |
Workaround or suggested solution | Do the whole thing in source mode. |
User:GKFX talk 13:04, 10 October 2014 (UTC)
Already reported some time ago, but it's still happening. When will it be fixed ? -- NicoV ( Talk on frwiki) 22:17, 11 October 2014 (UTC)
This edit where I attempted to add a space before the last word, caused an odd preview to show up in VE (also the VE automatically inserted spaces for the group parameter and value, not sure if that's intentional though I don't think it matters). You can see the before/after here. Also entering edit mode (from the top of a page, not a section) jumps me down to the references list and hides the infobox (not sure why either of those happen). Protonk ( talk) 19:33, 12 October 2014 (UTC)
Also this is on chrome stable on a mac. If you want me to fill out a bug template I can, but I figured I'd ask here to see if it had been seen before and if it hadn't I can go and file a bug on bugzilla myself. Protonk ( talk) 23:00, 12 October 2014 (UTC)
I've just had to clear up a number of edits where people have added template data in the wrong place. Template:Roman_Catholic_Cathedrals_in_Great_Britain_and_Ireland, Template:Punknews, Template:List_of_Philippine_seas Template:ABC_Mindanao plus a few others. These edits left about 100 main space article displaying templateData sections, a list of affected articles was at [24] I've fixed all the problems now.
This is new behaviour and the cause seem to be the Manage TemplateData button. If you edit a template and quite reasonably click the button, and go through the dialogue, then it will add a template data section at the end of the article. This is bad behaviour as template data should either go in a <noinclude> section or in the /doc subpage.
I think the button needs some more smarts. If not in a subpage it should ensure that the section is inside <noinclude>.
I not quite sure about the Manage TemplateData button overall. It makes it too easy for users just to create meaningless templatedata sections. Witness the number of sections in the above diffs where the user has just taken the defaults and not added any actual documentation.-- Salix alba ( talk): 15:57, 5 October 2014 (UTC)
I wanted to add {{ Infobox musical artist}} to an article and it proved to be much more painful than it needs to be.
If you want add one of the minor fields like {{{genre}}}
you have to
This could be made easier. Why do I need to click twice to show all fields? Why do I need to go back to square one after adding a field? Why does it not auto scroll to the correct place (actually why not simply show the field under it description in the list of fields).-- Salix alba ( talk): 22:24, 14 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was tidying up some of the language in Krzysztof Ignaczak. |
Steps to Reproduce: | Opened Krzysztof Ignaczak in VE, saw strange line spacing. When selected these lines were bordered by dashed lines. I deleted them, not seeing that they were attached to anything. |
Results: | Accidental deletion of images. |
Expectations: | Some note to say what the dashed lines mean. |
Page where the issue occurs | www.wikipedia.org |
Web browser | Firefox |
Operating system | Ubuntu |
Skin | |
Notes: | |
Workaround or suggested solution | None, I just reverted my edit and then re-did the language changes I wanted to make. |
I can not find anyway to add a title to an existing bare link that has none without having to make a new link then delete the old. Further confusing the matter the new link UI that initially appears seems to force creating a link a another wiki article. At least that was my first impression of it. Phatom87 ( talk • contribs) 17:23, 16 October 2014 (UTC)
Why do the external links in the references become redlinks in VE? E.g. in Derik, Turkey. The same happens with the website in the infobox, but not with the external link. I don't remember this happening before this update. Fram ( talk) 18:30, 23 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Editing article references |
Steps to Reproduce: | Compare the article in VE edit mode and normal read mode. |
Results: | (1) ref #1 in first lead para should actually be numbered ref #2 (there is 1 recognized ref in the infobox). (2) numbers of "sfn" citations are OK, but "ref" citations are counted separately, a good example is in section "Bohemia", the last 3 refs are numbered #5-#7 (they are the 6th-8th "ref" citation in the article, see point 1 for the -1 difference), however the correct numbers are #34-#36 considering all references. |
Expectations: | Reference numbers in "read" and "VE beta" modes should all be the same |
Page where the issue occurs | /info/en/?search=Otto_I,_Holy_Roman_Emperor |
Web browser | Firefox 32.0.3 |
Operating system | Windows XP |
Skin | Vector |
Notes: | Reference numbering in the final "reflist" are all OK, the wrong numbering affects only the single reference numbers in the main text. |
Workaround or suggested solution | Use source editor for references. |
GermanJoe ( talk) 22:54, 14 October 2014 (UTC)
I've reverted the creation of a new version of the user guide. While it had improvements, it also removed topics that are useful, had missing images, and didn't reflect the situation at enwiki (e.g. saying that you get "edit" and "edit source", while here you get since more than a year "edit source" and "edit beta").
The user guide needs an update, but it shouldn't be used to remove all mentions of problems or to introduce new inaccuracies. Fram ( talk) 18:18, 23 October 2014 (UTC)
This is a list of suggestions and bug reports from Fram that were archived before getting associated with bug numbers:
Most of the bugs were known. Whatamidoing (WMF) ( talk) 17:47, 24 October 2014 (UTC)
__NOEDITSECTION__
killed.
Whatamidoing (WMF) (
talk) 17:41, 28 October 2014 (UTC)Would be good to have a cancel button next to the save changes button so that you can easily cancel editing and switch back to the last view (typically reading view). Ryanseys ( talk) 03:54, 27 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was moving some text with copy paste and then continuing with normal editing, including using the delete key. |
Steps to Reproduce: | The following keystrokes reproduce the problem for me. View
Cosmic Stories and Stirring Science Stories. Alt-Shift-V to edit; double click the word "pulp" in the first line to select it (and the following space) and press Ctr-C to copy it. Click after the end of the word "science" directly following and press Ctrl-V; this pastes in "pulp ". There should now be two spaces after the word "pulp" and the cursor should be between the two spaces. Press backspace, and the word "pulp" is duplicated; the result looks like this: "two pulp sciencepulppulp fiction". Note this does not seem to happen if you do anything else after the Ctrl-V except press backspace; once you move the cursor it appears to clean itself up and the error can't be reproduced.
A more dramatic result happens if, after the Ctrl-V, and before doing anything else, you click after the final "e" of "science" again. This causes the word "pulp" to be pasted over and over again; I let it go for thirty or forty iterations to see if it would stop and it didn't. |
Results: | See above for the results. |
Expectations: | I expected the delete and mouse-click to do what they normally do. |
Page where the issue occurs | N/A |
Web browser | Chrome 37.0.2062.124 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | N/A |
Workaround or suggested solution | Click anywhere else first and the problem doesn't happen. |
Mike Christie ( talk - contribs - library) 12:10, 25 October 2014 (UTC)
Mike Christie, GermanJoe, Drongou, can any of you reproduce this bug today?
This was driving me nuts last night (for me, all it took was copy plain old text, paste it, and wait a few seconds), and I emailed James F about it. This morning, when I wanted to double-check the minimum requirements for the bug report, I couldn't get it to happen. I doubt that a fix was pushed out that fast. Whatamidoing (WMF) ( talk) 17:35, 28 October 2014 (UTC)
I don't know if this is a bug or just my ignorance, but I can't figure out how to add items to lists, as in List of fiction set in Berlin. I can do it using the regular editor, but that is one of the things that it is cumbersome for using (lots of pipes and dashes). Kdammers ( talk) 06:38, 30 October 2014 (UTC)
See this diff; a set of SUBST values came up for the URL access date, so presumably someone has set up the default values for this template. I wasn't sure if it would work so I tried saving it, but it didn't subst. I'm no template guru; can someone else tell me if this was set up incorrectly? Mike Christie ( talk - contribs - library) 10:04, 30 October 2014 (UTC)
If Template:Citation needed span is used in an article, it is very cumbersome to remove the citation (for say, if you now have a source) without removing the text needing attribution. The text is melded into the template using the "text" parameter, so deleting the template deletes the text. Is there a way to extract the text without opening up the template parameters, cutting or copying the text out, and pasting the text back into the article?-- ¿3fam ily6 contribs 02:22, 28 October 2014 (UTC)
In
this edit, not only VE added as usual nowiki tags around a whole sentence to escape a single quote, but it also added several nowiki one after an other <nowiki>...</nowiki><nowiki/>
. --
NicoV (
Talk on frwiki) 17:50, 30 October 2014 (UTC)
<nowiki>...</nowiki>
.<nowiki/>
(just after the previous set) : it's totally useless, and brings nothing except more complexity to the wikitext<nowiki/>
(just before the next set) : same remark as above<nowiki>...</nowiki>
.'<nowiki/>''
(nowiki between the single quote and the italic formatting)<nowiki>'</nowiki>''
(nowiki around the single quote)<nowiki> MARVEL Studios et ABC prépare cinq séries '</nowiki><nowiki/>''Netflix Original''<nowiki/><nowiki>' de </nowiki>
super-héros exclusivement pour la plateforme
Netflix.
<nowiki>...</nowiki>
around a sentence, would it be possible to first check if using only <nowiki/>
at the beginning / at the end of the sentence works for escaping ? --
NicoV (
Talk on frwiki) 15:09, 5 November 2014 (UTC)
When I tried to edit Anomaly (Lecrae album), this edit by another user (involving the citation needed span template I complained about above) created an edit conflict. I ended up losing all my work and had to try again. Is there a way in VE to preserve edits in a cache like you can with wiki-text? I'm using the latest version of Firefox on Windows 8.1, if that is any help.-- ¿3fam ily6 contribs 04:21, 30 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Edit my User page sandbox, where I'm developing an article. |
Steps to Reproduce: | Click edit beta. Error message pops up. It asks to retry. If I click okay, the message pops up again, ad infinitum. If I click cancel, the box closes, and I can't edit the page. |
Results: | |
Expectations: | |
Page where the issue occurs | |
Web browser | Firefox 33.0.2 |
Operating system | Windows 8.1 |
Skin | |
Notes: | I tried to copy-paste the error to here, but I could only highlight the error code, not copy it. |
Workaround or suggested solution | Unsure. I can now edit my sandbox without any problem. |
¿3fam ily6 contribs 21:28, 5 November 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Open the page in VE to add information. |
Steps to Reproduce: | Pressed the 'edit this page' tab. |
Results: | Got this error message -
https://commons.wikimedia.org/wiki/File:Capture.png (I would have copied it but the error message wouldn't let me copy it)
The odd thing was that the page opened fine when I pressed 'okay'. |
Expectations: | What were your expectations instead? |
Page where the issue occurs | /info/en/?search=Patr%C3%ADcia_Ferreira |
Web browser | Chrome |
Operating system | What's your OS? |
Skin | Monobook/Vector? |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | N/A |
Red Fiona ( talk) 22:20, 5 November 2014 (UTC)
Visualeditor is a bit slow to save pages in Chrome (a popular browser). I think we should fix this before it is released to the general public. Thanks! Pcfan500 ( talk) 11:14, 7 November 2014 (UTC)
I just added an ISBN to an existing book reference using the Cite-Book template-editing widget in the Visual Editor. When I saved the edit it worked correctly (yay!) but while still in editing mode the ISBN part of the footnote was a redlink. This makes it appear that the information has not been inserted correctly (I even went to check that ISBN in Special:Book sources before saving just in case it was broken somehow.
In short - validly input template links shouldn't show as red in the editing mode if, when saved, they actually go blue. Witty lama 10:52, 10 November 2014 (UTC)
I know you're working on this, but here's another example of an inserted <nowiki/>, which in this case causes the link to go to the wrong place. [27].
What is meant (and what is shown in the VE edit mode) is [[Haran (biblical place)|Haran]]. Instead, we have [[Haran (biblical place)|<nowiki/>]][[Haran]], which means that the visible link does not go to the place page as intended.
On the good side, I found moving a reference's location much easier than I had expected. Thanks! -- Ypnypn ( talk) 20:39, 11 November 2014 (UTC)
I'm not sure if it's because of an update that's going through or what, but the text in the boxes that pop up when you do things like adding references or saving your edits has got really small (like less than size 8). I'm on Chrome on Windows 8 if that helps at all. Red Fiona ( talk) 22:26, 12 November 2014 (UTC)
?veaction=edit
to the end of an article URL) to make sure it's not a user CSS problem.I've followed ESanders (WMF) suggestions. On a different computer (Windows 7, IE) I still have the problem, but only when I'm logged in, if I am logged out it goes back to normal. I tried clearing the cache but it didn't seem to do anything. I'll try the ctrl shift n thing next. Red Fiona ( talk) 16:38, 13 November 2014 (UTC) Quick Edit Tried the ctrl shift n thing. It also didn't work. Red Fiona ( talk) 16:43, 13 November 2014 (UTC)
User:Jdforrester (WMF), why did you close bug 51669 [28] as "resolved fixed" over the summer?
The bug is "When dragging an item in the visual editor (tested with image and text), the editing window does not scroll up or down when you reach the top or bottom of the window."
It was reopened bvy a more attentive WMFer only 6 hours later. Can you please explain what you believe was fixed, and how you tested this? My first test, opening List of spaceflight-related accidents and incidents and dragging the image down, didn't work. Dragging something (e.g. a reference) "up" beyond the screen boundary doesn't work either, as tested in 2010–11 Vancouver Canucks season. So what did (does?) actually work that made you decide to close this as "rersolved fixed", and which release (over the summer) supposedly had fixed this? Fram ( talk) 12:08, 17 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)
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)
A VE edit that damaged an article by putting a title formatting around a br tag. -- NicoV ( Talk on frwiki) 18:42, 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)
Any update on that? Anyone? TeamGale 22:48, 20 November 2014 (UTC)
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.
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)
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)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
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. |
Results: | What happened? |
Expectations: | I expected the links to be blue. |
Page where the issue occurs | https://en.wikipedia.org/?title=User:Philroc/South_Dakota_Highway_37A&veaction=edit |
Web browser | Google Chrome version 34.0.1847.116 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | File:Philroc-VEBug.png |
Workaround or suggested solution |
Phil roc My contribs 14:23, 24 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/?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/?title=Discussion_utilisateur:SashaWolf#Probl.C3.A8mes_avec_l.27.C3.A9diteur_visuel
https://fr.wikipedia.org/?title=H%C3%B4tel_George-V&diff=prev&oldid=109295400
-- NicoV ( Talk on frwiki) 09:05, 21 November 2014 (UTC)
I have no idea how to insert a picture from Wikimedia when using ve. I clicked on Insert and then Media. I got a page full of previously inserted media in separate boxes but couldn't see any place to add anything. Kdammers ( talk) 08:56, 27 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)
Not sure if this is really a bug, but the behaviour was initially surprising to me so I thought I'd mention it here. See this edit, which included a {{ clear}} template to move the footnotes below the magazine's issue grid. I inserted the template by placing the cursor just to the left of the "F" of "Footnotes", and choosing Insert->Template, typing "clear", and inserting the resulting template. That placed the template like so: =={{clear}}Footnotes==, which unsurprisingly looked odd (it left the header line on two lines). I can see why VE did this -- my cursor position is ambiguous because the "==" characters aren't visible on screen.
I can't think of any easy way out of this, but I wonder if templatedata could be useful. Suppose templatedata included some semantic information that VE understood. Then VE could make some decisions about interpreting those templates when they are inserted. For example, in this case, a trivial example would be "use-inside-headers=no", and VE would then know to slide the template to the left of the "==".
I was also thinking about the fact that VE can't use language-specific templates, since it can't rely on their existence. If VE allowed a user-defined toolbar of templates, much as Word and Excel and similar programs allow toolbar customization, these could be combined with templatedata to provide the ability to organize the toolbar into categories. Then you could have a toolbar showing, for example, an apostrophe as the label for a button; clicking it would insert {{ '}}. Templatedata could be used to allow the user to organize the search for templates to add to the VE toolbar, and to give titles to the sections of the toolbar, and tooltips. I'm aware this would be a far-future enhancement, but does this seem a possible way around VE's inability to use local templates? Mike Christie ( talk - contribs - library) 12:10, 4 December 2014 (UTC)
See this edit - where I replace a raw link with the "main" template. Before saving, the Visual editor shows the link as a redlink and adds an extra line of whitespace above and below the new template. However, when I actually save the edit the link goes blue and the whitespace disappears. So, the saved result is exactly what I wanted to happen, but the visual editor 'preview' made it look like there were going to be two mistakes. Witty lama 13:23, 3 December 2014 (UTC)
In the last few days, I've stumbled upon a few articles with span tags inserted without any good reason, and those span tags contain attributes clearly dedicated to VE that have nothing to do in an article ( Simon Frenay). Please fix. -- NicoV ( Talk on frwiki) 18:13, 5 December 2014 (UTC)
The insert menu has been changed recently; it now has a "More" entry, which reveals extra options. This might make sense in the main editing dialog, but inside the reference dialog I think it's a mistake -- the menu would have had six entries without the "More"; now it has four, and seven when expanded (since there's a "Fewer") option added to the end. Six doesn't seem too many for this dialog. If the change stays, I'd suggest moving the special characters above the "More", since en dashes are often needed in references. Of the options on the menu, I'd think "table" and "media" are the least likely to be used in the references dialog, so perhaps those could be moved down in that situation. Mike Christie ( talk - contribs - library) 02:25, 2 December 2014 (UTC)
This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
When editing Hepburn romanization#Hepburn romanization charts using VE, I can double-click on the word "red" and it opens a popup that reads "This template changes the color of any supplied text to red." (Very handy!) When I double-click on the word "blue" below it, a popup opens that reads "You are adding the "Blue" template to this page. It doesn't yet have a description, but there might be some information on the template's page." If I wanted to change that description to something more descriptive, like exists for "red", is there a way to do that within VE? 28bytes ( talk) 14:06, 21 August 2014 (UTC)
Related news: The "required" parameter is going to actually mean "required" eventually, so any templates that are "requiring" wjen they ought to be "suggesting" need to be corrected. In a few weeks, missing "required" parameters will start producing warnings (but you'll still be able to save the page). Whatamidoing (WMF) ( talk) 23:36, 26 August 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was adding information to the article and citations to back it up. |
Steps to Reproduce: | Added citations via the cite pulldown. Saved article. Looked at article, saw that, although it had added the inline citations where I'd put them, there was nothing in the reference section. I realised that this was because it lacked a reflist. |
Results: | |
Expectations: | Before, adding citations to an article with no reflist caused the saved page to have a "this page contains no reflist" (or similar) warning appear. This warning was absent. |
Page where the issue occurs | Before I added anything:
https://en.wikipedia.org/?title=Ricardo_Santos&oldid=619431567
After I'd added the in-line citations: https://en.wikipedia.org/?title=Ricardo_Santos&diff=prev&oldid=622648793 |
Web browser | Chrome |
Operating system | Windows 8 |
Skin | |
Notes: | |
Workaround or suggested solution |
Red Fiona ( talk) 20:39, 24 August 2014 (UTC)
I just bit a new editor by using Visual Editor to clean up their article, and managed to delete three images in the process. The edit is [1]. As you may be able to see if you open Visual Editor on the "before" image, the images themselves are off-screen, and the image slugs are invisible. Mac Chrome. I saw a note in the comments for (resolved fixed) bug 47790 that there was some thought at one point about making these more visible in general, but I couldn't find more information on what the current plan is to try and avoid this sort of UI difficulty?
This is a really easy error to make on new editor AfC submissions, since excessive vertical space is a common feature of such drafts. -- j⚛e decker talk 21:21, 17 August 2014 (UTC)
[Icon] File:Example.jpg
When you click on a template that makes a link, like {{ good article}}, it sends you to that article. This means you can not select and edit these templates, and it is generally annoying and confusing:Jay8g [ V• T• E 00:32, 24 August 2014 (UTC)
This seems to only affect topicons. Other templates making links (like {{ stnlink}}) and other images with the link parameter set don't seem to have this problem:Jay8g [ V• T• E 20:12, 24 August 2014 (UTC)
For consistency with most other software, the keyboard shortcut ctrl-right-arrow should move the insertion point to the start of the next word, not the end of a word as it currently does. (My experience of "most other software" here is on Windows.)
In case it matters, my editing platform is Windows 7, Firefox 30.0, MonoBook skin. Mitch Ames ( talk) 01:26, 24 August 2014 (UTC)
I have said before, and I still believe, that colour coding would be a massive boon in the text editor. I can't remember now whether it was said to be technically impossible. If it is possible, it should IMO be near or probably at the top of the list. 86.151.119.38 ( talk) 00:00, 25 August 2014 (UTC)
{{Infobox person |name=Alice Expert{{citation needed|date=July 2013}} |occupation=Expert{{dubious|date=July 2013}} |alma_mater = Wassamatta U|awards = [[Wooden spoon (award)|Wooden spoon]]<ref name=Infobox>{{cite web |url=http://www.example.com |title=Infobox Example Citation |date=February 2014 |author=O'Nymous, Ann}}</ref>}}}} In my real wiki-life, I am User:WhatamIdoing. I've been a regular editor at the English Wikipedia<ref>[http://example.org Example]{{Dead link}}</ref> since 2007, PMID 12345678 ISBN 9781234567890 Parameter error in {{ ISBN}}: checksum and I've been in the top 500 most prolific editors of all time for a couple of years. My interests run from [[WP:MED|medicine]] to pastry to education, with odd points in between. I also spend a lot of time working as a [[meta:Metapedianism |metapedian]], which in my case means supporting WikiProjects through the English Wikipedia's [[Wikipedia:WikiProject Council|WikiProject Council]] and helping write policies and guidelines.
Hello! On it.wiki we are discussing about the editing labels at the top of the page. We'd like to have the same your setting, or rather having the "Edit" label when VE is off, and "Edit source" and "Edit beta" when VE is on. But on it.wiki VE is enabled by default, so we don't know if our situation is the same of yours. How can we do? -- Horcrux92 ( talk) 11:33, 30 August 2014 (UTC)
This mainly affects the situation where an image is moved to commons but has to be renamed in process. I can easily get a list of pages that link to the image under the old name. However the visual editor provides no easy way to locate an image already linked by file name. This forces me to search by scrolling through possibly the entire article. As long as raw wiki source access is provided along side the visual editor as it is now this is ok. Phatom87 ( talk • contribs) 00:43, 31 August 2014 (UTC)
Testing, random page Media in Erie, Pennsylvania. Try linking the word "digitally" to "Digital". When you click inside "digitally", you get the link help, with all pages starting with "digitally". I don't want this, so I change the word at the top to "digital" instead. I get "New page: digital" (in red), even though we obviously have a page called digital. Changing "digital" to "Digital" doesn't help. Fram ( talk) 12:11, 2 September 2014 (UTC)
When you get a drop-down with suggestions, e.g. when linking, you get a scroll-bar at the right side of there are too many choices. It is impossible to click this bar (or the button at the bottom of it), trying to do this closes the window. Fram ( talk) 12:13, 2 September 2014 (UTC)
I have just been editing a long list of articles with links to Millennium Project to change them to The Millennium Project. A number of issues came up detracting from doing this efficiently.
This task, numerous repetitions of the same simple edit, should have been a showcase for the improved efficiency of WYSIWYG editing. I am very disappointed that it was not. Spinning Spark 13:56, 27 August 2014 (UTC)
@ WhatamIdoing: I've now tried Alt-Shift-V in Chrome and it doesn't seem to have behaviour consistent with the section editing (which works correctly for me, in that it leaves the section I clicked "edit beta" on at the top of the screen). Alt-Shift-V doesn't leave the screen as it was when I press those keys; it scrolls it slightly -- about half a page when I tried it. What's the intended screen display position if Alt-Shift-V is pressed? Mike Christie ( talk - contribs - library) 02:28, 29 August 2014 (UTC)
The gadget that adds [edit] and [edit beta] links to the top of the lead did not work properly with VE: the [edit beta] link was actually set up to edit the first section, not the lead, with the result that on saving in VE there would be a default edit summary including the first section. This has now been fixed by TheDJ. Mike Christie ( talk - contribs - library) 10:06, 3 September 2014 (UTC)
Hi, see this edit, where the categories were moved by VE. Maybe related to the end of the table missing. -- NicoV ( Talk on frwiki) 18:44, 2 September 2014 (UTC)
Hi, in
this edit, VE split the categories in two different parts. Some of them appear in two parts: Comte de Carcassone and Décès en 812. In addition, VE added an empty title (== ==
) between the two sets of categories. --
NicoV (
Talk on frwiki) 21:09, 3 September 2014 (UTC)
<sup>...</sup>
tags, with one put around a single space character. --
NicoV (
Talk on frwiki) 21:12, 3 September 2014 (UTC)
What's the status of copying tables? I just tried cutting and pasting a table; it seemed to work but then when I tried to save the page VE froze. If this is supposed to be working I can post a note on reproducing it -- I tried it twice and got the same result each time. Mike Christie ( talk - contribs - library) 02:37, 25 August 2014 (UTC)
Hi,
When will internal links be correctly handled by VE to prevent things like that: [[B.A.P]] [[Super Junior|<nowiki/>]][[B.A.P|Super]] Junior
.
To reproduce this:
https://fr.wikipedia.org/wiki/B.A.P
in the link inspector and click Terminé[[B.A.P]] [[Super Junior|<nowiki/>]][[B.A.P|Super]] Junior
which shows several problems: there's a link without text displayed, the existing link has been cut in two-- NicoV ( Talk on frwiki) 09:21, 2 September 2014 (UTC)
@ Fram: I suspect you're referring to the VE User Guide at en.wikipedia.org. As Whatamidoing noted, I helped update the VE User Guide at wikimedia.org, which is a different document. Nor is there any automated way (that I know of, anyway) of making the two guides the same, since the guide at mediawiki is designed to be translated (with lots of related markup) and the en.wikimedia.org guide is not. And I just don't have the time or energy to update both. -- John Broughton (♫♫) 23:55, 3 September 2014 (UTC)
Hi, when I do any modification in
Loup (fleuve), when I check the modifications done by VE, I see that 3 <ref>...</ref>
have been modified with the addition of quotes around the reference name. VE shouldn't modify articles in parts that are not modified by the user. --
NicoV (
Talk on frwiki) 08:11, 4 September 2014 (UTC)
Sanitizer.php
checks the refname and adds quotes to the rendered HTML if they are missing. If the name does not meet the rules, then sanitizer.php will incorrectly add the quotes and the refname will be broken. Thus, adding quotes makes the refname more safe. --
Gadget850
talk 15:18, 4 September 2014 (UTC)
T71711 requests that after inserting a link it should not be highlit, so that the user can continue typing without overwriting it. I think the same enhancement would be good for inserting citations. If you select Cite -> Basic, enter a cite, and hit enter, the citation is highlit, so you have to right-arrow to allow insertion of another citation. Mike Christie ( talk - contribs - library) 02:20, 7 September 2014 (UTC)
I've got VE's "Save Page" button up, but when I click on it, nothing happens. I've just made a lot of edits in a long article ... has this happened to anyone else, and is there anything I can do to save my edits? - Dank ( push to talk) 03:06, 9 September 2014 (UTC)
Twice this evening while making minor edits to 2002 Pacific typhoon season I got the message "Something went wrong", and it appeared the save had failed. Checking the article history made it apparent that the save had worked in both cases. The diffs are [2] and [3]. There was another minor edit between these two which saved with no errors. Mike Christie ( talk - contribs - library) 01:39, 10 September 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | When using VE, disambiguation links should be highlighted for easy finding and fixing, and should give all options on the disambiguation page (for example, a link to Spanish should give the option of making the link point to Spain, which is frequently the correct link). |
Steps to Reproduce: | I tried fixing disambiguation links in VE, and was disappointed that my Jscript highlighting of dab links doesn't follow through, so if there are several on the page I have to go back and find them all. |
Results: | As above. |
Expectations: | I expected that link fixes being offered would include likely solutions reflected on the disambig page. |
Page where the issue occurs | English Wikipedia |
Web browser | doesn't matter |
Operating system | doesn't matter |
Skin | doesn't matter |
Notes: | none |
Workaround or suggested solution | n/a |
bd2412 T 22:50, 5 September 2014 (UTC)
When I use VisualEditor to add a citation, the list of citations (i.e., the reflist template) never updates, so it's not possible to see what the citation list will look like after the page is saved. I assume this is a known issue, but I couldn't find a bug for it in Bugzilla. Could someone point me there? Thanks! — Neil P. Quinn ( talk) 21:42, 7 September 2014 (UTC)
<ol>...</ol>
tag for the <references /> (<ol class="references" typeof="mw:Extension/references" about="#mwt22" data-parsoid="{"src":"<references group=\"\"></references>"}" data-mw="{"name":"references","attrs":{}}">
...) which is inside a block generated by a {{
Reflist}} (<div class="reflist ve-ce-leafNode ve-ce-focusableNode ve-ce-focusableNode-focused" style=" list-style-type: decimal;" about="#mwt19" typeof="mw:Transclusion" data-mw="{"parts":[{"template":{"target":{"wt":"Reflist","href":"./Template:Reflist"},"params":{},"i":0}}]}" data-parsoid="{"stx":"html","dsr":[2964,2975,null,null],"pi":[[]]}" contenteditable="false">
...). So, there's a way to know which templates might need refreshing, all the information is already available in what is displayed by VE in editing mode."(Here at en.wp, about a quarter of articles use {{ reflist}}, but there are other templates in use here, amd other projects use other ones). " From Template:Reflist: This template is used on 3,000,000+ pages. That's 3/4, not 1/4. One would think that getting the most basic and arguably important template we have for our articles would be a high priority fix. But then again, even the very simple and logical suggestion to have a PREVIEW, made months ago, hasn't been implemented yet. Fram ( talk) 07:07, 9 September 2014 (UTC)
So, of 34 random articles (got bored then, feel free to repeat it with more articles), 8 have no reference template, 4 use the VE-favourite "references", and 22 have reflist. 22/34 is nearly 65%, which is slightly closer to my 75% than your 25%. Now, if you have any actual evidence for your figure, feel free to share it. Otherwise, don't try to support your claims with wild and wildly inaccurate guesswork. This isn't the first time that you made the same type of error, it gets rather annoying. Fram ( talk) 18:56, 11 September 2014 (UTC)
Hi, in this edit, VE modified the formatting of 2 tables (apparently the tables were not modified by user) : parameters reordered, modified, removed, ... I was unable to reproduce it. Apparently, VE detected that something was odd since the edit was tag as to be reviewed. -- NicoV ( Talk on frwiki) 19:52, 13 September 2014 (UTC)
In this edit, it seems that the user just cut and pasted a table. The result is that VE added a lot of unnecessary new lines and nowiki tags in the cells of the title line, instead of keeping the table as it was. -- NicoV ( Talk on frwiki) 15:22, 14 September 2014 (UTC)
A different example of dirty diffs made by VE. Apparently, the contributor only added a sentence, and VE modified several totally unrelated reference tags (adding a white space before "/>", adding quotes, ...). Same request as above: stop making dirty diffs. -- NicoV ( Talk on frwiki) 12:53, 14 September 2014 (UTC)
I just made a VisualEditor edit to TV Tropes [17] in Internet Explorer 11, and I saved it! -- User J Dalek 01:44, 12 September 2014 (UTC)
Oh, I see it's already official [18]. -- User J Dalek 05:07, 12 September 2014 (UTC)
Oh, I understand now. Thanks. (PS, I can still use VE, but the warning's still there.) -- User J Dalek 02:18, 16 September 2014 (UTC)
Hi, in this edit, VE added totally unecessary nowiki tags around the whitespace before the colon. -- NicoV ( Talk on frwiki) 07:45, 17 September 2014 (UTC)
I saw a note from a very experienced editor the other day saying that they prefer to use VE for copyediting, but because of the risk of edit conflicts they can't do so if they see someone else is editing (a vandal, in this case) because of edit conflicts. I think if it were a vandal I'd just go ahead, save at the end, and overwrite the vandal's edits, but the general case is an issue.
In T50429, the one for section editing, I suggested that hiding/collapsing other sections might be a way to give the appearance of individual section edits in VE. That would also address the edit conflict problem: the current wikitext editor is smart enough not to complain about conflicts when two different sections are being edited. If VE is restricted to a section, presumably the same intelligence could be used to avoid complaining about edit conflicts with VE. Is there any reason why that wouldn't work?
If that would work, then I'd like to see the team move this up on the schedule if possible. I understand the reasons for the low priority it has been given, but that seems to be because any form of section editing would not solve the speed or edit conflict issues and would be very difficult because of the risk of parsing partial HMTL. If the "hiding" option can be made to work, it means that two of those three issues would not be a problem any more. Issues that stop editors using VE for straightforward large scale copyedits (which is what VE is best at) seem like the sort of thing we should try to prioritize -- this is not a power user request; it's the sort of thing a new editor is likely to want to do. Mike Christie ( talk - contribs - library) 12:40, 24 September 2014 (UTC)
I couldn't figure out how to set up a footnote within a note. Comet (magazine) is the article I was working on; the single "note" has a footnote citation within it to Bleiler. This revision, created with VE, is close to what I wanted, but I also wanted to add a citation within the note (as the current version does). Inside the note editing dialog there's the option to add a cite, but there's no "cite basic" option at this level, so as far as I can tell it's not possible to do what I wanted to do. Is there any reason not to add "cite basic" and "reuse" to the cite menu inside this dialog? Mike Christie ( talk - contribs - library) 21:04, 14 September 2014 (UTC)
<ref>Explanatory note<ref>Citation</ref></ref>
. The solution you settled on uses a parser function. Where did you find that approach?
Whatamidoing (WMF) (
talk) 01:25, 16 September 2014 (UTC)
{{#
is a parser function. It looks like the {{
efn}} template does the same thing under the hood.
Whatamidoing (WMF) (
talk) 20:18, 16 September 2014 (UTC)
{{#tag:ref
call be added to the options for insertion within VE?
Mike Christie (
talk -
contribs -
library) 21:57, 16 September 2014 (UTC)
Random article, first I got was Results of the Victorian state election, 2010 (Legislative Council). Open in VE, takes somewhat long, doesn't look like the original page. Click on the first box on the screen, click on the "Australian elections/Title row" box, template opens. Try to move the box to the right, so I can see the template (in the article) and the template edit box next to each other, so I know which parameter is feeding which "box" in the template. Can't move the template edit box. Give up. Try to find a method to edit the numbers per party inside the template. Can't find a method. Give up.
Second random article: Malamarismo. Try to edit the tracklist in VE. Parameters are given in alphabetical order, not in order of article. Useless. Give up.
Thrid try. Charles Landon Knight. Open the infobox (infobox congressman). "An infobox for office holders. It is generally better to use a more specific template like {{Infobox politician}}." Strange. Can I convert this to another infobox? Of course not. Do I need to? Of course not, this is a more specific template. If you would use infobox politician (like on Maurice Duverger), you would get the exact same message instructing you to use "Infobox politician" instead of, er, "Infobox politician". Why? Because template data aren't made with redirected sub-infobox-templates in mind, even though these are used very frequently. Give up.
Three tries, three fails. One case where I can't edit what I want, one where I can but it is easier and more user friendly in wikitext, and one where I get completely wrong advice which I can't easily follow in VE anyway. In all cases, I would have been better off editing in the wikitext editor (and in all cases, I needed to know wikitext anyway to edit what I tried to do). Please drop me a note when VE really works. I won't hold my breath. Fram ( talk) 06:58, 24 September 2014 (UTC)
(unindent)I asked Whatamidoing below to stop responding, after her first set of incorrect replies. I asked her again above ("Can you please just leave my questions alone and let someone else answer them?"). She then again responds with a totally incorrect reply. This isn't the first time that she pulled the same tricks. The time of being dispassionate and calm about this has long passed. You are lucky if she has been helpful, diligent and knowledgeable in your cases. When I encounter her, she is usually giving the appearance of being helpful, but by displaying a total lack of diligence and knowledge ends up being the exact opposite. Just look at my pst and her hopefully final reply here:
If this kind of nonsense happened once, big deal, we all have bad days. But this happens way too often to be coincidence or bad luck. This is incompetence. And when you notice that someone is not competent enough to answer questions on a discussion and feedback page, you ask them to stay away and stop providing "answers". If that doesn't help, you make them stay away. Fram ( talk) 13:16, 25 September 2014 (UTC)
|month=
, then you also want a |year=
, can't be checked reliably upon saving the TD block.)
So, thank you Whatamidoing (WMF), three answers, not one of them relevant or correct. Can you ask someone from the WMF who actually knows what they are doing (if any can be found) to respond in the future? As this was simply a waste of time. Fram ( talk) 19:23, 24 September 2014 (UTC)
All this has nicely deflected us from the main issue. Not what is wrong with individual infoboxes or articles or editors, but what happens when random, somewhat experienced editors start using VE. If you get an experience like described here, most people won't try to find the VE problem or edit the templatedata (yeah right) or come here to complain; they'll close VE, won't look back, and continue editing with the wikitext editor, probably muttering something about the stupid WMF wasting their money. Which probably explains in part why at the wiki's where VE is the default, almost no established editors have made the switch to it, and a vast majority of editors of who registered after VE became the default make their edits with the wikitext editor as well.
VE is still filled with many small and not so small things that don't work, work in an illogical way, don't give the expected result, or require wikitext anyway. It is of little to no benefit to most editors, so why should the vast majority of people ever want to use it? Correcting one page of the 4 million plus we have is nice, but it's a drop in the ocean. Fram ( talk) 19:27, 25 September 2014 (UTC)
In VE, I have no idea how to remove a tag that indicates an article is a stub. I tried clicking on the text, which then turns blue. But delete, backspace, and ctrl delete do nothing. And there is no error message or tip. If I right click, one promising option comes up, but if I click on that (I can't remember what it's called, and I don't want to go there again), my entire screen gets messed up with meta-text scattered all over it, and I can't get out of it with-out leaving Wikipedia entirely. Kdammers ( talk) 10:14, 25 September 2014 (UTC)
This is a very easy way to edit a page & extremely useful for non professional users. TrueOfficer ( talk) 07:13, 27 September 2014 (UTC)
This is more a suggestion than feedback. I was helping someone edit
Tarzan (1999 film) and they wanted to add the {{
Main}} template using the visual editor. I didn't know how to do it, so we guessed. We selected Main from the templates then (as I would with a template edited in source) pasted in
Tarzan (Disney franchise), what we got was {{
Main|Tarzan (Disney franchise)=}}
which renders as "Main article: <Whatever the current page name is>" (that specific quirk is due to how
Module:Main falls back when parameters aren't supplied). After looking at the template field again I noticed that the first step after selecting a template is to post a parameter name, then the value. Strictly speaking this is PEBKAC, but if I know the value I want for the first parameter is there any benefit to inserting {{
Main|1=value}}
where the parameter name isn't in the template data?
Alternately, for templates with relatively few parameters (e.g. 1-4), there should be a way to specify in template data the parameter names which can be preffilled. So instead of having a dropdown list based on the user typing the parameter names, they can be rendered as a input fields with the parameter name on the left and a space to add the value on the right (with a little button saying "add" or something). This wouldn't work for large templates, but for smaller ones (where the template authors explicitly provide the prefill instructions in template data) a user can quickly get to adding the value that they want without typing out the parameter name. Protonk ( talk) 14:16, 26 September 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Move the cursor |
Steps to Reproduce: | #Edit a section
|
Results: | Sometimes the cursor moves, sometimes the view window moves |
Expectations: | The cursor moves |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Chrome 37.0.2062.120 m |
Operating system | Windows 8 |
Skin | Monobook/Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | Add one here if you have it. |
Lfstevens ( talk) 08:05, 27 September 2014 (UTC)
Suppose I want to insert a link to Foobar but mistype it as Barfoo. I spot the error and edit the text, which is now a red Barfoo, so that it says Foobar. What I get is now [[Barfoo|Foobar]] which is certainly not what I intended. This seems counter-inituitive. Deltahedron ( talk) 08:19, 27 September 2014 (UTC)
(edit conflict)It has been suggested (quite a while ago, and a few times since) to have a link interface with "link to this article" and "display this text" fields (actual text to be decided, and the second by default the same as the first), to make it clear to editors what the link is, and what the displayed text. This hasn't been adopted (AFAICR, it has been rejected by Jdforrester, but I haven't checked so this may be an incorrect memory on my part). Fram ( talk) 14:00, 29 September 2014 (UTC)
I thought this was solved a while back, but either I imagined it or it has regressed a bit. When you open a page like Bearden Waterworks, the refs switch position (what is ref 1 in the standard view becomes ref 2 in the VE mode and vice versa), but only in the text. The numbering in the infobox stays the same, which is totally confusing of course. Furthermore, you now get the "stop, no access" icon when you click on "ref 2" in the text, but you can open the "basic" ref anyway: you don't get to see it though, you get an empty screen.
Now, if you type something into that empty ref box, you create a ref with the text you just typed, but with the same ref name as the one in the infobox.
All this is very counterintuitive and confusing. This is not something happening on one or two pages only, things like Round Church (Richmond, Vermont) have this but also major articles like United States. Fram ( talk) 08:29, 30 September 2014 (UTC)
Currently, VE only lists the most commonly used citation templates. There should be a way to access a list of all cite templates from the citation menu (i.e., a "more" button). You technically search for other cite templates from the "Template" option, but most of these don't have the documentation brought over, so they are effectively useless.-- ¿3fam ily6 contribs 23:34, 29 September 2014 (UTC)
Categories; the dropdown doesn't work properly. When you are adding a category and you are unlucky enough that there is enough space to the right of the last category, you get a much too small drop down menu, where most of the category names is "..." (strangely, some suggested cats get a "..." in the middle and one at the end of the cat). The box isn't resizable. Worse is that the scroll bar doesn't work, when you click it the dropdown simply closes again. You can use the up- and down arrows, but that's far from optimal. The scroll bar problem has been mentioned already some months ago.
New categories stil are added after stuc templates and so on. It would be nice if they were added with the other categories.
Categories can't be reordered.
You can add a sortkey to individual categories, but it isn't recorded (not when adding a category and not afterwards)
Advanced settings. The first two, "Let this page be indexed by search engines" and "Show a tab on this page to add a new section" are as far as I know never used on articles. Can these be namespace-specific so that they aren't shown on articles (the main target of VE).
Page settings vs. advanced settings: Page settings should be the common three "redirect", "disambiguate", and "displaytitle"; all the others are very rarely used and should be "advanced" or not displayed at all (as mentioned above).
Categories should be the first among the options as it is the most commonly used of these options
As mentioned before; it makes no sense to have a dropdown with "options", "page settings", and so on, if the options then simply list the others ("page settings" and so on) again. Either remove options and only keep the other ones (in the order as described above), or only have "options" and "switch to source editing" and discard the rest in this dropdown.
Why do the dropdown menus on the left have a dropdown arrow, but not those on the right?
When I open a template, I can select the template name (in "show options" mode) and remove it (trash can icon). But I can't apply the change. Seems strange, this is a nice way to remove templates (e.g. hidden ones). Fram ( talk) 13:21, 25 September 2014 (UTC)
More? Add a "basic cite" (or open an existing one), drop-down the "use this group", and you get the upper half of the text "general references". If you get multiple groups, like on William Shakespeare (be patient when opening this page please), then you can't even see the other groups. I then tried to open the references section in VE, but then the script just kept hanging.
Lakeland School District, Pennsylvania. Open in VE, scroll to "Eight grade", PSSA results. Change the results? You get a template box, with a lot of col templates. Go through them on the left (click "col-begin", "content", and so on), and you see the cursor move down on the right side. Go through all the fields in this way. What do you get? Nothing! Is the content missing? No, it is only invisible, you need to actually click inside the right-side content boxes. Try it with the first one! Oh, right, that one's empty... Only if you are persistent enough to also try it with the second or third one will you notice that the contents are there and editable. What percentage of users will have given up before this? Your guess is as good as mine... Fram ( talk) 08:01, 26 September 2014 (UTC)
Wikitext in TemplateData descriptions doesn't work, see e.g. the description of reflist (used in 65% of the articles, I guess you'll be able to find an example easily...) Fram ( talk) 08:10, 26 September 2014 (UTC)
Apparently, no bugzillas have been made for the following problems above (some may have already existed in Bugzilla but just not been noted here, e.g. it isn't clear to me whether bug 54705 (created: September 2013, status: NEW) is related to any of this; but I certainly couldn't find anything in Bugzilla for the bugs among the below list):
Thirteen nicely numbered suggestions (a few) and errors (also a few). Perhaps some nice soul with Bugzilla access will add these there? Some will disappear in the black hole, but perhaps some will get picked up. Otherwise this feedback page becomes even more of a waste of time than it usually is. Adding me in CC in Bugzilla would be a nice exra, but isn't mandatory... Fram ( talk) 10:53, 3 October 2014 (UTC)
Hi, I've just checked what problems are visible in the last edits with VE on frwiki. Here's a list of problematic edits, a lot of them have already been reported several times, and still nothing has been done to fix them:
That's only in less than 500 edits done with VE, and I didn't report the numerous acts of vandalism which seem more frequent than with the wikitext editor. -- NicoV ( Talk on frwiki) 19:36, 29 September 2014 (UTC)
(More later.) Whatamidoing (WMF) ( talk) 01:07, 30 September 2014 (UTC)
I am very surprised to see that VE is inserting pawns into articles, still, in Q4 2014..?? Whatamidoing (WMF), what do you mean by "Pawns in Marquis Surcouf are an attempt to retain the character formatting." I had assumed from upbeat VE IRC office hours that these types of problems had been fixed. Are these pawns regressions, or have the issues causing pawn insertion not been fixed yet? I see a few existing bugs, some with quite low bug id. Are they all still valid bugs? What is the priority of this and other pawn problems. John Vandenberg ( chat) 03:17, 3 October 2014 (UTC)
Hi, I'm trying to use the new "autovalue" attribute for TemplateData, and I don't understand how it works with VE. I tried adding an autovalue to template "Admissibilité à vérifier" on frwiki for parameter "date"
{{safesubst:CURRENTMONTHNAME}} {{safesubst:CURRENTYEAR}}
: when I try to insert the template with VE, the dialog automatically adds parameter date with the correct value. If I then click insert, the template is inserted, but without the autovalue: the date parameter is empty.{{CURRENTMONTHNAME}} {{CURRENTYEAR}}
: when I try to insert the template with VE, the dialog automatically adds parameter date but without any value.-- NicoV ( Talk on frwiki) 10:10, 3 October 2014 (UTC)
|section=
, then the template will supply the word "article" here) or if the problem was that this feature hadn't been turned on yet (so you could pre-define the TemplateData this way, but it was going to be ignored until the next update).
Whatamidoing (WMF) (
talk) 18:17, 3 October 2014 (UTC)
I tried to change the image of the ethene molecule to File:Ethan_Keilstrich.svg, but when I pasted that in the search bar (might have had a space before it), it didn't show up as a result. User:GKFX talk 15:58, 8 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to use an SVG file rather than the PNG version. |
Steps to Reproduce: | Opened the add image dialog to the search page, and typed "Chloroethane-skeletal". |
Results: | It was impossible to tell which result was the SVG. |
Expectations: | File extensions shown in results. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Firefox 32 |
Operating system | Ubuntu 14.04 |
Skin | Vector |
Notes: | |
Workaround or suggested solution | Pick images at random and use tool-tip text to check extension. |
User:GKFX talk 16:13, 8 October 2014 (UTC)
If I opt to resume editing in the Save page dialog, the next time I try to save the two edit summaries drop-down boxes are repeated. If I resume editing again they're repeated as many times as I resume editing. Caiaphodus ( talk) 19:06, 5 October 2014 (UTC)
Can VE automatically use {{ '}} in edits like this and this? Ed [talk] [majestic titan] 22:48, 12 October 2014 (UTC)
In this edit VE added additional quotation marks to reference names, although in my edit I only changed "Patrich" to "Patrick". Δρ.Κ. λόγος πράξις 00:26, 13 October 2014 (UTC)
It would super-useful if the "date accessed" field was automatically filled out with the day's date; it's what users will be entering 99.9% of the time. Popcornduff ( talk) 20:40, 13 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to add alt text to images I'd changed to SVG. |
Steps to Reproduce: | Typed in the alt text box after changing the image. |
Results: | No alt text anywhere in the diff; no indication that I'd even tried to add this text. I couldn't recover the text by switching to source mode. |
Expectations: | Alt text appears in diff. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Firefox 32 |
Operating system | Ubuntu 14.04 |
Skin | Vector |
Notes: | |
Workaround or suggested solution | Do the whole thing in source mode. |
User:GKFX talk 13:04, 10 October 2014 (UTC)
Already reported some time ago, but it's still happening. When will it be fixed ? -- NicoV ( Talk on frwiki) 22:17, 11 October 2014 (UTC)
This edit where I attempted to add a space before the last word, caused an odd preview to show up in VE (also the VE automatically inserted spaces for the group parameter and value, not sure if that's intentional though I don't think it matters). You can see the before/after here. Also entering edit mode (from the top of a page, not a section) jumps me down to the references list and hides the infobox (not sure why either of those happen). Protonk ( talk) 19:33, 12 October 2014 (UTC)
Also this is on chrome stable on a mac. If you want me to fill out a bug template I can, but I figured I'd ask here to see if it had been seen before and if it hadn't I can go and file a bug on bugzilla myself. Protonk ( talk) 23:00, 12 October 2014 (UTC)
I've just had to clear up a number of edits where people have added template data in the wrong place. Template:Roman_Catholic_Cathedrals_in_Great_Britain_and_Ireland, Template:Punknews, Template:List_of_Philippine_seas Template:ABC_Mindanao plus a few others. These edits left about 100 main space article displaying templateData sections, a list of affected articles was at [24] I've fixed all the problems now.
This is new behaviour and the cause seem to be the Manage TemplateData button. If you edit a template and quite reasonably click the button, and go through the dialogue, then it will add a template data section at the end of the article. This is bad behaviour as template data should either go in a <noinclude> section or in the /doc subpage.
I think the button needs some more smarts. If not in a subpage it should ensure that the section is inside <noinclude>.
I not quite sure about the Manage TemplateData button overall. It makes it too easy for users just to create meaningless templatedata sections. Witness the number of sections in the above diffs where the user has just taken the defaults and not added any actual documentation.-- Salix alba ( talk): 15:57, 5 October 2014 (UTC)
I wanted to add {{ Infobox musical artist}} to an article and it proved to be much more painful than it needs to be.
If you want add one of the minor fields like {{{genre}}}
you have to
This could be made easier. Why do I need to click twice to show all fields? Why do I need to go back to square one after adding a field? Why does it not auto scroll to the correct place (actually why not simply show the field under it description in the list of fields).-- Salix alba ( talk): 22:24, 14 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was tidying up some of the language in Krzysztof Ignaczak. |
Steps to Reproduce: | Opened Krzysztof Ignaczak in VE, saw strange line spacing. When selected these lines were bordered by dashed lines. I deleted them, not seeing that they were attached to anything. |
Results: | Accidental deletion of images. |
Expectations: | Some note to say what the dashed lines mean. |
Page where the issue occurs | www.wikipedia.org |
Web browser | Firefox |
Operating system | Ubuntu |
Skin | |
Notes: | |
Workaround or suggested solution | None, I just reverted my edit and then re-did the language changes I wanted to make. |
I can not find anyway to add a title to an existing bare link that has none without having to make a new link then delete the old. Further confusing the matter the new link UI that initially appears seems to force creating a link a another wiki article. At least that was my first impression of it. Phatom87 ( talk • contribs) 17:23, 16 October 2014 (UTC)
Why do the external links in the references become redlinks in VE? E.g. in Derik, Turkey. The same happens with the website in the infobox, but not with the external link. I don't remember this happening before this update. Fram ( talk) 18:30, 23 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Editing article references |
Steps to Reproduce: | Compare the article in VE edit mode and normal read mode. |
Results: | (1) ref #1 in first lead para should actually be numbered ref #2 (there is 1 recognized ref in the infobox). (2) numbers of "sfn" citations are OK, but "ref" citations are counted separately, a good example is in section "Bohemia", the last 3 refs are numbered #5-#7 (they are the 6th-8th "ref" citation in the article, see point 1 for the -1 difference), however the correct numbers are #34-#36 considering all references. |
Expectations: | Reference numbers in "read" and "VE beta" modes should all be the same |
Page where the issue occurs | /info/en/?search=Otto_I,_Holy_Roman_Emperor |
Web browser | Firefox 32.0.3 |
Operating system | Windows XP |
Skin | Vector |
Notes: | Reference numbering in the final "reflist" are all OK, the wrong numbering affects only the single reference numbers in the main text. |
Workaround or suggested solution | Use source editor for references. |
GermanJoe ( talk) 22:54, 14 October 2014 (UTC)
I've reverted the creation of a new version of the user guide. While it had improvements, it also removed topics that are useful, had missing images, and didn't reflect the situation at enwiki (e.g. saying that you get "edit" and "edit source", while here you get since more than a year "edit source" and "edit beta").
The user guide needs an update, but it shouldn't be used to remove all mentions of problems or to introduce new inaccuracies. Fram ( talk) 18:18, 23 October 2014 (UTC)
This is a list of suggestions and bug reports from Fram that were archived before getting associated with bug numbers:
Most of the bugs were known. Whatamidoing (WMF) ( talk) 17:47, 24 October 2014 (UTC)
__NOEDITSECTION__
killed.
Whatamidoing (WMF) (
talk) 17:41, 28 October 2014 (UTC)Would be good to have a cancel button next to the save changes button so that you can easily cancel editing and switch back to the last view (typically reading view). Ryanseys ( talk) 03:54, 27 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was moving some text with copy paste and then continuing with normal editing, including using the delete key. |
Steps to Reproduce: | The following keystrokes reproduce the problem for me. View
Cosmic Stories and Stirring Science Stories. Alt-Shift-V to edit; double click the word "pulp" in the first line to select it (and the following space) and press Ctr-C to copy it. Click after the end of the word "science" directly following and press Ctrl-V; this pastes in "pulp ". There should now be two spaces after the word "pulp" and the cursor should be between the two spaces. Press backspace, and the word "pulp" is duplicated; the result looks like this: "two pulp sciencepulppulp fiction". Note this does not seem to happen if you do anything else after the Ctrl-V except press backspace; once you move the cursor it appears to clean itself up and the error can't be reproduced.
A more dramatic result happens if, after the Ctrl-V, and before doing anything else, you click after the final "e" of "science" again. This causes the word "pulp" to be pasted over and over again; I let it go for thirty or forty iterations to see if it would stop and it didn't. |
Results: | See above for the results. |
Expectations: | I expected the delete and mouse-click to do what they normally do. |
Page where the issue occurs | N/A |
Web browser | Chrome 37.0.2062.124 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | N/A |
Workaround or suggested solution | Click anywhere else first and the problem doesn't happen. |
Mike Christie ( talk - contribs - library) 12:10, 25 October 2014 (UTC)
Mike Christie, GermanJoe, Drongou, can any of you reproduce this bug today?
This was driving me nuts last night (for me, all it took was copy plain old text, paste it, and wait a few seconds), and I emailed James F about it. This morning, when I wanted to double-check the minimum requirements for the bug report, I couldn't get it to happen. I doubt that a fix was pushed out that fast. Whatamidoing (WMF) ( talk) 17:35, 28 October 2014 (UTC)
I don't know if this is a bug or just my ignorance, but I can't figure out how to add items to lists, as in List of fiction set in Berlin. I can do it using the regular editor, but that is one of the things that it is cumbersome for using (lots of pipes and dashes). Kdammers ( talk) 06:38, 30 October 2014 (UTC)
See this diff; a set of SUBST values came up for the URL access date, so presumably someone has set up the default values for this template. I wasn't sure if it would work so I tried saving it, but it didn't subst. I'm no template guru; can someone else tell me if this was set up incorrectly? Mike Christie ( talk - contribs - library) 10:04, 30 October 2014 (UTC)
If Template:Citation needed span is used in an article, it is very cumbersome to remove the citation (for say, if you now have a source) without removing the text needing attribution. The text is melded into the template using the "text" parameter, so deleting the template deletes the text. Is there a way to extract the text without opening up the template parameters, cutting or copying the text out, and pasting the text back into the article?-- ¿3fam ily6 contribs 02:22, 28 October 2014 (UTC)
In
this edit, not only VE added as usual nowiki tags around a whole sentence to escape a single quote, but it also added several nowiki one after an other <nowiki>...</nowiki><nowiki/>
. --
NicoV (
Talk on frwiki) 17:50, 30 October 2014 (UTC)
<nowiki>...</nowiki>
.<nowiki/>
(just after the previous set) : it's totally useless, and brings nothing except more complexity to the wikitext<nowiki/>
(just before the next set) : same remark as above<nowiki>...</nowiki>
.'<nowiki/>''
(nowiki between the single quote and the italic formatting)<nowiki>'</nowiki>''
(nowiki around the single quote)<nowiki> MARVEL Studios et ABC prépare cinq séries '</nowiki><nowiki/>''Netflix Original''<nowiki/><nowiki>' de </nowiki>
super-héros exclusivement pour la plateforme
Netflix.
<nowiki>...</nowiki>
around a sentence, would it be possible to first check if using only <nowiki/>
at the beginning / at the end of the sentence works for escaping ? --
NicoV (
Talk on frwiki) 15:09, 5 November 2014 (UTC)
When I tried to edit Anomaly (Lecrae album), this edit by another user (involving the citation needed span template I complained about above) created an edit conflict. I ended up losing all my work and had to try again. Is there a way in VE to preserve edits in a cache like you can with wiki-text? I'm using the latest version of Firefox on Windows 8.1, if that is any help.-- ¿3fam ily6 contribs 04:21, 30 October 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Edit my User page sandbox, where I'm developing an article. |
Steps to Reproduce: | Click edit beta. Error message pops up. It asks to retry. If I click okay, the message pops up again, ad infinitum. If I click cancel, the box closes, and I can't edit the page. |
Results: | |
Expectations: | |
Page where the issue occurs | |
Web browser | Firefox 33.0.2 |
Operating system | Windows 8.1 |
Skin | |
Notes: | I tried to copy-paste the error to here, but I could only highlight the error code, not copy it. |
Workaround or suggested solution | Unsure. I can now edit my sandbox without any problem. |
¿3fam ily6 contribs 21:28, 5 November 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Open the page in VE to add information. |
Steps to Reproduce: | Pressed the 'edit this page' tab. |
Results: | Got this error message -
https://commons.wikimedia.org/wiki/File:Capture.png (I would have copied it but the error message wouldn't let me copy it)
The odd thing was that the page opened fine when I pressed 'okay'. |
Expectations: | What were your expectations instead? |
Page where the issue occurs | /info/en/?search=Patr%C3%ADcia_Ferreira |
Web browser | Chrome |
Operating system | What's your OS? |
Skin | Monobook/Vector? |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | N/A |
Red Fiona ( talk) 22:20, 5 November 2014 (UTC)
Visualeditor is a bit slow to save pages in Chrome (a popular browser). I think we should fix this before it is released to the general public. Thanks! Pcfan500 ( talk) 11:14, 7 November 2014 (UTC)
I just added an ISBN to an existing book reference using the Cite-Book template-editing widget in the Visual Editor. When I saved the edit it worked correctly (yay!) but while still in editing mode the ISBN part of the footnote was a redlink. This makes it appear that the information has not been inserted correctly (I even went to check that ISBN in Special:Book sources before saving just in case it was broken somehow.
In short - validly input template links shouldn't show as red in the editing mode if, when saved, they actually go blue. Witty lama 10:52, 10 November 2014 (UTC)
I know you're working on this, but here's another example of an inserted <nowiki/>, which in this case causes the link to go to the wrong place. [27].
What is meant (and what is shown in the VE edit mode) is [[Haran (biblical place)|Haran]]. Instead, we have [[Haran (biblical place)|<nowiki/>]][[Haran]], which means that the visible link does not go to the place page as intended.
On the good side, I found moving a reference's location much easier than I had expected. Thanks! -- Ypnypn ( talk) 20:39, 11 November 2014 (UTC)
I'm not sure if it's because of an update that's going through or what, but the text in the boxes that pop up when you do things like adding references or saving your edits has got really small (like less than size 8). I'm on Chrome on Windows 8 if that helps at all. Red Fiona ( talk) 22:26, 12 November 2014 (UTC)
?veaction=edit
to the end of an article URL) to make sure it's not a user CSS problem.I've followed ESanders (WMF) suggestions. On a different computer (Windows 7, IE) I still have the problem, but only when I'm logged in, if I am logged out it goes back to normal. I tried clearing the cache but it didn't seem to do anything. I'll try the ctrl shift n thing next. Red Fiona ( talk) 16:38, 13 November 2014 (UTC) Quick Edit Tried the ctrl shift n thing. It also didn't work. Red Fiona ( talk) 16:43, 13 November 2014 (UTC)
User:Jdforrester (WMF), why did you close bug 51669 [28] as "resolved fixed" over the summer?
The bug is "When dragging an item in the visual editor (tested with image and text), the editing window does not scroll up or down when you reach the top or bottom of the window."
It was reopened bvy a more attentive WMFer only 6 hours later. Can you please explain what you believe was fixed, and how you tested this? My first test, opening List of spaceflight-related accidents and incidents and dragging the image down, didn't work. Dragging something (e.g. a reference) "up" beyond the screen boundary doesn't work either, as tested in 2010–11 Vancouver Canucks season. So what did (does?) actually work that made you decide to close this as "rersolved fixed", and which release (over the summer) supposedly had fixed this? Fram ( talk) 12:08, 17 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)
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)
A VE edit that damaged an article by putting a title formatting around a br tag. -- NicoV ( Talk on frwiki) 18:42, 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)
Any update on that? Anyone? TeamGale 22:48, 20 November 2014 (UTC)
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.
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)
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)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
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. |
Results: | What happened? |
Expectations: | I expected the links to be blue. |
Page where the issue occurs | https://en.wikipedia.org/?title=User:Philroc/South_Dakota_Highway_37A&veaction=edit |
Web browser | Google Chrome version 34.0.1847.116 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | File:Philroc-VEBug.png |
Workaround or suggested solution |
Phil roc My contribs 14:23, 24 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/?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/?title=Discussion_utilisateur:SashaWolf#Probl.C3.A8mes_avec_l.27.C3.A9diteur_visuel
https://fr.wikipedia.org/?title=H%C3%B4tel_George-V&diff=prev&oldid=109295400
-- NicoV ( Talk on frwiki) 09:05, 21 November 2014 (UTC)
I have no idea how to insert a picture from Wikimedia when using ve. I clicked on Insert and then Media. I got a page full of previously inserted media in separate boxes but couldn't see any place to add anything. Kdammers ( talk) 08:56, 27 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)
Not sure if this is really a bug, but the behaviour was initially surprising to me so I thought I'd mention it here. See this edit, which included a {{ clear}} template to move the footnotes below the magazine's issue grid. I inserted the template by placing the cursor just to the left of the "F" of "Footnotes", and choosing Insert->Template, typing "clear", and inserting the resulting template. That placed the template like so: =={{clear}}Footnotes==, which unsurprisingly looked odd (it left the header line on two lines). I can see why VE did this -- my cursor position is ambiguous because the "==" characters aren't visible on screen.
I can't think of any easy way out of this, but I wonder if templatedata could be useful. Suppose templatedata included some semantic information that VE understood. Then VE could make some decisions about interpreting those templates when they are inserted. For example, in this case, a trivial example would be "use-inside-headers=no", and VE would then know to slide the template to the left of the "==".
I was also thinking about the fact that VE can't use language-specific templates, since it can't rely on their existence. If VE allowed a user-defined toolbar of templates, much as Word and Excel and similar programs allow toolbar customization, these could be combined with templatedata to provide the ability to organize the toolbar into categories. Then you could have a toolbar showing, for example, an apostrophe as the label for a button; clicking it would insert {{ '}}. Templatedata could be used to allow the user to organize the search for templates to add to the VE toolbar, and to give titles to the sections of the toolbar, and tooltips. I'm aware this would be a far-future enhancement, but does this seem a possible way around VE's inability to use local templates? Mike Christie ( talk - contribs - library) 12:10, 4 December 2014 (UTC)
See this edit - where I replace a raw link with the "main" template. Before saving, the Visual editor shows the link as a redlink and adds an extra line of whitespace above and below the new template. However, when I actually save the edit the link goes blue and the whitespace disappears. So, the saved result is exactly what I wanted to happen, but the visual editor 'preview' made it look like there were going to be two mistakes. Witty lama 13:23, 3 December 2014 (UTC)
In the last few days, I've stumbled upon a few articles with span tags inserted without any good reason, and those span tags contain attributes clearly dedicated to VE that have nothing to do in an article ( Simon Frenay). Please fix. -- NicoV ( Talk on frwiki) 18:13, 5 December 2014 (UTC)
The insert menu has been changed recently; it now has a "More" entry, which reveals extra options. This might make sense in the main editing dialog, but inside the reference dialog I think it's a mistake -- the menu would have had six entries without the "More"; now it has four, and seven when expanded (since there's a "Fewer") option added to the end. Six doesn't seem too many for this dialog. If the change stays, I'd suggest moving the special characters above the "More", since en dashes are often needed in references. Of the options on the menu, I'd think "table" and "media" are the least likely to be used in the references dialog, so perhaps those could be moved down in that situation. Mike Christie ( talk - contribs - library) 02:25, 2 December 2014 (UTC)