This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
Hi all, the office hour for this month is scheduled for Monday, March 17th, at 15:00 UTC. Please join as Product Manager James Forrester discusses VisualEditor, new features and upcoming plans. For more information on office hours, including how to attend, you can see meta:IRC office hours. If office hours are heavily attended, it can be difficult to get to all questions, but if you want to ask a question and cannot attend or do not speak English, please let us know your question here or via email by the day before, and I or another community liaison will add it to possible discussion topics, as usual. (Complete logs are always posted and categorized at meta:Category:VisualEditor office hours logs after each office hour completes anyway, for your convenience).
Regards, Elitre (WMF) ( talk) 12:47, 6 March 2014 (UTC)
I really like the editor, as the interface is very easy to use and intuitive. I especially like the image adding feature, as well as the link feature.
However, I would like to see some insertable templates added to the editor. For example, a drop down menu with the a few template options. Minimuffin128 17:07, 1 March 2014 (UTC) — Preceding unsigned comment added by Minimuffin128 ( talk • contribs)
I just tried to add a wiki link on the table and this happened...I have no idea what and why..? My edit is at the end of the changes. TeamGale 20:22, 5 March 2014 (UTC)
<sup>
and <sub>
tags. These render incorrectly in VE as parsoid corrects the html in a different manner to the normal renderer.--
Salix alba (
talk): 14:46, 6 March 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Changing [[People's Republic of China]] to [[China]] |
Steps to Reproduce: | Deleted "People's Republic of" from [[People's Republic of China]], I didn't use the link inspector. |
Results: | VE produced two links: [[China|C]][[People's Republic of China|hina]] |
Expectations: | [[China]] |
Page where the issue occurs | diff (look at the third change above the Line 757 header) |
Web browser | Firefox 27.0.1 |
Operating system | Linux |
Skin | Monobook |
Notes: | There are two bugs here. One is the well known problem of changing link targets independently of displayed text (see comment 1 at
T52945 where I was attempting change 3 but got change 2). The one I'm mainly reporting here is the producing two adjacent links, which might be
T52678 but I'm not convinced. I know it has been seen before, but I thought it had been resolved since last summer. I made this same change several times in this edit, T52945 happened every time but this only once. I don't recall what if anything I did differently as I didn't spot it until I got a dablink notification. |
Workaround or suggested solution |
Thryduulf ( talk) 11:35, 2 March 2014 (UTC)
I did a small copyedit on Albania and VE also removed the "upright" parameter from the pictures. Δρ.Κ. λόγος πράξις 04:12, 7 March 2014 (UTC)
Hey, is there any way to use the InputBox extension with the VisualEditor? Various projects use this feature to allow simple creation of new articles, however new users have found the old editing way too clumsy to dare creating a new article. Is there any way to create a form where you could enter the article's title, click on ”Create”, so that it brings you to a page using the VisualEditor instead of the old editor? -- Danutz ( talk) 13:47, 9 March 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Add a new header to an article. |
Steps to Reproduce: |
|
Results: | The original definition term content becomes the header, the text just entered disappears. |
Expectations: | The text just entered should become the header, and the definition term content stays as a definition term element. |
Page where the issue occurs | User:Tom Morris/VE bug sandbox |
Web browser | Firefox 27.0.1 |
Operating system | Mac OS X 10.9.2 |
Skin | Vector |
Notes: | Definition lists are widely misused in Wikipedia articles. We may be able to reduce the incidence of this bug by eliminating them and discouraging their use through the manual of style in situations where they are not strictly adhering to the strict semantics of when definition lists are intended to be used in the HTML specification. |
Workaround or suggested solution | I gave up and edited the source. |
— Tom Morris ( talk) 20:46, 12 March 2014 (UTC)
I was editing a section in VE (this was on the Board wiki; else I would post the revision). I left the editing window open, off and on, for an hour. I had also pasted in text that included explicit carriage-returns. A stray keystroke wiped the section.
When I tried to undo this, I got a few undo-steps worth of gibberish, and then no further change. I'm not eager to try to reproduce, but will of course report it if I am able to. :-) – SJ + 06:38, 8 March 2014 (UTC)
It was a paste from an etherpad, and another from a thread of google doc comments (multiple comments threaded to a single parent comment). The textarea wipe may have been a command-shortcut. It reminded me of a similar experience in the old editing toolbar: once you click on the editing toolbar, undo no longer works as expected. (It never removes the insert caused by the toolbar; sometimes you can still undo previous edits while retaining the toolbar-insertion; but sometimes - for instance if you type after the toolbar-insertion - you can no longer undo anything before it.) – SJ + 22:02, 9 March 2014 (UTC)
I'd like to use VE while editing on Meta. Is this possible? I don't see it as an option. – SJ + 06:33, 8 March 2014 (UTC)
When I try to edit a section, what you appear to do is make entire page editable. This takes TIME, and is confusing, as the entire page becomes an edit area. Please don't do that. Please provide an edit area for one section only. Gryllida ( talk) 21:40, 10 March 2014 (UTC)
I would like to propose a different way to imagine section editing. Think of it as "editing only what is between the section header and the following section header." No touching the rest of the page, no editing anything that falls outside of it.
Why is this useful behavior?
Casual editors may not see the option to edit by section. So those who see it will have chosen to see it, and will understand the quirks and consequences. But the gains in both speed and reliability of edits would make it very worthwhile to me. – SJ + 23:51, 12 March 2014 (UTC)
Thanks WAID. I think most editors would be okay with not getting that reference feature unless they choose to edit the entire page. As to edit conflicts: I thought this triggered based on whether two people's changes are automatically mergeable or not? Section-limited editing doesn't prevent that from happening, but makes it less likely than edits each of which may scatter small updates across the page. – SJ + 07:53, 14 March 2014 (UTC)
Say I have a page with {{lang|fr|France}}England{{lang|de|Germany}}. Open VE, select "FranceEnglandGermany", right click on "England" and click on "copy", this will copy all of the content. Do the same, but right click on "France" or "Germany", the rest of the text will deselect and clicking on "copy" will only copy the "France" or "Germany" content. Firefox 27.0.1 Windows 7 SP-1 64-bit. Monobook and Vector.-- Atethnekos ( Discussion, Contributions) 20:49, 15 March 2014 (UTC)
I am totally lost on how to add a simple reference even after reading the guide. I just want a simple dialog to add an isbn or pubmed id and have everything autofilled like is possible with the manual editor. I tried a bunch of templates but they were all inscrutable. Is there a place with examples of adding different types of references rather than a broad overview? Pgcudahy ( talk) 05:27, 20 March 2014 (UTC)
I have just find out that VisualEditor wont work, if you load WikiTrust script. So only way is to dissable your wikitrust script by comenting it or removing it from your user common.js.-- Juandev ( talk) 20:10, 17 March 2014 (UTC)
According to Wikipedia:Extended image syntax#Border, ‘border’ has an effect only around unframed images. But I can only choose border when the image type is framed. Xiaomingyan ( talk) 12:15, 21 March 2014 (UTC)
Would be good to be able to add rows, columns and cells in tables Graham Proud ( talk) 14:34, 21 March 2014 (UTC)
A few months ago, I mentioned here that the arrows (keyboard buttons) sometimes work, and sometimes (well, most of the time) don't. No improvements seem to have been made in this regard.
So, why not test another, similar keyboard feature: the tab button, to go from one field to another? Open a random article with an infobox or other template with multiple parameters, and test! Mayaguana Airport: Hmm, strange, in the first few parameters, I have to tab twice to get to the next, but after a few a single "tab" is sufficient. Scroll back up, cursor in first box, and test again. So, you tab from the first to the second field, and then, well it depends: it goes to the parameter below the one where you were before you scrolled back up, or you don't go anywhere at all if you were at the bottom when you scrolled back up and refocused.
Apparently VE "remembers" where you were, and insists on going back there even though you have manually, explicitly changed the position of your cursor. Basically, you are only allowed to tab-scroll through the parameters once, and VE doesn't want you doing this a second time... The fun thing even if halfway through the parameters you put your cursor further down (skipping some parameters) and then start tabbing, it goes back up to where you were.
The above also applies to Shift-Tab behaviour generally. FF27, W7, for what it's worth. Fram ( talk) 15:01, 19 March 2014 (UTC)
For the past few weeks I've been trying to use the VisualEditor for as many edits as I can. While I'm hardly afraid of Wikicode, I find VisualEditor exponentially more elegant and enjoyable to use. I've managed to complete most edits just fine with VE, only running into errors occasionally, all of them being fairly minor.
Here are a few links which I hope will support the idea that the VisualEditor is capable of improving articles:
I love this project and avidly look forward to the new reference dialog! All the best, -- Nicereddy ( talk) 05:08, 21 March 2014 (UTC)
When editing any page with the Template:Infobox settlement (only some 400,000 pages, so not something obvious to check of course...), you encounter a sad problem with the template editing box. This template has many long parameter names, which only differ at the end, like
What is displayed though is "subdivision_ty" (three times) and "subdivision_na" (three times), which is of course rather useless. The former is the result when "show options" is used, without this the name are slightly longer, "subdivision_type" and "subdivision_nam". For parameters like "population_density_urban_km2" and "population_density_urban_sq_mi", which have no explanation, this means that it is impossible to distinguish between the two in the standard (no options) view... Perhaps a pop-up that displays the full name may be some initial solution? Fram ( talk) 12:51, 25 March 2014 (UTC)
When editing a template (without templatedata, this seems to make a difference), you get the message "You are adding the "Infobox_Locomotive" template to this page." or "You are adding the "Horseraces_infobox" template to this page." (with the correct template name, thuis is just an example). Of course, I am not "adding" that template, I am editing, changing it. The message should reflect this. Fram ( talk) 10:50, 25 March 2014 (UTC)
According to the user guide, updated by User:Whatamidoing (WMF), "If you are adding a new template, required parameters will be automatically added" [8]. Really? So if I add, say, " Template:Sortname", VE knows that I need two unnamed parameters and adds these? I don't think so. Of course, it also doesn't work if you e.g. use one of the many synonyms for our templates, e.g. Template:Citebook instead of Template:Cite book. I presume, what the change to the user guide wanted to say, was that if you used the exact name of a template with complete templatedata, then and only then will the required parameters be automatically added... Fram ( talk) 13:42, 21 March 2014 (UTC)
When a template parameter is longer than the input box displays (which isn't too hard to achieve, e.g. with a ref in a parameter), you don't get an indication of this when opening the template. This is confusing. Worse: when you then click inside the parameter input box, you get a larger box and a scroll-bar once the parameter length is three or more lines, but for some obscure reason, you don't get a larger box or scroll-bar (or any other visual indicator that there is more to come) if the parameter is two lines long...
Example: Contra (album), go to the "professional ratings", and explore. Parameters "rev10score" or "rev2score" do not indicate that a second line follows: parameters "rev3score" and "rev5score" give a sudden scrollbar when you click in them, because they are longer than 2 lines.
The boxes should automatically, ab initio, indicate that more text follows, and should have either a scrollbar or preferably the larger box for two-line parameters. Fram ( talk) 11:06, 27 March 2014 (UTC)
I'm trying to edit
Line–line intersection to add a note after the last equation in the X and Y values of intersection on a linear curve section. The obvious way to do this is to place the cursor at the end of the equation, press enter to make a new line and type. Problem is that it indents the text (using a <dd>
) and there is no way to cancle this indentation. Using the style format drop down does not work, the decrease indent button is greyed out, no combination of shift-enter seems to do it.
A workaround is to place the cursor before the following heading and press enter. This is decidedly non intuitive. -- Salix alba ( talk): 09:57, 27 March 2014 (UTC)
One of the recent "advanced" settings we get for files is "Frame". Sadly, we read on Wikipedia:Picture tutorial:
Apparently, it wasn't sufficient to point out, repeatedly, for months, that "no size" is the default, before this was finally implemented after it was shown that, contrary to what was said, this worked perfectly allright in VE, and it wasn't sufficient that e.g. NicoV regularly indicated that French Wikipedia really needs "upright" to match their defaults; we really need to tell the WMF that there are policies, guidelines, things that should be avoided, already well described on the different wikis, and that they are to duplicate these unless there is a very good reason not to. I have no idea why they decided to include "Frame", and not to include "Upright"; if anyone from the WMF can post a link to the analysis, documentation, discussion that preceded the development, I would be grateful (and frankly surprised). Fram ( talk) 12:47, 21 March 2014 (UTC)
|upright=
right now.
Whatamidoing (WMF) (
talk) 22:29, 29 March 2014 (UTC)I've been busily editing, and since it's been mostly copy-editing, VE works great. One question though - I was going through an article and deleted one too many spaces, causing the paragraph I was working on to join with the bullet-pointed list above it. I fixed it using edit-source but I was wondering if there was any way of fixing that in VE? (I have read the user guide but didn't spot anything about it.) Red Fiona ( talk) 23:33, 28 March 2014 (UTC)
* One * Two New paragraph
* One * Two New paragraph
* One * Two * New paragraph
Sort of connected with my bug report above, I'd like for the "Default summaries" gadget (Preferences > Gadgets > Editing > "Add two new dropdown boxes below the edit summary box with some useful default summaries") to be integrated into the VisualEditor. This is very very useful for lazy people (See: most of Wikipedia's editors, apparently), because it allows for edit summaries to be descriptive with minimal work required by the editor. Blank edit summaries are useless, inconvenient to other editors, and acronyms (e.g. "ce" in place of "copyedit") are horribly cryptic to new users. Discouraging these practices would benefit everyone, and making it easier to include edit summaries would be a great way of dealing with this issue. I imagine this feature would be shown at the same time as the edit summary, obviously. Edit the page with VE > "Save page" > Edit summary input window w/ two dropdowns below it, directly next to each other horizontally rather than taking up too much room vertically, as is the case with the current gadget in combination with VE. I imagine these dropdowns to look a lot like those in this Watchlist redesign mockup.
Thanks, -- Nicereddy ( talk) 02:42, 30 March 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Trying to use the "Default summaries" gadget to input a description of my edit quickly, but it wouldn't work when submitting via the "Save" dialog in VisualEditor. |
Steps to Reproduce: | # Navigate to Preferences > Gadgets > Editing > "Add two new dropdown boxes below the edit summary box with some useful default summaries"
|
Results: | You may receive a warning saying that the edit summary box is blank, ignore it and save it anyway. In the "View history" tab, no description is included with your edit. |
Expectations: | The description entered via pre-filled dropdown should be included as my edit summary. |
Page where the issue occurs | |
Web browser | Chrome (unstable), Version 35.0.1908.4 dev aura |
Operating system | Ubuntu 13.04 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Nicereddy ( talk) 02:29, 30 March 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Correct spelling of a word google chrome |
Steps to Reproduce: | Start with //en.wikipedia.org/?title=User:Edgepedia/sandbox1&oldid=602158018
|
Results: | text was added at the top of the article instead of correcting the spelling of the word underlined. |
Expectations: | |
Page where the issue occurs | |
Web browser | Goggle Chrome Version 33.0.1750.154 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Edgepedia ( talk) 11:48, 1 April 2014 (UTC)
In the media advanced options, some weeks ago the "wrap content with this item" option was added. Looking at it now, it is still there, but the tag box (similar to the "border" box in the image type section) is no longer usable, as some strange bold-looking rectangular box is superimposed on it. I can change the value of the "wrap" box by clicking on the text next to it, but I only discovered that workaround by accident. FF28, W7. Fram ( talk) 14:10, 2 April 2014 (UTC)
{{ tracked}} Entire page becomes editable. I edit the section I wanted and also improve something else on the page, and click save. Surprisingly, the edit summary has the name of the section I originally clicked to edit, and ignores the fact that I also edited other sections. When I edit a section, please either
-- Gryllida ( talk) 00:06, 2 April 2014 (UTC)
I have reset the {{ tracked}} template at this section beginning, it has a bug only about a half of my request. Fill it in about the other half, and reinstate it. Gryllida ( talk) 22:23, 2 April 2014 (UTC)
The dropdown for "paragraph - heading - subheading 1" etcetera doesn't reflect the new typography. Fram ( talk) 10:29, 4 April 2014 (UTC)
.oo-ui-tool-name-heading2
but this does not seem to specify a font-family.--
Salix alba (
talk): 15:24, 4 April 2014 (UTC)
This is likely an insanely complex suggestion, but one that would also be incredibly useful for all editors. I would like for there to be some sort of back-end tracker of all references across the English Wikipedia (for example), so that when you entered an article title it would be searched and a suggestion would be made to automatically fill out the entire reference template automatically, assuming that reference has already been used on another page.
I've recently been editing a number of articles on games by the Valve Corporation, and have found that references frequently overlap between the games because news articles may discuss multiple games in a series or by the same developer. This would make the process of referencing exponentially easier, and help to make sure that if a reference with an issue is corrected on one article, it would be corrected on all articles using that reference. It would also allow for easier archiving of references and tracking of dead links across an entire wiki.
Again, I realize this would be incredibly difficult to create, but I also think it would be incredibly beneficial to users. Not only would you be able to reuse references in a single article, but reuse references throughout millions of articles. -- Nicereddy ( talk) 03:58, 6 April 2014 (UTC)
Greetings! As you know, the Wikimedia Foundation's engineering department holds monthly office hours to discuss VisualEditor. Please join Product Manager James Forrester to discuss the product and upcoming plans in April.
The discussion will be on IRC ( w:Internet Relay Chat) at irc://irc.freenode.net/wikimedia-office. For more information on office hours, including how to attend, please see m:IRC office hours. Logs will be posted at Meta afterwards. If office hours are heavily attended, it can be difficult to get to all questions, but if you want to ask a question and cannot attend or do not speak English, then please let us know your question here by the day before, and someone will add it to possible discussion topics. Thank you! -- Elitre (WMF) ( talk) 17:43, 7 April 2014 (UTC)
If the "insert > templates" would show the templates I highlight, that would be great.
I want to add a timeline to list items in chronological order to an article & I can't seem to figure it out.
Thank you. The new editor is wonderful for editing already existing pages. Dark-X ( talk) 13:37, 8 April 2014 (UTC)
When editing templates, the trash can meaning "remove parameter" only shows if you click in the box of the relevant parameter. I think the trash can should always show. -- Ypnypn ( talk) 19:50, 9 April 2014 (UTC)
We need a simple way to add rows and columns to tables Graham Proud ( talk) 10:09, 12 April 2014 (UTC)
I am sure this bug was mentioned a long time ago but as I can see still didn't get fixed. On this edit you can clearly see the problem. When I tried to bold already existing links, VE "doubled" the title in cases that it was not necessary instead of just putting the '' outside the brackets. Here is the correction of the "problem". TeamGale 09:58, 13 April 2014 (UTC)
[[Tegan and Sara|'''Tegan and Sara''']]''', ''[[Heartthrob (album)|Heartthrob]]'''''
[[Tegan and Sara|<b>Tegan and Sara</b>]]<b>, <i>[[Heartthrob (album)|Heartthrob]]</b></i>
''[[Behind the Candelabra]]'' should become '''''[[Behind the Candelabra]]''''' and not ''[[Behind the Candelabra|'''Behind the Candelabra''']]
'''[[Tegan and Sara]], ''[[Heartthrob (album)|Heartthrob]]'''''
[[Link|Li]][[Link|nk]]
ones). I can ask about its status. It may be that they've been working on other priorities.
Whatamidoing (WMF) (
talk) 20:42, 14 April 2014 (UTC)
First of all, it's not my bug: they are bugs that make wikitext incorrect or very difficult to read, and usually require someone else to use the wikitext editor to fix the VE edit. I often said it and I will say it again: I think priority should be put on fixing bugs like that because I think people are tired of going after VE to fix the problems it creates, rather than spending time on writing an encyclopedia. So, yes, if it means postponing the addition of new features to VE, I don't care, because what I care about is wikipedia. Other bug in the same category: the nowiki tags still being added to internal links, even creating things like [[Link|<nowiki />]]
. --
NicoV (
Talk on frwiki) 06:26, 15 April 2014 (UTC)
After several months, I gave the Visual Editor another try today. My initial observations:
The VE is definitely getting better, and a lot of the "paper cut" bugs are now fixed, to the point where it's actually a practical option for making small textual edits to existing articles. It's still nowhere near being a practical replacement for wikitext editing, though. -- The Anome ( talk) 16:30, 13 April 2014 (UTC)
On small articles such as Act of Depression, the reference template blocks other templates, in this particular case the album ratings box. If I try to edit the album ratings box by clicking on it, I end up selecting the references template.-- ¿3fam ily6 contribs 20:41, 18 April 2014 (UTC)
All of a sudden the text and line spacing in the Visual Editor are substantially smaller than when reading the page. I'm using Firefox on OS X 10.6.8. The line spacing is also uneven, in that references create greater than usual space above them. This wasn't the case a few days ago. – Arms & Hearts ( talk) 11:05, 19 April 2014 (UTC)
beta visualediting doesn't seem to be saving properly: I click 'save', it loads for a while, I 'exit' saving, but it has, in fact, saved.
Small thing, really Peter13542 ( talk) 21:06, 23 April 2014 (UTC)
Icons in the (large-form) dialogs overlap other things, making the controls unusable. (Firefox 28, Windows 7, monobook):Jay8g [ V• T• E 01:04, 24 April 2014 (UTC)
I attempted to add and fix some references in an article and when I clicked "save" I got a message "unknown error" from VE and as it seemed my edits didn't get saved. I clicked again on the "save" button and this time the page was saved. When I went to my watchlist I saw that the page was saved both times but in the first time VE removed big amount of information that I didn't even get close to during my edit. Here is the first difference where it gave me the error, saved my edits and removed the info at the end of the page; and here is the second difference where it actually brought back the info it removed in the previous "save". Any idea why this happened? Is it a bug? TeamGale 13:57, 21 April 2014 (UTC)
Following my bug with VE and MathJax see Wikipedia talk:WikiProject Mathematics#VisualEditor math formulae I'll move it here as its a bit more relevant to VE.
To reproduce have MathJax enabled in your preferences: appearance tab Math section select Leave it as TeX (for text browsers)
and MathJax (experimental; best for most browsers)
. And also the VisualEditor formulae editing beta feature enabled. Find any page with a <math> tag on. Edit with VE. Find a formula. Initially this will appear as a PNG. Edit the formula by clicking on the Σ popup. As soon as a change is made the formula is re-rendered using MathJax and look terrible.
The problem seems to be a clash of CSS styling. MathJax makes heavy use of position: absolute
yet this is all rendered to nothing by the CSS rule
.ve-ce-protectedNode, .ve-ce-protectedNode * {
position: relative !important;
top: 0 !important;
left: 0 !important;
bottom: 0 !important;
right: 0 !important;
...
}
If you comment out these css properties the MathJax displays OK.
An example of the mathjax code for <math>x^3</math>
once the formula has been edited in VE is:
<span class="ve-ce-generatedContentNode ve-ce-mwExtensionNode ve-ce-mwMathNode ve-ce-node-focused ve-ce-leafNode ve-ce-protectedNode" contenteditable="false">
<span class="MathJax_Preview"></span>
<span class="MathJax" id="MathJax-Element-56-Frame" role="textbox" aria-readonly="true">
<nobr>
<span class="math" id="MathJax-Span-4304" style="width: 1.175em; display: inline-block;">
<span style="display: inline-block; position: relative; width: 0.98em; height: 0px; font-size: 120%;">
<span style="position: absolute; clip: rect(1.045em 1000.003em 2.347em -0.518em); top: -2.145em; left: 0.003em;">
<span class="mrow" id="MathJax-Span-4305"><span class="semantics" id="MathJax-Span-4306">
<span class="mstyle" id="MathJax-Span-4307">
<span class="mrow" id="MathJax-Span-4308">
<span class="msubsup" id="MathJax-Span-4309">
<span style="display: inline-block; position: relative; width: 0.98em; height: 0px;">
<span style="position: absolute; clip: rect(1.501em 1000.003em 2.347em -0.518em); top: -2.145em; left: 0.003em;">
<span class="mi" id="MathJax-Span-4310" style="font-family: MathJax_Math; font-style: italic;">x</span>
<span style="display: inline-block; width: 0px; height: 2.152em;"></span>
</span>
<span style="position: absolute; top: -2.536em; left: 0.589em;">
<span class="mn" id="MathJax-Span-4311" style="font-size: 70.7%; font-family: MathJax_Main;">3</span>
<span style="display: inline-block; width: 0px; height: 2.152em;"></span>
</span>
</span>
</span>
</span>
</span>
</span>
</span>
<span style="display: inline-block; width: 0px; height: 2.152em;"></span>
</span>
</span>
<span style="border-left-width: 0.004em; border-left-style: solid; display: inline-block; overflow: hidden; width: 0px; height: 1.254em; vertical-align: -0.074em;"></span>
</span>
</nobr>
</span>
<script type="math/tex; mode=display-nobreak" id="MathJax-Element-56"> x^3 </script><img class="ve-ce-protectedNode-shield" src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7"></span>
So its quite clear that overriding the position, top, left, right and bottom is going to mess things up big time.-- Salix alba ( talk): 07:43, 28 April 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Correct a misspelling in a wikilink |
Steps to Reproduce: | Precondition – The article has <onlyinclude>{| table definition... <onlyinclude>|}</onlyinclude> where the second onlyinclude tag is unmatched
I imagine any other edit will also provoke the behaviour and that this is reproducible |
Results: | When I look at the resulting diffs I see that |} has been added at the end of the article
|
Expectations: | Remove the unmatched onlyinclude tag or leave well alone |
Page where the issue occurs | Here are the edit causing the problem and the edit fixing it properly |
Web browser | Firefox 27.0 |
Operating system | openSUSE 13.1 (x86_64) |
Skin | Vector |
Notes: | I see two issues here:
|
Workaround or suggested solution |
--
Mirokado (
talk) 00:27, 12 April 2014 (UTC)
There is a display bug with the infobox when editing, moreover [9] VE modified the infobox even if I didn't modify this part of the page. This happens with Chrome 34, Windows 8.1. Sorry if this was already reported, I am not familiar with VE on the English Wikipedia (but a lot more on the French WP). NemesisIII ( talk) 20:04, 2 May 2014 (UTC).
Open an article with references in VE. Open a reference. Select "insert template". The only thing that still works is "show options" / "hide options", but you can't select a template, and you can't close that "add template" frame anymore. Only solution? Close the page, do not save, do not receive $4000. Tested through "random article" at Wacker process, SRGAP2, and Char Brahmanagar Fram ( talk) 07:58, 25 April 2014 (UTC)
Replacing one bug with another. Sounds familiar... Testing back what I originally reported (FF28, W7):
Hi,
I just tried again VE on an article (Win XP, FF 17). Each time I open the save dialog, both lists "Common edit summaries" and "Common minor edit summaries" appear as many times as I opened the save dialog. For example on Lovespell, first time I open the save dialog, both lists appear one time. Close the save dialog, open it again: each list appears twice. Repeat: 3 times... -- NicoV ( Talk on frwiki) 07:08, 7 May 2014 (UTC)
I noticed that the popup which tells you if you try to use wikicode that it does not work still tells you to click on on "edit source" but lose your changes but it should tell you to use the change to edit sourcecode option which keeps your changes. Where can this be changed. All of this in the German Wikipedia as as above I could not see what the english does.-- Saehrimnir ( talk) 14:54, 6 May 2014 (UTC)
In contrary to Chrome, in Firefox (version 29) when I select an entire row (or more rows) and press Backspace it will only delete the last item. For instance try Visual Editor via Firefox on this table. -- Magioladitis ( talk) 12:23, 10 May 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | Try to edit my page (section 7) |
Results: | |
Expectations: | Show thumbnails exactly as shown when page is viewed |
Page where the issue occurs | Try editing my Greek page https://el.wikipedia.org/wiki/%CE%A7%CF%81%CE%AE%CF%83%CF%84%CE%B7%CF%82:Magioladitis |
Web browser | FF 29 and Chrome 34 |
Operating system | W7 |
Skin | |
Notes: | |
Workaround or suggested solution |
-- Magioladitis ( talk) 09:47, 10 May 2014 (UTC)
For me, it displays the "thumbnail" in Safari but not Firefox. However, the "thumbnail" is much larger (probably full size), because the wikitext is this:
[[Αρχείο:A Quick Guide to AutoWikiBrowser.pdf|A Quick Guide to AutoWikiBrowser]], George Washington University, 11 Ιουλίου 2012
This is not set to be a |thumb
at all, so it's not surprising that it doesn't display them as regular thumbnails.
However, it's not coping with what it's getting. Under Advanced Settings in the image dialog, it says, "Size values are invalid. Could not retrieve original file size." And then it seems to hang: I wasn't able to close the image dialog (so don't try that, unless you're prepared to lose work). I'll file a bug report on this. My guess is that it's something about the pdf files not being standard images. Whatamidoing (WMF) ( talk) 21:00, 10 May 2014 (UTC)
No idea what caused this: [10]. Fram ( talk) 16:17, 12 May 2014 (UTC)
When I click "save" and the window with the summary opens, the cursor remains to the main article instead being in the summary box and if I start typing, my text is written in the article. I have to click on the box first and then start typing. As far as I remember this was not happening before..? Unless if I didn't notice but I don't think it was happening. FF29 W8 TeamGale 23:23, 11 May 2014 (UTC)
The edit buttons next to sections used to work, they don't now, they pull up the whole article to edit. Has this been reported? - Dank ( push to talk) 16:38, 12 May 2014 (UTC)
As a strong critic of the earlier deployment of the VE in its earlier, more or less unusable, state, I've been watching the VE evolve since then. In the time since its withdrawal from public use, it's improved almost beyond recognition. Kudos to the VE team for the improvement.
Given this level of improvement, I think it's probably ready for a cautious public non default beta on enwiki. However, negotiating this with the community first will have to be carried out very carefully, given the bad blood that built up last time. I certainly wouldn't go as far as making it visible to non-logged-in users yet.
Perhaps a place to start might be to put up a sitenotice, for logged-in users only, inviting them to try it out using the beta options preferences? -- The Anome ( talk) 13:44, 12 May 2014 (UTC)
Some feedback from editing with VE recently:
Some these points may already be known, but I hope others will help improving VE further. Thanks. -- WS ( talk) 20:46, 12 May 2014 (UTC)
Thank you for adding this, but I can't help but be disappointed by it. I realize there is likely back-end things which are too complex for me to understand as a front-end user, but the current implementation is a far cry from the mockups shown a few months ago. I would love to be able to edit and name references with more consistency, but that simply isn't possible. To be completely honest, the current implementation is barely an improvement from the previous. You don't get a visual "response" until you submit your chosen citation template to the template editor, the Cite feature is simply a dialog, and the fantastic potential displayed in the mockups seems to have gone unused. I really hope this is a simply a stepping stone to a far more advanced version of the reference menu, as this is the one thing I've consistently been annoyed by in VisualEditor.
I'm a huge supporter of VE and use it on around 80% of my non-Talk edits, but the current implementation feels almost insulting given that its been what I've most looked forward to for months now. Perhaps I'm being a self-entitled twat, I've simply found myself waking up on Christmas morning to find coal in my stocking, so to speak.
Best wishes, and as always I look forward to further progression of the editor. -- Nicereddy ( talk) 00:59, 13 May 2014 (UTC)
This tool is EXCELLENT! The lack of such a tool was the predominant reason I had continued to mainly edit the wikitext. A sincere thank you to the developers for creating this tool! Keep up the great work. – Prototime ( talk · contribs) 17:18, 10 May 2014 (UTC)
<ref name="apple" />
.) They also wanted something that was unlikely to conflict with a system that anyone was deliberately using. So they settled on a colon and Arabic numbers, because practically all modern keyboards have colons (for the sake of typing http://
or its local equivalent) and nearly all keyboards have access to Arabic numbers.I feel an "advanced" or "other" option, leading into the standard reference dialog, is needed, since the new "Cite" menu is more visible than the standard reference button (hidden in the Insert menu), and new users could get confused by the lack of options when trying to add a new reference, since the options are fairly limited:Jay8g [ V• T• E 01:23, 13 May 2014 (UTC)
Last night I removed some content from Punk Goes 90s 2, including an {{ album ratings}} box that used a reference also used in the article body. It wasn't clear whether the ref was defined in the template or in the prose, so I ended up accidentally removing the instance where it was defined, and had to go back and restore it using the old editor. Here's the diff; the ref is called "AltPress review". Is there anything I've missed that would have allowed me to distinguish between the instance where it's defined and the instance where it's invoked? If not it'd be great to see a fix for this (maybe with list-defined references?). Otherwise I'm liking the new referencing setup and looking forward to future improvements, keep up the good work. – Arms & Hearts ( talk) 17:59, 14 May 2014 (UTC)
VE apparently can't handle ref 4 in FLAG-tag, which is an URL with {{full}} added at the end. In VE display, it gives empty square brackets, and in ref editing mode, it is an element that can only be edited in source mode... Fram ( talk) 11:33, 15 May 2014 (UTC)
Once in a while I try VE again and did so lately in the German Wikipedia and it was quite nice so I think you are really getting there. Unfortunately on en whenever I tried in the last month it failed to start at all every single time. I did not have any time to look before and now after I did I only got an Indication that some kind of configuration might be required but did not find what. Using latest Java Firefox and Windows 7.-- Saehrimnir ( talk) 14:46, 6 May 2014 (UTC) p.s.:Spanish and French doe work fine too.
Bug report | VisualEditor |
---|---|
Description | Although Internet Explorer is blacklisted, there still exists a way to get the button to show on IE (desktop, not Modern). |
Steps to Reproduce: | First, open a standard Wikipedia article in the article namespace. Then, resize the window to a very small size so that the buttons overlap to the next line. Finally, resize the window to the original size and see that the "Edit beta" button shows up, which was previously not there. |
Results: | The "Edit beta" button shows up under IE after following the above steps. |
Expectations: | Only the "Edit source" button should show up at the moment until IE support is fully implemented. |
Web browser | Internet Explorer 11 |
Operating system | Windows 8.1 |
Skin | Vector |
Workaround | Switch to MonoBook |
Gparyani ( talk) 18:55, 12 May 2014 (UTC)
Hello, Gparyani!
Thank you for this very interesting bug report. Can you tell me whether the "Edit beta" button works (that is, if it tries to open VisualEditor when you click on it)? Please make sure that you've saved everything before you try that, because, if it does "work", it might cause Internet Explorer to crash. Whatamidoing (WMF) ( talk) 23:13, 12 May 2014 (UTC)
User:Whatamidoing (WMF): When I click the "Edit beta" button, it loads, but gives me the following error:
Error loading data from server: novenamespace: VisualEditor is not enabled in namespace 4. Would you like to retry?
It gives me two options, OK and Cancel. Clicking OK closes this dialog, but immediately pops up another one of the same kind. Clicking Cancel cancels the action. Gparyani ( talk) 03:03, 13 May 2014 (UTC)
In Polynoidae, I can't edit the contents of the long list of genera. The recent fix that redlinks are finally shown as redlinks in VE also doesn't work here. Fram ( talk) 11:36, 15 May 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Edit a table |
Steps to Reproduce: | In the Amazing Stories article, go to the Publishing History section, and note the appearance of any of the tables, then edit the article in VE. |
Results: | The tables appear with larger margins within each cell around the text. |
Expectations: | I expected the appearance of the table to match the appearance of the article before it was edited. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Chrome 34.0.1847.131 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | None. |
Workaround or suggested solution | N/A |
Mike Christie ( talk - contribs - library) 09:56, 16 May 2014 (UTC)
When you put your cursor inside a bluelink (in VE) and type, the text gets included in that bluelink (like you would expect). But this doesn't work when you use "insert special character", it splits the bluelink and adds the special character as an unlinked (black) character. It is not that Wikipedia doesn't support these, e.g. typing a "ç" from my keyboard works, but inserting it from the special character menu gives the above problem... Fram ( talk) 09:29, 19 May 2014 (UTC)
Is there a way that VE could allow me to use a cite template without reference tags, like so: Mick, Kenneth (2012). My First Book. Me Publishing.? This is very handy for working in "Further reading" sections. Currently, with the references toolbar, you cannot do this either, but as you work in wikitext, it takes all of five seconds to remove the "<ref>" tags. As far as I know, I cannot do this in VE.-- ¿3fam ily6 contribs 14:29, 21 May 2014 (UTC)
Hi I just wanted to exchange the filename of a picture with another, because the copy at commons has a different name. But there seems to be no option to do that. Or am I not looking in the right place?-- Saehrimnir ( talk) 03:22, 22 May 2014 (UTC)
I had noticed this occasionally recently, but thought it was an editor error. But considering that this happens so often, and to different editors, and to one editor at teh same page multiple times, this is no longer plausible (or it indicates at least a serious problem with the VE interface if it does). More likely, these vowels are added by the system for no good reason at all. Fram ( talk) 13:35, 21 May 2014 (UTC)
Most of these are well-known, basic issues, which are still present and indicate rather fundamental issues with the way VE works and fails to match its goals. The Ref name thing is not relevant for this, it's just an old bug which still remains but is of less importance. Fram ( talk) 14:19, 21 May 2014 (UTC)
This is just FYI for those of you who don't get WP:VisualEditor/Newsletter:
The deployment underway now is fixing a problem with the "beta notice" that all users receive the first time they open VisualEditor. As an unforunate side effect, it will re-display the notice (which still hasn't been updated to include information about switching to wikitext) to everyone one more time. However, this will solve problems with re-re-re-re-re-displaying the notice for people who edit from public computers or clear their cookies regularly. Whatamidoing (WMF) ( talk) 18:44, 22 May 2014 (UTC)
When I open Harton, North Yorkshire with VE, the coordinates disappear, only the very end of it ("55'W") appearing on the left side of the VE screen, between the text and the stub line, as if the rest of the coordinates is hidden behind the left side toolbar. FF29, W7. Fram ( talk) 09:23, 19 May 2014 (UTC)
The same happens at e.g. Battle of Bruderholz. Fram ( talk) 09:33, 19 May 2014 (UTC)
The edit text box should be active and in focus when you click "save page", because it's the next thing the user fills out. Clicking on the box takes an extra step. Doing this would also encourage users to leave edit summaries. Albany NY ( talk) 02:01, 24 May 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Use scrollbar in the link insertion dialogue to view more possible link targets |
Steps to Reproduce: | Bring up the link dialogue for any word with many possible links -- e.g. "Texas". A scrollbar will appear on the right of the list. Click on the scrollbar to scroll down. |
Results: | The dropdown of possible links disappears. |
Expectations: | It should have scrolled down. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Chrome 35.0.1916.114 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | It is possible to scroll using the arrow keys. |
Mike Christie ( talk - contribs - library) 14:15, 26 May 2014 (UTC)
I've recently started using VE for creating articles, which I hadn't tried before; I've found it so much easier and quicker than wikisource that I don't expect ever to create an article with wikisource again. I ran across a couple of minor bugs which I've reported above. I did also see a couple of examples of strange behaviour which I think is linked to losing connection in the middle of an editing session; if I can reproduce those I'll post a note here.
I have a couple of interface suggestions, neither very high priority. First, the link suggestion dropdown is a great tool, but I sometimes find myself baffled by the fact that the order is not what I expect. It comes up alphabetically, but as far as I can tell, dab pages and redirects are usually at the end. This isn't always what you would expect. For example, I recently had to link Texas Rangers, and was surprised to discover that there was no simple "Texas Rangers" link at the top of the list. It turns out that that's a dab page, which is reasonable, but I still think it should have been top of the list, with a note. Redirects, I think, should be sorted in to the list in alphabetical order too, but it should be possible to see that they are redirects, and more importantly to see what they redirect to and choose that as a target.
Second, and I'm sure I'm not the first person to suggest this, when adding a field to a template, it would be nice if the dialog didn't automatically jump to the top of the field list. E.g. in cite news, the "page" field is not present by default; when I go to the "add another field" button and add it, the dialog scrolls back to the top. It would be far more sensible to scroll to the bottom.
Overall I'm really impressed by how far the tool has come, and I now only edit the source code when I have to. Thanks for the great progress on this. Mike Christie ( talk - contribs - library) 14:24, 26 May 2014 (UTC)
Hi, apparently, when creating an article, VE (sometimes ?) put the DEFAULTSORT after the categories, and then put new categories after the DEFAULTSORT if you edit again the article. Could it stay consistent and keep DEFAULTSORT before categories ? -- NicoV ( Talk on frwiki) 14:58, 26 May 2014 (UTC)
As far as I can tell, it's not possible at all to specify in VE that you want to substitute a template. This makes VE useless for various maintenance tasks, such as tagging a redirect with {{ rfd}} (what I was trying to do). Am I wrong? — Scott • talk 13:18, 24 May 2014 (UTC)
Sometimes new categories are added on the same line as an existing category, but now it happens also that existing categories, previously correctly formatted, are put on a single line by VE. -- NicoV ( Talk on frwiki) 10:11, 22 May 2014 (UTC)
^
at the top was a spellcheck correction. The snowmen are a problem with a component called "ContentEditable", maybe(!) related to character formatting.
Whatamidoing (WMF) (
talk) 18:48, 26 May 2014 (UTC)Is there any plan to fix this kind of things where an internal link is created without text resulting in an invisible link with a nowiki like [[Transcendance|<nowiki/>]] ? -- NicoV ( Talk on frwiki) 17:43, 26 May 2014 (UTC)
<strong>...</strong>
, ...)Hi, I have the feeling that recently, more articles modified with VE have HTML tags like <strong>...</strong>
(
example) instead of classic Wiki formatting. Could VE try to keep with MediaWiki syntax instead of adding more HTML formatting in wikitext ? --
NicoV (
Talk on frwiki) 17:36, 26 May 2014 (UTC)
<b>...</b>
and <strong>...</strong>
.
Whatamidoing (WMF) (
talk) 22:36, 26 May 2014 (UTC)
<strong>...</strong>
, <em>...</em>
, ... is unnecessary, and rather counter productive, because either we have more work to clean up this unwanted formatting, or we end up with articles having different looks and wikitext unnecessarily complexified. --
NicoV (
Talk on frwiki) 07:13, 27 May 2014 (UTC)
<i>...</i>
and <em>...</em>
as identical, een if they look the same to the average user.
Whatamidoing (WMF) (
talk) 19:26, 27 May 2014 (UTC)I just added a footnote to Jan Chapman on en.wp using the new citation system (very nice work, by the way). However, when I filled out all the info and clicked "apply changes" there was confusing visual feedback about whether I'd inserted it correctly (or indeed at all). That is, the information I'd just input and submitted did not appear in the "references" section even though a "[1]" appeared in superscript in the correct place. This was confusing because mousing over that "[1]" higlighted the footnote was *previously* number 1 in the References section. I assumed that my content had not been saved and perhaps that the pre-existing footnote had mysteriously moved itself up to where I was trying to create a new one. I cancelled, did it all again, to the same result. This time i saved the edit anyway and the result produced a perfect footnote exactly where I was hoping it would. So - the issue is not with the coding of the footnote system but the user-feedback it produces. Witty lama 05:34, 27 May 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Tried to overwrite a redirect with an article |
Steps to Reproduce: | Open an article that is a redirect from a move in Visual Editor. Uncheck the redirect checkbox and then enter the text of the new article. |
Results: | The R from move template remains visible, and as far as I can see it can't be deleted. |
Expectations: | I wanted to be able to remove the R from M template. |
Page where the issue occurs | sandbox I used for testing this |
Web browser | Chrome 35.0.1916.114 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | As it happens, I am getting the alert notice on every single VE edit, which I assume is a temporary situation. This revealed what may be a separate issue: the redirect checkbox dialog comes up before the VE "you are using a beta" alert. Presumably it should come up afterwards instead. |
Workaround or suggested solution | The template can be removed in edit source |
Mike Christie ( talk - contribs - library) 18:23, 25 May 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | While editing Klein Bikes, which has a large transcluded section at Template:Klein model history with both refs and notes, in the VE, the order of the refs was confused, and the Notes section was garbled, although the actual edit is fine. See screenshot. |
Results: | |
Expectations: | |
Page where the issue occurs | [29] |
Web browser | Chrome 35.0.1916.114 |
Operating system | W7 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Jamesx 12345 20:15, 28 May 2014 (UTC)
When you have a template without template data (i.e. the majority of templates), this displays hidden comments behind each parameter as info in VE. Nice, but... (checking Template:Infobox UK place)
Checking articles using Template:Infobox settlement, which has template data, I notice a different issue:
I opened the recommended article, and here's what I found:
" "
(one space), rather than ""
(nothing), so it's displaying the (white)space. The devs talked about it today, and will suppress stray spaces (which means everything, in this case), since getting a "description" of one (invisible) space is not very useful to the user.
Whatamidoing (WMF) (
talk) 18:45, 30 May 2014 (UTC)Also posted on frwiki, but it tends to get less attention, so posting it also. Is there any plan to handle correctly internal link modification in VE some day? By correctly, I mean that VE would behave in a way that doesn't lead new contributors to do awful modifications, like in this example (damaged link, incorrect selection, nowiki, ...) -- NicoV ( Talk on frwiki) 17:20, 26 May 2014 (UTC)
I don't know if this is a known problem and I'm not good enough at navigating Bugzilla to work it out, so apologies. I'm finding that when I've just uploaded an image to Commons the "insert media" menu takes an unreasonably long time to acknowledge the existence of the image, so it's not possible to add it to the page I'm working on. I never really upload files locally so I don't know if this would also apply in that situation. Right now, File:Doug Heckman.jpg was uploaded a little over ten minutes ago but doesn't show in the menu. Perhaps it'd be useful if the menu were to have an option to enter the exact file name in addition to being able to search for files? – Arms & Hearts ( talk) 13:30, 1 June 2014 (UTC)
So, here we are in June with an editor complaining that his recent uploads don't show up in VE (and he has no other way to include them in VE), and in a areply a link is given to bug 60398. There we see that in January 2014, we got the following statement by @ Jdforrester (WMF):
> new images may not appear in the API search results due to caching. citation needed
The exceptional amount of work put into the new search system has this as its most significant user-facing improvement.
So, yet again an "exceptional amount of work" by the devs has gone down the drain, since the "most significant user-facing improvement" still doesn't work five months after these claims... (as for the "cn", perhaps you could have tested whether your significant improvement really worked, instead of doubting the word of an editor? Anyway, I just tested it with File:Parwana 1947.jpg (note the commented out use of a file!), and I can't access it in VE. Not even to add it to Parwana (1947 film), an article where the same image is already present! Fram ( talk) 13:29, 3 June 2014 (UTC)
I hardly call this our most significant user-facing improvement. I'd like to say near-real-time indexing is Cirrus' biggest improvement over MWSearch. Anyway I digress. Searches should be showing up your media from Commons within a minute or two at most. If it's not that's a bug. I know for a fact that the feature works for newly uploaded images to Commons showing up on enwiki. I just tested ( api too) and took about 15-20 seconds for it to show up. So I dunno what VE is doing, but it's not the new search engine's fault (also if you don't have it enabled as a beta feature, you're not using it). ^ demon [omg plz] 02:44, 4 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | When trying to change "favorite" to "favourite", VisualEditor adds a "u" at the top of British Pharmacological Society |
Steps to Reproduce: | On
British Pharmacological Society:
|
Results: | "favorite" is changed to "favourite" and a "u" is added at the top of the article |
Expectations: | "favorite" is changed to "favourite", no extra "u" at the top of the article |
Page where the issue occurs | |
Web browser | Firefox 29.0.1 |
Operating system | Windows 7 |
Skin | Vector |
Notes: | |
Workaround or suggested solution | Fix typo using the standard editor |
GoingBatty ( talk) 21:15, 7 June 2014 (UTC)
If I VE Plato#Secondary sources and click on the little puzzle piece over that section, I get a box with a heading "Loading..." and then eventually I get a popup with a heading "Warning: Unresponsive script" and a message: "A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.
Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20140606T033439Z:122".
I have two options "Continue" and "Stop script". If I select "Continue", some seconds will pass and the same popup will display again. If I press "Stop script" then box with the heading "Loading..." will display some templates, but not all of them. Firefox 29.0.1, Windows 7 64-bit SP1, Vector skin. -- Atethnekos ( Discussion, Contributions) 22:20, 7 June 2014 (UTC)
The "visual" editor has some problems with the visual aspect. This edit was intended as "whitespace fixes", as indicated by the editor. But what happens? If you want to reproduce it, just open the pre-edit version in VE, put the cursor at "In 1960, a student uprising (the "April 19 Revolution") led to[...]", and remove the too many lines of whitespace you get above it. Backspace (nothing?), backspace again (ah, that works!), and so on. Save.
Completely out of view, you have now deleted some files from the article. Ouch... Fram ( talk) 13:36, 10 June 2014 (UTC)
A couple of days ago I switched the nowiki edit filter back on to see how well VE had fixed the nowiki problem. There are still quite a number of occurrence in the RecentChanges. Today there have been six hits for nowikis caused by VE.
None of these look like they should be there. -- Salix alba ( talk): 22:39, 10 June 2014 (UTC)
They have tried to give different technical explanations, none of which made any sense. Eventually, the only explanation turned out to be a philosophical one, they don't want it because it doesn't belong in their vision of what VE should be (never mind that you need the wikitext in things like templates and so on, and on talk pages, and ... ). They then give examples of places where wikitext would give the wrong result: but the only result is that they are making the exception (those very, very few cases where e.g. a square bracket is wanted as the result) the rule, and are creating much problems. The end result is that this is one of the many reasons that VE is now opt-in on four of the major wikilanguage versions (en, de, nl and es), and a clear minority tool (about 10% of the edits) everywhere else, a year after it was ready for production according to the decvs, and became the default editing environment on those other wikis. Anyway, back to the nowiki issue, no, there isno good technical reason for this.
@ Eloquence: stated nearly a year ago ( in comment 18:
Sorry, but this is not something we'll ever do, as I explained in comment 9. It's not simply a matter of prioritization - it's a matter of ensuring we can provide a user experience that's not modeled on markup, but on best user experience practices. As James said, we provide keyboard shortcuts, and will provide other user interfaces optimized for markup. But parsing markup within the visual editing context is completely off the table.
And comment 22:
We're listening, but in this case we're saying no, and that decision is final. We can elaborate a bit more on the why if that helps, but parsing wikitext in VisualEditor is absolutely not going to happen. If accidental insertion of wikitext is still an issue, we should focus on other ways to mitigate that issue.
I love the last line of that comment, "If accidental insertion of wikitext is still an issue,..." No, Möller, VE is still an issue, which you apparently WONTFIX. Or CANTFIX, whatever. You still haven't explained how ensuring we can provide a user experience that's not modeled on markup, but on best user experience practices. can be coupled with the fact that the users still need (and will need for a long time apparently) to insert wikimarkup when they want to edit templates (infoboxes and the like) in article space, but also talk pages and the like. You require users to know wikimarkup if they want to do any editing that goes beyond the most gnomish tasks, but you don't allow them to use that knowledge where it could be useful as well, because it doesn't fit your flawed philosophy. The end result is a botched, hybrid environment that gives a very poor editing experience once you try to do anything a bit more complicated than typo fixing. Perhaps the reason why so few people use it on those wikis where it has been the default editor for half a year or more? Fram ( talk) 06:53, 12 June 2014 (UTC)
Open Narrow gauge railways in Oceania in VE. Open the first image. Change the caption. Apply changes. The image jumps to the right. Same happens at e.g. Punchbowl Crater, so it doesn't seem to be article- or image-related. Fram ( talk) 07:22, 10 June 2014 (UTC)
There are more than 50,000 footnotes that have been created using the {{cite doi}} template. For example, see footnote 8 of Arctic sea ice decline. In that case, in edit mode, the wikitext editor shows this: "{{cite doi|10.1038/ngeo467}}.
What the reader sees is:
Let's assume that the citation is incorrect - say there should be a third author, "Smith, W. N.", included in the citation. Not using VE, an editor needs to know that he/she should click on the "edit" link while in reading mode to make that change. [Putting "Template:cite doi|10.1038/ngeo467" into the Search box will work, too, though that's a bit of a kludge.]
While it might be good for VE to be able to edit the template subpage (not just edit the template parameters), that doesn't seem to be an option now, or in any case I couldn't find that option when I used VE to edit this article. Did I miss something? If not, does the current roadmap for VE call for adding an editing option that would directly edit the underlying templatespace subpage (that is, edit Template:Cite_doi/10.1002.2Fgrl.50316)? -- John Broughton (♫♫) 04:21, 12 June 2014 (UTC)
There are certainly thousands, perhaps tens of thousands of articles where editors have decided to avoid putting the text of some or all footnotes/citations in the body of the article, instead putting the text in the References section. For example, see Helminthopsis (all footnotes) and Pope Francis (footnote 51 and several others).
VE does not currently allow editing of such footnotes. Is this a known bug? And if so, is this a priority to fix? I'm hoping it is, because leaving such footnotes uneditable could cause endless frustration to those who edit lots of articles and are using or want to use VE: Seemingly random footnotes not being editable.-- John Broughton (♫♫) 01:40, 12 June 2014 (UTC)
So, to summarize:
Really? VE gives misleading information when such footnotes are encountered, but we should expect editors to figure out that this is misleading? Really? And one solution (for those who don't figure out that they really can edit such footnotes in VE, albeit clumsily) is for editors (including novices?) to change the template formatting, using the wikitext editor. Really?
I'd like to repeat my two questions:
And add a question: 3. Has the misleading wording of the tooltip been reported as a bug? -- John Broughton (♫♫) 03:36, 13 June 2014 (UTC)
If I add a reference in VE, I can't get it to recognize that reference in the "use an existing reference" option, unless I save my edit and re-open VE. This makes it VERY difficult if I have added content that needs to cite a reference multiple times - I don't like having to save it as unreferenced, and then go back in and add the reference. Example: this then this. Is this a known issue?-- ¿3fam ily6 contribs 20:39, 9 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to make a major edit to an article, including copy-pasting references |
Steps to Reproduce: | I do not know how to reproduce this, since it involved my internet connection refreshing |
Results: | I was working on a major edit to Tunnel Rats (album) for about an hour-and-a-half, when my internet connection broke. I attempted to continue editing offline, as I can in the wiki-text editor, but I could not copy paste references from the Tunnel Rats (music group) article (which was also in editing mode at this point). I figured that I could just save the content I had and then re-open either VE or the wiki-text editor and add the few references which still needed to be cited. But I could no longer save my session. Ultimately, I had to copy the text I had in VE and paste into another open VE session of the same article, which resulted in this mess, where the references were transformed into superscript test and many of the wikilinks disappeared. I then opened up the article in WTE to fix the reference and wikilink problems. |
Expectations: | What were your expectations instead? |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Don't forget its version! |
Operating system | Firefox |
Skin | Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | Add one here if you have it. |
¿3fam ily6 contribs 16:41, 9 June 2014 (UTC)
I tried to copy some references from the artist page in VE, but I could not paste them. I then tried to save me edits, but when I clicked the "save changes" button, nothing happened.-- ¿3fam ily6 contribs 23:36, 9 June 2014 (UTC)
What's the use of keeping the whole page when you use the "redirect this page" option? If you take an existing page, go to VE, and choose options (or page settings), you get as very first choice "redirect this page to". When I choose this, I don't see the "redirect" text appearing in the VE screen, it is as if nothing has changed. But in "review changes", I note that the redirect has been added at the top of the page, above the complete text of the page. This is totally useless IMO. Keep the categories perhaps, or any remaining interwikilinks, but the rest? At least it should be placed in a hidden comment. Preferably don't expect the editor to remove the article text, the result when I tried it was that I had a redirect with a "use dmy dates" parameter left... Fram ( talk) 07:34, 13 June 2014 (UTC)
@ Wbm1058 and Whatamidoing (WMF): The way to make VE a leap forward, with regard to redirects, and to minimize user errors, is to avoid jargon and explain clearly. In the Page settings dialog, don't say "Redirect this page to", say "When a reader arrives at this page, send (redirect) the reader to this page:" And don't say "Target page for redirection", say "Page the reader should be sent (redirected) to". [The word "redirect", without explanation, assumes prior Wikipedia editing of redirects; "target page" is programmer-speak.]
Also, if that dialog box had two additional, already checked options - "Blank all existing text", and one for "Remove all categories" (both immediately above the greyed out "Prevent this page ..." option), then it would be more obvious to new editors that what they were thinking they want to do isn't what they are about to do, and they'd be less likely to make a mistake. It would also - as importantly - remove a "pain point" of people wanting to move from the wikitext editor to VE.
Finally, with regard to VE changes: The right side of the Page settings dialog really, really needs to have horizontal separators (lines) between each of the (three, currently) settings. That way, the user can see at a glance that he/she can do one or more of three (at this time) things: create a redirect, change the table of contents, and remove edit links. As the page is now, users have to slow down and figure out what's happening. Also, horizontal separators make it easier to give instructions such as "go to the third setting option".
(As an aside, why is "redirects" on the "More" menu? I tested this in both Chrome and Firefox; it doesn't seem to do anything.)
By the way, the the user guide provides no information on the subject of redirects. Having such information, there, might reduce the number of mistakes of the kind being noted here. -- John Broughton (♫♫) 04:37, 15 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Create a level 3 subheading |
Steps to Reproduce: | # Added a subheader 3 header using the "Paragraph" button.
|
Results: | Got five "=" signs on one line, the header text and five "=" signs on the next line. On looking at the diff, a <br> had been inserted after the first five "=" signs |
Expectations: | Expected a subheading 3 header |
Page where the issue occurs | https://en.wikipedia.org/?title=User%3ARisker%2FVE_Test_page_sandbox&diff=612724427&oldid=612719708 |
Web browser | FF29.01 |
Operating system | Windows 7 |
Skin | Monobook |
Notes: | It is ironic that this is a page I was creating in order to test functions of VisualEditor... |
Workaround or suggested solution |
Risker ( talk) 04:36, 13 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Add a comment about the VE and template editing |
Steps to Reproduce: | Simply use the Help link in VE to add feedback and notice that the Feedback page is not on your watchlist. |
Results: | |
Expectations: | I would expect pages I edit or add to to be added to my watchlist (or, at least, the option to do so offered). |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
Padillah ( talk) 16:03, 17 June 2014 (UTC)
And you've lost your changes. In most applications, the "x" means "continue editing" - not "yes, discard changes". -- Ypnypn ( talk) 00:51, 18 June 2014 (UTC)
@ Whatamidoing (WMF): Should I file a bug, or is there a reason for this behavior? -- Ypnypn ( talk) 16:53, 19 June 2014 (UTC)
When selecting an item from the menu, like lists, I think the button should be sticky and perform the action that is currently shown rather than requiring two clicks to take an action. The example that brought this to my attention is when creating bullets. The default icon shows a traditional bullet so when I click on that, I expect it to just start a bullet. However, the action I get is to open the menu where I then have to select which bullet list option I would prefer. I think there should be a way to act on the existing icon (and it should change to whatever I had last selected) and also a way to pull down the list if I want to change to a different type of action. This is the way Microsoft Word works. There are two clickable hotspots. Thanks. Don Theflyer ( talk) 15:55, 21 June 2014 (UTC)
I am making several edits to The Big Bang Theory (season 1) and while the VisualEditor is really useful it is also a bit laborious to start and stop after each tiny edit. It would be nice to be able to save an edit (and edit summary) but stay in edit mode. Padillah ( talk) 15:56, 17 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Edit content in a table |
Steps to Reproduce: | First: Open a table for editing. Second: Edit any content in the table. |
Results: | The content that was edited is no longer presented in table layout |
Expectations: | I expected the content to be presented in the table layout it started in. |
Page where the issue occurs | /info/en/?search=The_Big_Bang_Theory_(season_5) (although, all of the The Big Bang tables exhibit this behavior.) |
Web browser | |
Operating system | |
Skin | |
Notes: | The content is saved and works fine once you return to WP. It's the VE presentation that gets fouled up. |
Workaround or suggested solution |
Padillah ( talk) 13:40, 19 June 2014 (UTC)
I'm trying to fix a vandalism [36] on Britain First but there has been a second edit since so I could not rollback. I tried to cut and paste from a diff
VE didn't add the text I selected instead just pasting a few spaces. I don't think I have any unusual preferences for my diff appearance but it does appear in colour, yellow/light blue.
In the end I managed to undo the edit, but it would be nice to be able to paste from this source.-- Salix alba ( talk): 14:45, 24 June 2014 (UTC)
Would it be possible to make the edit summary box behave like the traditional editor's box in that the browser can store previous edit summaries for later use? I frequently use stored summaries that pop up under the box when using the wikitext editor (in the most recent version of Firefox), but my summaries are not saved when using the VisualEditor. Having to type in a new summary each time with the VisualEditor is a major inconvenience, and in fact this is the main issue that prevents me from using the VisualEditor on a daily basis. It would be fine if restoring the saved edit summaries requires the summary box to be confined to a single line (provided the line is long enough for a lengthy summary. -- Albany NY ( talk) 20:15, 20 June 2014 (UTC)
I've added couple new references in an article and the numbers in the inline citations updated. Ie it was "foo [1] bar baz[2]" and now it is "foo [1] bar [2] baz [3]". But the references list at the page bottom still has the old number of references. Gryllida ( talk) 03:16, 26 June 2014 (UTC)
I think a great feature to add to the Visual Editor is the ability to resize table columns, and I think a lot of people would agree with me on this one. And it would also make the Visual Editor better. Please add this feature in a later Visual Editor update. I would really like it if you guys did that. :) Kamran Mackey ( talk) 02:20, 29 June 2014 (UTC)
In the advanced template dialog, the remove template icon overlaps the template's name with certain long template names. (Firefox 30, Windows 7):Jay8g [ V• T• E 02:40, 28 June 2014 (UTC)
I had just completed a large edit to User:Jay8g/sandbox and pressed the first save button (in the toolbar) when VE decided to freeze up. Nothing was clickable or selectable within VE, and the standard MediaWiki stuff (sidebar & header) wouldn't do anything either (but the UTC clock gadget was still working). Quite frustrating. (Firefox 30, Windows 7):Jay8g [ V• T• E 20:40, 27 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | move caret with arrow keys through the text |
Steps to Reproduce: | #
|
Results: | the entire page scrolls to the top when caret goes over the {{lang}} template, while the caret itself remains in its place |
Expectations: | caret should advance to the right over the {{lang}} template, the page should not scroll to the top |
Page where the issue occurs | any page with {{lang}} template, e.g. https://en.wikipedia.org/?title=List_of_Latin_and_Greek_words_commonly_used_in_systematic_names&veaction=edit&vesection=18 |
Web browser | Chrome 35.0.1916.153 m |
Operating system | Windows 7 Ultimate (Version 6.1 Build 7601: Service Pack 1) |
Skin | Vector |
Notes: | Reproducible with any {{lang}} template |
Workaround or suggested solution | workaround: avoid using keyboard to move the caret and use the mouse clicks instead to position the caret (really defeats the purpose of using VE)
suggested solution: fix the bug that leads to this as the workaround above renders VE useless to keyboard users |
Nyq ( talk) 21:10, 24 June 2014 (UTC)
When you add multiple templates in the advanced template editor, such as in this edit, line breaks are not added between the templates, which breaks many of these templates, including the ones I was adding. Adding line breaks, however, would not cause any issues and is needed in most cases:Jay8g [ V• T• E 21:58, 26 June 2014 (UTC)
{{
fact}}{{
pov-inline}}
is going to be very unhappy. For that matter, how do regular editors know that it's not okay to put your table-building templates on the same line, but that you really ought to put other templates on the same line? Perhaps we need a more robust system for all users, regardless of which editing environment is being used.
Whatamidoing (WMF) (
talk) 04:30, 28 June 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. |
Hi all, the office hour for this month is scheduled for Monday, March 17th, at 15:00 UTC. Please join as Product Manager James Forrester discusses VisualEditor, new features and upcoming plans. For more information on office hours, including how to attend, you can see meta:IRC office hours. If office hours are heavily attended, it can be difficult to get to all questions, but if you want to ask a question and cannot attend or do not speak English, please let us know your question here or via email by the day before, and I or another community liaison will add it to possible discussion topics, as usual. (Complete logs are always posted and categorized at meta:Category:VisualEditor office hours logs after each office hour completes anyway, for your convenience).
Regards, Elitre (WMF) ( talk) 12:47, 6 March 2014 (UTC)
I really like the editor, as the interface is very easy to use and intuitive. I especially like the image adding feature, as well as the link feature.
However, I would like to see some insertable templates added to the editor. For example, a drop down menu with the a few template options. Minimuffin128 17:07, 1 March 2014 (UTC) — Preceding unsigned comment added by Minimuffin128 ( talk • contribs)
I just tried to add a wiki link on the table and this happened...I have no idea what and why..? My edit is at the end of the changes. TeamGale 20:22, 5 March 2014 (UTC)
<sup>
and <sub>
tags. These render incorrectly in VE as parsoid corrects the html in a different manner to the normal renderer.--
Salix alba (
talk): 14:46, 6 March 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Changing [[People's Republic of China]] to [[China]] |
Steps to Reproduce: | Deleted "People's Republic of" from [[People's Republic of China]], I didn't use the link inspector. |
Results: | VE produced two links: [[China|C]][[People's Republic of China|hina]] |
Expectations: | [[China]] |
Page where the issue occurs | diff (look at the third change above the Line 757 header) |
Web browser | Firefox 27.0.1 |
Operating system | Linux |
Skin | Monobook |
Notes: | There are two bugs here. One is the well known problem of changing link targets independently of displayed text (see comment 1 at
T52945 where I was attempting change 3 but got change 2). The one I'm mainly reporting here is the producing two adjacent links, which might be
T52678 but I'm not convinced. I know it has been seen before, but I thought it had been resolved since last summer. I made this same change several times in this edit, T52945 happened every time but this only once. I don't recall what if anything I did differently as I didn't spot it until I got a dablink notification. |
Workaround or suggested solution |
Thryduulf ( talk) 11:35, 2 March 2014 (UTC)
I did a small copyedit on Albania and VE also removed the "upright" parameter from the pictures. Δρ.Κ. λόγος πράξις 04:12, 7 March 2014 (UTC)
Hey, is there any way to use the InputBox extension with the VisualEditor? Various projects use this feature to allow simple creation of new articles, however new users have found the old editing way too clumsy to dare creating a new article. Is there any way to create a form where you could enter the article's title, click on ”Create”, so that it brings you to a page using the VisualEditor instead of the old editor? -- Danutz ( talk) 13:47, 9 March 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Add a new header to an article. |
Steps to Reproduce: |
|
Results: | The original definition term content becomes the header, the text just entered disappears. |
Expectations: | The text just entered should become the header, and the definition term content stays as a definition term element. |
Page where the issue occurs | User:Tom Morris/VE bug sandbox |
Web browser | Firefox 27.0.1 |
Operating system | Mac OS X 10.9.2 |
Skin | Vector |
Notes: | Definition lists are widely misused in Wikipedia articles. We may be able to reduce the incidence of this bug by eliminating them and discouraging their use through the manual of style in situations where they are not strictly adhering to the strict semantics of when definition lists are intended to be used in the HTML specification. |
Workaround or suggested solution | I gave up and edited the source. |
— Tom Morris ( talk) 20:46, 12 March 2014 (UTC)
I was editing a section in VE (this was on the Board wiki; else I would post the revision). I left the editing window open, off and on, for an hour. I had also pasted in text that included explicit carriage-returns. A stray keystroke wiped the section.
When I tried to undo this, I got a few undo-steps worth of gibberish, and then no further change. I'm not eager to try to reproduce, but will of course report it if I am able to. :-) – SJ + 06:38, 8 March 2014 (UTC)
It was a paste from an etherpad, and another from a thread of google doc comments (multiple comments threaded to a single parent comment). The textarea wipe may have been a command-shortcut. It reminded me of a similar experience in the old editing toolbar: once you click on the editing toolbar, undo no longer works as expected. (It never removes the insert caused by the toolbar; sometimes you can still undo previous edits while retaining the toolbar-insertion; but sometimes - for instance if you type after the toolbar-insertion - you can no longer undo anything before it.) – SJ + 22:02, 9 March 2014 (UTC)
I'd like to use VE while editing on Meta. Is this possible? I don't see it as an option. – SJ + 06:33, 8 March 2014 (UTC)
When I try to edit a section, what you appear to do is make entire page editable. This takes TIME, and is confusing, as the entire page becomes an edit area. Please don't do that. Please provide an edit area for one section only. Gryllida ( talk) 21:40, 10 March 2014 (UTC)
I would like to propose a different way to imagine section editing. Think of it as "editing only what is between the section header and the following section header." No touching the rest of the page, no editing anything that falls outside of it.
Why is this useful behavior?
Casual editors may not see the option to edit by section. So those who see it will have chosen to see it, and will understand the quirks and consequences. But the gains in both speed and reliability of edits would make it very worthwhile to me. – SJ + 23:51, 12 March 2014 (UTC)
Thanks WAID. I think most editors would be okay with not getting that reference feature unless they choose to edit the entire page. As to edit conflicts: I thought this triggered based on whether two people's changes are automatically mergeable or not? Section-limited editing doesn't prevent that from happening, but makes it less likely than edits each of which may scatter small updates across the page. – SJ + 07:53, 14 March 2014 (UTC)
Say I have a page with {{lang|fr|France}}England{{lang|de|Germany}}. Open VE, select "FranceEnglandGermany", right click on "England" and click on "copy", this will copy all of the content. Do the same, but right click on "France" or "Germany", the rest of the text will deselect and clicking on "copy" will only copy the "France" or "Germany" content. Firefox 27.0.1 Windows 7 SP-1 64-bit. Monobook and Vector.-- Atethnekos ( Discussion, Contributions) 20:49, 15 March 2014 (UTC)
I am totally lost on how to add a simple reference even after reading the guide. I just want a simple dialog to add an isbn or pubmed id and have everything autofilled like is possible with the manual editor. I tried a bunch of templates but they were all inscrutable. Is there a place with examples of adding different types of references rather than a broad overview? Pgcudahy ( talk) 05:27, 20 March 2014 (UTC)
I have just find out that VisualEditor wont work, if you load WikiTrust script. So only way is to dissable your wikitrust script by comenting it or removing it from your user common.js.-- Juandev ( talk) 20:10, 17 March 2014 (UTC)
According to Wikipedia:Extended image syntax#Border, ‘border’ has an effect only around unframed images. But I can only choose border when the image type is framed. Xiaomingyan ( talk) 12:15, 21 March 2014 (UTC)
Would be good to be able to add rows, columns and cells in tables Graham Proud ( talk) 14:34, 21 March 2014 (UTC)
A few months ago, I mentioned here that the arrows (keyboard buttons) sometimes work, and sometimes (well, most of the time) don't. No improvements seem to have been made in this regard.
So, why not test another, similar keyboard feature: the tab button, to go from one field to another? Open a random article with an infobox or other template with multiple parameters, and test! Mayaguana Airport: Hmm, strange, in the first few parameters, I have to tab twice to get to the next, but after a few a single "tab" is sufficient. Scroll back up, cursor in first box, and test again. So, you tab from the first to the second field, and then, well it depends: it goes to the parameter below the one where you were before you scrolled back up, or you don't go anywhere at all if you were at the bottom when you scrolled back up and refocused.
Apparently VE "remembers" where you were, and insists on going back there even though you have manually, explicitly changed the position of your cursor. Basically, you are only allowed to tab-scroll through the parameters once, and VE doesn't want you doing this a second time... The fun thing even if halfway through the parameters you put your cursor further down (skipping some parameters) and then start tabbing, it goes back up to where you were.
The above also applies to Shift-Tab behaviour generally. FF27, W7, for what it's worth. Fram ( talk) 15:01, 19 March 2014 (UTC)
For the past few weeks I've been trying to use the VisualEditor for as many edits as I can. While I'm hardly afraid of Wikicode, I find VisualEditor exponentially more elegant and enjoyable to use. I've managed to complete most edits just fine with VE, only running into errors occasionally, all of them being fairly minor.
Here are a few links which I hope will support the idea that the VisualEditor is capable of improving articles:
I love this project and avidly look forward to the new reference dialog! All the best, -- Nicereddy ( talk) 05:08, 21 March 2014 (UTC)
When editing any page with the Template:Infobox settlement (only some 400,000 pages, so not something obvious to check of course...), you encounter a sad problem with the template editing box. This template has many long parameter names, which only differ at the end, like
What is displayed though is "subdivision_ty" (three times) and "subdivision_na" (three times), which is of course rather useless. The former is the result when "show options" is used, without this the name are slightly longer, "subdivision_type" and "subdivision_nam". For parameters like "population_density_urban_km2" and "population_density_urban_sq_mi", which have no explanation, this means that it is impossible to distinguish between the two in the standard (no options) view... Perhaps a pop-up that displays the full name may be some initial solution? Fram ( talk) 12:51, 25 March 2014 (UTC)
When editing a template (without templatedata, this seems to make a difference), you get the message "You are adding the "Infobox_Locomotive" template to this page." or "You are adding the "Horseraces_infobox" template to this page." (with the correct template name, thuis is just an example). Of course, I am not "adding" that template, I am editing, changing it. The message should reflect this. Fram ( talk) 10:50, 25 March 2014 (UTC)
According to the user guide, updated by User:Whatamidoing (WMF), "If you are adding a new template, required parameters will be automatically added" [8]. Really? So if I add, say, " Template:Sortname", VE knows that I need two unnamed parameters and adds these? I don't think so. Of course, it also doesn't work if you e.g. use one of the many synonyms for our templates, e.g. Template:Citebook instead of Template:Cite book. I presume, what the change to the user guide wanted to say, was that if you used the exact name of a template with complete templatedata, then and only then will the required parameters be automatically added... Fram ( talk) 13:42, 21 March 2014 (UTC)
When a template parameter is longer than the input box displays (which isn't too hard to achieve, e.g. with a ref in a parameter), you don't get an indication of this when opening the template. This is confusing. Worse: when you then click inside the parameter input box, you get a larger box and a scroll-bar once the parameter length is three or more lines, but for some obscure reason, you don't get a larger box or scroll-bar (or any other visual indicator that there is more to come) if the parameter is two lines long...
Example: Contra (album), go to the "professional ratings", and explore. Parameters "rev10score" or "rev2score" do not indicate that a second line follows: parameters "rev3score" and "rev5score" give a sudden scrollbar when you click in them, because they are longer than 2 lines.
The boxes should automatically, ab initio, indicate that more text follows, and should have either a scrollbar or preferably the larger box for two-line parameters. Fram ( talk) 11:06, 27 March 2014 (UTC)
I'm trying to edit
Line–line intersection to add a note after the last equation in the X and Y values of intersection on a linear curve section. The obvious way to do this is to place the cursor at the end of the equation, press enter to make a new line and type. Problem is that it indents the text (using a <dd>
) and there is no way to cancle this indentation. Using the style format drop down does not work, the decrease indent button is greyed out, no combination of shift-enter seems to do it.
A workaround is to place the cursor before the following heading and press enter. This is decidedly non intuitive. -- Salix alba ( talk): 09:57, 27 March 2014 (UTC)
One of the recent "advanced" settings we get for files is "Frame". Sadly, we read on Wikipedia:Picture tutorial:
Apparently, it wasn't sufficient to point out, repeatedly, for months, that "no size" is the default, before this was finally implemented after it was shown that, contrary to what was said, this worked perfectly allright in VE, and it wasn't sufficient that e.g. NicoV regularly indicated that French Wikipedia really needs "upright" to match their defaults; we really need to tell the WMF that there are policies, guidelines, things that should be avoided, already well described on the different wikis, and that they are to duplicate these unless there is a very good reason not to. I have no idea why they decided to include "Frame", and not to include "Upright"; if anyone from the WMF can post a link to the analysis, documentation, discussion that preceded the development, I would be grateful (and frankly surprised). Fram ( talk) 12:47, 21 March 2014 (UTC)
|upright=
right now.
Whatamidoing (WMF) (
talk) 22:29, 29 March 2014 (UTC)I've been busily editing, and since it's been mostly copy-editing, VE works great. One question though - I was going through an article and deleted one too many spaces, causing the paragraph I was working on to join with the bullet-pointed list above it. I fixed it using edit-source but I was wondering if there was any way of fixing that in VE? (I have read the user guide but didn't spot anything about it.) Red Fiona ( talk) 23:33, 28 March 2014 (UTC)
* One * Two New paragraph
* One * Two New paragraph
* One * Two * New paragraph
Sort of connected with my bug report above, I'd like for the "Default summaries" gadget (Preferences > Gadgets > Editing > "Add two new dropdown boxes below the edit summary box with some useful default summaries") to be integrated into the VisualEditor. This is very very useful for lazy people (See: most of Wikipedia's editors, apparently), because it allows for edit summaries to be descriptive with minimal work required by the editor. Blank edit summaries are useless, inconvenient to other editors, and acronyms (e.g. "ce" in place of "copyedit") are horribly cryptic to new users. Discouraging these practices would benefit everyone, and making it easier to include edit summaries would be a great way of dealing with this issue. I imagine this feature would be shown at the same time as the edit summary, obviously. Edit the page with VE > "Save page" > Edit summary input window w/ two dropdowns below it, directly next to each other horizontally rather than taking up too much room vertically, as is the case with the current gadget in combination with VE. I imagine these dropdowns to look a lot like those in this Watchlist redesign mockup.
Thanks, -- Nicereddy ( talk) 02:42, 30 March 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Trying to use the "Default summaries" gadget to input a description of my edit quickly, but it wouldn't work when submitting via the "Save" dialog in VisualEditor. |
Steps to Reproduce: | # Navigate to Preferences > Gadgets > Editing > "Add two new dropdown boxes below the edit summary box with some useful default summaries"
|
Results: | You may receive a warning saying that the edit summary box is blank, ignore it and save it anyway. In the "View history" tab, no description is included with your edit. |
Expectations: | The description entered via pre-filled dropdown should be included as my edit summary. |
Page where the issue occurs | |
Web browser | Chrome (unstable), Version 35.0.1908.4 dev aura |
Operating system | Ubuntu 13.04 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Nicereddy ( talk) 02:29, 30 March 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Correct spelling of a word google chrome |
Steps to Reproduce: | Start with //en.wikipedia.org/?title=User:Edgepedia/sandbox1&oldid=602158018
|
Results: | text was added at the top of the article instead of correcting the spelling of the word underlined. |
Expectations: | |
Page where the issue occurs | |
Web browser | Goggle Chrome Version 33.0.1750.154 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Edgepedia ( talk) 11:48, 1 April 2014 (UTC)
In the media advanced options, some weeks ago the "wrap content with this item" option was added. Looking at it now, it is still there, but the tag box (similar to the "border" box in the image type section) is no longer usable, as some strange bold-looking rectangular box is superimposed on it. I can change the value of the "wrap" box by clicking on the text next to it, but I only discovered that workaround by accident. FF28, W7. Fram ( talk) 14:10, 2 April 2014 (UTC)
{{ tracked}} Entire page becomes editable. I edit the section I wanted and also improve something else on the page, and click save. Surprisingly, the edit summary has the name of the section I originally clicked to edit, and ignores the fact that I also edited other sections. When I edit a section, please either
-- Gryllida ( talk) 00:06, 2 April 2014 (UTC)
I have reset the {{ tracked}} template at this section beginning, it has a bug only about a half of my request. Fill it in about the other half, and reinstate it. Gryllida ( talk) 22:23, 2 April 2014 (UTC)
The dropdown for "paragraph - heading - subheading 1" etcetera doesn't reflect the new typography. Fram ( talk) 10:29, 4 April 2014 (UTC)
.oo-ui-tool-name-heading2
but this does not seem to specify a font-family.--
Salix alba (
talk): 15:24, 4 April 2014 (UTC)
This is likely an insanely complex suggestion, but one that would also be incredibly useful for all editors. I would like for there to be some sort of back-end tracker of all references across the English Wikipedia (for example), so that when you entered an article title it would be searched and a suggestion would be made to automatically fill out the entire reference template automatically, assuming that reference has already been used on another page.
I've recently been editing a number of articles on games by the Valve Corporation, and have found that references frequently overlap between the games because news articles may discuss multiple games in a series or by the same developer. This would make the process of referencing exponentially easier, and help to make sure that if a reference with an issue is corrected on one article, it would be corrected on all articles using that reference. It would also allow for easier archiving of references and tracking of dead links across an entire wiki.
Again, I realize this would be incredibly difficult to create, but I also think it would be incredibly beneficial to users. Not only would you be able to reuse references in a single article, but reuse references throughout millions of articles. -- Nicereddy ( talk) 03:58, 6 April 2014 (UTC)
Greetings! As you know, the Wikimedia Foundation's engineering department holds monthly office hours to discuss VisualEditor. Please join Product Manager James Forrester to discuss the product and upcoming plans in April.
The discussion will be on IRC ( w:Internet Relay Chat) at irc://irc.freenode.net/wikimedia-office. For more information on office hours, including how to attend, please see m:IRC office hours. Logs will be posted at Meta afterwards. If office hours are heavily attended, it can be difficult to get to all questions, but if you want to ask a question and cannot attend or do not speak English, then please let us know your question here by the day before, and someone will add it to possible discussion topics. Thank you! -- Elitre (WMF) ( talk) 17:43, 7 April 2014 (UTC)
If the "insert > templates" would show the templates I highlight, that would be great.
I want to add a timeline to list items in chronological order to an article & I can't seem to figure it out.
Thank you. The new editor is wonderful for editing already existing pages. Dark-X ( talk) 13:37, 8 April 2014 (UTC)
When editing templates, the trash can meaning "remove parameter" only shows if you click in the box of the relevant parameter. I think the trash can should always show. -- Ypnypn ( talk) 19:50, 9 April 2014 (UTC)
We need a simple way to add rows and columns to tables Graham Proud ( talk) 10:09, 12 April 2014 (UTC)
I am sure this bug was mentioned a long time ago but as I can see still didn't get fixed. On this edit you can clearly see the problem. When I tried to bold already existing links, VE "doubled" the title in cases that it was not necessary instead of just putting the '' outside the brackets. Here is the correction of the "problem". TeamGale 09:58, 13 April 2014 (UTC)
[[Tegan and Sara|'''Tegan and Sara''']]''', ''[[Heartthrob (album)|Heartthrob]]'''''
[[Tegan and Sara|<b>Tegan and Sara</b>]]<b>, <i>[[Heartthrob (album)|Heartthrob]]</b></i>
''[[Behind the Candelabra]]'' should become '''''[[Behind the Candelabra]]''''' and not ''[[Behind the Candelabra|'''Behind the Candelabra''']]
'''[[Tegan and Sara]], ''[[Heartthrob (album)|Heartthrob]]'''''
[[Link|Li]][[Link|nk]]
ones). I can ask about its status. It may be that they've been working on other priorities.
Whatamidoing (WMF) (
talk) 20:42, 14 April 2014 (UTC)
First of all, it's not my bug: they are bugs that make wikitext incorrect or very difficult to read, and usually require someone else to use the wikitext editor to fix the VE edit. I often said it and I will say it again: I think priority should be put on fixing bugs like that because I think people are tired of going after VE to fix the problems it creates, rather than spending time on writing an encyclopedia. So, yes, if it means postponing the addition of new features to VE, I don't care, because what I care about is wikipedia. Other bug in the same category: the nowiki tags still being added to internal links, even creating things like [[Link|<nowiki />]]
. --
NicoV (
Talk on frwiki) 06:26, 15 April 2014 (UTC)
After several months, I gave the Visual Editor another try today. My initial observations:
The VE is definitely getting better, and a lot of the "paper cut" bugs are now fixed, to the point where it's actually a practical option for making small textual edits to existing articles. It's still nowhere near being a practical replacement for wikitext editing, though. -- The Anome ( talk) 16:30, 13 April 2014 (UTC)
On small articles such as Act of Depression, the reference template blocks other templates, in this particular case the album ratings box. If I try to edit the album ratings box by clicking on it, I end up selecting the references template.-- ¿3fam ily6 contribs 20:41, 18 April 2014 (UTC)
All of a sudden the text and line spacing in the Visual Editor are substantially smaller than when reading the page. I'm using Firefox on OS X 10.6.8. The line spacing is also uneven, in that references create greater than usual space above them. This wasn't the case a few days ago. – Arms & Hearts ( talk) 11:05, 19 April 2014 (UTC)
beta visualediting doesn't seem to be saving properly: I click 'save', it loads for a while, I 'exit' saving, but it has, in fact, saved.
Small thing, really Peter13542 ( talk) 21:06, 23 April 2014 (UTC)
Icons in the (large-form) dialogs overlap other things, making the controls unusable. (Firefox 28, Windows 7, monobook):Jay8g [ V• T• E 01:04, 24 April 2014 (UTC)
I attempted to add and fix some references in an article and when I clicked "save" I got a message "unknown error" from VE and as it seemed my edits didn't get saved. I clicked again on the "save" button and this time the page was saved. When I went to my watchlist I saw that the page was saved both times but in the first time VE removed big amount of information that I didn't even get close to during my edit. Here is the first difference where it gave me the error, saved my edits and removed the info at the end of the page; and here is the second difference where it actually brought back the info it removed in the previous "save". Any idea why this happened? Is it a bug? TeamGale 13:57, 21 April 2014 (UTC)
Following my bug with VE and MathJax see Wikipedia talk:WikiProject Mathematics#VisualEditor math formulae I'll move it here as its a bit more relevant to VE.
To reproduce have MathJax enabled in your preferences: appearance tab Math section select Leave it as TeX (for text browsers)
and MathJax (experimental; best for most browsers)
. And also the VisualEditor formulae editing beta feature enabled. Find any page with a <math> tag on. Edit with VE. Find a formula. Initially this will appear as a PNG. Edit the formula by clicking on the Σ popup. As soon as a change is made the formula is re-rendered using MathJax and look terrible.
The problem seems to be a clash of CSS styling. MathJax makes heavy use of position: absolute
yet this is all rendered to nothing by the CSS rule
.ve-ce-protectedNode, .ve-ce-protectedNode * {
position: relative !important;
top: 0 !important;
left: 0 !important;
bottom: 0 !important;
right: 0 !important;
...
}
If you comment out these css properties the MathJax displays OK.
An example of the mathjax code for <math>x^3</math>
once the formula has been edited in VE is:
<span class="ve-ce-generatedContentNode ve-ce-mwExtensionNode ve-ce-mwMathNode ve-ce-node-focused ve-ce-leafNode ve-ce-protectedNode" contenteditable="false">
<span class="MathJax_Preview"></span>
<span class="MathJax" id="MathJax-Element-56-Frame" role="textbox" aria-readonly="true">
<nobr>
<span class="math" id="MathJax-Span-4304" style="width: 1.175em; display: inline-block;">
<span style="display: inline-block; position: relative; width: 0.98em; height: 0px; font-size: 120%;">
<span style="position: absolute; clip: rect(1.045em 1000.003em 2.347em -0.518em); top: -2.145em; left: 0.003em;">
<span class="mrow" id="MathJax-Span-4305"><span class="semantics" id="MathJax-Span-4306">
<span class="mstyle" id="MathJax-Span-4307">
<span class="mrow" id="MathJax-Span-4308">
<span class="msubsup" id="MathJax-Span-4309">
<span style="display: inline-block; position: relative; width: 0.98em; height: 0px;">
<span style="position: absolute; clip: rect(1.501em 1000.003em 2.347em -0.518em); top: -2.145em; left: 0.003em;">
<span class="mi" id="MathJax-Span-4310" style="font-family: MathJax_Math; font-style: italic;">x</span>
<span style="display: inline-block; width: 0px; height: 2.152em;"></span>
</span>
<span style="position: absolute; top: -2.536em; left: 0.589em;">
<span class="mn" id="MathJax-Span-4311" style="font-size: 70.7%; font-family: MathJax_Main;">3</span>
<span style="display: inline-block; width: 0px; height: 2.152em;"></span>
</span>
</span>
</span>
</span>
</span>
</span>
</span>
<span style="display: inline-block; width: 0px; height: 2.152em;"></span>
</span>
</span>
<span style="border-left-width: 0.004em; border-left-style: solid; display: inline-block; overflow: hidden; width: 0px; height: 1.254em; vertical-align: -0.074em;"></span>
</span>
</nobr>
</span>
<script type="math/tex; mode=display-nobreak" id="MathJax-Element-56"> x^3 </script><img class="ve-ce-protectedNode-shield" src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7"></span>
So its quite clear that overriding the position, top, left, right and bottom is going to mess things up big time.-- Salix alba ( talk): 07:43, 28 April 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Correct a misspelling in a wikilink |
Steps to Reproduce: | Precondition – The article has <onlyinclude>{| table definition... <onlyinclude>|}</onlyinclude> where the second onlyinclude tag is unmatched
I imagine any other edit will also provoke the behaviour and that this is reproducible |
Results: | When I look at the resulting diffs I see that |} has been added at the end of the article
|
Expectations: | Remove the unmatched onlyinclude tag or leave well alone |
Page where the issue occurs | Here are the edit causing the problem and the edit fixing it properly |
Web browser | Firefox 27.0 |
Operating system | openSUSE 13.1 (x86_64) |
Skin | Vector |
Notes: | I see two issues here:
|
Workaround or suggested solution |
--
Mirokado (
talk) 00:27, 12 April 2014 (UTC)
There is a display bug with the infobox when editing, moreover [9] VE modified the infobox even if I didn't modify this part of the page. This happens with Chrome 34, Windows 8.1. Sorry if this was already reported, I am not familiar with VE on the English Wikipedia (but a lot more on the French WP). NemesisIII ( talk) 20:04, 2 May 2014 (UTC).
Open an article with references in VE. Open a reference. Select "insert template". The only thing that still works is "show options" / "hide options", but you can't select a template, and you can't close that "add template" frame anymore. Only solution? Close the page, do not save, do not receive $4000. Tested through "random article" at Wacker process, SRGAP2, and Char Brahmanagar Fram ( talk) 07:58, 25 April 2014 (UTC)
Replacing one bug with another. Sounds familiar... Testing back what I originally reported (FF28, W7):
Hi,
I just tried again VE on an article (Win XP, FF 17). Each time I open the save dialog, both lists "Common edit summaries" and "Common minor edit summaries" appear as many times as I opened the save dialog. For example on Lovespell, first time I open the save dialog, both lists appear one time. Close the save dialog, open it again: each list appears twice. Repeat: 3 times... -- NicoV ( Talk on frwiki) 07:08, 7 May 2014 (UTC)
I noticed that the popup which tells you if you try to use wikicode that it does not work still tells you to click on on "edit source" but lose your changes but it should tell you to use the change to edit sourcecode option which keeps your changes. Where can this be changed. All of this in the German Wikipedia as as above I could not see what the english does.-- Saehrimnir ( talk) 14:54, 6 May 2014 (UTC)
In contrary to Chrome, in Firefox (version 29) when I select an entire row (or more rows) and press Backspace it will only delete the last item. For instance try Visual Editor via Firefox on this table. -- Magioladitis ( talk) 12:23, 10 May 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | Try to edit my page (section 7) |
Results: | |
Expectations: | Show thumbnails exactly as shown when page is viewed |
Page where the issue occurs | Try editing my Greek page https://el.wikipedia.org/wiki/%CE%A7%CF%81%CE%AE%CF%83%CF%84%CE%B7%CF%82:Magioladitis |
Web browser | FF 29 and Chrome 34 |
Operating system | W7 |
Skin | |
Notes: | |
Workaround or suggested solution |
-- Magioladitis ( talk) 09:47, 10 May 2014 (UTC)
For me, it displays the "thumbnail" in Safari but not Firefox. However, the "thumbnail" is much larger (probably full size), because the wikitext is this:
[[Αρχείο:A Quick Guide to AutoWikiBrowser.pdf|A Quick Guide to AutoWikiBrowser]], George Washington University, 11 Ιουλίου 2012
This is not set to be a |thumb
at all, so it's not surprising that it doesn't display them as regular thumbnails.
However, it's not coping with what it's getting. Under Advanced Settings in the image dialog, it says, "Size values are invalid. Could not retrieve original file size." And then it seems to hang: I wasn't able to close the image dialog (so don't try that, unless you're prepared to lose work). I'll file a bug report on this. My guess is that it's something about the pdf files not being standard images. Whatamidoing (WMF) ( talk) 21:00, 10 May 2014 (UTC)
No idea what caused this: [10]. Fram ( talk) 16:17, 12 May 2014 (UTC)
When I click "save" and the window with the summary opens, the cursor remains to the main article instead being in the summary box and if I start typing, my text is written in the article. I have to click on the box first and then start typing. As far as I remember this was not happening before..? Unless if I didn't notice but I don't think it was happening. FF29 W8 TeamGale 23:23, 11 May 2014 (UTC)
The edit buttons next to sections used to work, they don't now, they pull up the whole article to edit. Has this been reported? - Dank ( push to talk) 16:38, 12 May 2014 (UTC)
As a strong critic of the earlier deployment of the VE in its earlier, more or less unusable, state, I've been watching the VE evolve since then. In the time since its withdrawal from public use, it's improved almost beyond recognition. Kudos to the VE team for the improvement.
Given this level of improvement, I think it's probably ready for a cautious public non default beta on enwiki. However, negotiating this with the community first will have to be carried out very carefully, given the bad blood that built up last time. I certainly wouldn't go as far as making it visible to non-logged-in users yet.
Perhaps a place to start might be to put up a sitenotice, for logged-in users only, inviting them to try it out using the beta options preferences? -- The Anome ( talk) 13:44, 12 May 2014 (UTC)
Some feedback from editing with VE recently:
Some these points may already be known, but I hope others will help improving VE further. Thanks. -- WS ( talk) 20:46, 12 May 2014 (UTC)
Thank you for adding this, but I can't help but be disappointed by it. I realize there is likely back-end things which are too complex for me to understand as a front-end user, but the current implementation is a far cry from the mockups shown a few months ago. I would love to be able to edit and name references with more consistency, but that simply isn't possible. To be completely honest, the current implementation is barely an improvement from the previous. You don't get a visual "response" until you submit your chosen citation template to the template editor, the Cite feature is simply a dialog, and the fantastic potential displayed in the mockups seems to have gone unused. I really hope this is a simply a stepping stone to a far more advanced version of the reference menu, as this is the one thing I've consistently been annoyed by in VisualEditor.
I'm a huge supporter of VE and use it on around 80% of my non-Talk edits, but the current implementation feels almost insulting given that its been what I've most looked forward to for months now. Perhaps I'm being a self-entitled twat, I've simply found myself waking up on Christmas morning to find coal in my stocking, so to speak.
Best wishes, and as always I look forward to further progression of the editor. -- Nicereddy ( talk) 00:59, 13 May 2014 (UTC)
This tool is EXCELLENT! The lack of such a tool was the predominant reason I had continued to mainly edit the wikitext. A sincere thank you to the developers for creating this tool! Keep up the great work. – Prototime ( talk · contribs) 17:18, 10 May 2014 (UTC)
<ref name="apple" />
.) They also wanted something that was unlikely to conflict with a system that anyone was deliberately using. So they settled on a colon and Arabic numbers, because practically all modern keyboards have colons (for the sake of typing http://
or its local equivalent) and nearly all keyboards have access to Arabic numbers.I feel an "advanced" or "other" option, leading into the standard reference dialog, is needed, since the new "Cite" menu is more visible than the standard reference button (hidden in the Insert menu), and new users could get confused by the lack of options when trying to add a new reference, since the options are fairly limited:Jay8g [ V• T• E 01:23, 13 May 2014 (UTC)
Last night I removed some content from Punk Goes 90s 2, including an {{ album ratings}} box that used a reference also used in the article body. It wasn't clear whether the ref was defined in the template or in the prose, so I ended up accidentally removing the instance where it was defined, and had to go back and restore it using the old editor. Here's the diff; the ref is called "AltPress review". Is there anything I've missed that would have allowed me to distinguish between the instance where it's defined and the instance where it's invoked? If not it'd be great to see a fix for this (maybe with list-defined references?). Otherwise I'm liking the new referencing setup and looking forward to future improvements, keep up the good work. – Arms & Hearts ( talk) 17:59, 14 May 2014 (UTC)
VE apparently can't handle ref 4 in FLAG-tag, which is an URL with {{full}} added at the end. In VE display, it gives empty square brackets, and in ref editing mode, it is an element that can only be edited in source mode... Fram ( talk) 11:33, 15 May 2014 (UTC)
Once in a while I try VE again and did so lately in the German Wikipedia and it was quite nice so I think you are really getting there. Unfortunately on en whenever I tried in the last month it failed to start at all every single time. I did not have any time to look before and now after I did I only got an Indication that some kind of configuration might be required but did not find what. Using latest Java Firefox and Windows 7.-- Saehrimnir ( talk) 14:46, 6 May 2014 (UTC) p.s.:Spanish and French doe work fine too.
Bug report | VisualEditor |
---|---|
Description | Although Internet Explorer is blacklisted, there still exists a way to get the button to show on IE (desktop, not Modern). |
Steps to Reproduce: | First, open a standard Wikipedia article in the article namespace. Then, resize the window to a very small size so that the buttons overlap to the next line. Finally, resize the window to the original size and see that the "Edit beta" button shows up, which was previously not there. |
Results: | The "Edit beta" button shows up under IE after following the above steps. |
Expectations: | Only the "Edit source" button should show up at the moment until IE support is fully implemented. |
Web browser | Internet Explorer 11 |
Operating system | Windows 8.1 |
Skin | Vector |
Workaround | Switch to MonoBook |
Gparyani ( talk) 18:55, 12 May 2014 (UTC)
Hello, Gparyani!
Thank you for this very interesting bug report. Can you tell me whether the "Edit beta" button works (that is, if it tries to open VisualEditor when you click on it)? Please make sure that you've saved everything before you try that, because, if it does "work", it might cause Internet Explorer to crash. Whatamidoing (WMF) ( talk) 23:13, 12 May 2014 (UTC)
User:Whatamidoing (WMF): When I click the "Edit beta" button, it loads, but gives me the following error:
Error loading data from server: novenamespace: VisualEditor is not enabled in namespace 4. Would you like to retry?
It gives me two options, OK and Cancel. Clicking OK closes this dialog, but immediately pops up another one of the same kind. Clicking Cancel cancels the action. Gparyani ( talk) 03:03, 13 May 2014 (UTC)
In Polynoidae, I can't edit the contents of the long list of genera. The recent fix that redlinks are finally shown as redlinks in VE also doesn't work here. Fram ( talk) 11:36, 15 May 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Edit a table |
Steps to Reproduce: | In the Amazing Stories article, go to the Publishing History section, and note the appearance of any of the tables, then edit the article in VE. |
Results: | The tables appear with larger margins within each cell around the text. |
Expectations: | I expected the appearance of the table to match the appearance of the article before it was edited. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Chrome 34.0.1847.131 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | None. |
Workaround or suggested solution | N/A |
Mike Christie ( talk - contribs - library) 09:56, 16 May 2014 (UTC)
When you put your cursor inside a bluelink (in VE) and type, the text gets included in that bluelink (like you would expect). But this doesn't work when you use "insert special character", it splits the bluelink and adds the special character as an unlinked (black) character. It is not that Wikipedia doesn't support these, e.g. typing a "ç" from my keyboard works, but inserting it from the special character menu gives the above problem... Fram ( talk) 09:29, 19 May 2014 (UTC)
Is there a way that VE could allow me to use a cite template without reference tags, like so: Mick, Kenneth (2012). My First Book. Me Publishing.? This is very handy for working in "Further reading" sections. Currently, with the references toolbar, you cannot do this either, but as you work in wikitext, it takes all of five seconds to remove the "<ref>" tags. As far as I know, I cannot do this in VE.-- ¿3fam ily6 contribs 14:29, 21 May 2014 (UTC)
Hi I just wanted to exchange the filename of a picture with another, because the copy at commons has a different name. But there seems to be no option to do that. Or am I not looking in the right place?-- Saehrimnir ( talk) 03:22, 22 May 2014 (UTC)
I had noticed this occasionally recently, but thought it was an editor error. But considering that this happens so often, and to different editors, and to one editor at teh same page multiple times, this is no longer plausible (or it indicates at least a serious problem with the VE interface if it does). More likely, these vowels are added by the system for no good reason at all. Fram ( talk) 13:35, 21 May 2014 (UTC)
Most of these are well-known, basic issues, which are still present and indicate rather fundamental issues with the way VE works and fails to match its goals. The Ref name thing is not relevant for this, it's just an old bug which still remains but is of less importance. Fram ( talk) 14:19, 21 May 2014 (UTC)
This is just FYI for those of you who don't get WP:VisualEditor/Newsletter:
The deployment underway now is fixing a problem with the "beta notice" that all users receive the first time they open VisualEditor. As an unforunate side effect, it will re-display the notice (which still hasn't been updated to include information about switching to wikitext) to everyone one more time. However, this will solve problems with re-re-re-re-re-displaying the notice for people who edit from public computers or clear their cookies regularly. Whatamidoing (WMF) ( talk) 18:44, 22 May 2014 (UTC)
When I open Harton, North Yorkshire with VE, the coordinates disappear, only the very end of it ("55'W") appearing on the left side of the VE screen, between the text and the stub line, as if the rest of the coordinates is hidden behind the left side toolbar. FF29, W7. Fram ( talk) 09:23, 19 May 2014 (UTC)
The same happens at e.g. Battle of Bruderholz. Fram ( talk) 09:33, 19 May 2014 (UTC)
The edit text box should be active and in focus when you click "save page", because it's the next thing the user fills out. Clicking on the box takes an extra step. Doing this would also encourage users to leave edit summaries. Albany NY ( talk) 02:01, 24 May 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Use scrollbar in the link insertion dialogue to view more possible link targets |
Steps to Reproduce: | Bring up the link dialogue for any word with many possible links -- e.g. "Texas". A scrollbar will appear on the right of the list. Click on the scrollbar to scroll down. |
Results: | The dropdown of possible links disappears. |
Expectations: | It should have scrolled down. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Chrome 35.0.1916.114 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | It is possible to scroll using the arrow keys. |
Mike Christie ( talk - contribs - library) 14:15, 26 May 2014 (UTC)
I've recently started using VE for creating articles, which I hadn't tried before; I've found it so much easier and quicker than wikisource that I don't expect ever to create an article with wikisource again. I ran across a couple of minor bugs which I've reported above. I did also see a couple of examples of strange behaviour which I think is linked to losing connection in the middle of an editing session; if I can reproduce those I'll post a note here.
I have a couple of interface suggestions, neither very high priority. First, the link suggestion dropdown is a great tool, but I sometimes find myself baffled by the fact that the order is not what I expect. It comes up alphabetically, but as far as I can tell, dab pages and redirects are usually at the end. This isn't always what you would expect. For example, I recently had to link Texas Rangers, and was surprised to discover that there was no simple "Texas Rangers" link at the top of the list. It turns out that that's a dab page, which is reasonable, but I still think it should have been top of the list, with a note. Redirects, I think, should be sorted in to the list in alphabetical order too, but it should be possible to see that they are redirects, and more importantly to see what they redirect to and choose that as a target.
Second, and I'm sure I'm not the first person to suggest this, when adding a field to a template, it would be nice if the dialog didn't automatically jump to the top of the field list. E.g. in cite news, the "page" field is not present by default; when I go to the "add another field" button and add it, the dialog scrolls back to the top. It would be far more sensible to scroll to the bottom.
Overall I'm really impressed by how far the tool has come, and I now only edit the source code when I have to. Thanks for the great progress on this. Mike Christie ( talk - contribs - library) 14:24, 26 May 2014 (UTC)
Hi, apparently, when creating an article, VE (sometimes ?) put the DEFAULTSORT after the categories, and then put new categories after the DEFAULTSORT if you edit again the article. Could it stay consistent and keep DEFAULTSORT before categories ? -- NicoV ( Talk on frwiki) 14:58, 26 May 2014 (UTC)
As far as I can tell, it's not possible at all to specify in VE that you want to substitute a template. This makes VE useless for various maintenance tasks, such as tagging a redirect with {{ rfd}} (what I was trying to do). Am I wrong? — Scott • talk 13:18, 24 May 2014 (UTC)
Sometimes new categories are added on the same line as an existing category, but now it happens also that existing categories, previously correctly formatted, are put on a single line by VE. -- NicoV ( Talk on frwiki) 10:11, 22 May 2014 (UTC)
^
at the top was a spellcheck correction. The snowmen are a problem with a component called "ContentEditable", maybe(!) related to character formatting.
Whatamidoing (WMF) (
talk) 18:48, 26 May 2014 (UTC)Is there any plan to fix this kind of things where an internal link is created without text resulting in an invisible link with a nowiki like [[Transcendance|<nowiki/>]] ? -- NicoV ( Talk on frwiki) 17:43, 26 May 2014 (UTC)
<strong>...</strong>
, ...)Hi, I have the feeling that recently, more articles modified with VE have HTML tags like <strong>...</strong>
(
example) instead of classic Wiki formatting. Could VE try to keep with MediaWiki syntax instead of adding more HTML formatting in wikitext ? --
NicoV (
Talk on frwiki) 17:36, 26 May 2014 (UTC)
<b>...</b>
and <strong>...</strong>
.
Whatamidoing (WMF) (
talk) 22:36, 26 May 2014 (UTC)
<strong>...</strong>
, <em>...</em>
, ... is unnecessary, and rather counter productive, because either we have more work to clean up this unwanted formatting, or we end up with articles having different looks and wikitext unnecessarily complexified. --
NicoV (
Talk on frwiki) 07:13, 27 May 2014 (UTC)
<i>...</i>
and <em>...</em>
as identical, een if they look the same to the average user.
Whatamidoing (WMF) (
talk) 19:26, 27 May 2014 (UTC)I just added a footnote to Jan Chapman on en.wp using the new citation system (very nice work, by the way). However, when I filled out all the info and clicked "apply changes" there was confusing visual feedback about whether I'd inserted it correctly (or indeed at all). That is, the information I'd just input and submitted did not appear in the "references" section even though a "[1]" appeared in superscript in the correct place. This was confusing because mousing over that "[1]" higlighted the footnote was *previously* number 1 in the References section. I assumed that my content had not been saved and perhaps that the pre-existing footnote had mysteriously moved itself up to where I was trying to create a new one. I cancelled, did it all again, to the same result. This time i saved the edit anyway and the result produced a perfect footnote exactly where I was hoping it would. So - the issue is not with the coding of the footnote system but the user-feedback it produces. Witty lama 05:34, 27 May 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Tried to overwrite a redirect with an article |
Steps to Reproduce: | Open an article that is a redirect from a move in Visual Editor. Uncheck the redirect checkbox and then enter the text of the new article. |
Results: | The R from move template remains visible, and as far as I can see it can't be deleted. |
Expectations: | I wanted to be able to remove the R from M template. |
Page where the issue occurs | sandbox I used for testing this |
Web browser | Chrome 35.0.1916.114 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | As it happens, I am getting the alert notice on every single VE edit, which I assume is a temporary situation. This revealed what may be a separate issue: the redirect checkbox dialog comes up before the VE "you are using a beta" alert. Presumably it should come up afterwards instead. |
Workaround or suggested solution | The template can be removed in edit source |
Mike Christie ( talk - contribs - library) 18:23, 25 May 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | While editing Klein Bikes, which has a large transcluded section at Template:Klein model history with both refs and notes, in the VE, the order of the refs was confused, and the Notes section was garbled, although the actual edit is fine. See screenshot. |
Results: | |
Expectations: | |
Page where the issue occurs | [29] |
Web browser | Chrome 35.0.1916.114 |
Operating system | W7 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Jamesx 12345 20:15, 28 May 2014 (UTC)
When you have a template without template data (i.e. the majority of templates), this displays hidden comments behind each parameter as info in VE. Nice, but... (checking Template:Infobox UK place)
Checking articles using Template:Infobox settlement, which has template data, I notice a different issue:
I opened the recommended article, and here's what I found:
" "
(one space), rather than ""
(nothing), so it's displaying the (white)space. The devs talked about it today, and will suppress stray spaces (which means everything, in this case), since getting a "description" of one (invisible) space is not very useful to the user.
Whatamidoing (WMF) (
talk) 18:45, 30 May 2014 (UTC)Also posted on frwiki, but it tends to get less attention, so posting it also. Is there any plan to handle correctly internal link modification in VE some day? By correctly, I mean that VE would behave in a way that doesn't lead new contributors to do awful modifications, like in this example (damaged link, incorrect selection, nowiki, ...) -- NicoV ( Talk on frwiki) 17:20, 26 May 2014 (UTC)
I don't know if this is a known problem and I'm not good enough at navigating Bugzilla to work it out, so apologies. I'm finding that when I've just uploaded an image to Commons the "insert media" menu takes an unreasonably long time to acknowledge the existence of the image, so it's not possible to add it to the page I'm working on. I never really upload files locally so I don't know if this would also apply in that situation. Right now, File:Doug Heckman.jpg was uploaded a little over ten minutes ago but doesn't show in the menu. Perhaps it'd be useful if the menu were to have an option to enter the exact file name in addition to being able to search for files? – Arms & Hearts ( talk) 13:30, 1 June 2014 (UTC)
So, here we are in June with an editor complaining that his recent uploads don't show up in VE (and he has no other way to include them in VE), and in a areply a link is given to bug 60398. There we see that in January 2014, we got the following statement by @ Jdforrester (WMF):
> new images may not appear in the API search results due to caching. citation needed
The exceptional amount of work put into the new search system has this as its most significant user-facing improvement.
So, yet again an "exceptional amount of work" by the devs has gone down the drain, since the "most significant user-facing improvement" still doesn't work five months after these claims... (as for the "cn", perhaps you could have tested whether your significant improvement really worked, instead of doubting the word of an editor? Anyway, I just tested it with File:Parwana 1947.jpg (note the commented out use of a file!), and I can't access it in VE. Not even to add it to Parwana (1947 film), an article where the same image is already present! Fram ( talk) 13:29, 3 June 2014 (UTC)
I hardly call this our most significant user-facing improvement. I'd like to say near-real-time indexing is Cirrus' biggest improvement over MWSearch. Anyway I digress. Searches should be showing up your media from Commons within a minute or two at most. If it's not that's a bug. I know for a fact that the feature works for newly uploaded images to Commons showing up on enwiki. I just tested ( api too) and took about 15-20 seconds for it to show up. So I dunno what VE is doing, but it's not the new search engine's fault (also if you don't have it enabled as a beta feature, you're not using it). ^ demon [omg plz] 02:44, 4 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | When trying to change "favorite" to "favourite", VisualEditor adds a "u" at the top of British Pharmacological Society |
Steps to Reproduce: | On
British Pharmacological Society:
|
Results: | "favorite" is changed to "favourite" and a "u" is added at the top of the article |
Expectations: | "favorite" is changed to "favourite", no extra "u" at the top of the article |
Page where the issue occurs | |
Web browser | Firefox 29.0.1 |
Operating system | Windows 7 |
Skin | Vector |
Notes: | |
Workaround or suggested solution | Fix typo using the standard editor |
GoingBatty ( talk) 21:15, 7 June 2014 (UTC)
If I VE Plato#Secondary sources and click on the little puzzle piece over that section, I get a box with a heading "Loading..." and then eventually I get a popup with a heading "Warning: Unresponsive script" and a message: "A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.
Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20140606T033439Z:122".
I have two options "Continue" and "Stop script". If I select "Continue", some seconds will pass and the same popup will display again. If I press "Stop script" then box with the heading "Loading..." will display some templates, but not all of them. Firefox 29.0.1, Windows 7 64-bit SP1, Vector skin. -- Atethnekos ( Discussion, Contributions) 22:20, 7 June 2014 (UTC)
The "visual" editor has some problems with the visual aspect. This edit was intended as "whitespace fixes", as indicated by the editor. But what happens? If you want to reproduce it, just open the pre-edit version in VE, put the cursor at "In 1960, a student uprising (the "April 19 Revolution") led to[...]", and remove the too many lines of whitespace you get above it. Backspace (nothing?), backspace again (ah, that works!), and so on. Save.
Completely out of view, you have now deleted some files from the article. Ouch... Fram ( talk) 13:36, 10 June 2014 (UTC)
A couple of days ago I switched the nowiki edit filter back on to see how well VE had fixed the nowiki problem. There are still quite a number of occurrence in the RecentChanges. Today there have been six hits for nowikis caused by VE.
None of these look like they should be there. -- Salix alba ( talk): 22:39, 10 June 2014 (UTC)
They have tried to give different technical explanations, none of which made any sense. Eventually, the only explanation turned out to be a philosophical one, they don't want it because it doesn't belong in their vision of what VE should be (never mind that you need the wikitext in things like templates and so on, and on talk pages, and ... ). They then give examples of places where wikitext would give the wrong result: but the only result is that they are making the exception (those very, very few cases where e.g. a square bracket is wanted as the result) the rule, and are creating much problems. The end result is that this is one of the many reasons that VE is now opt-in on four of the major wikilanguage versions (en, de, nl and es), and a clear minority tool (about 10% of the edits) everywhere else, a year after it was ready for production according to the decvs, and became the default editing environment on those other wikis. Anyway, back to the nowiki issue, no, there isno good technical reason for this.
@ Eloquence: stated nearly a year ago ( in comment 18:
Sorry, but this is not something we'll ever do, as I explained in comment 9. It's not simply a matter of prioritization - it's a matter of ensuring we can provide a user experience that's not modeled on markup, but on best user experience practices. As James said, we provide keyboard shortcuts, and will provide other user interfaces optimized for markup. But parsing markup within the visual editing context is completely off the table.
And comment 22:
We're listening, but in this case we're saying no, and that decision is final. We can elaborate a bit more on the why if that helps, but parsing wikitext in VisualEditor is absolutely not going to happen. If accidental insertion of wikitext is still an issue, we should focus on other ways to mitigate that issue.
I love the last line of that comment, "If accidental insertion of wikitext is still an issue,..." No, Möller, VE is still an issue, which you apparently WONTFIX. Or CANTFIX, whatever. You still haven't explained how ensuring we can provide a user experience that's not modeled on markup, but on best user experience practices. can be coupled with the fact that the users still need (and will need for a long time apparently) to insert wikimarkup when they want to edit templates (infoboxes and the like) in article space, but also talk pages and the like. You require users to know wikimarkup if they want to do any editing that goes beyond the most gnomish tasks, but you don't allow them to use that knowledge where it could be useful as well, because it doesn't fit your flawed philosophy. The end result is a botched, hybrid environment that gives a very poor editing experience once you try to do anything a bit more complicated than typo fixing. Perhaps the reason why so few people use it on those wikis where it has been the default editor for half a year or more? Fram ( talk) 06:53, 12 June 2014 (UTC)
Open Narrow gauge railways in Oceania in VE. Open the first image. Change the caption. Apply changes. The image jumps to the right. Same happens at e.g. Punchbowl Crater, so it doesn't seem to be article- or image-related. Fram ( talk) 07:22, 10 June 2014 (UTC)
There are more than 50,000 footnotes that have been created using the {{cite doi}} template. For example, see footnote 8 of Arctic sea ice decline. In that case, in edit mode, the wikitext editor shows this: "{{cite doi|10.1038/ngeo467}}.
What the reader sees is:
Let's assume that the citation is incorrect - say there should be a third author, "Smith, W. N.", included in the citation. Not using VE, an editor needs to know that he/she should click on the "edit" link while in reading mode to make that change. [Putting "Template:cite doi|10.1038/ngeo467" into the Search box will work, too, though that's a bit of a kludge.]
While it might be good for VE to be able to edit the template subpage (not just edit the template parameters), that doesn't seem to be an option now, or in any case I couldn't find that option when I used VE to edit this article. Did I miss something? If not, does the current roadmap for VE call for adding an editing option that would directly edit the underlying templatespace subpage (that is, edit Template:Cite_doi/10.1002.2Fgrl.50316)? -- John Broughton (♫♫) 04:21, 12 June 2014 (UTC)
There are certainly thousands, perhaps tens of thousands of articles where editors have decided to avoid putting the text of some or all footnotes/citations in the body of the article, instead putting the text in the References section. For example, see Helminthopsis (all footnotes) and Pope Francis (footnote 51 and several others).
VE does not currently allow editing of such footnotes. Is this a known bug? And if so, is this a priority to fix? I'm hoping it is, because leaving such footnotes uneditable could cause endless frustration to those who edit lots of articles and are using or want to use VE: Seemingly random footnotes not being editable.-- John Broughton (♫♫) 01:40, 12 June 2014 (UTC)
So, to summarize:
Really? VE gives misleading information when such footnotes are encountered, but we should expect editors to figure out that this is misleading? Really? And one solution (for those who don't figure out that they really can edit such footnotes in VE, albeit clumsily) is for editors (including novices?) to change the template formatting, using the wikitext editor. Really?
I'd like to repeat my two questions:
And add a question: 3. Has the misleading wording of the tooltip been reported as a bug? -- John Broughton (♫♫) 03:36, 13 June 2014 (UTC)
If I add a reference in VE, I can't get it to recognize that reference in the "use an existing reference" option, unless I save my edit and re-open VE. This makes it VERY difficult if I have added content that needs to cite a reference multiple times - I don't like having to save it as unreferenced, and then go back in and add the reference. Example: this then this. Is this a known issue?-- ¿3fam ily6 contribs 20:39, 9 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to make a major edit to an article, including copy-pasting references |
Steps to Reproduce: | I do not know how to reproduce this, since it involved my internet connection refreshing |
Results: | I was working on a major edit to Tunnel Rats (album) for about an hour-and-a-half, when my internet connection broke. I attempted to continue editing offline, as I can in the wiki-text editor, but I could not copy paste references from the Tunnel Rats (music group) article (which was also in editing mode at this point). I figured that I could just save the content I had and then re-open either VE or the wiki-text editor and add the few references which still needed to be cited. But I could no longer save my session. Ultimately, I had to copy the text I had in VE and paste into another open VE session of the same article, which resulted in this mess, where the references were transformed into superscript test and many of the wikilinks disappeared. I then opened up the article in WTE to fix the reference and wikilink problems. |
Expectations: | What were your expectations instead? |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Don't forget its version! |
Operating system | Firefox |
Skin | Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | Add one here if you have it. |
¿3fam ily6 contribs 16:41, 9 June 2014 (UTC)
I tried to copy some references from the artist page in VE, but I could not paste them. I then tried to save me edits, but when I clicked the "save changes" button, nothing happened.-- ¿3fam ily6 contribs 23:36, 9 June 2014 (UTC)
What's the use of keeping the whole page when you use the "redirect this page" option? If you take an existing page, go to VE, and choose options (or page settings), you get as very first choice "redirect this page to". When I choose this, I don't see the "redirect" text appearing in the VE screen, it is as if nothing has changed. But in "review changes", I note that the redirect has been added at the top of the page, above the complete text of the page. This is totally useless IMO. Keep the categories perhaps, or any remaining interwikilinks, but the rest? At least it should be placed in a hidden comment. Preferably don't expect the editor to remove the article text, the result when I tried it was that I had a redirect with a "use dmy dates" parameter left... Fram ( talk) 07:34, 13 June 2014 (UTC)
@ Wbm1058 and Whatamidoing (WMF): The way to make VE a leap forward, with regard to redirects, and to minimize user errors, is to avoid jargon and explain clearly. In the Page settings dialog, don't say "Redirect this page to", say "When a reader arrives at this page, send (redirect) the reader to this page:" And don't say "Target page for redirection", say "Page the reader should be sent (redirected) to". [The word "redirect", without explanation, assumes prior Wikipedia editing of redirects; "target page" is programmer-speak.]
Also, if that dialog box had two additional, already checked options - "Blank all existing text", and one for "Remove all categories" (both immediately above the greyed out "Prevent this page ..." option), then it would be more obvious to new editors that what they were thinking they want to do isn't what they are about to do, and they'd be less likely to make a mistake. It would also - as importantly - remove a "pain point" of people wanting to move from the wikitext editor to VE.
Finally, with regard to VE changes: The right side of the Page settings dialog really, really needs to have horizontal separators (lines) between each of the (three, currently) settings. That way, the user can see at a glance that he/she can do one or more of three (at this time) things: create a redirect, change the table of contents, and remove edit links. As the page is now, users have to slow down and figure out what's happening. Also, horizontal separators make it easier to give instructions such as "go to the third setting option".
(As an aside, why is "redirects" on the "More" menu? I tested this in both Chrome and Firefox; it doesn't seem to do anything.)
By the way, the the user guide provides no information on the subject of redirects. Having such information, there, might reduce the number of mistakes of the kind being noted here. -- John Broughton (♫♫) 04:37, 15 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Create a level 3 subheading |
Steps to Reproduce: | # Added a subheader 3 header using the "Paragraph" button.
|
Results: | Got five "=" signs on one line, the header text and five "=" signs on the next line. On looking at the diff, a <br> had been inserted after the first five "=" signs |
Expectations: | Expected a subheading 3 header |
Page where the issue occurs | https://en.wikipedia.org/?title=User%3ARisker%2FVE_Test_page_sandbox&diff=612724427&oldid=612719708 |
Web browser | FF29.01 |
Operating system | Windows 7 |
Skin | Monobook |
Notes: | It is ironic that this is a page I was creating in order to test functions of VisualEditor... |
Workaround or suggested solution |
Risker ( talk) 04:36, 13 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Add a comment about the VE and template editing |
Steps to Reproduce: | Simply use the Help link in VE to add feedback and notice that the Feedback page is not on your watchlist. |
Results: | |
Expectations: | I would expect pages I edit or add to to be added to my watchlist (or, at least, the option to do so offered). |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
Padillah ( talk) 16:03, 17 June 2014 (UTC)
And you've lost your changes. In most applications, the "x" means "continue editing" - not "yes, discard changes". -- Ypnypn ( talk) 00:51, 18 June 2014 (UTC)
@ Whatamidoing (WMF): Should I file a bug, or is there a reason for this behavior? -- Ypnypn ( talk) 16:53, 19 June 2014 (UTC)
When selecting an item from the menu, like lists, I think the button should be sticky and perform the action that is currently shown rather than requiring two clicks to take an action. The example that brought this to my attention is when creating bullets. The default icon shows a traditional bullet so when I click on that, I expect it to just start a bullet. However, the action I get is to open the menu where I then have to select which bullet list option I would prefer. I think there should be a way to act on the existing icon (and it should change to whatever I had last selected) and also a way to pull down the list if I want to change to a different type of action. This is the way Microsoft Word works. There are two clickable hotspots. Thanks. Don Theflyer ( talk) 15:55, 21 June 2014 (UTC)
I am making several edits to The Big Bang Theory (season 1) and while the VisualEditor is really useful it is also a bit laborious to start and stop after each tiny edit. It would be nice to be able to save an edit (and edit summary) but stay in edit mode. Padillah ( talk) 15:56, 17 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Edit content in a table |
Steps to Reproduce: | First: Open a table for editing. Second: Edit any content in the table. |
Results: | The content that was edited is no longer presented in table layout |
Expectations: | I expected the content to be presented in the table layout it started in. |
Page where the issue occurs | /info/en/?search=The_Big_Bang_Theory_(season_5) (although, all of the The Big Bang tables exhibit this behavior.) |
Web browser | |
Operating system | |
Skin | |
Notes: | The content is saved and works fine once you return to WP. It's the VE presentation that gets fouled up. |
Workaround or suggested solution |
Padillah ( talk) 13:40, 19 June 2014 (UTC)
I'm trying to fix a vandalism [36] on Britain First but there has been a second edit since so I could not rollback. I tried to cut and paste from a diff
VE didn't add the text I selected instead just pasting a few spaces. I don't think I have any unusual preferences for my diff appearance but it does appear in colour, yellow/light blue.
In the end I managed to undo the edit, but it would be nice to be able to paste from this source.-- Salix alba ( talk): 14:45, 24 June 2014 (UTC)
Would it be possible to make the edit summary box behave like the traditional editor's box in that the browser can store previous edit summaries for later use? I frequently use stored summaries that pop up under the box when using the wikitext editor (in the most recent version of Firefox), but my summaries are not saved when using the VisualEditor. Having to type in a new summary each time with the VisualEditor is a major inconvenience, and in fact this is the main issue that prevents me from using the VisualEditor on a daily basis. It would be fine if restoring the saved edit summaries requires the summary box to be confined to a single line (provided the line is long enough for a lengthy summary. -- Albany NY ( talk) 20:15, 20 June 2014 (UTC)
I've added couple new references in an article and the numbers in the inline citations updated. Ie it was "foo [1] bar baz[2]" and now it is "foo [1] bar [2] baz [3]". But the references list at the page bottom still has the old number of references. Gryllida ( talk) 03:16, 26 June 2014 (UTC)
I think a great feature to add to the Visual Editor is the ability to resize table columns, and I think a lot of people would agree with me on this one. And it would also make the Visual Editor better. Please add this feature in a later Visual Editor update. I would really like it if you guys did that. :) Kamran Mackey ( talk) 02:20, 29 June 2014 (UTC)
In the advanced template dialog, the remove template icon overlaps the template's name with certain long template names. (Firefox 30, Windows 7):Jay8g [ V• T• E 02:40, 28 June 2014 (UTC)
I had just completed a large edit to User:Jay8g/sandbox and pressed the first save button (in the toolbar) when VE decided to freeze up. Nothing was clickable or selectable within VE, and the standard MediaWiki stuff (sidebar & header) wouldn't do anything either (but the UTC clock gadget was still working). Quite frustrating. (Firefox 30, Windows 7):Jay8g [ V• T• E 20:40, 27 June 2014 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | move caret with arrow keys through the text |
Steps to Reproduce: | #
|
Results: | the entire page scrolls to the top when caret goes over the {{lang}} template, while the caret itself remains in its place |
Expectations: | caret should advance to the right over the {{lang}} template, the page should not scroll to the top |
Page where the issue occurs | any page with {{lang}} template, e.g. https://en.wikipedia.org/?title=List_of_Latin_and_Greek_words_commonly_used_in_systematic_names&veaction=edit&vesection=18 |
Web browser | Chrome 35.0.1916.153 m |
Operating system | Windows 7 Ultimate (Version 6.1 Build 7601: Service Pack 1) |
Skin | Vector |
Notes: | Reproducible with any {{lang}} template |
Workaround or suggested solution | workaround: avoid using keyboard to move the caret and use the mouse clicks instead to position the caret (really defeats the purpose of using VE)
suggested solution: fix the bug that leads to this as the workaround above renders VE useless to keyboard users |
Nyq ( talk) 21:10, 24 June 2014 (UTC)
When you add multiple templates in the advanced template editor, such as in this edit, line breaks are not added between the templates, which breaks many of these templates, including the ones I was adding. Adding line breaks, however, would not cause any issues and is needed in most cases:Jay8g [ V• T• E 21:58, 26 June 2014 (UTC)
{{
fact}}{{
pov-inline}}
is going to be very unhappy. For that matter, how do regular editors know that it's not okay to put your table-building templates on the same line, but that you really ought to put other templates on the same line? Perhaps we need a more robust system for all users, regardless of which editing environment is being used.
Whatamidoing (WMF) (
talk) 04:30, 28 June 2014 (UTC)