This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
I know this has probably been asked before but a more intuitive way to edit an article containing {{ div col}} sections is needed. In a list article like List of topics related to Cornwall there are many sections with lists broken into multiple columns. What I would like to happen is that you just click on the list and add an item. Just like you would expect to happen for a normal list. Having to go through the template dialog with a rather too small edit box is not visual enough. There are quite a few other templates where you really want to edit in-place rather that with a dialog. Quite how this could be done I'm not sure, maybe some hints could be given in the templatedata, maybe some template specific plugin is needed. This is a big problem as it is making a large number of articles hard to edit.-- Salix ( talk): 07:11, 18 July 2013 (UTC)
See also #Bulleted lists below, which is the same problem. Pam D 20:15, 19 July 2013 (UTC)
well done. it makes new users feel much comfortable with the GUI. Thanks!! 88.9.116.14 ( talk) 13:30, 18 July 2013 (UTC)
Hi Wikipedia,
I know you're working hard on the site infrastructure. There are plenty of us who appreciate the blood, sweat and toil.
The visual editor looks slick. But please know that people like me would be thrilled to be able to edit source code (C, C++, etc) from the visual editor. Until then I'll probably switch back to editing the page source directly.
Thanks, TMI Themysteriousimmigrant ( talk) 16:34, 18 July 2013 (UTC)
I took a quick look around, but did not see a userbox which one could append to their user page indicating they are either using or trying to use Visual Editor as their primary editor (vs. Classic). Hmm, could be a parameter taking userbox which would allow one to select either VE or Classic as their preferred editing mode. --User:Ceyockey ( talk to me) 23:39, 18 July 2013 (UTC)
Whenever I try to insert parameters from a template into an article, only the first few parameters come up for me to choose from; I can not scroll down to see the others. Is anyone else experiencing this problem?-- Dom497 ( talk) 00:03, 19 July 2013 (UTC)
I was testing the template/transclusion dialog box, using the cite web template, and noticed that when I start typing "Source date" (without quotes, of course) into the search box, something interesting happens when I get to the "d" - the search results say "Unknown parameter". That is, at the point where I've typed "Source d", then - essentially - the search fails; the search software decides that there are no matching entries. — Preceding
unsigned comment added by
Downsize43 (
talk •
contribs) — Preceding
unsigned comment added by
John Broughton (
talk •
contribs)
Wrong attribution, fellows. Is this from a bot or a real person??? Downsize43 ( talk) 11:11, 19 July 2013 (UTC)
Using Firefox 21.0
Problem 1: Clicking on a media file and dragging the mouse causes the cursor to change to the "I'm moving an image" icon, but the image doesn't actually move. I can only move an image if I click it once to select it, then click and hold.
Problem 2: If I move an image a small enough distance across the screen that it doesn't actually move, I can't move it again unless I deselect it and then reselect it.
Problem 3: Suppose an image lives between paragraphs 1 and 2. If I click before the first word of paragraph 2 and press "backspace", the rest of paragraph 2 gets moved into the caption of the image.
Problem 4: Suppose an image lives between paragraphs 1 and 2. If I click after the last word of paragraph 1 and press "delete", the image disappears and the caption gets moved to the end paragraph 1.
Problem 5: As far as I can tell, the only way to move an image such that it lives at the very beginning of a section is to drag it such that the cursor falls immediately after the last letter of the section header. This is not intuitive.
Problem 6: Dragging an image such that the cursor falls in the middle of a section header causes it to split into two sections. Not sure why this should be possible.
Problem 7: If an image has a caption which ends with a link, and I attempt to add text to the end of the caption, it automatically gets added to the anchor text of the link. I can find no way around this.
My apologies if any of these have been reported before. -- Cryptic C62 · Talk 03:06, 19 July 2013 (UTC)
Using Firefox 21.0
Here's what I tried: Place a colon, semicolon, or asterisk at the beginning of a paragraph in VE. When it saves, the indenter is preceded by <nowiki>
, which makes sense. As far as I can tell, the closing </nowiki>
tag is placed immediately before the next piece of wiki markup in that paragraph. In some cases, this will be at the very end of the paragraph.
The problem: Upon entering VE again, the first line of the paragraph will be blocked off with the green "no edit" bar, but the rest of the paragraph will appear to be editable, even though it is not. -- Cryptic C62 · Talk 03:27, 19 July 2013 (UTC)
Hi I am still very new at wiki editing. I have read the tutorial and chatted with a senior editor (Ser Amantio di Nicolao) who has sent me to you. He thinks the problems I am having are because of visual editor and he is not that familiar with it. I am just trying to figure out how to add links. I added one but not successfully and he changed it for me. I wanted to add a flickr photo too and I am not having any luck with it at all. I am so ignorant I don't even know how to ask an intelligent question about my problems. All I can say is "help!" Reefswaggie ( talk) 06:01, 19 July 2013 (UTC)
so how do I get out of VE? Reefswaggie ( talk) 11:58, 19 July 2013 (UTC)
and if I am the Senior Specialist, you guys are in trouble! lol Reefswaggie ( talk) 11:59, 19 July 2013 (UTC)
Thanks for the information. I think I better leave the flickr photos till I get a bit more experienced. And am I correct in assuming that adding "Wiki VE Sr Specialist" to my CV right now would be committing career suicide? :)
Currently, navigation boxes are always uncollapsed when editing. This can be quite annoying when having to deal with big ones like {{ The Beatles}}, e.g. on " I'm a Loser", also it might be confusing editors into believing that this part of a page can easily be edited. -- The Evil IP address ( talk) 08:14, 19 July 2013 (UTC)
Using Google Chrome's "find" feature, I've noticed that a few other editors have run into this issue as well. However, I thought I should make it a more prominent concern listed on this page by giving it a separate subsection.
I just deleted an entire infobox and disambiguation link at Gondar after I attempted to remove a bit of excessive spacing — and in order to re-add them, I had to use a previous revision of the page for a copy/paste edit to the source. Clicking the "undo" button did nothing. This is needless tedium and should be fixed as soon as possible. If not, then VisualEditor compares unfavourably to the original editing format. Kurtis (talk) 08:25, 19 July 2013 (UTC)
When dragging an item in the visual editor (tested with image and text), the editing window does not scroll up or down when you reach the top or bottom of the window. This means you have to make several consecutive drag and drop actions to move an item within a long article/section.
I've tracked this as Bugzilla:51669 but it would be useful to know if it affects browsers other than Firefox 22 on Xubuntu Linux. Thryduulf ( talk) 09:34, 19 July 2013 (UTC)
After I edited text near a link, "♙♙♙♙♙♙♙" characters started appearing around once a second, and I couldn't stop them or delete them. 121.45.199.248 ( talk) 11:04, 19 July 2013 (UTC)
The initial edit load took about a minute on MobileSafari on iPad 2 with iOS 6.1.3. Subsequent edits were faster - about 10 seconds. The first edit upload was also very slow - about 30 seconds. 121.45.199.248 ( talk) 11:11, 19 July 2013 (UTC)
See subject 1Z ( talk) 14:44, 19 July 2013 (UTC)
Currently, on articles and userpages, editing using the VisualEditor uses the #ca-edit CSS id and editing the source uses the #ca-editsource CSS id. However, in all other namespaces, #ca-edit is the only edit link. For people like me who like to change the titling or styling of the tabs, this inconsistency is annoying. (For me, it makes the "edit" tab on this page display as "VE" rather than "Source".) Could the CSS id tags be made consistent (use #ca-editsource for all non-VE editing)? Thanks. Reaper Eternal ( talk) 15:38, 19 July 2013 (UTC)
div#p-views > ul > li#ca-edit:not(.istalk):nth-last-child(4) { display: none; }
I cannot figure out how to add an external link to a citation's source in this Visual Editor. -- NewzealanderA ( talk) 16:49, 19 July 2013 (UTC)
I tried to delete one entry and a blue box appeared and I was unable to edit. Also, when I try to do an edit next to a wikilink it links my edited word as well. I'd like to comment too. I've been editing since 2006. I learned to edit by looking to see how others managed to get things to work. Which was not really hard at all. But I can say for a fact that if this system was in place when I started editing I would have never been able to become an editor. I'm not dumb, in fact my IQ is in the upper 5%, but I'm pretty old. I learned to type on a black Underwood. Even if all the bugs were fixed, I'd still not be able to use it except for things such a tweaks and copy edits. Gandydancer ( talk) 17:54, 19 July 2013 (UTC)
See also the section "a sensible way to edit {{div col}} sections" above: same problem. Pam D 20:17, 19 July 2013 (UTC)
Gibberd Garden is a well-set-out little stub. But when I open it in VE (Firefox 22, Windows Vista) the second item in the External links disappears to below the infobox. When I save the edit, it reappears correctly formatted. Just another of those things which makes the editor think that they've done something wrong. Probably an existing bug...? Pam D 18:58, 19 July 2013 (UTC)
When I add a category to an article, I would prefer VE to follow the rules of WP:ORDER, that categories go before stubs. I know that's contentious, it's En.wiki-specific, VE is unlikely to be able to do it.
But please, when I'm adding a category to an article which has one or more existing categories, at least put the new one next to the old one. That's what any reasonably tidy-minded human editor would do, rather than stick to a rule of "categories go at the end" as it appears to have done here, so we have cat, stub, stub, cat (and no blank lines between any of them). As I've said before: the logical processing needed to get this right is well established within AWB's general fixes: it seems a shame if that existing logic can't be used in VE so that it gets things right. Pam D 19:04, 19 July 2013 (UTC)
Why, if I type, say: * [[Link]]
...can't VE recognise the Wikitext, and simply convert it into graphical display after a, say, 5 second delay, or when the user presses a "convert" button? Since it can already recognise Wikitext being typed, it seems like this should be a trivial feature. Adam Cuerden ( talk) 19:44, 19 July 2013 (UTC)
When testing the new notice, I noticed that when I deleted the wikitext the new warning didn't disappear, which is a bit of an annoyance. Insulam Simia ( talk/ contribs) 19:52, 19 July 2013 (UTC)
I have experimented with creating collapse boxes in VE. Unlike many templates, collapse boxes require the use of two templates to produce one object: {{ collapse top}} and {{ collapse bottom}}. I have tried a number of different procedures, and have succeeded in creating a working collapse box.
Procedure 1: Hit transclusion. Add "collapse top". Add content "I like bacon." Add "collapse bottom". Apply changes. Before saving, I see Result 1. After saving, the collapse box does not appear. The wiki markup was saved:
{{Collapse top}}I like bacon.{{Collapse bottom}}
which doesn't work because the templates must be placed on different lines.
Procedure 2: Hit transclusion. Add "collapse top". Add content "I like bacon." Apply changes. Move down one line. Hit transclusion. Add "collapse bottom". Apply changes. Before saving, I see Result 2. After saving, success!
Procedure 3: Hit transclusion. Add "collapse top". Add content "I like bacon." with line breaks added before and after the text. Add "collapse bottom". Apply changes. Before saving, I see Result 3. After saving, success!
Two observations:
Using Firefox 21.0 on Windows Vista
-- Cryptic C62 · Talk 03:59, 20 July 2013 (UTC)
Those are in many editor's DNA, therefore every text editor ever made; includes them. One example: highlight desired string, - Shifted Del, Ins -- cuts that text, then puts it back (in effect instantly copies it to memory) ready to be pasted elsewhere (with another Shifted Ins). The keyboard parts takes about 1/8 second, the highlighting or cursor positioning is the time-hog here.
Shifted Del, Ins ...also works to cut (©) and past on every image editor I've ever used, as well as between different programs --it's universal. Other "Wordstar," & "Wordperfect" keyboard shortcuts: same-same.
--
69.110.90.203 (
talk) 14:45, 17 July 2013 (UTC)Doug Bashford
With the exception of minor text changes, modifying a reference should be the easiest of all tasks in a user friendly editor. After many frustrating false starts and a couple of near disasters I have finally worked out how to do it, and I wonder how many newbies and not so new editors will have the same experience. For the record the process that works at present is as follows:
Downsize43 ( talk) 02:45, 19 July 2013 (UTC)
Unfortunately this only works if the existing ref contains "URL=" and "source=" as well as the actual URL and source name. If not the source name is displayed in the ref details as an active link, and the transclusion icon is NOT displayed when the user attempts to select (click on) the ref details. NFA is possible in VE for those links. Downsize43 ( talk) 11:36, 19 July 2013 (UTC)
Hi, I've translated a gadget created on frwiki for visually editing TemplateData. It's available at
User:NicoV/TemplateDataEditor.js. To use it, simply add importScript('User:NicoV/TemplateDataEditor.js');
in
Special:MyPage/skin.js. More explanations on how to set it up at
User:NicoV/TemplateDataEditor. --
NicoV (
Talk on frwiki) 23:03, 19 July 2013 (UTC)
Steps:
The result is (a) initially, the dialog box - now blank - will not go away. Clicking near it will make it vanish, but - regardless - the link icon now is non-functional; (b) it's not possible to create more links; clicking on the link icon does nothing. -- John Broughton (♫♫) 03:05, 20 July 2013 (UTC)
When I click on a link, the link icon appears just below it (so I can click on that, to make changes). The "clear formatting" icon also activates - it changes from greyed out to its regular color. If I do not click on the link icon, but rather click on the "clear formatting" icon, the formatting (for the link) is not removed (that is, the text involved does not lose its link). Rather, the "clear formatting" icon goes back to grey, but nothing else happens.
If the clear formatting icon isn't intended to be able to remove links, it shouldn't activate when an editor clicks on text that has link formatting. If the icon is intended to be able to do such removal, then the code should be changed so that clicking on this icon actually does something. -- John Broughton (♫♫) 03:18, 20 July 2013 (UTC)
How do i edit the index menu? Tomgc ( talk) 04:23, 20 July 2013 (UTC)
Many instructional institutions do not allow the use of Wikipedia articles as valid references, but this may be circumvented by finding the required information on Wikipedia and using the source for the information as a reference. Unfortunately, not all links on Wikipedia are of scientific/academic standards which can make this quite time consuming.
In order to help make this process easier, I would like to suggest that you add a colour change to scientific article in-text citations which meet traditional academic standards for references (such as those with a pmid number or a number in another reputable scientific database). This will allow for the rapid determination of which articles can be cited in academic papers without spending time on those that can't.
A darker blue may be used to make it obvious that it is a reference (for those that don't keep up with updates), but something easily distinguished from the current colour (maybe a lime green or orange) would be even more beneficial. — Preceding unsigned comment added by 184.99.241.125 ( talk) 06:28, 20 July 2013 (UTC)
http://en.wikipedia.org/?title=RiddiSiddhi_Bullions&oldid=565020641 Could not remove space in the first line using Vedit.-- Redtigerxyz Talk 15:42, 20 July 2013 (UTC)
You get loads of money and run one of the most well-known wesites in the world, yet when your website changes, you don't have the common sense to update your help file? Sheesh. 86.19.115.227 ( talk) 07:12, 20 July 2013 (UTC)
While editing Oregon Coast, some sections (such as "History") show excessive whitespace. It may be that this occurs only if the first item is a template ("See also", "See" or "Main"), perhaps followed by an image. This excessive whitespace does not appear in the saved page. I was tempted to try and adjust the whitespace, but using a reliable editor showed that there was none to remove. This is a serious shortcoming for what is supposed to be a WYSIWYG editor. Chris the speller yack 15:55, 20 July 2013 (UTC)
If I open Leeds Festival (classical music) in VE, the first of the Sources is displayed with the bullet point on its second line, not the first. Looks very odd, comes into the category of "likely to make novice editor wonder what the hell is going on and what they've done to break the article".
It's reproducible: see User:PamD/sandbox for VE: looks fine until you go into VE, then items 1 and 3 in list show the dropped bulletpoint - they are {{ cite book}} and {{ cite web}} - while the flat text bullet points look normal. And making the window even narrower shows its the last line, not the second line, of a multiline entry which gets the bullet. Pam D 16:30, 20 July 2013 (UTC)
I'm not seeing any way to delete an image other than (a) find (guess) where it is anchored on a page and (b) delete some characters (spaces included) around that anchor point. For a Visual editor, that's fairly lame. Am I missing something? (All help appreciated.) -- John Broughton (♫♫) 19:41, 20 July 2013 (UTC)
This edit, intended only to remove the PROD template from the top of a restored article, took out the infobox as well. Steps to reproduce:
JohnCD ( talk) 22:23, 20 July 2013 (UTC)
Looking at the last two days (16 and 17 July) we see:
All registered user article edits using source (wikitext) editor | 118,380 | 91.1% |
All registered user article edits using VE | 11,464 | 8.9% |
New user (registered on or after 1 July) article edits using source | 6,610 | 64.2% |
New user article edits using VE | 3,678 | 35.8% |
Anon article edits using source | 62,101 | 88.4% |
Anon article edits using VE | 8,153 | 11.6% |
Older editor (registered prior to 1 July) article edits using source | 111,770 | 93.5% |
Older editor (registered prior to 1 July) article edits using VE | 7,786 | 6.5 % |
Change in total (daily) article edits since before VE became default on 1 July (comparison: 18-30 June) | -4.5% | |
Change in registered user article edits since before VE became default | -2.2% | |
Change in anon article edits since before VE became default | -8.6% |
As shown, the individuals most likely to choose VE are newly registered user accounts. Anons are only a little more likely to use VE than registered users. This suggests that many of the individuals who edit anonymously were actually familiar with the source editor and continue to prefer it even though they edit anonymously. (That's rather surprising to me.) Even though new users are most likely to choose VE, they still go with source editing 2/3 of the time. Since the introduction of VE, article editing rates are down slightly. For the length of time considered, a change less than about +/- 6% is consistent with random variability, so these fluctuations are not necessarily indicative of anything. However, it will be interesting to look at changes over a longer time period. Whether or not there is a meaningful drop, we can probably rule out the possibility of any large immediate editing surge as a result of VE's introduction. Of course, this only looks at the short-term reaction to VE. Only time will tell whether VE ultimately becomes popular. Dragons flight ( talk) 03:56, 18 July 2013 (UTC)
$ curl -s h'ttp://en.wikipedia.org/?title=Special:RecentChanges&limit=5000&namespace=0' \ | grep class=.mw-line- | sed 's:^.*">([+-]\([0-9]*\).*userlink"\([^<]*\)</a>.*User_talk\(.*\)$:\1 \2 \3:' \ | grep '^[0-9]' | awk '{if (/redlink/) {r=1; ru+=$1} else {r=0; bu+=$1}; if (/VisualEditor/) {ve+=$1; if (r) {rve+=$1} else {bve+=$1}} else {se+=$1; if (r) {rse+=$1} else {bse+=$1}}} END {print ve, se, ru, bu, rve, bve, rse, bse}'
I've done some rewording of the table, for clarity, and also calculated what "older" registered editors did ("older" is total registered minus registered "new" user).
What's interesting to me is:
Posting this here in case anyone else has found any other diffs that look similar. Recently while reading about Polycarbonate I discovered something that Visual Editor seemed to have broken. This is the diff in question. I'll be filing something in Bugzilla about this too. I'll link to the bug report when I do that. Zell Faze ( talk) 13:32, 18 July 2013 (UTC)
{|
to |}
then the visual editor nowikifying it makes sense, but that doesn't seem likley.
Thryduulf (
talk) 14:33, 18 July 2013 (UTC)
The A/B test, June 25-28, showed that new users using wikimarkup made more edits, more "productive edits", spent more time editing, and were far more likely to start editing compared to those using the VisualEditor. Newcomers with the VisualEditor were ~10% less likely to save a single edit than editors with the wikitext editor.
A number of severe bugs with the VisualEditor, which were not solved before launch, are likely to blame for these results. Adam Cuerden ( talk) 17:03, 19 July 2013 (UTC)
As an idea off the top of my head, would "time taken to edit page" divided by "size of diff" be a useful measure of productivity to compare the efficient of the editors? So for example if VE took on average n minutes per 1k of diff and the source editor took 2n minutes per 1k of diff then would it be fair to say that VE was twice as efficient as the source editor? I know it's not something we have the data to do at the minute would would it be worth compiling it? Thryduulf ( talk) 18:18, 19 July 2013 (UTC)
Actually, the study has another major flaw: the reduction in completed edits by new editors was not 10%, as stated, it was 43%. If 27.5% of editors were able to successfully make an edit with the wikitext editor and only 15.7% were able to make an edit with VE, that's a 43% difference. The formula is 100*((27.5-15.7)/27.5) , not 27.5-15.7.— Kww( talk) 05:36, 20 July 2013 (UTC)
I get a weird api error message. 31.126.193.88 ( talk) 20:27, 19 July 2013 (UTC)
Why is this change being made? The wikimarkup text in the old editing window is so complex that people who could become productive, experienced members of the community if the editing system were simpler are turned off upon attempting their first edit; read our longer explanation for more details.
Do we mean
What's the status of Wikipedia:visualEditor/Known problems? Who is supposed, or encouraged, to add to it? It doesn't give any indication. Is it where editors are supposed to look before reporting problems on the feedback page, to avoid duplication? Is it a list of acknowledged problems in a more user-readable form than raw Bugzilla? Or what? I note that the very important topic of the inability to see hidden comments or {{ Use British English}}-type templates doesn't seem to be listed. Pam D 16:37, 20 July 2013 (UTC)
add to Bronc Burnett story the following:
Was pleased to find one of my favorite boyhood heroes on here...can add something to article, which is the origin of name of character "Fibate" Jones...which appears to me to be derived from phi beta kappa, since Fibate was the smartest one in the school, prototype nerd! Rae13164 ( talk) 22:32, 20 July 2013 (UTC)
I am (or rather, I must confess :D) an "old school" Wikipedia editor (registered in year 2005) and this new Visual Editor is simply confusing to me... I understand though that it might enable new members easier editing. Though my "complain" still stands that if you choose to edit just a section of an article (i.e. with Visual Editor by clicking [edit] and not the old way, as I just figured out it's possibly by clicking [edit source]...) there is no clear to an editor that he is editing just a section (and not the whole article). Wayfarer ( talk) 00:01, 21 July 2013 (UTC)
I'm sure someone has brought this up, but how do you create small text like this in VE?-- ¿3fam ily6 contribs 01:09, 21 July 2013 (UTC)
The good:
The bad:
Still, progress. -- John Broughton (♫♫) 01:15, 21 July 2013 (UTC)
In the edit summary box, when I press "enter", the expected result is for the page to save. Instead, a new line is created, which is particularly weird since edit summaries don't support multiple lines. Line breaks appear as spaces in the actual edit summary. So, when writing edit summaries, VE treats "enter" as a slight different spacebar. I don't need two spacebars. -- Cryptic C62 · Talk 01:37, 21 July 2013 (UTC)
If you edit with NavPopups activated, you can check out a preview of a wikilink that you want to insert, and see whether it goes to a redirect, a main page or a disambiguation page. I don't think it would be necessary for the visual editor to show actual previews, but an indication of what type of page you're linking to would help a lot. Slashme ( talk) 08:35, 21 July 2013 (UTC)
Going through disambiguating links to the
America dab page, I found the [[United States of America]][[America|. ]]He
[3]. I'm not sure what
JCGDIMAIWAT did there as it's in the middle of a block of text added in that edit. My guess is that they initially wrote "America" with the full stop and trailing space included in the link by VE, but they subsequently attempted to change or delete the link to the full United States of America, not realising that the full stop and space were included in a different link.
Thryduulf (
talk) 09:03, 21 July 2013 (UTC)
]]
" appears? I can't think that it will be something intentionally entered with any great frequency?
Thryduulf (
talk) 20:32, 21 July 2013 (UTC)
Picking up a point made by John Broughton under #Small text six items up: a block quote enclosed in <blockquote> ... </blockquote> tags cannot be edited in VE - you get the green stripes, the prohibition sign and "Sorry, this element can only be edited in source mode for now".
It is possible to enter a block quote by using the template {{ quote}} with the "Text" parameter. Editing the content of the block quote has to be done by clicking the template and editing the parameter. When entering or editing the content of the text parameter, VE does not offer options like bold and italic, but you can enter wiki markup for them, and even wikilinks in [[ ]] brackets, and they are accepted and work.
There needs to be a more natural way to deal with block quotes. JohnCD ( talk) 09:31, 21 July 2013 (UTC)
See http://en.wikipedia.org/wiki/Na_Chvalech?veaction=edit, the edit view seems to ignore the "40px" parameter from {{ CzechRepublic-sports-venue-stub}}. -- ŠJů ( talk) 13:45, 21 July 2013 (UTC)
I edited the lead sentence of an article; a table in the next, unrelated section of the article was modified and broken by VE. - Pete ( talk) 20:51, 21 July 2013 (UTC)
:{|
as the start of a table, which would explain why it didn't remove that. This would be consistent with what it did in my userspace to an unfinished table
[4]. However, a quick test in my sandbox didn't reproduce it
[5] so it's obviously more complicated than that. I'll report it now.
Thryduulf (
talk) 21:36, 21 July 2013 (UTC)
I don't use the editor, but I found List of True Blood characters in a mess from a couple of people who'd used the editor. While I was trying to clean it up someone else used the editor and the result was a mess. Using old editing I fixed the mess, but I notice the problem I corrected involved the VE adding nowiki tags and duplicating material, though it seems the last editor simply edited a few numbers. This might be related to a previous note here " Messed up unrelated table". As I don't know wtf is going on (and it mightn't be the VE), perhaps someone here might look into it here. Thanks. -- I.Hutchesson ► 05:45, 22 July 2013 (UTC)
I noticed that when editing Radiocarbon dating#Calculating ages, the math formulae don't redisplay correctly after I save a Visual Editor edit. For example, instead of
I see
The wikitext is fine; a redisplay fixes the issue, so it's just a redisplay glitch. Mike Christie ( talk - contribs - library) 12:51, 20 July 2013 (UTC)
Seems the following are manifesting at the moment (Chrome 28)
--User:Ceyockey ( talk to me) 15:42, 20 July 2013 (UTC)
Adding references is confusing. 129.25.22.253 ( talk) 18:23, 20 July 2013 (UTC)
I wanted to cut a ref and land it elsewhere in the page. Clicking the numeral display the contents of the ref, but this is not copyable either. Does VE support my purpose? trespassers william ( talk) 21:57, 20 July 2013 (UTC)
The way forward, definitely. Keep up the great work Wiki peeps. 109.76.87.94 ( talk) 22:22, 20 July 2013 (UTC)
hi there , I want to say that this visual editor is beautifull , a a lot much easier than the previous one , simple . outstanding Job . Thanks guys Zenhabit ( talk) 08:52, 21 July 2013 (UTC)
I am puzzled by the hover text that reads "Transclusion". It's not clear what it is or what it does. 85.250.92.26 ( talk) 11:23, 21 July 2013 (UTC)
I have some troubles at the Czech Wikipedia when trying to edit articles like this list of cultural heritage monuments. When the content is included through formating templates as their parameters, the text seems to be not editable through VisualEditor (or it is too difficult). However, directly included tables are OK. Maybe, some similar problem can be also with infoboxes etc.? -- ŠJů ( talk) 14:14, 21 July 2013 (UTC)
Unfortunately, my initial gut reaction is that VisualEditor is horrible and detestable, even if a lot of developer time has gone into it. I can just about tolerate CKEditor if I absolutely have to, but it's the best of a bad bunch. All these JS WYSIWYG editors seem to to have the intention of making simple things simpler, at which they fail, while making difficult things almost inaccessible. (OK, maybe referencing could be made easier, but the focus should be on that alone.) One of the reasons MediaWiki has been successful software is that it hasn't gone for annoying, unresponsive AJAX interfaces, and the markup system is easy to learn and not intrusive (as compared to Textile; or to the VE beta, or to Facebook timeline).
As an example of a simple thing that doesn't "work" (in a usability sense), you can think you've changed a wikilink as the dialogue closes, but in fact all your typing has done is produce a suggestion list so that you don't save the changes. What I type is what I mean, not the basis for the system to do an expensive lookup of all possible alternatives. On a 1 GHz laptop with Firefox, it's taking over 10 seconds for the edit box to appear, during which time the CPU fan has to run continuously. (While we're at it, I also dislike the big blue submit button on the login screen, which is not in keeping with the style of the site, and is redolent of Twitter. Part of my revulsion is from agreement with Jaron Lanier about intelligent agents, but also about trying to keep up with an aesthetic of low-content screens.)
It's also not clear how to turn it off, since there isn't a preference for it. I might use NoScript to turn off JS, but that will stop some extensions working.
I don't think the survey cited supports any additional layer of complexity. Sorry, but my honest opinion is to abandon VisualEditor as misconceived. Cedders tk 14:40, 21 July 2013 (UTC)
So VE users have learned that the only way, in the Transclusion/Template dialog, to add a parameter is to type the parameter name, then press Enter. But that just changed - now you click the parameter name to select it. That's more obvious - but if, for some reason, having learned the old way, you continue to use it - that's trouble.
Example: Cite web. Let's suppose I want to add the parameter "Month of publication". I type that, hit Enter, and there it is, on the left. Except, not really. VE thinks this is a parameter not on its list - you can tell that because there is no description just above the input box where you enter the value of that parameter. (Compare to entering a value for the parameter "Source title").
Under the hood, here's what happens: VE knows that "Source title" is the label (via TemplateData) for the parameter "title". (Similarly, "URL" is the label for the parameter "url" - and yes, parameters are case sensitive.) But VE doesn't know that "Month of publication" (typed) is the label for the parameter "month". So the template code that VE actually stores is this:
That doesn't cause a visible problem on the VE edit page. However, in this case, after saving the page, what is displayed to readers is "Unknown parameter |Month of publication= ignored (help) "
Recommendation: If a person types the name of a parameter and presses Enter, VE should check the typed name against the list of labels in TemplateData, for that template, and if there is a match, handle the new parameter just as if the person had clicked the matching parameter rather than typed it.
I note that I didn't check to see what happens for a template where TemplateData has not yet been set up. -- John Broughton (♫♫) 15:42, 21 July 2013 (UTC)
Hi, I just wanted to relay some feedback I got from new editors at a scientific conference I'm attending. I just ran a workshop for new editors and taught them how to use the traditional editor and the VisualEditor and they vastly preferred VE. One of the participants said it was intuitive for her and she liked how the interface was familiar. Another said she liked Visual Editor a lot but that she thinks scientists who use LaTeX a lot would prefer the wikimarkup editor. Just another data point for you. I'm doing another one tomorrow so I'll come back with more comments. :) Keilana| Parlez ici 17:29, 21 July 2013 (UTC)
I noticed when adding a reference to radiocarbon dating that the "reference" button followed by "use existing reference" would bring up a list of references, but that one reference had the reference name but no text showing the reference itself. The first use of that reference was in a note group; I tried switching it with another location ( diff} and the "use existing reference" list then provided the text correctly. I've reverted so the bug can be reproduced: edit radiocarbon dating, click "reference", click "use existing reference", and scroll to footnote 20 (currently, anyway), which should show Goudie & Cuff. You'll just see the name on the right (GC_128-9). Mike Christie ( talk - contribs - library) 19:31, 21 July 2013 (UTC)
If I search for a topic which doesn't yet have an article, I get a red link offering me the chance to create an article. (You may create the page " Aassddff".) If I click on that red link, I'm starting to edit the article ... in Edit Source.
If our new editors are being made accustomed to VE, what will they do when faced with an empty box into which to start creating an article? Is there a mechanism which will let them choose to edit in VE instead? If not, then in the short term, perhaps there should be an edit notice which says something like "The new Visual Editor has not yet been set as the default editor for page creation. If you would like to use the Visual Editor to create this page, please type at least one character into this box and then click "Save page" below, and then click on the "Edit" tab to re-open it and edit it. Sorry for this inconvenience - we are working on it." Pam D 23:06, 21 July 2013 (UTC)
No, MediaWiki:Newarticletext is not the editnotice seen by editors creating an article in English Wikipedia.
I'm not sure whether it's changed since last time I looked, but I now see there is a "Create" tab alongside "Create source", in the page which opens when you click on the red link. If you click on that "Create" tab, then after a disconcerting pause with the "Wikipedia does not have an article with this exact name" display, it opens up VE to let you create the article.
For the sake of our new editors who we've led into using VE as a default, we need to make this much clearer. The message box already has 5 bullet points, but we surely need to say, very clearly, separated out from the other five, "To create an article using the Visual Editor, click the CREATE tab above this box". It's not obvious, especially to new editors who are, presumably, not really supposed even to know about the old editor.
Of course, in VE they don't get to see the words of wisdom displayed in those five bullet points ... perhaps the info about the CREATE tab should be at the bottom, below them, so they can be assumed(?) to have read that information? Pam D 09:44, 22 July 2013 (UTC)
The process of substitution of a template, at least as described at WP:VisualEditor/User guide (section 7.2) is non-visual - the antithesis of what VE is trying to accomplish. I suggest having a checkbox at the top of the dialog box, when selecting a template, that allows the user to check the box (" Substitution?) to specify that the template will be substituted. Then, if that box is checked, when the template is added to the main editing page, it's in "subst:" form.
Besides being more visual, this approach also deals with the problem that the current process (at least per the User guide) breaks the autocomplete ability of the dialog (when searching for a specific template). It also opens up the (eventual) possibility of TemplateData specifying that a template will normally (or always) be substituted: TemplateData could be read by VE as telling it that this checkbox should be filled in by default. -- John Broughton (♫♫) 02:32, 22 July 2013 (UTC)
I've managed to use the templatedata editor to add templatedata to a minor template I know well as I created it some years ago: {{ Genukiwry}}. (Yes, title is obscure: add link to genealogy/history service GENUKI for a parish in the West Riding of Yorkshire!)
I've successfully added an instance of this template to my sandbox... but only after a struggle. There seem to be two main issues:
Pam D 08:39, 22 July 2013 (UTC)
I've noticed in several articles today that the article title has displayed, in VE, on top of the lower border of the editing header bar. I've not noticed it before. I prefer to edit in a window less wide than my laptop screen, as reading long lines of text is a pain.
On investigation: if I reduce the editing window to the point where the Question mark in a circle to the left of BETA is underneath the greyed-out "Decrease paragraph indentation" icon, there's a critical point where reducing the window width a little more moves that Question-mark back slightly to the right and jumps the article title up to display on top of the lower border of the editing bar.
And a second problem: if I reduce the width even more, then the article title is displayed in a very narrow column. Look at Sengattuppatti, reduce the width, and at a point where the lines of text are still perfectly workable (perhaps you're working from a text open in another window on the screen), the article title is reduced to the extent of losing letters. Reduce the window so that "Tiruchirapalli" is the first word of second line (that's about 50% of my screen width, and a likely width for consulting a source document on screen beside the WP page I'm working on), and note that the article title now displays minus its last four letters. Not wrapped, just disappeared. Ugly. In multi-word articles, it displays as a column but again truncates long words - try Thomas Lumley-Saunderson, 3rd Earl of Scarbrough.
I'm using Firefox 22 on Vista. Pam D 10:18, 22 July 2013 (UTC)
OK, following an example above I've decided these are "own work", so:
and . Hope that helps! Pam D 15:16, 22 July 2013 (UTC){{information |Description= |Source=Screenshot |Date=2013 July 22 |Author=Mozilla developers, Wikipedia Authors |Permission={{Wikipedia-screenshot|1=en|logo=}} {{MPL}} |other_versions= }}
The new interface is extremely disturbing. And I can’t find any button or preference to turn it off. That’s doubly disturbing. Al12si ( talk) 15:30, 22 July 2013 (UTC)
The tooltip with a "puzzle" icon that appears when clicking on a template should contain the name of the template used. This would allow readers to be aware of which template they're about to change and would make the Templates interface self-documenting, teaching by example the existence of the most common templates.
For example, the first screenshot would contain the word "Chembox" besides the puzzle icon: Diego ( talk) 16:40, 22 July 2013 (UTC)
In the same way, the link tooltip (see second screenshot) should contain the text of the linked article, which for piped links is different than the article text. Diego ( talk) 16:46, 22 July 2013 (UTC)
When there is more than one group of footnotes, as in the article Radiocarbon dating, VE should offer the ability to pick from any group when the user wants to (re)use an existing footnote. That is, if the user enters, in the "Options" section of the Reference dialog box, name of an alternative group of footnotes (in the case of this article, that would be note"), then clicking "Use an existing reference" should display the list of footnotes in that group.
Currently, VE ignores what is typed in the "Use this group" box, in the Reference dialog box, when the user clicks "Use an existing reference". -- John Broughton (♫♫) 16:53, 22 July 2013 (UTC)
See [7]. Attempt to remove the subheader duplicating the name. Some things I try remove the preceding template. Others screw up the following paragraph. Is there a workaround? -- j⚛e decker talk 18:24, 22 July 2013 (UTC)
This is a little surprising, I don't recall having seen this before, but perhaps I'm looking at a new deployment.
Edit [8], double-click "Professor" at the start of the second sentence. Press delete. Note that you've been taken to the traditional wikimarkup editor. Mac Chrome Version 28.0.1500.71.
This is horrible Bladez636 ( talk) 19:25, 22 July 2013 (UTC)
When you try to add templates with long TemplateData descriptions (such as {{ coord}}), you can't see the bottom of the template box:Jay8g [ V• T• E 00:42, 23 July 2013 (UTC)
In this edit VE introduced a single stray <nowiki/> even though the edit added no new wiki markup. Another example here. JohnCD ( talk) 09:46, 18 July 2013 (UTC)
Along the same lines, since the introduction of VE I also come across a lot of <nowiki></nowiki> on my Recent Changes patrolling. Some vandalism, some well meant but obviously completely wrong. If that's the same bug it's a very active one. Yintan 11:36, 18 July 2013 (UTC)
Problem 1: Upon opening the transclusion editor, or upon moving a component up/down using the arrows in the bottom left, the Wikipedia search box and accompanying buttons occasionally appear in front of the transclusion editor. The behavior does not occur consistently.
Occurs in Firefox v21.0, cannot replicate in Chrome v28.0
Problem 2: Open the tranclusion editor, then shrink the width of the browser window such that it is narrower than the transclusion editor. Alternatively, use Ctrl +
to increase the font size. In either case, using the left/right scroll bar at the bottom of the page causes the background to scroll, but not the transclusion box. This can hide features.
Occurs in Firefox v21.0 and Chrome v28.0
Problem 3 (semi-related): If I click directly on a collapse box (created with {{
collapse top}} and {{
collapse bottom}}), the transclusion button appears and works correctly. If I highlight a collapse box by clicking and dragging my cursor through it, one of two things happens:
Occurs in Firefox v21.0, cannot replicate in Chrome v28.0
Meep. -- Cryptic C62 · Talk 00:27, 20 July 2013 (UTC)
When I click on "Edit this page," the screen grays out and stays that way for about 5 - 10 seconds. The new editor may be taking up too much memory or for some reason slows things down.
As for the visual editor itself, it seems to have mostly useless features. It's not common to need buttons for bold, underline, bulleted or numbered lists, external links, adding media, etc. The "Page settings" option is misleading since it only shows categories, not settings of any sort.
In general, it takes me longer clicking buttons to get to a basic edit screen. I think the minimum change should be to let an editor decide if he wants that menu-toolbar up top. Light show ( talk) 16:40, 21 July 2013 (UTC)
The hover buttons required for Edit source in sections are [ http://tutorials.tessathornton.com/2011/08/08/screen-reader-accessible-dropdown-menus/ inaccessible to those who use screenreaders. As there is also no officially-supported way to turn VisualEditor off, we need to get accessibility right.
Wikipedia has committed to the Web Content Accessibility Guidelines, but by making the edit source sections inaccessible to screen readers, it violates at least one core principle.
Worse, it does this to no purpose: VisualEditor is not currently able to edit sections, but must load the entire page. Adam Cuerden ( talk) 17:41, 21 July 2013 (UTC)
For examples of specific requirements broken,
[9]
[10]. Obviously, the requirements are written in general webpage terms, not wiki-specific, but it's clear that this violates both
Adam Cuerden (
talk) 17:41, 21 July 2013 (UTC)
Up to now, complying with this somewhat over the top guidance has been relatively painless as any existing refs are visible in the edit window, and in many cases become the source of the new ref (copy, paste, change as needed). Now that refs are (almost) working in VE most editors will simply construct a new ref using the mandatory parameters in a template. Just for fun I tried the copy, paste, change method in VE. The result is a fail for at least three reasons:
Downsize43 ( talk) 02:24, 22 July 2013 (UTC)
This thread was intended to start a discussion about how WP:CITEVAR will be less likely to be complied with by both new and experienced editors using VE. It was not intended to be about the bug reported as Bugzilla 51725, but they are now inextricably linked, because user John Vandenberg has, in "testing" bug 51725 without understanding its implications, breached WP:CITEVAR in exactly the manner I alluded to at the top of this post. Downsize43 ( talk) 00:31, 24 July 2013 (UTC)
I just gave an IP a uw-test1 warning which directs them to the sandbox. It occurred to me to check if VE works with the sandbox - it doesn't. So how can we direct these editors to a place where they can play with VE? -- NeilN talk to me 20:53, 22 July 2013 (UTC)
May I suggest that VE translate (what appears in Wikitext as)
by
The concept of "external link" vs. "wikilink" is complicated enough if you can see the Wikimarkup; if you can't see it, we really can't expect new users to understand it. It would be nice if it would also fix links to other Wikiprojects. (And this is not only of use to en.Wikipedia; any other Wikiproject using VE is likely to have the same problems.) — Arthur Rubin (talk) 01:10, 23 July 2013 (UTC)
There is no horizontal scrolling when editing pages with very wide tables. a5b ( talk) 04:36, 23 July 2013 (UTC)
In the drop-down menu for font sizes / header levels, why is there an option for "page title" size? This is literally never used in articles. As I see it, this option increases the possibility of user confusion without adding any real utility. -- Cryptic C62 · Talk 05:40, 23 July 2013 (UTC)
I kindly request those who are concerned to update the local member officers, as per the last election. I really wish to edit but I do not have the full name yet. thank you. 2.50.66.86 ( talk) 08:43, 23 July 2013 (UTC)
Because of things happening like above - I recommend adding a note to the feedback feature so we don't have people sending misplaced requests. Insulam Simia ( talk) 09:00, 23 July 2013 (UTC)
Pls delete my account.............. Shanthkumar S.B ( talk) 10:32, 23 July 2013 (UTC)
It is so much easier now to handle pages with many references; and to check for duplicate refs. Thanks! – SJ + 10:44, 23 July 2013 (UTC)
Can this finally be launched? There's been a unanimous poll and a near-unanimous poll, and it's not what hidden preferences are intended to do.
You're giving the very strong appearance that the WMF doesn't care what the users say. Adam Cuerden ( talk) 14:21, 23 July 2013 (UTC)
When I attempt to Vedit Typographer (typewriter), the whole page disappears aside from the lead image. Do other people have the same experience? No idea why. Dragons flight ( talk) 15:36, 23 July 2013 (UTC)
I opened Wikipedia in Chrome v28.0 while not logged-in, which put me in the Vector skin. As I zoomed in or shrunk the width of the window, the user navbar at the top got scrunched. I had never seen this happen before, so I suppose it might be related to the new VE tab, but it might also be a more general display glitch. It seemed reasonable to report it here. -- Cryptic C62 · Talk 17:25, 23 July 2013 (UTC)
This beta editor FUCKING SUCKS.
How the fucking fuck do I add an image?
You people are cunts. No wonder wikipedia is losing editors. 31.127.29.115 ( talk) 18:46, 23 July 2013 (UTC)
Editing Pikku-Vesijärvi I noticed that VE's suggested DEFAULTSORT was exactly the title. VE should be set to drop the diacriticals when suggesting DEFAULTSORT - should have been "Pikku-Vesijarvi" with a plain "a". Pam D 19:03, 23 July 2013 (UTC)
Once the editing interface pops up, all the links turn blue, so I don't easily know which need retargetting. Tazerdadog ( talk) 02:38, 24 July 2013 (UTC)
The loading is slow on pages with tables El Otro ( talk) 11:02, 18 July 2013 (UTC)
each time I press the 'save page' button it keeps saving, but nothing happens. If I close the page, the changes aren't saved. HeroPsycho22 ( talk) 07:52, 22 July 2013 (UTC)
Well it isn't just related to the number of references. I was unable to get the editing interface to load for List of United States counties and county-equivalents - first time it crashed firefox with the error "###!!! ABORT: OOM: file /build/buildd/firefox-22.0+build2/xpcom/string/src/nsTSubstring.cpp, line 348
" on the terminal. So I tried again with a single window and no other tabs open (I normally have ~90 tabs open over three windows) but after waiting 13m 39.322s I gave up. Along the way though I got the following warnings about scripts running slowly. I chose to let them continue each time:
Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:130 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:130 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:7 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:30 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:38 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:38 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=monobook&version=20130719T023752Z&*:122
(duplicate lines mean the same error was received more than once). I do appreciate this was an exreme test (that article is number one at special:LongPages), but for comparison the source editor opening it in 7.680 seconds. I'll keep testing :) Thryduulf ( talk) 18:05, 22 July 2013 (UTC)
Running on Chrome 28.0.1500.72 m. Edited a 600 word article, Uzbl. Clicked save repeatedly. I got the working graphic, but when it stopped, the save dialog was still displayed. Made my changes the old-fashioned way. — Preceding unsigned comment added by Lfstevens ( talk • contribs)
I have been seeing a number of peculiar wikilinks where a space or extra characters are built into the displayed text e.g. here. These display OK but will cause problems for editing in future, e.g. if someone wants to add an item between [[Link1|Link1, ]][[Link2]].
I think the reason for these is probably an awkwardness in the process of entering a wikilink which I ran into myself when trying it out. Initially, I tried typing until I reached the point for the link, then clicking the Link item and entering the link. I think many others might also do that, but it gives trouble. Reading the fine manual, I see it says "You should first select (highlight) text, or place your cursor on a word, then click the Link icon"; but that is actually not enough: unless you type at least an extra space after the link word before attempting to link it, you still encounter a frustrating and annoying problem. Steps to reproduce (Win7, FF22.0):
These experiments very often left the link as something like [[London|London and]], and I think this problem accounts for the funny links I am seeing, and no doubt for a number of confused and frustrated users. JohnCD ( talk) 21:56, 22 July 2013 (UTC)
This has been noted at Bugzilla:51531, the current behaviour is problematic because there is no way to end a link placed at the end of a line other than starting a new line entering a space and then deleting the new line. Thryduulf ( talk) 10:11, 23 July 2013 (UTC)
When I open Joutjärvi in VE, the {{ stub}} displays with an icon of a jigsaw piece with a "W", and the wording "This short article can be made longer. You can help Wikipedia by adding to it." "Short article" and "adding to it" are links, but as it's in a template in VE I can't see where they go. When I come out of VE, the message reverts to the usual "This article is a stub. You can help Wikipedia by expanding it.".
I've tried a couple of other random stubs, and this isn't happening with them. I can't see anything unusual about the stub tag in this article.
This comes under the category of "VE doing very odd things, which perhaps the devs should know about in case symptomatic of something, though it doesn't do much harm to editors except to make them wonder whether they're going slightly mad when they see the unexpected." Undesirable, possibly symptomatic of something, but not in itself very important. But weird.
... Further: I edited it to add a tag, saved it, opened again in VE: consistently I see the normal stub message when viewing the article, and the different one when in VE. Have now stub-sorted it. Pam D 19:33, 23 July 2013 (UTC)
Looks good: thanks, Oliver. If it happens again I'll let you know! (If there weren't so many other pressing issues I'd ask for a non-techie explanatation as to what on earth was happening, but I won't distract you from more important stuff. Like redlinks.) Pam D 07:12, 24 July 2013 (UTC)
I added template data for Template:Bibleverse and Template:Bibleverse-nb on July 10th. The Data for Bibleverse-nb shows up in the VE, but not for Bibleverse. How long should it take for it to be integrated? -- Atethnekos ( Discussion, Contributions) 02:28, 24 July 2013 (UTC)
Currently editing Where Does This Door Go, the Mayer Hawthorne album. There is no way to use the visual editor to select the "Professional Ratings" template box. It is covered by the "Track List" transclusion. Jairuscobb ( talk) 04:00, 24 July 2013 (UTC)
When I edit a page with the pending changes revision dropdown, and I am scrolled to the very top, the dropdown and the VE page settings link become mangled. See highlight in included image. Firefox 22 on Win7 Pro SP1. -- Atethnekos ( Discussion, Contributions) 04:20, 24 July 2013 (UTC)
If I type "Fra]]nce" and then select that entire text and make it a link to France, after I save it, the link anchor ends up appearing just as "France" followed by a non-anchor "]]". -- Atethnekos ( Discussion, Contributions) 08:13, 24 July 2013 (UTC)
If in the source code there is <<nowwiki/>blockquote>, and in VE I select "<blockquote>" and delete it, when I save the <nowiki/> is left behind in the source code. -- Atethnekos ( Discussion, Contributions) 08:59, 24 July 2013 (UTC)
If I make 2 changes, review changes, exit review/save dialog, undo last change, and then review changes again, the review shows both changes, though saving only saves the first. -- Atethnekos ( Discussion, Contributions) 09:09, 24 July 2013 (UTC)
I have written a quick guide to help anyone who wants to upload a screenshot to illustrate their problem. The guide is at User:Thryduulf/How to upload screenshots of Wikipedia, feel free to improve it. Thryduulf ( talk) 09:36, 24 July 2013 (UTC)
It's o'k one has an option to choose the way now.
The new method can be useful. Still I've encountered a sort of inconvenience which is the following: while editing, the toolbar occupies a significant area in the upper third visually and otherwise blocking the text, when we, at the same time, usually have an unoccupied area to the left (where the navigation column is which is often empty much below the existing items); the question is why not to devise a possibility, an option to change its place — I mean the toolbar could be opted to place it either where it's offered to be now – or, otherwise, on the left side of the pane – where it should not be blocking an essential area of the text to edit, in this case the text available without scrolling will be by, approximately (depending on your zoom), a half more than it is now.
Josh, linguist (
talk) 10:27, 24 July 2013 (UTC)
I was attempting to correct a minor error at Class 455. Although I was only attempting to change one word, the editor changed,
into
and then complains of a formatting error and refuses to allow the change to be saved. The editor seems to be interpreting the list of class numbers as a telephone number. 86.144.88.156 ( talk) 11:59, 24 July 2013 (UTC)
Hi, I know a lot of people are interested in getting this out of their face, including myself (and I mostly edit without being logged in), fortunately I found a way to do it if you are using Chrome and have AdBlock installed, it makes it completely go away, works even though I'm not logged in, and I love it :) Steps:
Yay, no more VE. As far as I can see it fully fixes this bug without any adverse side-effects. 86.30.129.146 ([[User talk:86.30.129.146|talk]]) 12:56, 24 July 2013 (UTC)
For a few minutes just now I had the experience that all Wikipedia pages were showing the VE interface links (i.e. [edit | edit source] at sections and both tabs at top), even in namespaces where VE is not supposed to be enabled. I was just starting to try and diagnose the issue when it stopped happening and everything went back to normal. Maybe the underlying problem was fixed, I don't know. However, I wanted to leave a note here in case other people start seeing the same thing. Dragons flight ( talk) 16:46, 24 July 2013 (UTC)
Hi,
Link titleWhen I try to log into Wikipedia, I keep getting a message stating I've entered the wrong password, I've been thru' all the pass words I've used online, but Wikipedia insist that there is no email address associated- with my username which is B1N4RYGH0ST, so I cannot I reset my password, please help me rectify this problem as soon as possible.
Regards,
B1N4RYGH0ST.
P'S I look forward to a speedy response, thanks again. 86.41.17.123 ( talk) 18:30, 24 July 2013 (UTC)
Is there any way that the VE can help prevent newbies from adding reference numbers in manually? There doesn't seem to be any help or guidance for information about doing it right: the icons are inscrutable, but there's no other help, either. EllenCT ( talk) 18:51, 24 July 2013 (UTC)
Example: I want to use "Cite web" as a template. I start typing "Cite web" into the search box, in the template dialog. By the time I've typed "Cite w", I see that the "Cite web" (below the search box) is highlighted and has a checkmark below it. So I press [Return]. That works fine.
But if I were to press "Add template" at the point where I've only typed "Cite w", two bad things happen.
P.S. As long as I'm reported bugs related to "Remove template", I suggest that the button not be functional when the dialog box has just been initiated, and "New template" is highlighted. I realize that it's unlike the a user will press this button; still, it's a bit unexpected that it works, and the result (again) is a blank dialog box with "X" and "Apply changes" as the two options. -- John Broughton (♫♫) 19:02, 24 July 2013 (UTC)
Page takes significantly longer to load the editor and save the alterations. 177.200.105.2 ( talk) 19:31, 24 July 2013 (UTC)
The Unit of Alcohol page has a transcluded footnote. There is a simple typo in that footnote. It is impossible to edit that typo.
/info/en/?search=Unit_of_alcohol
The visual editor is very very frustrating. 149.254.49.84 ( talk) 20:28, 24 July 2013 (UTC)
Reported as T53992 including a test case.— Kww( talk) 21:29, 24 July 2013 (UTC)
This page and its archives are ridiculously long so forgive me if something similar has been reported already, but there appears to be an issue with the visual editor which, one the above article, adds the following wikimarkup to every edit:
; {| class="wikitable sortable" style="text-align:right"
[15] [16] [17] (not an exhaustive list of diffs) – Steel 20:44, 24 July 2013 (UTC)
I think the user here was just trying to change some numbers in a table, but VE added pawns galore, including splitting the table in two to create a table with no cells. [18]
Usually when VE messes with tables there is some sort of formatting error there. I can't see one but I'm not very god at spotting them so I'd like others to take a look. If there is formatting errors it's probably a known bug, if there aren't then I'm less certain. Thryduulf ( talk) 20:53, 24 July 2013 (UTC)
Editing anonymously from my school computers is blocked, and for fun I tried editing a page using VE. It lets me edit the page fully, until I try to click the save page button. No matter how many times I click it it doesn't save, but there's no notification telling me why it doesn't save. A bit weird really. -- t numbermaniac c 22:27, 24 July 2013 (UTC)
Why are you letting people change information on here ? its dangerous and crazy! Every time I try to get information for my research, I can't trust this sites information! SO ...... Goodbye wikipedia ! This site sucks ... 108.33.77.23 ( talk) 00:05, 25 July 2013 (UTC)
another recent thread on usage stats for VE → Wikipedia:VisualEditor/Feedback/Archive 2013 2#Some performance notes
I took a quick look at the editing history of University of Delaware. The first VE edit was done on 20 June ...
...and since then this is the editing pattern where 12 of 26 edits have been created using VE:
editor type | editor count | editor choice |
---|---|---|
ip | 2 | Classic |
ip | 1 | VE |
new account <50 edits |
1 | VE |
user | 1 | Classic |
user | 1 | Classic & VE |
user | 1 | VE |
this error occurs when trying to edit my sandbox (the contents were swiped from a page found when searching for certain userboxes):
Warning unresponsive script.
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:124
Firefox 22.0, Windows 7 Starter SP1 (netbook). this error can be reproduced by simply clicking "edit" on my sandbox:
Warning unresponsive script.
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130719T023752Z&*:7
Warning unresponsive script.
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:122
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130719T023752Z&*:32
good luck with this new project, and i hope the bugs get worked out soon. :) Octalpuss ( talk) 18:17, 20 July 2013 (UTC)
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:121
... but then, the first line i typed got linked to something that was linked in the top of the userbox box. Octalpuss ( talk) 21:14, 20 July 2013 (UTC)
this one came up today:
Extended content
|
---|
|
i am not good with computers so i will just leave this here. ¯\(°_o)/¯ Octalpuss ( talk) 18:28, 21 July 2013 (UTC)
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:121
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130719T023752Z&*:30
what i am now curious about is how to reduce the size of the font on the top line of my sandbox using VE? i see that it is surrounded by <big></big> tags, and i don't see a way to adjust font size (without editing source). Octalpuss ( talk) 03:20, 22 July 2013 (UTC)
when clicking edit on this section, this error is returned: "Error loading data from server: novenamespace: VisualEditor is not enabled in namespace 4. Would you like to retry?". okay that aside, i just tried to blank my sandbox, and it ended up placing a bunch of weird characters and some images randomly. Octalpuss ( talk) 21:19, 24 July 2013 (UTC)
This afternoon I am finding that the scroll function on the parameter panel of the template editor is not working for me (Chrome 27). As a result, I can't see or click on any parameters in the add parameter dialog beyond those that are at the top of the list. Obviously, this pretty much castrates my ability to use complex templates with many parameters like {{ cite web}}. The same problem occurs whether I add a new template or open the dialog after selecting an existing template. Dragons flight ( talk) 00:10, 24 July 2013 (UTC)
@ Okeyes (WMF): Scrolling is working with Safari, and Chrome (I assume). But - as I reported previously - in Firefox (at least the Mac OS version, 22.0) the dialog box has (for the last few days; it was okay previously) an apparent problem with font size. And now it's a significant problem - the issue is preventing the scroll bar from being visible, so the new functionality essentially still isn't available to Firefox users. -- John Broughton (♫♫) 18:22, 24 July 2013 (UTC)
I can no longer use the alt+c, alt+s and alt+p shortcuts to view the changes and bring up the saving options. Especially for copy and textual edits, which the visual editor is focused on, these kinds of shortcuts ensure that my editing experience is quicker and doesn't require that I use my mouse or some type of complex series of button pushes. Can we re-institute those please? Sadads ( talk) 17:17, 24 July 2013 (UTC)
I tried VE again. I don't see any buttons to save or cancel the changes. If they are hidden somewhere, I can't find them. Gigs ( talk) 17:52, 24 July 2013 (UTC)
If I'm searching for cite web, I also see, in the list, cite web/doc, cite web/sandbox, cite web/today, cite web/old, cite web/testcases, and more. None of these are templates that users are likely to need; the list would be much cleaner if they were excluded.
Given that occasionally users may want to use these templates, in VE, I suggest a checkbox, checked by default, in the dialog for "New template". The checkbox should labeled something like "Exclude subpages". That way, if a user does in fact want to see these, he/she can do so by unchecking the box. The checkbox could be part of the "Options" area; if so, it should be visible only during the "New template" part of the dialog. A better place probably would be below the "Add template" button, so it's still visible during the search process, and can be checked or unchecked during that. -- John Broughton (♫♫) 20:19, 24 July 2013 (UTC)
Category:Commons category without a link on Wikidata is added to any article that transcludes Template:Commons category whenever anyone uses VE, e.g. [19]. The category should not be added per Template talk:Commons category#Edit request on 24 April 2013: Check Wikidata errors. DrKiernan ( talk) 20:26, 24 July 2013 (UTC)
I edit using a Droid RAZR, on desktop not mobile. Starting today, I am seeing VE error messages on user talk pages. The "edit source" option pops up, but my browser crashes when I try that option. I am not consistently able to edit existing sections and have to open a new section to continue a conversation. Cullen328 Let's discuss it 22:27, 24 July 2013 (UTC)
At [22] the image of the train is shown left aligned. When viewed in read mode it is right aligned. This might be because the infobox means it can't be shown on the right in the section where it is included, and if so I don't know what would be better. I'm just about to go to bed and haven't got the mental energy to do any testing or reporting. Thryduulf ( talk) 01:12, 25 July 2013 (UTC)
Now I'm awake and have had time to think about it, I reckon that the poor-quality mockup I've added here would be better. That is render the image in the editor where it will appear in the view, but place the slug where the image is called in the source and have a dashed line linking the two whenever either is selected. Thryduulf ( talk) 09:53, 25 July 2013 (UTC)
Problem: I click "edit this page", the VE begins loading, but never finishes. At first I thought this might be a problem with a particular article, but I've tried many different articles—big ones, small ones, with images, without images—and it's the same thing every time.
I've used VE on other computers with no problems, and I can edit source on this computer with no problems, but for some reason VE just doesn't like this computer.
Could there perhaps be some browser settings I'm not aware of that could block VE? -- Cryptic C62 · Talk 04:39, 25 July 2013 (UTC)
Uncaught TypeError: Object function (selector,context){return new jQuery.fn.init(selector,context,rootjQuery);} has no method 'getVisibleText' load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…t%7Coojs%7Cunicodejs.wordbreak&skin=monobook&version=20130725T023359Z&*:16
Blocked a frame with origin "
http://www.superfish.com" from accessing a frame with origin "
http://en.wikipedia.org". Protocols, domains, and ports must match.
I'm of the opinion that VE is a great idea, but on fundamentally the wrong track. It's far too mouse-based for something based around editing an encyclopedia: The last thing you want to do while typing up text is to lift hand from keyboard and use the mouse to fill in forms. It'd need huge amounts of keyboard shortcuts to be viable... and the VE team seem oddly convinced that using the pre-existing wikimarkup shortcuts is somehow moving backwards.
If I thought the VE team cared about the views of older users, I'd be more optimistic, but the preferences fiasco killed that belief. As such, I have little faith that VE will ever merge in enough wikimarkup-as-shortcuts to ever be practical. Adam Cuerden ( talk) 04:48, 25 July 2013 (UTC)
Maybe we should move this thread to Wikipedia talk:VisualEditor? These topics are fascinating, but they are not providing feedback on how the current VE works. Diego ( talk) 09:53, 25 July 2013 (UTC)
I don't know what the editor did, but he got a <nowiki>...</nowiki>
around a whitespace in the middle of a paragraph on
this edit. --
NicoV (
Talk on frwiki) 09:54, 25 July 2013 (UTC)
Other strange nowiki inside a ref on this edit. -- NicoV ( Talk on frwiki) 09:56, 25 July 2013 (UTC)
I decided to create an article for Wikipedia:Most_wanted_articles, using VE.
First experience: there's no indication how to close the popup window about creating a new article! Eventually, you find that clicking on it makes it go away, but that's not obvious. How about a conventional "X" or "Acknowledge"?
This will probably be the first of a series of reports! Pam D 10:46, 25 July 2013 (UTC)
Wouldn't it be nice if today's date was the default setting for "URL access date"? Pam D 11:31, 25 July 2013 (UTC)
I've got a list of refs; I've added a stub template; I want to add External links. Can't do it in the right place. Tried adding an EL heading in the wrong place, but because I didn't prepare any blank lines after it before formatting the heading, I can't add anything below the heading.
But Mother wants lunch so the experimenting has to stop for now. Stubby little article at Tyson R. Roberts for now (masses of incoming links as authority on umpteen kinds of fish). Hard work in VE. Pam D 11:45, 25 July 2013 (UTC)
Hi, it looks like this edit has resulted in some kind of formatting error. Should I notify someone of this problem, or just revert to previous version?-- FoxyOrange ( talk) 14:16, 25 July 2013 (UTC)
Wikipedia:Village_pump_(technical)#Proposal:_English_Wikipedia_should_set_up_a_sitenotice_explaining_how_to_turn_VisualEditor_off.
Just a heads up.
Adam Cuerden (
talk) 14:37, 25 July 2013 (UTC)
Hi is it really not even possible to move wikilinks around by ctrl x ctrl v? It only inserted the lable but not the Link! This is definitely not an luxury feature but core functionality.-- Saehrimnir ( talk) 14:56, 25 July 2013 (UTC)
Isn't it supposed to be the equation \sum_{u \in V} f(u, w) - \sum_{u \in V} f(w, u) = 0? Rodichi ( talk) 16:13, 25 July 2013 (UTC)
So I needed to change the order of two sections in an article and tried cut and pasting a whole section. Shall we say it was less than successful. It does not preserve references, links or formatting. My first attempt put the whole section in the heading style.-- Salix ( talk): 18:16, 25 July 2013 (UTC)
This really gums up editing, leaving me twiddling my thumbs waiting for it to catch up. How do I turn it off? — kwami ( talk) 18:25, 25 July 2013 (UTC)
I've updated the edit notice with the opt-out message, but I've not touched the FAQ. I'll do that when I come back later if nobody has beaten me to it! Thryduulf ( talk) 18:46, 25 July 2013 (UTC)
This doesn't work and while I appreciate it is a beta version, why is there no link to get rid of it? I get an error relating to an invalid token. GPSJane ( talk) 18:55, 25 July 2013 (UTC)
I've roughed in a page giving instructions on how to turn VisualEditor off. Additional editing is welcomed. Adam Cuerden ( talk) 19:10, 25 July 2013 (UTC)
Not sure why it disappeared when I was trying to edit the population. Please help and I apologize for the error. Eddiz ( talk) 23:23, 25 July 2013 (UTC)
Noted when editing the Toronto Star article. References 1-5 are in the infobox. When clicking "Edit" anywhere on the page (i.e. by clicking either the "edit this page" button or the "Edit" link at any section header), the references all renumber to exclude the references in the infobox, and the reference list drops the references in the infobox. Risker ( talk) 05:52, 26 July 2013 (UTC)
James D. Forrester wrote on the mailing list last night:
Because I understand the level of concern that this matter is causing, I
am changing my mind on this. For the duration of VisualEditor's "beta" period, there will be an opt-out user preference. This will be deployed tomorrow morning, San Francisco time. Once VisualEditor is out of 'beta', this preference will be removed.
As others have explained better than I, we think that users will be ill-served by this opt-out, and I hope that as few users as possible will choose this way to degrade their experience and deprive the community of their input. Instead of endlessly arguing the point about this, I'd rather
my team and I spending our time working to make our sites better.
I personally would like to see this option enabled indefinitely, but this is better than the current situation! Zell Faze ( talk) 13:28, 24 July 2013 (UTC)
I think it's unlikely that so many editors will "deprive the community of their input", by opting out, that the VE team won't find out about problems, or won't get a good understanding of their impact. I've seen a lot of sustained work here, by volunteers (not to mention the stressed WMF staff), to help make this project a success, and I don't think that's going to slacken off as VE gets better. If (say) half the community opts out - well, that leaves the other half still helping on the VE project. It also means more time (and less irritation) for the half that opted out to do their regular things at Wikipedia, improving it, which is a good too. -- John Broughton (♫♫) 17:20, 24 July 2013 (UTC)
Now we just have to work on making this the default setting for new accounts until VE works. It still frustrates me that we insist on exposing new editors to a tool that our own experience and WMF's quantitative research both demonstrate doesn't achieve the objectives for the project. VE may be the wave of the future, it may be wonderful next year, but it isn't functional enough to expose newbies to right now.— Kww( talk) 19:06, 24 July 2013 (UTC)
I thank the WMF for finally listening, but do think that the announcement of this is, at best, rather tonedeaf. Also, while I fully expect and encourage the WMF to turn VE back on for everyone when they're sure it's ready, I really don't think it would help anyone if they remove the ability to disable it again.
For one thing, the VE actively rejects even the most basic wikimarkup support. That means that many, perhaps even most old users will never accept it. In the example linked, the WMF is rejecting a choice between a keyboard-based "type [[link]]" in favour of a mouse-based interface, a choice that will never be as fast as keyboard alone. This seems counterproductive, petty, and frankly, a sign that the WMF don't understand what people actually like about Wikitext. As such, I have strong doubts VE will evolve into anything I'd want to use anytime in the next three years.
By keeping the option to disable VE, the WMF may cause a lot of people who dislike VE to choose not to use it, but the alternative is to force the people who dislike it to use it anyway - and that's a good way to make people hate VE and you.
So far as I can tell, the VE development was done based solely on the desires of new users. Whilst they're an important audience, by cutting out older users from the research, the VE team have basically assured that old editors would be dissatisfied. Until that changes, I do not see myself ever willingly using VE, and would stop editing Wikipedia if given no other option. Adam Cuerden ( talk) 23:50, 24 July 2013 (UTC)
in the 'Karma in Hinduism' page every time i edit the page using the new cool uber-awesome fantastic (but slow to load) editor it changes an unrelated paragraph next to an image. You can see the edits and artifacts around this time:
8:32 PM Thursday, July 25, 2013 (UTC) 201.27.126.60 ( talk) 20:32, 25 July 2013 (UTC)
This is caused by an image followed immediately by a wikilink. I suspect this doesnt happen too often, but often enough it is going to be problematic. It would be good to do an impact analysis to identify all pages with this syntax and fix them all at once, taking the pain out of this bug and letting the dev team work on the bigger problems. John Vandenberg ( chat) 06:00, 27 July 2013 (UTC)
Edit page, then click save to get "Edit summary" Window. Don't touch mouse, put some description, using the keyboard. Then we want to change checkboxes "minor edit" or "watch page", without using the mouse. Press <Tab> key, and you will be directed to the link "minor edit" not to the checkbox. second Tab - is "Save Page" button. Next - "review changes". Next three tabs - for links in the footer of this windows.
Is it possible to change tab order to this (e.g. using tabindex argument or via rearranging divs and other elements):
Or even move "save page" and "review" to be just after "description" — Preceding unsigned comment added by A5b ( talk • contribs) 26 June 2013
If this was reported / dealt with earlier, thanks for saying so and pointing. Sequence of events with VE ...
Regards --User:Ceyockey ( talk to me) 00:41, 26 July 2013 (UTC)
Anyone got an explanation for this one, where VE apparently decided it didn't like the reference tag formatting?— Kww( talk) 06:06, 26 July 2013 (UTC)
When wanting to edit a section of an article, it is highly frustrating to wait (what feels like ages) for the entire page to reload with the microsoft word-style buttons. Can we make it possible to just edit individual sections like with the original editing style?-- Coin945 ( talk) 08:44, 26 July 2013 (UTC)
i dont feel good with this new sistem of edition. simply not good Cheposo ( talk) 12:02, 26 July 2013 (UTC)
This edit added the ↵ character, as well as screwing several references and removing some wikilinks. -- Redrose64 ( talk) 12:14, 26 July 2013 (UTC)
[[Title|'Anchor']]
(including the apostrophes). VEdit the page, highlight Anchor
and hit Italics. When the page saves, the result is [[Title|'''Anchor''']]
, which produces a bolded link.[[Title|'Anchor']]
(including the apostrophes). VEdit the page, highlight 'Anchor'
and hit Italics. When the page saves, the result is [[Title|''<nowiki>'Anchor'</nowiki>'']]
, which produces an italicized link.Interesting. -- Cryptic C62 · Talk 16:27, 26 July 2013 (UTC)
I think the visual editor is slow and it never saves the edits I make until I press the " Return" button. I mean it definitly needs alot of improvement.-- BabbaQ ( talk) 16:43, 26 July 2013 (UTC)
[28] lists this rather interesting event. I look forwards to hearing about the inevitable booing and chaos as they try to sell this idea to a hostile room. I can't imagine the VE team can have even the minimal humility needed to keep the editors on their side.
And I really do think it's important that they have to face editors face-to-face on this one. They're never going to listen to editors who write in text. They're going to need to experience personally the users' opinion on how poorly they've handled the launch, the planning, and, most of all, how their dismissal of wikitext is backwards and unacceptable. Adam Cuerden ( talk) 19:05, 26 July 2013 (UTC)
The top part of this diff with the duplication / breaking of the <br> tag is rather odd. Dragons flight ( talk) 19:58, 26 July 2013 (UTC)
I want to mention it here in case anyone else likes it. For a while now I have been using:
.ve-ce-surface { background: #F8FFF8; }
To tint the entire VE edit space a soft green. I find this very helpful for making obvious when I am in edit mode and when I am in reader mode. Dragons flight ( talk) 20:07, 26 July 2013 (UTC)
While putting in stub templates in article "Zhang Shi (prince)" using the visual editor, when trying to save I got the text
"Error loading data from server. Unsuccessful request: Invalid token."
This appears to be an existing bug.
will try using the Edit source. Successful Rpyle731 talk 22:25, 26 July 2013 (UTC)
Its obvious at this point that the WMF isn't going to admit the huge mistake they made in releasing this piece of crap but its clear that's how the vaste majority of people feel. Its been more than a month since its beta release and more people are screaming for the madness to stop than ever before. People are flooding talk pages with bugs, complaints and comments. I took a break for a couple weeks to see if things got better, they haven't. The application is garbage and needs to be removed until its fixed. I'm logging back off now since this is no longer about helping editors but the WMF being pointy. Visual Editor is officially driving away editors because the WMF doesn't want to do the right thing. What a shame. Kumioko ( talk) 00:08, 26 July 2013 (UTC)
Actually, VisualEditor is not targeted at the thousands of users who've made it through the gauntlet and figured out how to edit with wikitext; we know it, and we're not all that likely to change. I have the sense that the WMF isn't the least concerned that about 95% of "old user" edits are done using wikitext. That, to me, is a problem, because it creates a serious social gap between generations of users. We're not that far off from having only a small percentage of "old hands" being able to explain what we consider to be basic editing practices to new users, and we don't know very much about the new users who are joining at this point and won't for a while. The last time that we had a major gulf was around 2006-07, and we have never really got past the problems with socializing a large group of new users whose activities were "different" from other editors. It was at about that time that so many of the issues relating to "civility" and mutual respect started to erode. It concerns me that there's little evidence of thought on the part of the WMF as to how these new editors are going to be socialized into the communities. Of course, I could be wrong, and there could have been lots of thought about this, but that thinking hasn't been shared with us. I just keep pointing to the fact that they've got half a dozen short-term community liaisons, and once they're out of the picture, there's no reason to believe that the community is going to be in any position to support all these new editors using software that is largely terra incognito for the rest of the community. One thing that I know for a fact much of the developer community (both staff and volunteers) hasn't realised is that most of what they are doing now is as much social engineering as it is technical engineering. The code that they write isn't just keeping the servers running. It's intended to directly affect socialization and interaction on the projects. They need to own that fact, and to be willing and able to deal directly with the human effects of their work. Risker ( talk) 05:05, 26 July 2013 (UTC)
need ability to set subscript for ECG leads, e.g. V4 eug ( talk) 05:42, 27 July 2013 (UTC)
Just wanted to record the salient points of using VE at a workshop for 40 newbies (35 women, 5 men) at Sophia College, Dept of Social Communications and Media, Mumbai on July 13. The Mumbai community ran this 3-hour workshop on request from the department.
Here's an experiment I conducted: In source, I wrote a sentence which employed strikeout, subscripts, and a {{ citation needed}} tag. I entered VE, cut the sentence, and pasted it in MS Word 2007. To my pleasant surprise, all elements of the formatting and hyperlinking survived the journey. I then cut the sentence and pasted it back in VE. None of the formatting survived. I found it somewhat curious that formatting can survive the journey in one direction but not the other. -- Cryptic C62 · Talk 06:26, 27 July 2013 (UTC)
I tried using Ctrl+Y, which is the shortcut for 'redo' (the opposite of 'undo'). It didn't work. Much sadness, as this is a very handy shortcut. -- Cryptic C62 · Talk 06:26, 27 July 2013 (UTC)
Every change to episode list causes chaos: [29], [30], [31] and there were more examples. -- Magioladitis ( talk) 11:15, 27 July 2013 (UTC)
The category that keeps coming in dozens in Category:Episode list using the default LineColor -- Magioladitis ( talk) 11:21, 27 July 2013 (UTC)
In this one we have Category:Commons category without a link on Wikidata -- Magioladitis ( talk) 11:26, 27 July 2013 (UTC)
Maybe a duplicate of Wikipedia:VisualEditor/Feedback#Addition_of_hidden_categories. -- Magioladitis ( talk) 11:27, 27 July 2013 (UTC)
Another example (8 July 2013) again for Episode lists without episode numbers. -- Magioladitis ( talk) 12:35, 27 July 2013 (UTC)
Hi I have a idea why don't we add a spellchecker on the editor? Tiswaser ( talk) 12:59, 27 July 2013 (UTC)
I have little experience with VE, so apologies if this is know, but I did search the TOC and see nothing about sortable table.
I tried an edit using VE, and observes that a table in the section, which had been sortable, was not longer sortable after the edit. (Read on, as it turns out to be less serious than I first thought)
(As an aside, is there a place to test these things other than live articles? I was going to create a sandbox, but VE isn't enabled for sandboxes.)
On the chance that I did something wrong, I tried again.
In this edit, I used VE to add the word "test" to the Coaches and results section. After the edit, the table was no longer sortable. (Not just the table in this section, but the table in the subsequent section as well.)
Oddly, if you go to the linked diff, it appears to be sortable, however, the saved version was not.
I wondered if there was a delay, so I tried again. Again, after the edit, the table is not sortable. However, if I click on the article button to reload the article, it is sortable, so this turns out not to be a major issue, but it may be troubling to editors who think that the VE edit removed the sort feature.-- SPhilbrick (Talk) 13:40, 27 July 2013 (UTC)
Task: Using VE, Change an image while preserving its caption and positioning.
Method 1: Click on image. Click on media popup. Nothing helpful here.
Method 2: Click on image. Click on media button in toolbar. Select new image. Position is preserved, but caption is deleted.
So how would one do this? Is it even possible? -- Cryptic C62 · Talk 16:41, 27 July 2013 (UTC)
Scenario: Editor is using VE. Editor adds an image of a person, then writes a caption. Editor says "Shoot, how is this person's name spelled? I'll just copy it from the article text." Editor cannot resize or move the Media settings window, and even if that were possible, the editor cannot highlight the article text anyway.
Ideally, it would be nice to be able to resize and move popups to make it easier to read the article while editing. The ability to highlight would be an added bonus. -- Cryptic C62 · Talk 16:48, 27 July 2013 (UTC)
It has recently dawned on me that the Wikipedia VE is to a substantial degree modeled on the VisualEditor used by the Wordpress blogging system (see http://en.support.wordpress.com/visual-editor/ for an overview). However the Wordpress version does quite a number of things that the Wikipedia version can't, such as special character insertion and switching between visual and source mode. It seems like it would make sense to set a goal of replicating those features (of course implementing them would take time). Is there a reason why that can't be explicitly set as a goal? Looie496 ( talk) 17:02, 27 July 2013 (UTC)
ref tag is not okay 188.230.2.168 ( talk) 17:21, 27 July 2013 (UTC)
It's pretty much terrible. ForwardObserver85 ( talk) 19:54, 27 July 2013 (UTC)
Anyone seen the parameter values in a template jump to the next line? At first when I saw this I thought it had to do with the parameter content. Happens if I just do it with a single character though: see simple case.— Kww( talk) 20:26, 27 July 2013 (UTC)
Sorry, but I simply couldn't figure out how to do this using the VisualEditor. Thanx. 132.216.109.173 ( talk) 20:57, 27 July 2013 (UTC)
Hello again, not sure if this is the right place/time to suggest this but here we go: I wish I could edit the plain wiki just by clicking a section... sort of a instant edit but without all the VE WYSIWYG items. Maybe this would need a all new dev but since current VE is full of resources, maybe could be a "lite version"? Thanks a lot. Dianakc ( talk) 22:16, 27 July 2013 (UTC)
When editing the Athlon 64 X2 article, I have only a memory of deleting one line in the external links, yet somehow the infobox was deleted. It is possible I did this inadvertently and didn't notice when saving the edit, but I usually do notice these things.
Also annoying is the "General Unconstructive Edits" warning left on my user talk page by some inconsiderate, presumptive operator of a bot. It would be nice if developers of these bots would be more kind to users using tools that are in beta, as we may either be mistakenly using the tools incorrectly or the tool itself may have created the issue. When I read the post left on my talk page, I didn't feel that such automated tools do well to promote activity on this site. MadenssContinued ( talk) 01:28, 28 July 2013 (UTC)
VisualEditor wouldn't let me save an edit I was trying to make with it. After clicking the Save button, and waiting awhile (1 to 2 mins), the following error message came up: "Error loading data from server: Unsuccessful request: Invalid tokin". I tried saving numerous times, including after return to make more changes with the edit, and the same thing came up. In the end I clicked the Review your changes button, copied the diff to a file on my computer, and the made the edit [32] in source mode. Not being able to save edits is a really huge bug – I doubt most people would think to save the diff, and thus would lose their edits. I am using Chrome v28 on Windows 7. - Evad37 ( talk) 02:20, 28 July 2013 (UTC)
I added an existing citation that did not already have a "name=" value to a second location within an article. VE added a default name to the reference to allow it to be cited twice, I think the value was ":0". Is there a way to assign a more meaningful name to the reference within VE? VQuakr ( talk) 18:43, 25 July 2013 (UTC)
Even if the devs add the ability to change ref names, VE will still need to automatically assign refnames, and ':0' is definitely not a good ref naming convention. On enwp we have, or had, a bot that automatically merged refs together. To do this, it will have automatically assigned refnames to refs. It would be helpful if we can find the developer and see if they can provide some suggestions on how to automatically name references, based on feedback they received. p.s. VQuakr, shameless plug: if you use User:John Vandenberg/switch editor, you can finish your VE edit in the source editor when you find VE has created an unsatisfactory diff. John Vandenberg ( chat) 22:22, 26 July 2013 (UTC)
It is VERY unpleaseant for me to read with the new feature. When I pass the mouse over the edi button, appears a new button saying edit source. I know these things are great for editors. But they are really distracting because one scrolls the mouse accidentally, in all the horizontal white stripe, i mean one scrolls the mouse over any place at the same height of the screen that Edit button, then Wild Edit source button appears. This is horrible. Please, make it harder to find. This distracts the eye a lot, i'm tottally serious. Plase, don't take this for a joke, i'm serious, the editors may have another way to do that, for example clicking on a small STATIC button for visual editing, that would be GREAT! Thank you Santropedro1 ( talk) 01:22, 26 July 2013 (UTC)
.mw-editsection-link-secondary { visibility: visible !important; content: "source"; }
.mw-editsection-divider { visibility: visible !important; }
.mw-editsection-bracket { visibility: hidden !important; }
I have taken User:Salix alba's idea a step further to provide IPs with an opt-out. See Wikipedia:VisualEditor/Opt-out#Options_for_IP_users The CSS will need to be optimised with funky selectors, but the basic CSS should work on any browser. -- John Vandenberg ( chat) 08:10, 26 July 2013 (UTC)
This is the comment I came here to make. Perhaps not so emphatically but, yes, I too find the dynamic links to be really distracting. One of the reasons I love Wikipedia is the cleanliness of its interface; dynamic things detract from this. Perhaps modifying the trigger area so it only changes when hovering the 'edit' link (vs current behavior: when the cursor is anywhere on the same line) would be sufficient. — Preceding unsigned comment added by 70.0.31.239 ( talk) 01:52, 27 July 2013 (UTC)
This editor sucks. Not only is it different, it fucks things up like wikified links - it displays the brackets rather than wikifying. You guys are fucking idiots.
I can't express how fucked up you folks are. I specifically set my profile to *NOT* use the new editor weeks before it went online, and you still fucking forced it down my throat. Jeffrey Walton 01:11, 27 July 2013 (UTC)
For a comprehensive list of options, see WP:VisualEditor/Opt-out. -- John Broughton (♫♫) 04:28, 27 July 2013 (UTC)
We need a petition to request shutdown of VE until fixed for basic functionality. - Wikid77 ( talk) 08:12, 28 July 2013 (UTC)
I have made two edits in my sandbox to demonstrate this. Here [34], you can see me inserting a heading called "Demo". Here [35], I delete the heading called "Demo". I had expected the section to be deleted with the heading, but the section remains there, without a heading. I think this would be particularly baffling for someone unfamiliar with the text editor. OrangesRyellow ( talk) 10:21, 27 July 2013 (UTC)
I noticed the "trick" that John Vandenberg pointed out: highlight the heading, hit backspace to erase the text, hit backspace again to remove the heading. I was tempted to report this, but after pondering it, I think this is actually the way it should work.
Task 1: Change heading completely | Task 2: Remove section | |
---|---|---|
Protocol A: Deleting header text removes section | Method 1A: Highlight heading. Backspace. Select header level from drop-down. Begin typing. | Method 2A: Highlight text. Backspace. |
Protocol B: Deleting header text creates blank section | Method 1B: Highlight heading. Backspace. Begin typing. | Method 2B: Highlight text. Backspace. Backspace. |
Methods 1A and 2B are the most inefficient methods, and it seems clear to me that 2B is the lesser of the two evils in terms of efficiency, and perhaps user frustration. -- Cryptic C62 · Talk 16:29, 27 July 2013 (UTC)
VisualEditor does not show {{tl|foobar}} correctly. For example, User:Bgwhite/Sandbox has {{ Fb footer}}, {{ quote}}, and {{ cquote}}, which are not visible in VisualEditor edit mode. GoingBatty ( talk) 14:12, 27 July 2013 (UTC)
If you look at [37] and look just at the VE parts, there appears to be a somewhat abrupt drop in VE edits of perhaps 20% during the last day or so. Assuming this is accurate, then one might want to investigate whether some recently deployed update to VE is making it harder to edit. I'm unaware of any specific likely cause, but it seems a bit more than one might expect from random variation. Dragons flight ( talk) 22:43, 27 July 2013 (UTC)
Twice the proportion of new accounts using wikitext versus Visual Editor. --User:Ceyockey ( talk to me) 19:19, 28 July 2013 (UTC)
I just lost over half an hours work when I tried to add a reference. I pasted in my google books reference and looked for an OK button. On my Chromium browser with a 1024x768 screen there was no way to accept or reject the reference that I could see and I ended up having throw away the entire edit. TwoTwoHello ( talk) 08:13, 28 July 2013 (UTC)
This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
I know this has probably been asked before but a more intuitive way to edit an article containing {{ div col}} sections is needed. In a list article like List of topics related to Cornwall there are many sections with lists broken into multiple columns. What I would like to happen is that you just click on the list and add an item. Just like you would expect to happen for a normal list. Having to go through the template dialog with a rather too small edit box is not visual enough. There are quite a few other templates where you really want to edit in-place rather that with a dialog. Quite how this could be done I'm not sure, maybe some hints could be given in the templatedata, maybe some template specific plugin is needed. This is a big problem as it is making a large number of articles hard to edit.-- Salix ( talk): 07:11, 18 July 2013 (UTC)
See also #Bulleted lists below, which is the same problem. Pam D 20:15, 19 July 2013 (UTC)
well done. it makes new users feel much comfortable with the GUI. Thanks!! 88.9.116.14 ( talk) 13:30, 18 July 2013 (UTC)
Hi Wikipedia,
I know you're working hard on the site infrastructure. There are plenty of us who appreciate the blood, sweat and toil.
The visual editor looks slick. But please know that people like me would be thrilled to be able to edit source code (C, C++, etc) from the visual editor. Until then I'll probably switch back to editing the page source directly.
Thanks, TMI Themysteriousimmigrant ( talk) 16:34, 18 July 2013 (UTC)
I took a quick look around, but did not see a userbox which one could append to their user page indicating they are either using or trying to use Visual Editor as their primary editor (vs. Classic). Hmm, could be a parameter taking userbox which would allow one to select either VE or Classic as their preferred editing mode. --User:Ceyockey ( talk to me) 23:39, 18 July 2013 (UTC)
Whenever I try to insert parameters from a template into an article, only the first few parameters come up for me to choose from; I can not scroll down to see the others. Is anyone else experiencing this problem?-- Dom497 ( talk) 00:03, 19 July 2013 (UTC)
I was testing the template/transclusion dialog box, using the cite web template, and noticed that when I start typing "Source date" (without quotes, of course) into the search box, something interesting happens when I get to the "d" - the search results say "Unknown parameter". That is, at the point where I've typed "Source d", then - essentially - the search fails; the search software decides that there are no matching entries. — Preceding
unsigned comment added by
Downsize43 (
talk •
contribs) — Preceding
unsigned comment added by
John Broughton (
talk •
contribs)
Wrong attribution, fellows. Is this from a bot or a real person??? Downsize43 ( talk) 11:11, 19 July 2013 (UTC)
Using Firefox 21.0
Problem 1: Clicking on a media file and dragging the mouse causes the cursor to change to the "I'm moving an image" icon, but the image doesn't actually move. I can only move an image if I click it once to select it, then click and hold.
Problem 2: If I move an image a small enough distance across the screen that it doesn't actually move, I can't move it again unless I deselect it and then reselect it.
Problem 3: Suppose an image lives between paragraphs 1 and 2. If I click before the first word of paragraph 2 and press "backspace", the rest of paragraph 2 gets moved into the caption of the image.
Problem 4: Suppose an image lives between paragraphs 1 and 2. If I click after the last word of paragraph 1 and press "delete", the image disappears and the caption gets moved to the end paragraph 1.
Problem 5: As far as I can tell, the only way to move an image such that it lives at the very beginning of a section is to drag it such that the cursor falls immediately after the last letter of the section header. This is not intuitive.
Problem 6: Dragging an image such that the cursor falls in the middle of a section header causes it to split into two sections. Not sure why this should be possible.
Problem 7: If an image has a caption which ends with a link, and I attempt to add text to the end of the caption, it automatically gets added to the anchor text of the link. I can find no way around this.
My apologies if any of these have been reported before. -- Cryptic C62 · Talk 03:06, 19 July 2013 (UTC)
Using Firefox 21.0
Here's what I tried: Place a colon, semicolon, or asterisk at the beginning of a paragraph in VE. When it saves, the indenter is preceded by <nowiki>
, which makes sense. As far as I can tell, the closing </nowiki>
tag is placed immediately before the next piece of wiki markup in that paragraph. In some cases, this will be at the very end of the paragraph.
The problem: Upon entering VE again, the first line of the paragraph will be blocked off with the green "no edit" bar, but the rest of the paragraph will appear to be editable, even though it is not. -- Cryptic C62 · Talk 03:27, 19 July 2013 (UTC)
Hi I am still very new at wiki editing. I have read the tutorial and chatted with a senior editor (Ser Amantio di Nicolao) who has sent me to you. He thinks the problems I am having are because of visual editor and he is not that familiar with it. I am just trying to figure out how to add links. I added one but not successfully and he changed it for me. I wanted to add a flickr photo too and I am not having any luck with it at all. I am so ignorant I don't even know how to ask an intelligent question about my problems. All I can say is "help!" Reefswaggie ( talk) 06:01, 19 July 2013 (UTC)
so how do I get out of VE? Reefswaggie ( talk) 11:58, 19 July 2013 (UTC)
and if I am the Senior Specialist, you guys are in trouble! lol Reefswaggie ( talk) 11:59, 19 July 2013 (UTC)
Thanks for the information. I think I better leave the flickr photos till I get a bit more experienced. And am I correct in assuming that adding "Wiki VE Sr Specialist" to my CV right now would be committing career suicide? :)
Currently, navigation boxes are always uncollapsed when editing. This can be quite annoying when having to deal with big ones like {{ The Beatles}}, e.g. on " I'm a Loser", also it might be confusing editors into believing that this part of a page can easily be edited. -- The Evil IP address ( talk) 08:14, 19 July 2013 (UTC)
Using Google Chrome's "find" feature, I've noticed that a few other editors have run into this issue as well. However, I thought I should make it a more prominent concern listed on this page by giving it a separate subsection.
I just deleted an entire infobox and disambiguation link at Gondar after I attempted to remove a bit of excessive spacing — and in order to re-add them, I had to use a previous revision of the page for a copy/paste edit to the source. Clicking the "undo" button did nothing. This is needless tedium and should be fixed as soon as possible. If not, then VisualEditor compares unfavourably to the original editing format. Kurtis (talk) 08:25, 19 July 2013 (UTC)
When dragging an item in the visual editor (tested with image and text), the editing window does not scroll up or down when you reach the top or bottom of the window. This means you have to make several consecutive drag and drop actions to move an item within a long article/section.
I've tracked this as Bugzilla:51669 but it would be useful to know if it affects browsers other than Firefox 22 on Xubuntu Linux. Thryduulf ( talk) 09:34, 19 July 2013 (UTC)
After I edited text near a link, "♙♙♙♙♙♙♙" characters started appearing around once a second, and I couldn't stop them or delete them. 121.45.199.248 ( talk) 11:04, 19 July 2013 (UTC)
The initial edit load took about a minute on MobileSafari on iPad 2 with iOS 6.1.3. Subsequent edits were faster - about 10 seconds. The first edit upload was also very slow - about 30 seconds. 121.45.199.248 ( talk) 11:11, 19 July 2013 (UTC)
See subject 1Z ( talk) 14:44, 19 July 2013 (UTC)
Currently, on articles and userpages, editing using the VisualEditor uses the #ca-edit CSS id and editing the source uses the #ca-editsource CSS id. However, in all other namespaces, #ca-edit is the only edit link. For people like me who like to change the titling or styling of the tabs, this inconsistency is annoying. (For me, it makes the "edit" tab on this page display as "VE" rather than "Source".) Could the CSS id tags be made consistent (use #ca-editsource for all non-VE editing)? Thanks. Reaper Eternal ( talk) 15:38, 19 July 2013 (UTC)
div#p-views > ul > li#ca-edit:not(.istalk):nth-last-child(4) { display: none; }
I cannot figure out how to add an external link to a citation's source in this Visual Editor. -- NewzealanderA ( talk) 16:49, 19 July 2013 (UTC)
I tried to delete one entry and a blue box appeared and I was unable to edit. Also, when I try to do an edit next to a wikilink it links my edited word as well. I'd like to comment too. I've been editing since 2006. I learned to edit by looking to see how others managed to get things to work. Which was not really hard at all. But I can say for a fact that if this system was in place when I started editing I would have never been able to become an editor. I'm not dumb, in fact my IQ is in the upper 5%, but I'm pretty old. I learned to type on a black Underwood. Even if all the bugs were fixed, I'd still not be able to use it except for things such a tweaks and copy edits. Gandydancer ( talk) 17:54, 19 July 2013 (UTC)
See also the section "a sensible way to edit {{div col}} sections" above: same problem. Pam D 20:17, 19 July 2013 (UTC)
Gibberd Garden is a well-set-out little stub. But when I open it in VE (Firefox 22, Windows Vista) the second item in the External links disappears to below the infobox. When I save the edit, it reappears correctly formatted. Just another of those things which makes the editor think that they've done something wrong. Probably an existing bug...? Pam D 18:58, 19 July 2013 (UTC)
When I add a category to an article, I would prefer VE to follow the rules of WP:ORDER, that categories go before stubs. I know that's contentious, it's En.wiki-specific, VE is unlikely to be able to do it.
But please, when I'm adding a category to an article which has one or more existing categories, at least put the new one next to the old one. That's what any reasonably tidy-minded human editor would do, rather than stick to a rule of "categories go at the end" as it appears to have done here, so we have cat, stub, stub, cat (and no blank lines between any of them). As I've said before: the logical processing needed to get this right is well established within AWB's general fixes: it seems a shame if that existing logic can't be used in VE so that it gets things right. Pam D 19:04, 19 July 2013 (UTC)
Why, if I type, say: * [[Link]]
...can't VE recognise the Wikitext, and simply convert it into graphical display after a, say, 5 second delay, or when the user presses a "convert" button? Since it can already recognise Wikitext being typed, it seems like this should be a trivial feature. Adam Cuerden ( talk) 19:44, 19 July 2013 (UTC)
When testing the new notice, I noticed that when I deleted the wikitext the new warning didn't disappear, which is a bit of an annoyance. Insulam Simia ( talk/ contribs) 19:52, 19 July 2013 (UTC)
I have experimented with creating collapse boxes in VE. Unlike many templates, collapse boxes require the use of two templates to produce one object: {{ collapse top}} and {{ collapse bottom}}. I have tried a number of different procedures, and have succeeded in creating a working collapse box.
Procedure 1: Hit transclusion. Add "collapse top". Add content "I like bacon." Add "collapse bottom". Apply changes. Before saving, I see Result 1. After saving, the collapse box does not appear. The wiki markup was saved:
{{Collapse top}}I like bacon.{{Collapse bottom}}
which doesn't work because the templates must be placed on different lines.
Procedure 2: Hit transclusion. Add "collapse top". Add content "I like bacon." Apply changes. Move down one line. Hit transclusion. Add "collapse bottom". Apply changes. Before saving, I see Result 2. After saving, success!
Procedure 3: Hit transclusion. Add "collapse top". Add content "I like bacon." with line breaks added before and after the text. Add "collapse bottom". Apply changes. Before saving, I see Result 3. After saving, success!
Two observations:
Using Firefox 21.0 on Windows Vista
-- Cryptic C62 · Talk 03:59, 20 July 2013 (UTC)
Those are in many editor's DNA, therefore every text editor ever made; includes them. One example: highlight desired string, - Shifted Del, Ins -- cuts that text, then puts it back (in effect instantly copies it to memory) ready to be pasted elsewhere (with another Shifted Ins). The keyboard parts takes about 1/8 second, the highlighting or cursor positioning is the time-hog here.
Shifted Del, Ins ...also works to cut (©) and past on every image editor I've ever used, as well as between different programs --it's universal. Other "Wordstar," & "Wordperfect" keyboard shortcuts: same-same.
--
69.110.90.203 (
talk) 14:45, 17 July 2013 (UTC)Doug Bashford
With the exception of minor text changes, modifying a reference should be the easiest of all tasks in a user friendly editor. After many frustrating false starts and a couple of near disasters I have finally worked out how to do it, and I wonder how many newbies and not so new editors will have the same experience. For the record the process that works at present is as follows:
Downsize43 ( talk) 02:45, 19 July 2013 (UTC)
Unfortunately this only works if the existing ref contains "URL=" and "source=" as well as the actual URL and source name. If not the source name is displayed in the ref details as an active link, and the transclusion icon is NOT displayed when the user attempts to select (click on) the ref details. NFA is possible in VE for those links. Downsize43 ( talk) 11:36, 19 July 2013 (UTC)
Hi, I've translated a gadget created on frwiki for visually editing TemplateData. It's available at
User:NicoV/TemplateDataEditor.js. To use it, simply add importScript('User:NicoV/TemplateDataEditor.js');
in
Special:MyPage/skin.js. More explanations on how to set it up at
User:NicoV/TemplateDataEditor. --
NicoV (
Talk on frwiki) 23:03, 19 July 2013 (UTC)
Steps:
The result is (a) initially, the dialog box - now blank - will not go away. Clicking near it will make it vanish, but - regardless - the link icon now is non-functional; (b) it's not possible to create more links; clicking on the link icon does nothing. -- John Broughton (♫♫) 03:05, 20 July 2013 (UTC)
When I click on a link, the link icon appears just below it (so I can click on that, to make changes). The "clear formatting" icon also activates - it changes from greyed out to its regular color. If I do not click on the link icon, but rather click on the "clear formatting" icon, the formatting (for the link) is not removed (that is, the text involved does not lose its link). Rather, the "clear formatting" icon goes back to grey, but nothing else happens.
If the clear formatting icon isn't intended to be able to remove links, it shouldn't activate when an editor clicks on text that has link formatting. If the icon is intended to be able to do such removal, then the code should be changed so that clicking on this icon actually does something. -- John Broughton (♫♫) 03:18, 20 July 2013 (UTC)
How do i edit the index menu? Tomgc ( talk) 04:23, 20 July 2013 (UTC)
Many instructional institutions do not allow the use of Wikipedia articles as valid references, but this may be circumvented by finding the required information on Wikipedia and using the source for the information as a reference. Unfortunately, not all links on Wikipedia are of scientific/academic standards which can make this quite time consuming.
In order to help make this process easier, I would like to suggest that you add a colour change to scientific article in-text citations which meet traditional academic standards for references (such as those with a pmid number or a number in another reputable scientific database). This will allow for the rapid determination of which articles can be cited in academic papers without spending time on those that can't.
A darker blue may be used to make it obvious that it is a reference (for those that don't keep up with updates), but something easily distinguished from the current colour (maybe a lime green or orange) would be even more beneficial. — Preceding unsigned comment added by 184.99.241.125 ( talk) 06:28, 20 July 2013 (UTC)
http://en.wikipedia.org/?title=RiddiSiddhi_Bullions&oldid=565020641 Could not remove space in the first line using Vedit.-- Redtigerxyz Talk 15:42, 20 July 2013 (UTC)
You get loads of money and run one of the most well-known wesites in the world, yet when your website changes, you don't have the common sense to update your help file? Sheesh. 86.19.115.227 ( talk) 07:12, 20 July 2013 (UTC)
While editing Oregon Coast, some sections (such as "History") show excessive whitespace. It may be that this occurs only if the first item is a template ("See also", "See" or "Main"), perhaps followed by an image. This excessive whitespace does not appear in the saved page. I was tempted to try and adjust the whitespace, but using a reliable editor showed that there was none to remove. This is a serious shortcoming for what is supposed to be a WYSIWYG editor. Chris the speller yack 15:55, 20 July 2013 (UTC)
If I open Leeds Festival (classical music) in VE, the first of the Sources is displayed with the bullet point on its second line, not the first. Looks very odd, comes into the category of "likely to make novice editor wonder what the hell is going on and what they've done to break the article".
It's reproducible: see User:PamD/sandbox for VE: looks fine until you go into VE, then items 1 and 3 in list show the dropped bulletpoint - they are {{ cite book}} and {{ cite web}} - while the flat text bullet points look normal. And making the window even narrower shows its the last line, not the second line, of a multiline entry which gets the bullet. Pam D 16:30, 20 July 2013 (UTC)
I'm not seeing any way to delete an image other than (a) find (guess) where it is anchored on a page and (b) delete some characters (spaces included) around that anchor point. For a Visual editor, that's fairly lame. Am I missing something? (All help appreciated.) -- John Broughton (♫♫) 19:41, 20 July 2013 (UTC)
This edit, intended only to remove the PROD template from the top of a restored article, took out the infobox as well. Steps to reproduce:
JohnCD ( talk) 22:23, 20 July 2013 (UTC)
Looking at the last two days (16 and 17 July) we see:
All registered user article edits using source (wikitext) editor | 118,380 | 91.1% |
All registered user article edits using VE | 11,464 | 8.9% |
New user (registered on or after 1 July) article edits using source | 6,610 | 64.2% |
New user article edits using VE | 3,678 | 35.8% |
Anon article edits using source | 62,101 | 88.4% |
Anon article edits using VE | 8,153 | 11.6% |
Older editor (registered prior to 1 July) article edits using source | 111,770 | 93.5% |
Older editor (registered prior to 1 July) article edits using VE | 7,786 | 6.5 % |
Change in total (daily) article edits since before VE became default on 1 July (comparison: 18-30 June) | -4.5% | |
Change in registered user article edits since before VE became default | -2.2% | |
Change in anon article edits since before VE became default | -8.6% |
As shown, the individuals most likely to choose VE are newly registered user accounts. Anons are only a little more likely to use VE than registered users. This suggests that many of the individuals who edit anonymously were actually familiar with the source editor and continue to prefer it even though they edit anonymously. (That's rather surprising to me.) Even though new users are most likely to choose VE, they still go with source editing 2/3 of the time. Since the introduction of VE, article editing rates are down slightly. For the length of time considered, a change less than about +/- 6% is consistent with random variability, so these fluctuations are not necessarily indicative of anything. However, it will be interesting to look at changes over a longer time period. Whether or not there is a meaningful drop, we can probably rule out the possibility of any large immediate editing surge as a result of VE's introduction. Of course, this only looks at the short-term reaction to VE. Only time will tell whether VE ultimately becomes popular. Dragons flight ( talk) 03:56, 18 July 2013 (UTC)
$ curl -s h'ttp://en.wikipedia.org/?title=Special:RecentChanges&limit=5000&namespace=0' \ | grep class=.mw-line- | sed 's:^.*">([+-]\([0-9]*\).*userlink"\([^<]*\)</a>.*User_talk\(.*\)$:\1 \2 \3:' \ | grep '^[0-9]' | awk '{if (/redlink/) {r=1; ru+=$1} else {r=0; bu+=$1}; if (/VisualEditor/) {ve+=$1; if (r) {rve+=$1} else {bve+=$1}} else {se+=$1; if (r) {rse+=$1} else {bse+=$1}}} END {print ve, se, ru, bu, rve, bve, rse, bse}'
I've done some rewording of the table, for clarity, and also calculated what "older" registered editors did ("older" is total registered minus registered "new" user).
What's interesting to me is:
Posting this here in case anyone else has found any other diffs that look similar. Recently while reading about Polycarbonate I discovered something that Visual Editor seemed to have broken. This is the diff in question. I'll be filing something in Bugzilla about this too. I'll link to the bug report when I do that. Zell Faze ( talk) 13:32, 18 July 2013 (UTC)
{|
to |}
then the visual editor nowikifying it makes sense, but that doesn't seem likley.
Thryduulf (
talk) 14:33, 18 July 2013 (UTC)
The A/B test, June 25-28, showed that new users using wikimarkup made more edits, more "productive edits", spent more time editing, and were far more likely to start editing compared to those using the VisualEditor. Newcomers with the VisualEditor were ~10% less likely to save a single edit than editors with the wikitext editor.
A number of severe bugs with the VisualEditor, which were not solved before launch, are likely to blame for these results. Adam Cuerden ( talk) 17:03, 19 July 2013 (UTC)
As an idea off the top of my head, would "time taken to edit page" divided by "size of diff" be a useful measure of productivity to compare the efficient of the editors? So for example if VE took on average n minutes per 1k of diff and the source editor took 2n minutes per 1k of diff then would it be fair to say that VE was twice as efficient as the source editor? I know it's not something we have the data to do at the minute would would it be worth compiling it? Thryduulf ( talk) 18:18, 19 July 2013 (UTC)
Actually, the study has another major flaw: the reduction in completed edits by new editors was not 10%, as stated, it was 43%. If 27.5% of editors were able to successfully make an edit with the wikitext editor and only 15.7% were able to make an edit with VE, that's a 43% difference. The formula is 100*((27.5-15.7)/27.5) , not 27.5-15.7.— Kww( talk) 05:36, 20 July 2013 (UTC)
I get a weird api error message. 31.126.193.88 ( talk) 20:27, 19 July 2013 (UTC)
Why is this change being made? The wikimarkup text in the old editing window is so complex that people who could become productive, experienced members of the community if the editing system were simpler are turned off upon attempting their first edit; read our longer explanation for more details.
Do we mean
What's the status of Wikipedia:visualEditor/Known problems? Who is supposed, or encouraged, to add to it? It doesn't give any indication. Is it where editors are supposed to look before reporting problems on the feedback page, to avoid duplication? Is it a list of acknowledged problems in a more user-readable form than raw Bugzilla? Or what? I note that the very important topic of the inability to see hidden comments or {{ Use British English}}-type templates doesn't seem to be listed. Pam D 16:37, 20 July 2013 (UTC)
add to Bronc Burnett story the following:
Was pleased to find one of my favorite boyhood heroes on here...can add something to article, which is the origin of name of character "Fibate" Jones...which appears to me to be derived from phi beta kappa, since Fibate was the smartest one in the school, prototype nerd! Rae13164 ( talk) 22:32, 20 July 2013 (UTC)
I am (or rather, I must confess :D) an "old school" Wikipedia editor (registered in year 2005) and this new Visual Editor is simply confusing to me... I understand though that it might enable new members easier editing. Though my "complain" still stands that if you choose to edit just a section of an article (i.e. with Visual Editor by clicking [edit] and not the old way, as I just figured out it's possibly by clicking [edit source]...) there is no clear to an editor that he is editing just a section (and not the whole article). Wayfarer ( talk) 00:01, 21 July 2013 (UTC)
I'm sure someone has brought this up, but how do you create small text like this in VE?-- ¿3fam ily6 contribs 01:09, 21 July 2013 (UTC)
The good:
The bad:
Still, progress. -- John Broughton (♫♫) 01:15, 21 July 2013 (UTC)
In the edit summary box, when I press "enter", the expected result is for the page to save. Instead, a new line is created, which is particularly weird since edit summaries don't support multiple lines. Line breaks appear as spaces in the actual edit summary. So, when writing edit summaries, VE treats "enter" as a slight different spacebar. I don't need two spacebars. -- Cryptic C62 · Talk 01:37, 21 July 2013 (UTC)
If you edit with NavPopups activated, you can check out a preview of a wikilink that you want to insert, and see whether it goes to a redirect, a main page or a disambiguation page. I don't think it would be necessary for the visual editor to show actual previews, but an indication of what type of page you're linking to would help a lot. Slashme ( talk) 08:35, 21 July 2013 (UTC)
Going through disambiguating links to the
America dab page, I found the [[United States of America]][[America|. ]]He
[3]. I'm not sure what
JCGDIMAIWAT did there as it's in the middle of a block of text added in that edit. My guess is that they initially wrote "America" with the full stop and trailing space included in the link by VE, but they subsequently attempted to change or delete the link to the full United States of America, not realising that the full stop and space were included in a different link.
Thryduulf (
talk) 09:03, 21 July 2013 (UTC)
]]
" appears? I can't think that it will be something intentionally entered with any great frequency?
Thryduulf (
talk) 20:32, 21 July 2013 (UTC)
Picking up a point made by John Broughton under #Small text six items up: a block quote enclosed in <blockquote> ... </blockquote> tags cannot be edited in VE - you get the green stripes, the prohibition sign and "Sorry, this element can only be edited in source mode for now".
It is possible to enter a block quote by using the template {{ quote}} with the "Text" parameter. Editing the content of the block quote has to be done by clicking the template and editing the parameter. When entering or editing the content of the text parameter, VE does not offer options like bold and italic, but you can enter wiki markup for them, and even wikilinks in [[ ]] brackets, and they are accepted and work.
There needs to be a more natural way to deal with block quotes. JohnCD ( talk) 09:31, 21 July 2013 (UTC)
See http://en.wikipedia.org/wiki/Na_Chvalech?veaction=edit, the edit view seems to ignore the "40px" parameter from {{ CzechRepublic-sports-venue-stub}}. -- ŠJů ( talk) 13:45, 21 July 2013 (UTC)
I edited the lead sentence of an article; a table in the next, unrelated section of the article was modified and broken by VE. - Pete ( talk) 20:51, 21 July 2013 (UTC)
:{|
as the start of a table, which would explain why it didn't remove that. This would be consistent with what it did in my userspace to an unfinished table
[4]. However, a quick test in my sandbox didn't reproduce it
[5] so it's obviously more complicated than that. I'll report it now.
Thryduulf (
talk) 21:36, 21 July 2013 (UTC)
I don't use the editor, but I found List of True Blood characters in a mess from a couple of people who'd used the editor. While I was trying to clean it up someone else used the editor and the result was a mess. Using old editing I fixed the mess, but I notice the problem I corrected involved the VE adding nowiki tags and duplicating material, though it seems the last editor simply edited a few numbers. This might be related to a previous note here " Messed up unrelated table". As I don't know wtf is going on (and it mightn't be the VE), perhaps someone here might look into it here. Thanks. -- I.Hutchesson ► 05:45, 22 July 2013 (UTC)
I noticed that when editing Radiocarbon dating#Calculating ages, the math formulae don't redisplay correctly after I save a Visual Editor edit. For example, instead of
I see
The wikitext is fine; a redisplay fixes the issue, so it's just a redisplay glitch. Mike Christie ( talk - contribs - library) 12:51, 20 July 2013 (UTC)
Seems the following are manifesting at the moment (Chrome 28)
--User:Ceyockey ( talk to me) 15:42, 20 July 2013 (UTC)
Adding references is confusing. 129.25.22.253 ( talk) 18:23, 20 July 2013 (UTC)
I wanted to cut a ref and land it elsewhere in the page. Clicking the numeral display the contents of the ref, but this is not copyable either. Does VE support my purpose? trespassers william ( talk) 21:57, 20 July 2013 (UTC)
The way forward, definitely. Keep up the great work Wiki peeps. 109.76.87.94 ( talk) 22:22, 20 July 2013 (UTC)
hi there , I want to say that this visual editor is beautifull , a a lot much easier than the previous one , simple . outstanding Job . Thanks guys Zenhabit ( talk) 08:52, 21 July 2013 (UTC)
I am puzzled by the hover text that reads "Transclusion". It's not clear what it is or what it does. 85.250.92.26 ( talk) 11:23, 21 July 2013 (UTC)
I have some troubles at the Czech Wikipedia when trying to edit articles like this list of cultural heritage monuments. When the content is included through formating templates as their parameters, the text seems to be not editable through VisualEditor (or it is too difficult). However, directly included tables are OK. Maybe, some similar problem can be also with infoboxes etc.? -- ŠJů ( talk) 14:14, 21 July 2013 (UTC)
Unfortunately, my initial gut reaction is that VisualEditor is horrible and detestable, even if a lot of developer time has gone into it. I can just about tolerate CKEditor if I absolutely have to, but it's the best of a bad bunch. All these JS WYSIWYG editors seem to to have the intention of making simple things simpler, at which they fail, while making difficult things almost inaccessible. (OK, maybe referencing could be made easier, but the focus should be on that alone.) One of the reasons MediaWiki has been successful software is that it hasn't gone for annoying, unresponsive AJAX interfaces, and the markup system is easy to learn and not intrusive (as compared to Textile; or to the VE beta, or to Facebook timeline).
As an example of a simple thing that doesn't "work" (in a usability sense), you can think you've changed a wikilink as the dialogue closes, but in fact all your typing has done is produce a suggestion list so that you don't save the changes. What I type is what I mean, not the basis for the system to do an expensive lookup of all possible alternatives. On a 1 GHz laptop with Firefox, it's taking over 10 seconds for the edit box to appear, during which time the CPU fan has to run continuously. (While we're at it, I also dislike the big blue submit button on the login screen, which is not in keeping with the style of the site, and is redolent of Twitter. Part of my revulsion is from agreement with Jaron Lanier about intelligent agents, but also about trying to keep up with an aesthetic of low-content screens.)
It's also not clear how to turn it off, since there isn't a preference for it. I might use NoScript to turn off JS, but that will stop some extensions working.
I don't think the survey cited supports any additional layer of complexity. Sorry, but my honest opinion is to abandon VisualEditor as misconceived. Cedders tk 14:40, 21 July 2013 (UTC)
So VE users have learned that the only way, in the Transclusion/Template dialog, to add a parameter is to type the parameter name, then press Enter. But that just changed - now you click the parameter name to select it. That's more obvious - but if, for some reason, having learned the old way, you continue to use it - that's trouble.
Example: Cite web. Let's suppose I want to add the parameter "Month of publication". I type that, hit Enter, and there it is, on the left. Except, not really. VE thinks this is a parameter not on its list - you can tell that because there is no description just above the input box where you enter the value of that parameter. (Compare to entering a value for the parameter "Source title").
Under the hood, here's what happens: VE knows that "Source title" is the label (via TemplateData) for the parameter "title". (Similarly, "URL" is the label for the parameter "url" - and yes, parameters are case sensitive.) But VE doesn't know that "Month of publication" (typed) is the label for the parameter "month". So the template code that VE actually stores is this:
That doesn't cause a visible problem on the VE edit page. However, in this case, after saving the page, what is displayed to readers is "Unknown parameter |Month of publication= ignored (help) "
Recommendation: If a person types the name of a parameter and presses Enter, VE should check the typed name against the list of labels in TemplateData, for that template, and if there is a match, handle the new parameter just as if the person had clicked the matching parameter rather than typed it.
I note that I didn't check to see what happens for a template where TemplateData has not yet been set up. -- John Broughton (♫♫) 15:42, 21 July 2013 (UTC)
Hi, I just wanted to relay some feedback I got from new editors at a scientific conference I'm attending. I just ran a workshop for new editors and taught them how to use the traditional editor and the VisualEditor and they vastly preferred VE. One of the participants said it was intuitive for her and she liked how the interface was familiar. Another said she liked Visual Editor a lot but that she thinks scientists who use LaTeX a lot would prefer the wikimarkup editor. Just another data point for you. I'm doing another one tomorrow so I'll come back with more comments. :) Keilana| Parlez ici 17:29, 21 July 2013 (UTC)
I noticed when adding a reference to radiocarbon dating that the "reference" button followed by "use existing reference" would bring up a list of references, but that one reference had the reference name but no text showing the reference itself. The first use of that reference was in a note group; I tried switching it with another location ( diff} and the "use existing reference" list then provided the text correctly. I've reverted so the bug can be reproduced: edit radiocarbon dating, click "reference", click "use existing reference", and scroll to footnote 20 (currently, anyway), which should show Goudie & Cuff. You'll just see the name on the right (GC_128-9). Mike Christie ( talk - contribs - library) 19:31, 21 July 2013 (UTC)
If I search for a topic which doesn't yet have an article, I get a red link offering me the chance to create an article. (You may create the page " Aassddff".) If I click on that red link, I'm starting to edit the article ... in Edit Source.
If our new editors are being made accustomed to VE, what will they do when faced with an empty box into which to start creating an article? Is there a mechanism which will let them choose to edit in VE instead? If not, then in the short term, perhaps there should be an edit notice which says something like "The new Visual Editor has not yet been set as the default editor for page creation. If you would like to use the Visual Editor to create this page, please type at least one character into this box and then click "Save page" below, and then click on the "Edit" tab to re-open it and edit it. Sorry for this inconvenience - we are working on it." Pam D 23:06, 21 July 2013 (UTC)
No, MediaWiki:Newarticletext is not the editnotice seen by editors creating an article in English Wikipedia.
I'm not sure whether it's changed since last time I looked, but I now see there is a "Create" tab alongside "Create source", in the page which opens when you click on the red link. If you click on that "Create" tab, then after a disconcerting pause with the "Wikipedia does not have an article with this exact name" display, it opens up VE to let you create the article.
For the sake of our new editors who we've led into using VE as a default, we need to make this much clearer. The message box already has 5 bullet points, but we surely need to say, very clearly, separated out from the other five, "To create an article using the Visual Editor, click the CREATE tab above this box". It's not obvious, especially to new editors who are, presumably, not really supposed even to know about the old editor.
Of course, in VE they don't get to see the words of wisdom displayed in those five bullet points ... perhaps the info about the CREATE tab should be at the bottom, below them, so they can be assumed(?) to have read that information? Pam D 09:44, 22 July 2013 (UTC)
The process of substitution of a template, at least as described at WP:VisualEditor/User guide (section 7.2) is non-visual - the antithesis of what VE is trying to accomplish. I suggest having a checkbox at the top of the dialog box, when selecting a template, that allows the user to check the box (" Substitution?) to specify that the template will be substituted. Then, if that box is checked, when the template is added to the main editing page, it's in "subst:" form.
Besides being more visual, this approach also deals with the problem that the current process (at least per the User guide) breaks the autocomplete ability of the dialog (when searching for a specific template). It also opens up the (eventual) possibility of TemplateData specifying that a template will normally (or always) be substituted: TemplateData could be read by VE as telling it that this checkbox should be filled in by default. -- John Broughton (♫♫) 02:32, 22 July 2013 (UTC)
I've managed to use the templatedata editor to add templatedata to a minor template I know well as I created it some years ago: {{ Genukiwry}}. (Yes, title is obscure: add link to genealogy/history service GENUKI for a parish in the West Riding of Yorkshire!)
I've successfully added an instance of this template to my sandbox... but only after a struggle. There seem to be two main issues:
Pam D 08:39, 22 July 2013 (UTC)
I've noticed in several articles today that the article title has displayed, in VE, on top of the lower border of the editing header bar. I've not noticed it before. I prefer to edit in a window less wide than my laptop screen, as reading long lines of text is a pain.
On investigation: if I reduce the editing window to the point where the Question mark in a circle to the left of BETA is underneath the greyed-out "Decrease paragraph indentation" icon, there's a critical point where reducing the window width a little more moves that Question-mark back slightly to the right and jumps the article title up to display on top of the lower border of the editing bar.
And a second problem: if I reduce the width even more, then the article title is displayed in a very narrow column. Look at Sengattuppatti, reduce the width, and at a point where the lines of text are still perfectly workable (perhaps you're working from a text open in another window on the screen), the article title is reduced to the extent of losing letters. Reduce the window so that "Tiruchirapalli" is the first word of second line (that's about 50% of my screen width, and a likely width for consulting a source document on screen beside the WP page I'm working on), and note that the article title now displays minus its last four letters. Not wrapped, just disappeared. Ugly. In multi-word articles, it displays as a column but again truncates long words - try Thomas Lumley-Saunderson, 3rd Earl of Scarbrough.
I'm using Firefox 22 on Vista. Pam D 10:18, 22 July 2013 (UTC)
OK, following an example above I've decided these are "own work", so:
and . Hope that helps! Pam D 15:16, 22 July 2013 (UTC){{information |Description= |Source=Screenshot |Date=2013 July 22 |Author=Mozilla developers, Wikipedia Authors |Permission={{Wikipedia-screenshot|1=en|logo=}} {{MPL}} |other_versions= }}
The new interface is extremely disturbing. And I can’t find any button or preference to turn it off. That’s doubly disturbing. Al12si ( talk) 15:30, 22 July 2013 (UTC)
The tooltip with a "puzzle" icon that appears when clicking on a template should contain the name of the template used. This would allow readers to be aware of which template they're about to change and would make the Templates interface self-documenting, teaching by example the existence of the most common templates.
For example, the first screenshot would contain the word "Chembox" besides the puzzle icon: Diego ( talk) 16:40, 22 July 2013 (UTC)
In the same way, the link tooltip (see second screenshot) should contain the text of the linked article, which for piped links is different than the article text. Diego ( talk) 16:46, 22 July 2013 (UTC)
When there is more than one group of footnotes, as in the article Radiocarbon dating, VE should offer the ability to pick from any group when the user wants to (re)use an existing footnote. That is, if the user enters, in the "Options" section of the Reference dialog box, name of an alternative group of footnotes (in the case of this article, that would be note"), then clicking "Use an existing reference" should display the list of footnotes in that group.
Currently, VE ignores what is typed in the "Use this group" box, in the Reference dialog box, when the user clicks "Use an existing reference". -- John Broughton (♫♫) 16:53, 22 July 2013 (UTC)
See [7]. Attempt to remove the subheader duplicating the name. Some things I try remove the preceding template. Others screw up the following paragraph. Is there a workaround? -- j⚛e decker talk 18:24, 22 July 2013 (UTC)
This is a little surprising, I don't recall having seen this before, but perhaps I'm looking at a new deployment.
Edit [8], double-click "Professor" at the start of the second sentence. Press delete. Note that you've been taken to the traditional wikimarkup editor. Mac Chrome Version 28.0.1500.71.
This is horrible Bladez636 ( talk) 19:25, 22 July 2013 (UTC)
When you try to add templates with long TemplateData descriptions (such as {{ coord}}), you can't see the bottom of the template box:Jay8g [ V• T• E 00:42, 23 July 2013 (UTC)
In this edit VE introduced a single stray <nowiki/> even though the edit added no new wiki markup. Another example here. JohnCD ( talk) 09:46, 18 July 2013 (UTC)
Along the same lines, since the introduction of VE I also come across a lot of <nowiki></nowiki> on my Recent Changes patrolling. Some vandalism, some well meant but obviously completely wrong. If that's the same bug it's a very active one. Yintan 11:36, 18 July 2013 (UTC)
Problem 1: Upon opening the transclusion editor, or upon moving a component up/down using the arrows in the bottom left, the Wikipedia search box and accompanying buttons occasionally appear in front of the transclusion editor. The behavior does not occur consistently.
Occurs in Firefox v21.0, cannot replicate in Chrome v28.0
Problem 2: Open the tranclusion editor, then shrink the width of the browser window such that it is narrower than the transclusion editor. Alternatively, use Ctrl +
to increase the font size. In either case, using the left/right scroll bar at the bottom of the page causes the background to scroll, but not the transclusion box. This can hide features.
Occurs in Firefox v21.0 and Chrome v28.0
Problem 3 (semi-related): If I click directly on a collapse box (created with {{
collapse top}} and {{
collapse bottom}}), the transclusion button appears and works correctly. If I highlight a collapse box by clicking and dragging my cursor through it, one of two things happens:
Occurs in Firefox v21.0, cannot replicate in Chrome v28.0
Meep. -- Cryptic C62 · Talk 00:27, 20 July 2013 (UTC)
When I click on "Edit this page," the screen grays out and stays that way for about 5 - 10 seconds. The new editor may be taking up too much memory or for some reason slows things down.
As for the visual editor itself, it seems to have mostly useless features. It's not common to need buttons for bold, underline, bulleted or numbered lists, external links, adding media, etc. The "Page settings" option is misleading since it only shows categories, not settings of any sort.
In general, it takes me longer clicking buttons to get to a basic edit screen. I think the minimum change should be to let an editor decide if he wants that menu-toolbar up top. Light show ( talk) 16:40, 21 July 2013 (UTC)
The hover buttons required for Edit source in sections are [ http://tutorials.tessathornton.com/2011/08/08/screen-reader-accessible-dropdown-menus/ inaccessible to those who use screenreaders. As there is also no officially-supported way to turn VisualEditor off, we need to get accessibility right.
Wikipedia has committed to the Web Content Accessibility Guidelines, but by making the edit source sections inaccessible to screen readers, it violates at least one core principle.
Worse, it does this to no purpose: VisualEditor is not currently able to edit sections, but must load the entire page. Adam Cuerden ( talk) 17:41, 21 July 2013 (UTC)
For examples of specific requirements broken,
[9]
[10]. Obviously, the requirements are written in general webpage terms, not wiki-specific, but it's clear that this violates both
Adam Cuerden (
talk) 17:41, 21 July 2013 (UTC)
Up to now, complying with this somewhat over the top guidance has been relatively painless as any existing refs are visible in the edit window, and in many cases become the source of the new ref (copy, paste, change as needed). Now that refs are (almost) working in VE most editors will simply construct a new ref using the mandatory parameters in a template. Just for fun I tried the copy, paste, change method in VE. The result is a fail for at least three reasons:
Downsize43 ( talk) 02:24, 22 July 2013 (UTC)
This thread was intended to start a discussion about how WP:CITEVAR will be less likely to be complied with by both new and experienced editors using VE. It was not intended to be about the bug reported as Bugzilla 51725, but they are now inextricably linked, because user John Vandenberg has, in "testing" bug 51725 without understanding its implications, breached WP:CITEVAR in exactly the manner I alluded to at the top of this post. Downsize43 ( talk) 00:31, 24 July 2013 (UTC)
I just gave an IP a uw-test1 warning which directs them to the sandbox. It occurred to me to check if VE works with the sandbox - it doesn't. So how can we direct these editors to a place where they can play with VE? -- NeilN talk to me 20:53, 22 July 2013 (UTC)
May I suggest that VE translate (what appears in Wikitext as)
by
The concept of "external link" vs. "wikilink" is complicated enough if you can see the Wikimarkup; if you can't see it, we really can't expect new users to understand it. It would be nice if it would also fix links to other Wikiprojects. (And this is not only of use to en.Wikipedia; any other Wikiproject using VE is likely to have the same problems.) — Arthur Rubin (talk) 01:10, 23 July 2013 (UTC)
There is no horizontal scrolling when editing pages with very wide tables. a5b ( talk) 04:36, 23 July 2013 (UTC)
In the drop-down menu for font sizes / header levels, why is there an option for "page title" size? This is literally never used in articles. As I see it, this option increases the possibility of user confusion without adding any real utility. -- Cryptic C62 · Talk 05:40, 23 July 2013 (UTC)
I kindly request those who are concerned to update the local member officers, as per the last election. I really wish to edit but I do not have the full name yet. thank you. 2.50.66.86 ( talk) 08:43, 23 July 2013 (UTC)
Because of things happening like above - I recommend adding a note to the feedback feature so we don't have people sending misplaced requests. Insulam Simia ( talk) 09:00, 23 July 2013 (UTC)
Pls delete my account.............. Shanthkumar S.B ( talk) 10:32, 23 July 2013 (UTC)
It is so much easier now to handle pages with many references; and to check for duplicate refs. Thanks! – SJ + 10:44, 23 July 2013 (UTC)
Can this finally be launched? There's been a unanimous poll and a near-unanimous poll, and it's not what hidden preferences are intended to do.
You're giving the very strong appearance that the WMF doesn't care what the users say. Adam Cuerden ( talk) 14:21, 23 July 2013 (UTC)
When I attempt to Vedit Typographer (typewriter), the whole page disappears aside from the lead image. Do other people have the same experience? No idea why. Dragons flight ( talk) 15:36, 23 July 2013 (UTC)
I opened Wikipedia in Chrome v28.0 while not logged-in, which put me in the Vector skin. As I zoomed in or shrunk the width of the window, the user navbar at the top got scrunched. I had never seen this happen before, so I suppose it might be related to the new VE tab, but it might also be a more general display glitch. It seemed reasonable to report it here. -- Cryptic C62 · Talk 17:25, 23 July 2013 (UTC)
This beta editor FUCKING SUCKS.
How the fucking fuck do I add an image?
You people are cunts. No wonder wikipedia is losing editors. 31.127.29.115 ( talk) 18:46, 23 July 2013 (UTC)
Editing Pikku-Vesijärvi I noticed that VE's suggested DEFAULTSORT was exactly the title. VE should be set to drop the diacriticals when suggesting DEFAULTSORT - should have been "Pikku-Vesijarvi" with a plain "a". Pam D 19:03, 23 July 2013 (UTC)
Once the editing interface pops up, all the links turn blue, so I don't easily know which need retargetting. Tazerdadog ( talk) 02:38, 24 July 2013 (UTC)
The loading is slow on pages with tables El Otro ( talk) 11:02, 18 July 2013 (UTC)
each time I press the 'save page' button it keeps saving, but nothing happens. If I close the page, the changes aren't saved. HeroPsycho22 ( talk) 07:52, 22 July 2013 (UTC)
Well it isn't just related to the number of references. I was unable to get the editing interface to load for List of United States counties and county-equivalents - first time it crashed firefox with the error "###!!! ABORT: OOM: file /build/buildd/firefox-22.0+build2/xpcom/string/src/nsTSubstring.cpp, line 348
" on the terminal. So I tried again with a single window and no other tabs open (I normally have ~90 tabs open over three windows) but after waiting 13m 39.322s I gave up. Along the way though I got the following warnings about scripts running slowly. I chose to let them continue each time:
Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:130 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:130 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:7 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:30 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:38 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=monobook&version=20130719T023752Z&*:38 Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=monobook&version=20130719T023752Z&*:122
(duplicate lines mean the same error was received more than once). I do appreciate this was an exreme test (that article is number one at special:LongPages), but for comparison the source editor opening it in 7.680 seconds. I'll keep testing :) Thryduulf ( talk) 18:05, 22 July 2013 (UTC)
Running on Chrome 28.0.1500.72 m. Edited a 600 word article, Uzbl. Clicked save repeatedly. I got the working graphic, but when it stopped, the save dialog was still displayed. Made my changes the old-fashioned way. — Preceding unsigned comment added by Lfstevens ( talk • contribs)
I have been seeing a number of peculiar wikilinks where a space or extra characters are built into the displayed text e.g. here. These display OK but will cause problems for editing in future, e.g. if someone wants to add an item between [[Link1|Link1, ]][[Link2]].
I think the reason for these is probably an awkwardness in the process of entering a wikilink which I ran into myself when trying it out. Initially, I tried typing until I reached the point for the link, then clicking the Link item and entering the link. I think many others might also do that, but it gives trouble. Reading the fine manual, I see it says "You should first select (highlight) text, or place your cursor on a word, then click the Link icon"; but that is actually not enough: unless you type at least an extra space after the link word before attempting to link it, you still encounter a frustrating and annoying problem. Steps to reproduce (Win7, FF22.0):
These experiments very often left the link as something like [[London|London and]], and I think this problem accounts for the funny links I am seeing, and no doubt for a number of confused and frustrated users. JohnCD ( talk) 21:56, 22 July 2013 (UTC)
This has been noted at Bugzilla:51531, the current behaviour is problematic because there is no way to end a link placed at the end of a line other than starting a new line entering a space and then deleting the new line. Thryduulf ( talk) 10:11, 23 July 2013 (UTC)
When I open Joutjärvi in VE, the {{ stub}} displays with an icon of a jigsaw piece with a "W", and the wording "This short article can be made longer. You can help Wikipedia by adding to it." "Short article" and "adding to it" are links, but as it's in a template in VE I can't see where they go. When I come out of VE, the message reverts to the usual "This article is a stub. You can help Wikipedia by expanding it.".
I've tried a couple of other random stubs, and this isn't happening with them. I can't see anything unusual about the stub tag in this article.
This comes under the category of "VE doing very odd things, which perhaps the devs should know about in case symptomatic of something, though it doesn't do much harm to editors except to make them wonder whether they're going slightly mad when they see the unexpected." Undesirable, possibly symptomatic of something, but not in itself very important. But weird.
... Further: I edited it to add a tag, saved it, opened again in VE: consistently I see the normal stub message when viewing the article, and the different one when in VE. Have now stub-sorted it. Pam D 19:33, 23 July 2013 (UTC)
Looks good: thanks, Oliver. If it happens again I'll let you know! (If there weren't so many other pressing issues I'd ask for a non-techie explanatation as to what on earth was happening, but I won't distract you from more important stuff. Like redlinks.) Pam D 07:12, 24 July 2013 (UTC)
I added template data for Template:Bibleverse and Template:Bibleverse-nb on July 10th. The Data for Bibleverse-nb shows up in the VE, but not for Bibleverse. How long should it take for it to be integrated? -- Atethnekos ( Discussion, Contributions) 02:28, 24 July 2013 (UTC)
Currently editing Where Does This Door Go, the Mayer Hawthorne album. There is no way to use the visual editor to select the "Professional Ratings" template box. It is covered by the "Track List" transclusion. Jairuscobb ( talk) 04:00, 24 July 2013 (UTC)
When I edit a page with the pending changes revision dropdown, and I am scrolled to the very top, the dropdown and the VE page settings link become mangled. See highlight in included image. Firefox 22 on Win7 Pro SP1. -- Atethnekos ( Discussion, Contributions) 04:20, 24 July 2013 (UTC)
If I type "Fra]]nce" and then select that entire text and make it a link to France, after I save it, the link anchor ends up appearing just as "France" followed by a non-anchor "]]". -- Atethnekos ( Discussion, Contributions) 08:13, 24 July 2013 (UTC)
If in the source code there is <<nowwiki/>blockquote>, and in VE I select "<blockquote>" and delete it, when I save the <nowiki/> is left behind in the source code. -- Atethnekos ( Discussion, Contributions) 08:59, 24 July 2013 (UTC)
If I make 2 changes, review changes, exit review/save dialog, undo last change, and then review changes again, the review shows both changes, though saving only saves the first. -- Atethnekos ( Discussion, Contributions) 09:09, 24 July 2013 (UTC)
I have written a quick guide to help anyone who wants to upload a screenshot to illustrate their problem. The guide is at User:Thryduulf/How to upload screenshots of Wikipedia, feel free to improve it. Thryduulf ( talk) 09:36, 24 July 2013 (UTC)
It's o'k one has an option to choose the way now.
The new method can be useful. Still I've encountered a sort of inconvenience which is the following: while editing, the toolbar occupies a significant area in the upper third visually and otherwise blocking the text, when we, at the same time, usually have an unoccupied area to the left (where the navigation column is which is often empty much below the existing items); the question is why not to devise a possibility, an option to change its place — I mean the toolbar could be opted to place it either where it's offered to be now – or, otherwise, on the left side of the pane – where it should not be blocking an essential area of the text to edit, in this case the text available without scrolling will be by, approximately (depending on your zoom), a half more than it is now.
Josh, linguist (
talk) 10:27, 24 July 2013 (UTC)
I was attempting to correct a minor error at Class 455. Although I was only attempting to change one word, the editor changed,
into
and then complains of a formatting error and refuses to allow the change to be saved. The editor seems to be interpreting the list of class numbers as a telephone number. 86.144.88.156 ( talk) 11:59, 24 July 2013 (UTC)
Hi, I know a lot of people are interested in getting this out of their face, including myself (and I mostly edit without being logged in), fortunately I found a way to do it if you are using Chrome and have AdBlock installed, it makes it completely go away, works even though I'm not logged in, and I love it :) Steps:
Yay, no more VE. As far as I can see it fully fixes this bug without any adverse side-effects. 86.30.129.146 ([[User talk:86.30.129.146|talk]]) 12:56, 24 July 2013 (UTC)
For a few minutes just now I had the experience that all Wikipedia pages were showing the VE interface links (i.e. [edit | edit source] at sections and both tabs at top), even in namespaces where VE is not supposed to be enabled. I was just starting to try and diagnose the issue when it stopped happening and everything went back to normal. Maybe the underlying problem was fixed, I don't know. However, I wanted to leave a note here in case other people start seeing the same thing. Dragons flight ( talk) 16:46, 24 July 2013 (UTC)
Hi,
Link titleWhen I try to log into Wikipedia, I keep getting a message stating I've entered the wrong password, I've been thru' all the pass words I've used online, but Wikipedia insist that there is no email address associated- with my username which is B1N4RYGH0ST, so I cannot I reset my password, please help me rectify this problem as soon as possible.
Regards,
B1N4RYGH0ST.
P'S I look forward to a speedy response, thanks again. 86.41.17.123 ( talk) 18:30, 24 July 2013 (UTC)
Is there any way that the VE can help prevent newbies from adding reference numbers in manually? There doesn't seem to be any help or guidance for information about doing it right: the icons are inscrutable, but there's no other help, either. EllenCT ( talk) 18:51, 24 July 2013 (UTC)
Example: I want to use "Cite web" as a template. I start typing "Cite web" into the search box, in the template dialog. By the time I've typed "Cite w", I see that the "Cite web" (below the search box) is highlighted and has a checkmark below it. So I press [Return]. That works fine.
But if I were to press "Add template" at the point where I've only typed "Cite w", two bad things happen.
P.S. As long as I'm reported bugs related to "Remove template", I suggest that the button not be functional when the dialog box has just been initiated, and "New template" is highlighted. I realize that it's unlike the a user will press this button; still, it's a bit unexpected that it works, and the result (again) is a blank dialog box with "X" and "Apply changes" as the two options. -- John Broughton (♫♫) 19:02, 24 July 2013 (UTC)
Page takes significantly longer to load the editor and save the alterations. 177.200.105.2 ( talk) 19:31, 24 July 2013 (UTC)
The Unit of Alcohol page has a transcluded footnote. There is a simple typo in that footnote. It is impossible to edit that typo.
/info/en/?search=Unit_of_alcohol
The visual editor is very very frustrating. 149.254.49.84 ( talk) 20:28, 24 July 2013 (UTC)
Reported as T53992 including a test case.— Kww( talk) 21:29, 24 July 2013 (UTC)
This page and its archives are ridiculously long so forgive me if something similar has been reported already, but there appears to be an issue with the visual editor which, one the above article, adds the following wikimarkup to every edit:
; {| class="wikitable sortable" style="text-align:right"
[15] [16] [17] (not an exhaustive list of diffs) – Steel 20:44, 24 July 2013 (UTC)
I think the user here was just trying to change some numbers in a table, but VE added pawns galore, including splitting the table in two to create a table with no cells. [18]
Usually when VE messes with tables there is some sort of formatting error there. I can't see one but I'm not very god at spotting them so I'd like others to take a look. If there is formatting errors it's probably a known bug, if there aren't then I'm less certain. Thryduulf ( talk) 20:53, 24 July 2013 (UTC)
Editing anonymously from my school computers is blocked, and for fun I tried editing a page using VE. It lets me edit the page fully, until I try to click the save page button. No matter how many times I click it it doesn't save, but there's no notification telling me why it doesn't save. A bit weird really. -- t numbermaniac c 22:27, 24 July 2013 (UTC)
Why are you letting people change information on here ? its dangerous and crazy! Every time I try to get information for my research, I can't trust this sites information! SO ...... Goodbye wikipedia ! This site sucks ... 108.33.77.23 ( talk) 00:05, 25 July 2013 (UTC)
another recent thread on usage stats for VE → Wikipedia:VisualEditor/Feedback/Archive 2013 2#Some performance notes
I took a quick look at the editing history of University of Delaware. The first VE edit was done on 20 June ...
...and since then this is the editing pattern where 12 of 26 edits have been created using VE:
editor type | editor count | editor choice |
---|---|---|
ip | 2 | Classic |
ip | 1 | VE |
new account <50 edits |
1 | VE |
user | 1 | Classic |
user | 1 | Classic & VE |
user | 1 | VE |
this error occurs when trying to edit my sandbox (the contents were swiped from a page found when searching for certain userboxes):
Warning unresponsive script.
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:124
Firefox 22.0, Windows 7 Starter SP1 (netbook). this error can be reproduced by simply clicking "edit" on my sandbox:
Warning unresponsive script.
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130719T023752Z&*:7
Warning unresponsive script.
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:122
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130719T023752Z&*:32
good luck with this new project, and i hope the bugs get worked out soon. :) Octalpuss ( talk) 18:17, 20 July 2013 (UTC)
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:121
... but then, the first line i typed got linked to something that was linked in the top of the userbox box. Octalpuss ( talk) 21:14, 20 July 2013 (UTC)
this one came up today:
Extended content
|
---|
|
i am not good with computers so i will just leave this here. ¯\(°_o)/¯ Octalpuss ( talk) 18:28, 21 July 2013 (UTC)
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:121
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: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130719T023752Z&*:30
what i am now curious about is how to reduce the size of the font on the top line of my sandbox using VE? i see that it is surrounded by <big></big> tags, and i don't see a way to adjust font size (without editing source). Octalpuss ( talk) 03:20, 22 July 2013 (UTC)
when clicking edit on this section, this error is returned: "Error loading data from server: novenamespace: VisualEditor is not enabled in namespace 4. Would you like to retry?". okay that aside, i just tried to blank my sandbox, and it ended up placing a bunch of weird characters and some images randomly. Octalpuss ( talk) 21:19, 24 July 2013 (UTC)
This afternoon I am finding that the scroll function on the parameter panel of the template editor is not working for me (Chrome 27). As a result, I can't see or click on any parameters in the add parameter dialog beyond those that are at the top of the list. Obviously, this pretty much castrates my ability to use complex templates with many parameters like {{ cite web}}. The same problem occurs whether I add a new template or open the dialog after selecting an existing template. Dragons flight ( talk) 00:10, 24 July 2013 (UTC)
@ Okeyes (WMF): Scrolling is working with Safari, and Chrome (I assume). But - as I reported previously - in Firefox (at least the Mac OS version, 22.0) the dialog box has (for the last few days; it was okay previously) an apparent problem with font size. And now it's a significant problem - the issue is preventing the scroll bar from being visible, so the new functionality essentially still isn't available to Firefox users. -- John Broughton (♫♫) 18:22, 24 July 2013 (UTC)
I can no longer use the alt+c, alt+s and alt+p shortcuts to view the changes and bring up the saving options. Especially for copy and textual edits, which the visual editor is focused on, these kinds of shortcuts ensure that my editing experience is quicker and doesn't require that I use my mouse or some type of complex series of button pushes. Can we re-institute those please? Sadads ( talk) 17:17, 24 July 2013 (UTC)
I tried VE again. I don't see any buttons to save or cancel the changes. If they are hidden somewhere, I can't find them. Gigs ( talk) 17:52, 24 July 2013 (UTC)
If I'm searching for cite web, I also see, in the list, cite web/doc, cite web/sandbox, cite web/today, cite web/old, cite web/testcases, and more. None of these are templates that users are likely to need; the list would be much cleaner if they were excluded.
Given that occasionally users may want to use these templates, in VE, I suggest a checkbox, checked by default, in the dialog for "New template". The checkbox should labeled something like "Exclude subpages". That way, if a user does in fact want to see these, he/she can do so by unchecking the box. The checkbox could be part of the "Options" area; if so, it should be visible only during the "New template" part of the dialog. A better place probably would be below the "Add template" button, so it's still visible during the search process, and can be checked or unchecked during that. -- John Broughton (♫♫) 20:19, 24 July 2013 (UTC)
Category:Commons category without a link on Wikidata is added to any article that transcludes Template:Commons category whenever anyone uses VE, e.g. [19]. The category should not be added per Template talk:Commons category#Edit request on 24 April 2013: Check Wikidata errors. DrKiernan ( talk) 20:26, 24 July 2013 (UTC)
I edit using a Droid RAZR, on desktop not mobile. Starting today, I am seeing VE error messages on user talk pages. The "edit source" option pops up, but my browser crashes when I try that option. I am not consistently able to edit existing sections and have to open a new section to continue a conversation. Cullen328 Let's discuss it 22:27, 24 July 2013 (UTC)
At [22] the image of the train is shown left aligned. When viewed in read mode it is right aligned. This might be because the infobox means it can't be shown on the right in the section where it is included, and if so I don't know what would be better. I'm just about to go to bed and haven't got the mental energy to do any testing or reporting. Thryduulf ( talk) 01:12, 25 July 2013 (UTC)
Now I'm awake and have had time to think about it, I reckon that the poor-quality mockup I've added here would be better. That is render the image in the editor where it will appear in the view, but place the slug where the image is called in the source and have a dashed line linking the two whenever either is selected. Thryduulf ( talk) 09:53, 25 July 2013 (UTC)
Problem: I click "edit this page", the VE begins loading, but never finishes. At first I thought this might be a problem with a particular article, but I've tried many different articles—big ones, small ones, with images, without images—and it's the same thing every time.
I've used VE on other computers with no problems, and I can edit source on this computer with no problems, but for some reason VE just doesn't like this computer.
Could there perhaps be some browser settings I'm not aware of that could block VE? -- Cryptic C62 · Talk 04:39, 25 July 2013 (UTC)
Uncaught TypeError: Object function (selector,context){return new jQuery.fn.init(selector,context,rootjQuery);} has no method 'getVisibleText' load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…t%7Coojs%7Cunicodejs.wordbreak&skin=monobook&version=20130725T023359Z&*:16
Blocked a frame with origin "
http://www.superfish.com" from accessing a frame with origin "
http://en.wikipedia.org". Protocols, domains, and ports must match.
I'm of the opinion that VE is a great idea, but on fundamentally the wrong track. It's far too mouse-based for something based around editing an encyclopedia: The last thing you want to do while typing up text is to lift hand from keyboard and use the mouse to fill in forms. It'd need huge amounts of keyboard shortcuts to be viable... and the VE team seem oddly convinced that using the pre-existing wikimarkup shortcuts is somehow moving backwards.
If I thought the VE team cared about the views of older users, I'd be more optimistic, but the preferences fiasco killed that belief. As such, I have little faith that VE will ever merge in enough wikimarkup-as-shortcuts to ever be practical. Adam Cuerden ( talk) 04:48, 25 July 2013 (UTC)
Maybe we should move this thread to Wikipedia talk:VisualEditor? These topics are fascinating, but they are not providing feedback on how the current VE works. Diego ( talk) 09:53, 25 July 2013 (UTC)
I don't know what the editor did, but he got a <nowiki>...</nowiki>
around a whitespace in the middle of a paragraph on
this edit. --
NicoV (
Talk on frwiki) 09:54, 25 July 2013 (UTC)
Other strange nowiki inside a ref on this edit. -- NicoV ( Talk on frwiki) 09:56, 25 July 2013 (UTC)
I decided to create an article for Wikipedia:Most_wanted_articles, using VE.
First experience: there's no indication how to close the popup window about creating a new article! Eventually, you find that clicking on it makes it go away, but that's not obvious. How about a conventional "X" or "Acknowledge"?
This will probably be the first of a series of reports! Pam D 10:46, 25 July 2013 (UTC)
Wouldn't it be nice if today's date was the default setting for "URL access date"? Pam D 11:31, 25 July 2013 (UTC)
I've got a list of refs; I've added a stub template; I want to add External links. Can't do it in the right place. Tried adding an EL heading in the wrong place, but because I didn't prepare any blank lines after it before formatting the heading, I can't add anything below the heading.
But Mother wants lunch so the experimenting has to stop for now. Stubby little article at Tyson R. Roberts for now (masses of incoming links as authority on umpteen kinds of fish). Hard work in VE. Pam D 11:45, 25 July 2013 (UTC)
Hi, it looks like this edit has resulted in some kind of formatting error. Should I notify someone of this problem, or just revert to previous version?-- FoxyOrange ( talk) 14:16, 25 July 2013 (UTC)
Wikipedia:Village_pump_(technical)#Proposal:_English_Wikipedia_should_set_up_a_sitenotice_explaining_how_to_turn_VisualEditor_off.
Just a heads up.
Adam Cuerden (
talk) 14:37, 25 July 2013 (UTC)
Hi is it really not even possible to move wikilinks around by ctrl x ctrl v? It only inserted the lable but not the Link! This is definitely not an luxury feature but core functionality.-- Saehrimnir ( talk) 14:56, 25 July 2013 (UTC)
Isn't it supposed to be the equation \sum_{u \in V} f(u, w) - \sum_{u \in V} f(w, u) = 0? Rodichi ( talk) 16:13, 25 July 2013 (UTC)
So I needed to change the order of two sections in an article and tried cut and pasting a whole section. Shall we say it was less than successful. It does not preserve references, links or formatting. My first attempt put the whole section in the heading style.-- Salix ( talk): 18:16, 25 July 2013 (UTC)
This really gums up editing, leaving me twiddling my thumbs waiting for it to catch up. How do I turn it off? — kwami ( talk) 18:25, 25 July 2013 (UTC)
I've updated the edit notice with the opt-out message, but I've not touched the FAQ. I'll do that when I come back later if nobody has beaten me to it! Thryduulf ( talk) 18:46, 25 July 2013 (UTC)
This doesn't work and while I appreciate it is a beta version, why is there no link to get rid of it? I get an error relating to an invalid token. GPSJane ( talk) 18:55, 25 July 2013 (UTC)
I've roughed in a page giving instructions on how to turn VisualEditor off. Additional editing is welcomed. Adam Cuerden ( talk) 19:10, 25 July 2013 (UTC)
Not sure why it disappeared when I was trying to edit the population. Please help and I apologize for the error. Eddiz ( talk) 23:23, 25 July 2013 (UTC)
Noted when editing the Toronto Star article. References 1-5 are in the infobox. When clicking "Edit" anywhere on the page (i.e. by clicking either the "edit this page" button or the "Edit" link at any section header), the references all renumber to exclude the references in the infobox, and the reference list drops the references in the infobox. Risker ( talk) 05:52, 26 July 2013 (UTC)
James D. Forrester wrote on the mailing list last night:
Because I understand the level of concern that this matter is causing, I
am changing my mind on this. For the duration of VisualEditor's "beta" period, there will be an opt-out user preference. This will be deployed tomorrow morning, San Francisco time. Once VisualEditor is out of 'beta', this preference will be removed.
As others have explained better than I, we think that users will be ill-served by this opt-out, and I hope that as few users as possible will choose this way to degrade their experience and deprive the community of their input. Instead of endlessly arguing the point about this, I'd rather
my team and I spending our time working to make our sites better.
I personally would like to see this option enabled indefinitely, but this is better than the current situation! Zell Faze ( talk) 13:28, 24 July 2013 (UTC)
I think it's unlikely that so many editors will "deprive the community of their input", by opting out, that the VE team won't find out about problems, or won't get a good understanding of their impact. I've seen a lot of sustained work here, by volunteers (not to mention the stressed WMF staff), to help make this project a success, and I don't think that's going to slacken off as VE gets better. If (say) half the community opts out - well, that leaves the other half still helping on the VE project. It also means more time (and less irritation) for the half that opted out to do their regular things at Wikipedia, improving it, which is a good too. -- John Broughton (♫♫) 17:20, 24 July 2013 (UTC)
Now we just have to work on making this the default setting for new accounts until VE works. It still frustrates me that we insist on exposing new editors to a tool that our own experience and WMF's quantitative research both demonstrate doesn't achieve the objectives for the project. VE may be the wave of the future, it may be wonderful next year, but it isn't functional enough to expose newbies to right now.— Kww( talk) 19:06, 24 July 2013 (UTC)
I thank the WMF for finally listening, but do think that the announcement of this is, at best, rather tonedeaf. Also, while I fully expect and encourage the WMF to turn VE back on for everyone when they're sure it's ready, I really don't think it would help anyone if they remove the ability to disable it again.
For one thing, the VE actively rejects even the most basic wikimarkup support. That means that many, perhaps even most old users will never accept it. In the example linked, the WMF is rejecting a choice between a keyboard-based "type [[link]]" in favour of a mouse-based interface, a choice that will never be as fast as keyboard alone. This seems counterproductive, petty, and frankly, a sign that the WMF don't understand what people actually like about Wikitext. As such, I have strong doubts VE will evolve into anything I'd want to use anytime in the next three years.
By keeping the option to disable VE, the WMF may cause a lot of people who dislike VE to choose not to use it, but the alternative is to force the people who dislike it to use it anyway - and that's a good way to make people hate VE and you.
So far as I can tell, the VE development was done based solely on the desires of new users. Whilst they're an important audience, by cutting out older users from the research, the VE team have basically assured that old editors would be dissatisfied. Until that changes, I do not see myself ever willingly using VE, and would stop editing Wikipedia if given no other option. Adam Cuerden ( talk) 23:50, 24 July 2013 (UTC)
in the 'Karma in Hinduism' page every time i edit the page using the new cool uber-awesome fantastic (but slow to load) editor it changes an unrelated paragraph next to an image. You can see the edits and artifacts around this time:
8:32 PM Thursday, July 25, 2013 (UTC) 201.27.126.60 ( talk) 20:32, 25 July 2013 (UTC)
This is caused by an image followed immediately by a wikilink. I suspect this doesnt happen too often, but often enough it is going to be problematic. It would be good to do an impact analysis to identify all pages with this syntax and fix them all at once, taking the pain out of this bug and letting the dev team work on the bigger problems. John Vandenberg ( chat) 06:00, 27 July 2013 (UTC)
Edit page, then click save to get "Edit summary" Window. Don't touch mouse, put some description, using the keyboard. Then we want to change checkboxes "minor edit" or "watch page", without using the mouse. Press <Tab> key, and you will be directed to the link "minor edit" not to the checkbox. second Tab - is "Save Page" button. Next - "review changes". Next three tabs - for links in the footer of this windows.
Is it possible to change tab order to this (e.g. using tabindex argument or via rearranging divs and other elements):
Or even move "save page" and "review" to be just after "description" — Preceding unsigned comment added by A5b ( talk • contribs) 26 June 2013
If this was reported / dealt with earlier, thanks for saying so and pointing. Sequence of events with VE ...
Regards --User:Ceyockey ( talk to me) 00:41, 26 July 2013 (UTC)
Anyone got an explanation for this one, where VE apparently decided it didn't like the reference tag formatting?— Kww( talk) 06:06, 26 July 2013 (UTC)
When wanting to edit a section of an article, it is highly frustrating to wait (what feels like ages) for the entire page to reload with the microsoft word-style buttons. Can we make it possible to just edit individual sections like with the original editing style?-- Coin945 ( talk) 08:44, 26 July 2013 (UTC)
i dont feel good with this new sistem of edition. simply not good Cheposo ( talk) 12:02, 26 July 2013 (UTC)
This edit added the ↵ character, as well as screwing several references and removing some wikilinks. -- Redrose64 ( talk) 12:14, 26 July 2013 (UTC)
[[Title|'Anchor']]
(including the apostrophes). VEdit the page, highlight Anchor
and hit Italics. When the page saves, the result is [[Title|'''Anchor''']]
, which produces a bolded link.[[Title|'Anchor']]
(including the apostrophes). VEdit the page, highlight 'Anchor'
and hit Italics. When the page saves, the result is [[Title|''<nowiki>'Anchor'</nowiki>'']]
, which produces an italicized link.Interesting. -- Cryptic C62 · Talk 16:27, 26 July 2013 (UTC)
I think the visual editor is slow and it never saves the edits I make until I press the " Return" button. I mean it definitly needs alot of improvement.-- BabbaQ ( talk) 16:43, 26 July 2013 (UTC)
[28] lists this rather interesting event. I look forwards to hearing about the inevitable booing and chaos as they try to sell this idea to a hostile room. I can't imagine the VE team can have even the minimal humility needed to keep the editors on their side.
And I really do think it's important that they have to face editors face-to-face on this one. They're never going to listen to editors who write in text. They're going to need to experience personally the users' opinion on how poorly they've handled the launch, the planning, and, most of all, how their dismissal of wikitext is backwards and unacceptable. Adam Cuerden ( talk) 19:05, 26 July 2013 (UTC)
The top part of this diff with the duplication / breaking of the <br> tag is rather odd. Dragons flight ( talk) 19:58, 26 July 2013 (UTC)
I want to mention it here in case anyone else likes it. For a while now I have been using:
.ve-ce-surface { background: #F8FFF8; }
To tint the entire VE edit space a soft green. I find this very helpful for making obvious when I am in edit mode and when I am in reader mode. Dragons flight ( talk) 20:07, 26 July 2013 (UTC)
While putting in stub templates in article "Zhang Shi (prince)" using the visual editor, when trying to save I got the text
"Error loading data from server. Unsuccessful request: Invalid token."
This appears to be an existing bug.
will try using the Edit source. Successful Rpyle731 talk 22:25, 26 July 2013 (UTC)
Its obvious at this point that the WMF isn't going to admit the huge mistake they made in releasing this piece of crap but its clear that's how the vaste majority of people feel. Its been more than a month since its beta release and more people are screaming for the madness to stop than ever before. People are flooding talk pages with bugs, complaints and comments. I took a break for a couple weeks to see if things got better, they haven't. The application is garbage and needs to be removed until its fixed. I'm logging back off now since this is no longer about helping editors but the WMF being pointy. Visual Editor is officially driving away editors because the WMF doesn't want to do the right thing. What a shame. Kumioko ( talk) 00:08, 26 July 2013 (UTC)
Actually, VisualEditor is not targeted at the thousands of users who've made it through the gauntlet and figured out how to edit with wikitext; we know it, and we're not all that likely to change. I have the sense that the WMF isn't the least concerned that about 95% of "old user" edits are done using wikitext. That, to me, is a problem, because it creates a serious social gap between generations of users. We're not that far off from having only a small percentage of "old hands" being able to explain what we consider to be basic editing practices to new users, and we don't know very much about the new users who are joining at this point and won't for a while. The last time that we had a major gulf was around 2006-07, and we have never really got past the problems with socializing a large group of new users whose activities were "different" from other editors. It was at about that time that so many of the issues relating to "civility" and mutual respect started to erode. It concerns me that there's little evidence of thought on the part of the WMF as to how these new editors are going to be socialized into the communities. Of course, I could be wrong, and there could have been lots of thought about this, but that thinking hasn't been shared with us. I just keep pointing to the fact that they've got half a dozen short-term community liaisons, and once they're out of the picture, there's no reason to believe that the community is going to be in any position to support all these new editors using software that is largely terra incognito for the rest of the community. One thing that I know for a fact much of the developer community (both staff and volunteers) hasn't realised is that most of what they are doing now is as much social engineering as it is technical engineering. The code that they write isn't just keeping the servers running. It's intended to directly affect socialization and interaction on the projects. They need to own that fact, and to be willing and able to deal directly with the human effects of their work. Risker ( talk) 05:05, 26 July 2013 (UTC)
need ability to set subscript for ECG leads, e.g. V4 eug ( talk) 05:42, 27 July 2013 (UTC)
Just wanted to record the salient points of using VE at a workshop for 40 newbies (35 women, 5 men) at Sophia College, Dept of Social Communications and Media, Mumbai on July 13. The Mumbai community ran this 3-hour workshop on request from the department.
Here's an experiment I conducted: In source, I wrote a sentence which employed strikeout, subscripts, and a {{ citation needed}} tag. I entered VE, cut the sentence, and pasted it in MS Word 2007. To my pleasant surprise, all elements of the formatting and hyperlinking survived the journey. I then cut the sentence and pasted it back in VE. None of the formatting survived. I found it somewhat curious that formatting can survive the journey in one direction but not the other. -- Cryptic C62 · Talk 06:26, 27 July 2013 (UTC)
I tried using Ctrl+Y, which is the shortcut for 'redo' (the opposite of 'undo'). It didn't work. Much sadness, as this is a very handy shortcut. -- Cryptic C62 · Talk 06:26, 27 July 2013 (UTC)
Every change to episode list causes chaos: [29], [30], [31] and there were more examples. -- Magioladitis ( talk) 11:15, 27 July 2013 (UTC)
The category that keeps coming in dozens in Category:Episode list using the default LineColor -- Magioladitis ( talk) 11:21, 27 July 2013 (UTC)
In this one we have Category:Commons category without a link on Wikidata -- Magioladitis ( talk) 11:26, 27 July 2013 (UTC)
Maybe a duplicate of Wikipedia:VisualEditor/Feedback#Addition_of_hidden_categories. -- Magioladitis ( talk) 11:27, 27 July 2013 (UTC)
Another example (8 July 2013) again for Episode lists without episode numbers. -- Magioladitis ( talk) 12:35, 27 July 2013 (UTC)
Hi I have a idea why don't we add a spellchecker on the editor? Tiswaser ( talk) 12:59, 27 July 2013 (UTC)
I have little experience with VE, so apologies if this is know, but I did search the TOC and see nothing about sortable table.
I tried an edit using VE, and observes that a table in the section, which had been sortable, was not longer sortable after the edit. (Read on, as it turns out to be less serious than I first thought)
(As an aside, is there a place to test these things other than live articles? I was going to create a sandbox, but VE isn't enabled for sandboxes.)
On the chance that I did something wrong, I tried again.
In this edit, I used VE to add the word "test" to the Coaches and results section. After the edit, the table was no longer sortable. (Not just the table in this section, but the table in the subsequent section as well.)
Oddly, if you go to the linked diff, it appears to be sortable, however, the saved version was not.
I wondered if there was a delay, so I tried again. Again, after the edit, the table is not sortable. However, if I click on the article button to reload the article, it is sortable, so this turns out not to be a major issue, but it may be troubling to editors who think that the VE edit removed the sort feature.-- SPhilbrick (Talk) 13:40, 27 July 2013 (UTC)
Task: Using VE, Change an image while preserving its caption and positioning.
Method 1: Click on image. Click on media popup. Nothing helpful here.
Method 2: Click on image. Click on media button in toolbar. Select new image. Position is preserved, but caption is deleted.
So how would one do this? Is it even possible? -- Cryptic C62 · Talk 16:41, 27 July 2013 (UTC)
Scenario: Editor is using VE. Editor adds an image of a person, then writes a caption. Editor says "Shoot, how is this person's name spelled? I'll just copy it from the article text." Editor cannot resize or move the Media settings window, and even if that were possible, the editor cannot highlight the article text anyway.
Ideally, it would be nice to be able to resize and move popups to make it easier to read the article while editing. The ability to highlight would be an added bonus. -- Cryptic C62 · Talk 16:48, 27 July 2013 (UTC)
It has recently dawned on me that the Wikipedia VE is to a substantial degree modeled on the VisualEditor used by the Wordpress blogging system (see http://en.support.wordpress.com/visual-editor/ for an overview). However the Wordpress version does quite a number of things that the Wikipedia version can't, such as special character insertion and switching between visual and source mode. It seems like it would make sense to set a goal of replicating those features (of course implementing them would take time). Is there a reason why that can't be explicitly set as a goal? Looie496 ( talk) 17:02, 27 July 2013 (UTC)
ref tag is not okay 188.230.2.168 ( talk) 17:21, 27 July 2013 (UTC)
It's pretty much terrible. ForwardObserver85 ( talk) 19:54, 27 July 2013 (UTC)
Anyone seen the parameter values in a template jump to the next line? At first when I saw this I thought it had to do with the parameter content. Happens if I just do it with a single character though: see simple case.— Kww( talk) 20:26, 27 July 2013 (UTC)
Sorry, but I simply couldn't figure out how to do this using the VisualEditor. Thanx. 132.216.109.173 ( talk) 20:57, 27 July 2013 (UTC)
Hello again, not sure if this is the right place/time to suggest this but here we go: I wish I could edit the plain wiki just by clicking a section... sort of a instant edit but without all the VE WYSIWYG items. Maybe this would need a all new dev but since current VE is full of resources, maybe could be a "lite version"? Thanks a lot. Dianakc ( talk) 22:16, 27 July 2013 (UTC)
When editing the Athlon 64 X2 article, I have only a memory of deleting one line in the external links, yet somehow the infobox was deleted. It is possible I did this inadvertently and didn't notice when saving the edit, but I usually do notice these things.
Also annoying is the "General Unconstructive Edits" warning left on my user talk page by some inconsiderate, presumptive operator of a bot. It would be nice if developers of these bots would be more kind to users using tools that are in beta, as we may either be mistakenly using the tools incorrectly or the tool itself may have created the issue. When I read the post left on my talk page, I didn't feel that such automated tools do well to promote activity on this site. MadenssContinued ( talk) 01:28, 28 July 2013 (UTC)
VisualEditor wouldn't let me save an edit I was trying to make with it. After clicking the Save button, and waiting awhile (1 to 2 mins), the following error message came up: "Error loading data from server: Unsuccessful request: Invalid tokin". I tried saving numerous times, including after return to make more changes with the edit, and the same thing came up. In the end I clicked the Review your changes button, copied the diff to a file on my computer, and the made the edit [32] in source mode. Not being able to save edits is a really huge bug – I doubt most people would think to save the diff, and thus would lose their edits. I am using Chrome v28 on Windows 7. - Evad37 ( talk) 02:20, 28 July 2013 (UTC)
I added an existing citation that did not already have a "name=" value to a second location within an article. VE added a default name to the reference to allow it to be cited twice, I think the value was ":0". Is there a way to assign a more meaningful name to the reference within VE? VQuakr ( talk) 18:43, 25 July 2013 (UTC)
Even if the devs add the ability to change ref names, VE will still need to automatically assign refnames, and ':0' is definitely not a good ref naming convention. On enwp we have, or had, a bot that automatically merged refs together. To do this, it will have automatically assigned refnames to refs. It would be helpful if we can find the developer and see if they can provide some suggestions on how to automatically name references, based on feedback they received. p.s. VQuakr, shameless plug: if you use User:John Vandenberg/switch editor, you can finish your VE edit in the source editor when you find VE has created an unsatisfactory diff. John Vandenberg ( chat) 22:22, 26 July 2013 (UTC)
It is VERY unpleaseant for me to read with the new feature. When I pass the mouse over the edi button, appears a new button saying edit source. I know these things are great for editors. But they are really distracting because one scrolls the mouse accidentally, in all the horizontal white stripe, i mean one scrolls the mouse over any place at the same height of the screen that Edit button, then Wild Edit source button appears. This is horrible. Please, make it harder to find. This distracts the eye a lot, i'm tottally serious. Plase, don't take this for a joke, i'm serious, the editors may have another way to do that, for example clicking on a small STATIC button for visual editing, that would be GREAT! Thank you Santropedro1 ( talk) 01:22, 26 July 2013 (UTC)
.mw-editsection-link-secondary { visibility: visible !important; content: "source"; }
.mw-editsection-divider { visibility: visible !important; }
.mw-editsection-bracket { visibility: hidden !important; }
I have taken User:Salix alba's idea a step further to provide IPs with an opt-out. See Wikipedia:VisualEditor/Opt-out#Options_for_IP_users The CSS will need to be optimised with funky selectors, but the basic CSS should work on any browser. -- John Vandenberg ( chat) 08:10, 26 July 2013 (UTC)
This is the comment I came here to make. Perhaps not so emphatically but, yes, I too find the dynamic links to be really distracting. One of the reasons I love Wikipedia is the cleanliness of its interface; dynamic things detract from this. Perhaps modifying the trigger area so it only changes when hovering the 'edit' link (vs current behavior: when the cursor is anywhere on the same line) would be sufficient. — Preceding unsigned comment added by 70.0.31.239 ( talk) 01:52, 27 July 2013 (UTC)
This editor sucks. Not only is it different, it fucks things up like wikified links - it displays the brackets rather than wikifying. You guys are fucking idiots.
I can't express how fucked up you folks are. I specifically set my profile to *NOT* use the new editor weeks before it went online, and you still fucking forced it down my throat. Jeffrey Walton 01:11, 27 July 2013 (UTC)
For a comprehensive list of options, see WP:VisualEditor/Opt-out. -- John Broughton (♫♫) 04:28, 27 July 2013 (UTC)
We need a petition to request shutdown of VE until fixed for basic functionality. - Wikid77 ( talk) 08:12, 28 July 2013 (UTC)
I have made two edits in my sandbox to demonstrate this. Here [34], you can see me inserting a heading called "Demo". Here [35], I delete the heading called "Demo". I had expected the section to be deleted with the heading, but the section remains there, without a heading. I think this would be particularly baffling for someone unfamiliar with the text editor. OrangesRyellow ( talk) 10:21, 27 July 2013 (UTC)
I noticed the "trick" that John Vandenberg pointed out: highlight the heading, hit backspace to erase the text, hit backspace again to remove the heading. I was tempted to report this, but after pondering it, I think this is actually the way it should work.
Task 1: Change heading completely | Task 2: Remove section | |
---|---|---|
Protocol A: Deleting header text removes section | Method 1A: Highlight heading. Backspace. Select header level from drop-down. Begin typing. | Method 2A: Highlight text. Backspace. |
Protocol B: Deleting header text creates blank section | Method 1B: Highlight heading. Backspace. Begin typing. | Method 2B: Highlight text. Backspace. Backspace. |
Methods 1A and 2B are the most inefficient methods, and it seems clear to me that 2B is the lesser of the two evils in terms of efficiency, and perhaps user frustration. -- Cryptic C62 · Talk 16:29, 27 July 2013 (UTC)
VisualEditor does not show {{tl|foobar}} correctly. For example, User:Bgwhite/Sandbox has {{ Fb footer}}, {{ quote}}, and {{ cquote}}, which are not visible in VisualEditor edit mode. GoingBatty ( talk) 14:12, 27 July 2013 (UTC)
If you look at [37] and look just at the VE parts, there appears to be a somewhat abrupt drop in VE edits of perhaps 20% during the last day or so. Assuming this is accurate, then one might want to investigate whether some recently deployed update to VE is making it harder to edit. I'm unaware of any specific likely cause, but it seems a bit more than one might expect from random variation. Dragons flight ( talk) 22:43, 27 July 2013 (UTC)
Twice the proportion of new accounts using wikitext versus Visual Editor. --User:Ceyockey ( talk to me) 19:19, 28 July 2013 (UTC)
I just lost over half an hours work when I tried to add a reference. I pasted in my google books reference and looked for an OK button. On my Chromium browser with a 1024x768 screen there was no way to accept or reject the reference that I could see and I ended up having throw away the entire edit. TwoTwoHello ( talk) 08:13, 28 July 2013 (UTC)