This diff (for "Tove Jansson" in the Swedish Wikipedia) illustrates a simple edit with Visual Editor gone horribly wrong. The only changes I consciously made were to correct the spelling of "Tuulikki" which was wrong in a few places. But the diff shows (1) the removal of two words and addition of a "clarify" link (line 89); (2) the removal of two references (lines 247 and 260); (3) changes within a reference (publisher, location, and ISBN) (line 279 in the new version); (4) change in a link (line 303); (5) ISBN of same (line 303); and finally (6) the removal of the "recommended" template (line 324). Several of these look like correct edits, but how did they creep in here? Several others are definitely wrong (can't make sense of the ISBN changes, for example).
I copied the whole article to my sandbox and tried to edit it, and the result is just fine. My guess is that without noticing (maybe a cache issue?) you edited an old version of the page (could be early September), thus "reverting" the article partly to an older version. User:Jdforrester (WMF) will tell us more.
Why have Ctrl-X and Ctrl-V suddenly stopped working? It was working fine earlier tonight. I've tried two different PCs with two different operating systems both logged in and logged out so I'm pretty sure its not me at fault. Browser=FF32.
It's happening for me, too, so it's not just you.
This is now tracked as bugzilla:72164. Thanks for the report.
Any chance of a heads up on how this has happened? The current VE version is dated 9 October, that is, it apparently hasn't changed since this bug materialised. There would seem to be something seriously wrong with VE version control.
It is extremely inconvenient. I use these keys all the time. Apparently, this same bug can cause random bits of the article to end up deleted so it needs fixing as a matter of urgency.
Hello, I'm experienced wikipedian. But when I tried VE last time I couldn't find some Cancel (editing) button. I think it's very important because of average internet users. Not everybody knows it could be canceled by clicking to Article link. Reloading is useless. So some people could be pushed to saving it.
Well, also if you use wikitext editor, there is no cancel button. I don't think that it's needed. Users can just click the "article tab" or alternatively click the cancel button in the browser.
Yes there is. There's even one on this edit window right now. There is no cancel button in the browser. That doesn't even make sense, how would the browser know what "cancel" means in this context?
Not a "button" though. Anyway, in August User:Jdforrester (WMF) commented on Bugzilla, "We just removed the Cancel button because user testing showed that it wasn't helpful. Any link out of the editor leaves the editor…"
The technicality of if it is a "button" or link is irrelevant to the user. Clicking it does a thing either-way. And quiet buttons (which the VE one was) look identical to links.
In what way is a cancel button "not helpful"? Is it deemed to be harmful in some way? I understand that it is not necessary, but that can be difficult for a new user to grasp. It is not self-evident that navigating away from the page is the way to cancel the edit, and besides, that seems to me like crashing out of a program to stop it - a bit of a kludge, not very clean, and counter-intuitive.
Apparently nobody actually used it (except me, because I cancel a lot of sandbox edits when I'm sorting out bug reports). Also, I think it was removed several weeks before anyone said anything about it. It's been gone for a couple of months, and this is only the second or third time anyone's mentioned it (except me).
I seem to be unable to easily add a wikilink to an image caption using VisualEditor. When I open the "Media settings" window to edit the caption, I can click the "Link" button to add a link, but then the program doesn't seem to think I've actually made any changes to the caption, because it won't let me click the "Apply changes" button. Am I doing something wrong, or is this a bug?
User:Mr. Granger, what's your OS and web browser? Is this still a problem today? (There's been a software update since your message was posted.)
When the "edit" button of the lead section is clicked, instead of directing to the "section 0" VisualEditor page, it is directed to "section 1" instead. I understand that whichever edit button (whether it is "section edit" or "entire page edit") you click, you can still edit any part of the article.
However, the edit summary is default to /* Name of first section */ following edits after the lead section (i.e. section 0) edit button is clicked. Is there any ways to solve?
Also, I see that most of the Chinese instructions in VisualEditor are incorrectly translated/need to be copyedited. Are all users allowed to change user interface of local VisualEditor?
- The edit link for the lead section is a local gadget. It should be corrected to match the behavior of the one at the English Wikipedia. They recently found and fixed this problem at en.wp.
- Translations are done both locally and non-locally, and the answer depends on which thing exactly you want to change. If you can give me an example (or a screenshot with the problem circled), then I can help you figure out what would be most useful. We are always interested in finding good translators!
Hi VE team!
On Polish Wiki we often use "Przypisy-lista" or "Przypisy" templates that work almost the same way to "reflist" template on English Wikipedia. A lot of our users (including me) group their source references in the bottom part of the article, inside the reflist-like template and refer to them using
<ref name="MyFavouriteBook" />
(with trailing slash) in the "body" of the article and "register" them fully using Cite web and similar templates. If I click in Visual Editor on such a reference, no information from the related reference appears, although full citation template is used in the reflist and the field translated as "Use existing reference" is grayed out. It is very misleading and prevents the users from adding another reference or even checking existing one when in edit mote. As coverage with sources is a critical issue on all Wikipedia projects, I'd like to see improvements in this area. Note: "Odn" template (reference to a book in Bibliography section) works well. Standard
I'm sorry that you have encountered this problem.
These are list-defined references that have been wrapped in a template. List-defined references do not work now, but probably will in the future (2015?). References contained in any template are effectively hidden from VisualEditor. I do not know if this problem is solvable.
How can i get the VisualEditor extension for my companie's knoledge based system, which are based on MediaWiki?
I recently used VisualEditor to add a zh template to w:en:Confucius Institute in this edit. I selected the "s" and "p" parameters, but for some reason VisualEditor added the parameters "simplified Chinese" and "pinyin" instead. These parameters are evidently not supported by the template, so it didn't display correctly until I used the source editor to change the parameters to "s" and "p". I would appreciate some help understanding what went wrong. Thank you!
It should be a bug in Visual Editor that puts the explanatory full names of the parameters instead of the usable names. Two ways to fix this: either VE changes to use the short names only or the template itself changes to support full names.
It appears that the TemplateData is backwards on that template. (I hope that's not a common problem.)
WhatamIdoing fixed it with this edit; it should now work fine. I hope!
大変申し訳無いのですが、日本語での書き込みについて失礼致します。 日本語版ビジュアルエディターを「Google日本語入力」で文字入力をする際、漢字への変換がされないばかりか文字入力時に強制的に確定され、ひらがなでの文字入力しかできません。 使用環境は、Mac OSX10.9.4、Google日本語入力 1.13.1880.1、Google Chrome 37.0.2062.124です。
Thank you for leaving a message. I am sorry that VisualEditor is working incorrectly in Japanese.
Although Visual Editor is a huge step in user experience for Wikipedia, it only benefits authors, or at least conceptually so. Most readers who only need introductory information have little to no incentive to engage in editing. But these are people Wikipedia should rely on in finding minor bugs, spelling errors, missing citations, etc., in general proofreading. But current barrier on proofreading is still too high for general public to participate.
The current minimum steps for a Wikipedia reader with no editing experience to add a "citation needed" template to a sentence are the following:
1. Know the template system
2. Open Visual Editor
2. Search for template:citation needed
3. Insert the template
The first step is the biggest barrier under the assumption.
My ideal proofreading mechanism is proofreading as reading. I want to select any part of the content and choose from a list of proofreading templates right away. Such UX can also serve to teach readers that Wikipedia is not an authoritative source, and to cultivate their habit of critical reading.
This is a good idea. It would help the general improving of the articles.
It's not at all clear that having novice editors apply templates to articles is a good idea, let alone a high priority. For example, the documentation page for the citation needed template has a large section titled "When not to use this template"; novice editors can't be expected to read (or fully understand) all the documentation pages for all possible templates.
Which raises a more general issue: How many different templates could be applied when doing proofreading? If you take a look at this page, you'll see dozens and dozens of possible templates, and those are just for "cleanup". Do we really want to show all these templates to a novice, and expect him/her to understand which one to use? How would we do that in a compact way, since the full page is so lengthy?
Personally, I'd rather novice editors work on wording, and adding information, and adding citations. We already have plenty of templates in Wikipedia articles, in my opinion.
Sooner or later people will probably ask if and how they can add SMW tags. Is this supported?
I noticed btw that parts of text sometimes block the insertion of the cursor. Also, when you start typing something, the cursor sometimes jumps to another section, and when you try to select a string (shift+arrow), it gets deleted instead.
It will be possible to extend the VisualEditor (and Parsoid) to support each 'node type', which could include a bunch of things we expect to see from YouTube videos to pop-out image galleries. We don't have an exact plan for which node types we'll be working on at WMF or when (though our priorities are listed here), but we'd welcome other people writing an extension to provide support for SMW tags.
On the cursor/insertion issue, yes, sorry about that; we hope to replace the code that leads to that breaking soon.
Why is the Insert:Special_character glyph an Ω symbol. Ω is not available as a special character, nor is any of the Greek alphabet for that matter. I just started an edit in VE on the basis that I would be able to do this and then find I cannot complete it. How annoying.
It's not an uncommon choice for that icon: it's the same symbol Google Docs uses, for example. Which character were you looking for? The list of the available ones is customizable on a per-wiki basis. Best,
I was looking for lowercase lambda, but that is beside the point. The whole greek alphabet is needed, along with all the accents and breathings. How am I supposed to write electrical engineering articles without Ω? It is the symbol for ohms. Oh, and by the way, Google Docs does have Ω.
Are you saying the available symbols are controllable by local admins? If so, where? Another consideration, if all the symbols currently available in the standard editor were to be put in VE, would they all have to go on the same page? Currently, they are spread across several pages through a drop down menu. Google docs, which you seem to like so much, does the same.
The character inserter is not in its final form yet (there are previous discussions about it on this page as well). There's more information at VisualEditor/Special characters. HTH,
I have a unified account and I would like to make it so that I can set something so that on all wikipedias clicking on editing a section goes to the old text editor rather than the Visual Editor. Any ideas?
The infobox on w:en:The Little Prince seems to be impossible to edit with VisualEditor. When I tried, it turned into a bunch of code gobbledygook.
The refs in the infobox cause the info box to add a broken COinS identifier into the caption. When rendering in 'read' mode, the recovery from the brokenness results in something reasonably workable. In VE edit mode however the recovery system isn't (and for various technical reasons probably never will be) nearly as effective and you get a result that is closer to what is actually "defined" and that means broken rubbish.
You can see the same brokenness if you copy paste the first parts of the article and put them in en:Special:ExpandTemplates and check "Show raw HTML"-there. The caption is totally broken (If you can read HTML that is).
The solution is to either not use those refs in those fields (specifically the one for country it seems), or to fix the COinS generator in [[:en:Template:Infobox book}}
Hello. I happened to find the VE table editor very useful to add data to a table. I'd like to translate VisualEditor/Design/Table editor into my lang. Where or how can I translate that page ?
Hello! I want to develop a VE gadget which wraps the selected Text with a <div class='mw-collapsible'>...</div>. I found out how to replace the text. But the editor puts a nowiki-tag around my replacement. How can I prevent this? Greetings, Till-Jonas
I don't speak Hebrew or which language these interesting characters come from...
The simplest solution is to wrap text with template in similar way to VisualEditor gadgets#Adding templates and VisualEditor gadgets#Replacing text. Using template instead of html tag may be preferred choice as it is more natural in wiki. But if you really want to add div with no templates, than you should probably create annotation class (e.g to inherit ve.dm.Annotation) and than use
var fragment = ve.instances.getModel().getFragment(); fragment.annotateContent( 'set', 'collapsible');//assuming there is collapsible definition...
You can ask for tips and extra help on ve.dm in general in #mediawiki-visualeditor on freenode IRC.
I just taught a class how to edit Wikipedia using the VisualEditor. I hadn't tried it in awhile, but it appears to have very near full functionality now. Teaching the class was relatively painless; the only difficulty came with showing them how talk pages work. Thank you all very much, and please pass this feedback on to the developers!
I just tried moving around some text with indents. VE made a real mess of the indents, removing some that it was not intended to remove and increasing the indent of other lines. On trying to put this back right I found that the increase and decrease indent icons are greyed out. Is this a bug, or just not implemented yet? Is there really no way to adjust indents in VE?
Indenting in VE is only meant to work with lists until bug 48010 is fixed. Best,
So if VE is screwing around with the indenting of something that isn't a list then that would be a bug, right?
Here is some feedback on the character inserter, focusing on using it for Icelandic.
There are three usecases here. Firstly the native icelandic users that use an icelandic keyboard, then secondly non-icelandic users that are writing icelandic words, such as the given name of an icelandic person and then thirdly the usecase for old icelandic texts at wikisource and wherever they are mentioned on wmf projects.
Usecase 1: Usecase one does not really involve the character inserter at all, as there has been an icelandic keyboard in Windows and Mac since the 1990´s.
Usecase 2: In order to know what characters people without an icelandic keyboard setting need, we need to specify what keyboard they do have, or just assume that they have as small subset of icelandic characters as possible. Lets take the english keyboards as an example and exclude the characters that are allready in the character inserter. An UK keyboard user would need the "Ðð", "Ýý" and "Þþ" characters, an united states keyboard user would need the "Ðð", "Íí", "Óó", "Ýý" and "Þþ" characters. An us international keyboard user would not need any accents.
If we assume that the user has no characters with diatrics or other specific icelandic characters, which I would think would be as small of an subset of Icelandic characters as possible, then the characters mentioned for the US keyboard (the native one) would need to be added. I would like to add though, that Icelandic does use an opening qutation mark that is placed at the base of an character - so the qoutation marks become „”. This character can´t really be added in other keyboard layouts (except Romanian and others), so I would propose adding that aswell.
Usecase 3: Lastly I would like to mention the third and final usecase, for old icelandic texts. In old icelandic texts, the current quotation marks are not used, but there are entirely different quation marks, which look like so: << >>. This is a problem, as these symbols are not present in the current icelandic keyboard layout. US keyboard users would probably not have a problem with this, however. I am not certain that I have mentioned all necessary characters for this usecase, but I do think that is it. Despite that icelandic alphabet has changed considerably during the past decade, the old icelandic alphabet was closer to the basic latin letters then than it is now, and this does not give any issues for the character inserter.