This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
Image link is not working when adding files from wikimedia commons SariSabban ( talk) 08:27, 28 July 2013 (UTC)
I've noticed a few problems with the logo. The line spacing seems to be messed up, it looks its been set to "1ex", 3ex is a more typical value. However the insertion cursor is looking like its been give an 220% fontsize. There is also a bug with the insertion cursor partially obscuring the character under it and shifts the character under it leftwards. (The line spacing might be baseline:subscript, but that can't be as VE does not support subscripts.)
I've tried to reproduce the bug using CSS: visua|editor
Should I file a bug report? We would not want the logo to give a negative impression of the project. -- Salix ( talk): 14:11, 28 July 2013 (UTC)
...but I like the original source editor much better, even for small changes. This new editor doesn't really make an edit faster for me and it cannot do all the same edits the sourcel editor could do. NortyNort (Holla) 14:51, 28 July 2013 (UTC)
This edit removed the closing </divs> in 6 places. I'm not sure if it's a known bug?
Also, it's not standard article formatting - so, although I've fixed/replaced the old code - updates to the page beyond that would also be welcome. – Quiddity ( talk) 16:56, 28 July 2013 (UTC)
I find Visual Editor useless for long articles, because even when I use the Edit tab on one subsection, the system insists on loading the whole #$%?&* article and scrolls at the speed of molasses. Yesterday I wanted to make a very simple edit - to change "is" to "are". Unfortunately the article was 73K long and VE loaded it all, then it took 5 minutes to scroll and find the sentence which needed changing as Ctrl-F worked VERY slowly, and I finally changed "is" to "are". Then I tried to look at my edit before saving - possible but took another 5 minutes! Then I saved at looked at the revision history, and was horrified to see that my revision was marked not (+1) for adding one (net) character, but (+4,036)! The system had duplicated a whole table from one point in the article to another, and a quote box as well, and the article was now not 73K but 77K. Possibly I clicked somewhere I shouldn't while waiting for the interminable load or the interminable scroll. Fortunately I was able to undo the damage much more quickly with Edit Source; I reverted my own edit and then edited the one subsection and changed "is" to "are" again all in 1-2 minutes.
This was all very frustrating and I will not be using VE again except for the shortest articles, at least until it is possible to load and scroll a single (sub)section and edit it alone in isolation as is possible with Edit Source. Dirac66 ( talk) 20:07, 28 July 2013 (UTC)
-- 85.246.205.104 ( talk) 20:53, 28 July 2013 (UTC)
to me. Looks neat. Great work to whoever did this, but I'm going to be editing the source until this particular feature gets ported. mcs ( talk) 19:58, 26 July 2013 (UTC)
In this [1] edit, and the preceding edit which created the article, I had attempted to add a lineup of refs and in both edits. I had expected to have a total of 7 refs like this [2], however, in both edits, managed to add one ref only. Rest of the refs disappeared magically. This seems to be some kind of bug. OrangesRyellow ( talk) 04:08, 27 July 2013 (UTC)
Check this edit, line 701. -- Magioladitis ( talk) 14:01, 27 July 2013 (UTC)
As far as I can see, there is no way to mark an edit as a minor edit in the VisualEditor. It's not a major thing, but it would be great if this feature was included. 99.141.248.145 ( talk) 18:27, 27 July 2013 (UTC)
First of all, the panel is currently almost totally unlabeled, which is very confusing. Anyway...
It seems to me that almost all citations are (and should be) created via templates, but this interface encourages manual formatting, which seems like a Bad Idea. Sure, you can include a template with the dauntingly-named "Transclusion" button, but then you are staring at another bafflingly labeled panel with a text field. This doesn't really make finding the template you need easier.
So here's what I propose: Templates work with Wikipedia categories. So why not set up a category namespace just for citation templates, with a nice taxonomical structure. Then you have a UI in the reference panel for drilling down through that structure. So if I wanted to cite a podcast, I might click "Multimedia", then "Audio", then "Podcast". Or if I wanted to cite a journal article, I could navigate through "Print -> Academic -> Journal". Then I'd be taken to a form to fill out the fields for that template. This could be a walk through sort of "wizard" or just a tree-view like any old file browser. Doesn't really matter. Note that a template could still be in more than one category if it made sense, e.g. "Map" could be filed under both "Multimedia -> Visual" and "Print -> Reference".
There are several really nice features of this proposal. First, it would be totally backward compatible with how things already work; it just needs UI on top of it and volunteers categorize the templates. Second, it finally fixes a major pain point in adding actual substance to articles, since searching for citation templates has always been laborious for occasional contributors (I have at least once given up on an edit because I lost patience). Finally, it would make the organization of the citation UI totally user driven - was the template for "DVD notes" not where I expected it? I can fix it myself! mistercow ( talk) 00:47, 28 July 2013 (UTC)
Go to any page that is a subpage, such as a user sandbox. Observe the link to the parent page, located just under "From Wikipedia...". Activate VE. Observe that the aforementioned link disappears. Hover over that area. The link, though not visible, is still clickable. This occurs in Firefox v22.0 and Chrome v28.0. This occurs in Vector and Monobook skins. -- Cryptic C62 · Talk 05:08, 28 July 2013 (UTC)
I have stumbled upon a hidden variant of VE that I like to call "WTF mode". While VEditing, click the Transclusion button, then do one of the following actions:
The first two actions activate WTF mode. The third action allows you to add markup directly, which may cause other problems if abused. Anywho, symptoms of WTF mode:
I suspect this is an incomplete list. Possibly the wierdest behavior I have seen in VE thus far. I will explore further when I get the chance.
Using Monobook on Firefox v22.0 on Windows 7
-- Cryptic C62 · Talk 06:38, 28 July 2013 (UTC)
Elaborating on a point I hinted at above: While VEditing, click the puzzle icon to open up the transclusion box. In the bottom left, hover over the + icon, then click [ ] "Add content" twice. Any content added this way will ignore the VE "no markup allowed" rule. This allows the user to add a variety of markup options that are otherwise inaccessible in VE.
For example, at the top of a page, use double content transclusion to add a <s>
tag. At the bottom of the page, use the same method to add a </s>
tag. Before saving, none of the page's content will be affected, but upon saving, it will all be struck out. --
Cryptic C62 ·
Talk 00:23, 29 July 2013 (UTC)
Keep getting this error on edits Error loading data from server: Unsuccessful request: Invalid token. DennisDaniels ( talk) 07:23, 28 July 2013 (UTC)
The gallery at the bottom of GNB2 renders very differently in VE for me in Firefox, with three columns instead of four. The {{ Gallery}} invocation for that page is at {{ PDB Gallery/2783}}. Has this type of problem been reported? John Vandenberg ( chat) 11:48, 28 July 2013 (UTC)
Just came across this botched-up VE edit by an anon [3]. This edit has copied mangled parts of an image caption including half the code of a wikilink (with its final brackets, but missing the initial ones) and moved it into the text. It appears to me that this couldn't possibly be an error committed by the user (or how could VE possibly allow the user access to just half of a link code and let them insert that without "nowiki"s?), so I assume it's more likely to be a VE bug. Is it a known bug? Fut.Perf. ☼ 14:03, 28 July 2013 (UTC)
The Visual Editor should be disabled for the following types of pages (in main and user space) because it is of absolutely no use there:
— Edokter ( talk) — 15:07, 28 July 2013 (UTC)
(Removed unrelated personal opinion.) I would appriciate not hijacking this thread to spew personal opinions. Let's keep on topic. — Edokter ( talk) — 15:45, 28 July 2013 (UTC)
The VisualEditor is unacceptably slow to save, taking literally minutes to save an article. This is on a Core i5 laptop using Firefox 22 and 8mbit+ broadband, so not exactly a slouch technically. - 81.129.124.199 ( talk) 23:19, 28 July 2013 (UTC)
I followed a link to German Wikipedia, so lets give you a few more bugs.
It was an interesting trip to make. Are we going to be given statistics for VE take up in the other wikipedias? When can we expect global opt-out?-- Clem Rutter ( talk) 23:39, 28 July 2013 (UTC)
I also think a new poll would be a good idea, with just a choice between "enabled by default" or "opt-in" (and if "opt-in" is decided, it can be changed later). And eventually a site notice or edit notice to have user know about the poll. -- NicoV ( Talk on frwiki) 20:24, 29 July 2013 (UTC)
Its all to do with pushback. I had an email exchange with Sue Gardner, basically all the angst about VE was expected. I think they were planning for a lot of "resistance to change" (my words) for the release. People screaming for it to be switched off was expected. People calling it a buggy piece of rubbish was expected. The foundation was actually surprised how little pushback there was before July when you had to opt-in, and pushback now is about what is expected.
So far the pushback from en wikipedia has not be strong enough, de was more organised with a greater number of votes: 480 for opt in our RFC with only 39 for disabling just does not measure up. de has also been better in taking things to bugzilla, which is where the developers listen. Posts on-wiki have little effect where the foundation/developers are concerned. The Dutch wikipedia has done even better you can't even use VE there, but this is mainly due to a bug which badly affected that wiki. We have had some success and have been successful with the disable VE preference, we are likely to see action on the hover effect on edit|edit source T52540.-- Salix ( talk): 21:18, 29 July 2013 (UTC)
See #RFC over default state below.— Kww( talk) 03:04, 30 July 2013 (UTC)
This edit makes me fell like im more likely to make changes as it looks less imposing 142.162.223.104 ( talk) 01:36, 29 July 2013 (UTC)
[4] consider another item in this sack full of glitches. Incnis Mrsi ( talk) 10:40, 29 July 2013 (UTC)
[[a|ab]]c
is awful: you can use [[a|abc]]
or [[a]]bc
. I think John suggests that VE could handle this kind of links smartly (like some other tools already does) since in VE the user doesn't see the underlying wikitext. --
NicoV (
Talk on frwiki) 15:35, 29 July 2013 (UTC)
I think we should, if there is sufficient interest, create a WikiProject for VE, at Wikipedia:WikiProject VisualEditor. At Wikipedia talk:VisualEditor#WikiProject VisualEditor, I've listed a number of tasks that such a WikiProject could work on. Please comment on this proposal (including an interest in participating) at that talk page, not here. Thanks. -- John Broughton (♫♫) 20:16, 29 July 2013 (UTC)
I was looking at the corrupted tables in http://en.wikipedia.org/?title=Metallica_%28album%29&oldid=566196578&veaction=edit when I noticed the lead (compare it to the display at Metallica (album)). It's not just bold italic text, because User:Kww/italictest works correctly. I'm suspicious that it has something to do with Metallica having an italic title, but I can't figure out precisely how Metallica gets its italic title, because I don't see a call to {{ italic title}}.— Kww( talk) 23:11, 29 July 2013 (UTC)
Wikipedia:VisualEditor/Default State RFC has been opened. Be nice. Be respectful. Don't vent.— Kww( talk) 01:30, 30 July 2013 (UTC)
Pretty please with sugar on top, could we please get a countdown to the end of the VisualEditor beta? For whatever reason, there are a group of people that miss all the messages when there's a change. I fear that when the beta phase of the VisualEditor ends, we will have to go through the whole VE switchover thing all over again. So I think it would be helpful if there was a m:CentralNotice that counted down the last 5 days before the VisualEditor beta period ends and the switch to VE becomes finalized.
There are a lot of good people helping others learn how to use the VisualEditor and answering questions, but they have been through a lot recently and I would hate to see them have to go through that all over again. I think a countdown would help these dedicated folks and their efforts to help others with the VisualEditor. Thanks for considering this suggestion. 64.40.54.39 ( talk) 01:31, 30 July 2013 (UTC)
I've not followed all the discussions about references, but it's still a nightmare. Click on "Add a reference", and unless you know about "cite web" etc there's no clue what to do except to add a free-formatted reference with no links etc.
Having added a couple of references, I want to re-use one of them. There's a helpful looking button saying "Use an existing reference". It leads me to a box asking "What do you want to reference"? What? I want to re-use my existing Ref 2, at the point where I've got the cursor. What sort of question is that? No clue as to how to do anything. Will have to add that reference out in Edit Source. (Have the existing references got names? If not, will have to add a name, too). Not going well. Pam D 11:04, 25 July 2013 (UTC)
I'm actually talking to James about this today. I'm going to try and write up what comes out of the conversation. Okeyes (WMF) ( talk) 17:18, 25 July 2013 (UTC)
For problem cases like List of X-Men (TV series) episodes where Visual Editor cannot be safely used, I've developed two little templates: {{ disable VE top}} and {{ disable VE bottom}}. Any text that lies between those two templates cannot be edited by the Visual Editor. If you place them in an article, please make sure that an edit notice like Template:Editnotices/Page/List of X-Men (TV series) episodes is in place to make editors aware that the inability to edit the section is intentional.— Kww( talk) 05:44, 28 July 2013 (UTC)
I just wanted to briefly say that I have had generally good experiences with Visual Editor. It obviously has its limitations, which have been mentioned above. However, it does help in doing edits of long articles that need a lot of basic trimming. I think it's OK as long as editors are aware of its shortcomings. Coretheapple ( talk) 20:00, 28 July 2013 (UTC)
Procedure: Go to George W. Bush. Click "edit this page" to activate VE. Press Ctrl+A, the shortcut to highlight all text. I got the following error:
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.
Alternatively, if I scroll down a bit before pressing Ctrl+A, my browser scrolls down to the bottom of the page and then freezes for a few seconds.
Using Monobook in Firefox v22.0 on Windows 7
-- Cryptic C62 · Talk 00:47, 29 July 2013 (UTC)
My test results, all done on List of jōyō kanji on Windows Vista (2.00 Ghz):
Logged in | Logged out | |
---|---|---|
Chrome 28.0 | Switch to VE: 66 sec Ctrl+A: 12 sec sec Delete all: 28 sec sec |
Switch to VE: 67 sec Ctrl+A: 19 sec Delete all: 27 sec |
Firefox 22.0 | Switch to VE: 88 sec (6 errors) Ctrl+A: 81 sec (6 errors) Delete all: 17 sec (1 error) sec |
Switch to VE: 85 sec (6 errors) Ctrl+A: 70 sec (6 errors) Delete all: 15 sec (1 error) |
Quick summary: Load times and errors do not appear to be affected by user status, but are affected by browser. -- Cryptic C62 · Talk 22:07, 30 July 2013 (UTC)
I noticed another editor made a change that was marked "(Tags: nowiki added, VisualEditor)" [5]. An in-line reference was added, but with nowiki tags enclosing it. — rybec 07:33, 29 July 2013 (UTC)
<ref>
tags, or {{curly braces}}
, or '''Bold Text'''
, VisualEditor will add <nowiki>
tags to the offending markup. --
Cryptic C62 ·
Talk 12:20, 29 July 2013 (UTC)
Typo fix. I found the "thems them" in the text, clicked on it ... blue box. No "template" puzzle piece. Scrolled right up, at which point the template was no longer highlighted - so of course the clickable puzzle piece would no longer be visible. Clicked on what I thought would be the right template and eventually found it. This was confusing to me for a moment, and I have a mental model of what's happening; it would utterly flummox a new user ("oh, I can't edit that ... but it's wrong ... why would someone lock a typo?") - David Gerard ( talk) 08:10, 29 July 2013 (UTC)
Editing a page which had 3 spurious bulletpoints, I backspaced to remove them - and removing the last one removed the reflist. If I then went on to save the article, the red notice ("Cite error: There are <ref> tags on this page, but the references will not show without a {{reflist}} template (see the help page).") about the existence of refs without a reflist didn't show up until after I saved the article, even when I looked in "Review your changes". In Edit Source, it shows up in Preview. OK, in VE I could see that the reflist had disappeared, but (a) it shouldn't have gone and (b) VE should have shouted in red to tell me it was missing, allowing me to revise my edit before I saved the whole thing.
Ah, on further looking: the three bullet points didn't appear in the article when viewed as an article, only when seen in VE. They separate two comments in a template of some sort which the original editor used - see first version. So these bulletpoints appear on screen in VE, inviting the careful editor to delete them (and to cause problems by doing so), although they're invisible in the article as displayed. Hmmm. Pam D 08:23, 29 July 2013 (UTC)
For the record, the issue I had where scrolling up and down caused major issues seems to have been mostly fixed. It's not a perfectly smooth scroll, but it scrolls in real time, unlike before when it took a second or so to respond. Good work on that, anyway. Downside: The test page I use still takes about 10 seconds to load up before VE becomes active, though I'm pretty sure that's still a lot quicker than last time I tried.
However, today's testing was towarss a purpose - answering some questions I was asked, and, while answering one, I tried out the adding a link thing I had heard a lot about, but hadn't tried because of the system slowdown VE caused.
My experience was not at all good. I clicked the link tool while not focused on any text, to try and add a new link. I got a largely empty box with no instructions, and the next word in the article highlighted within the box. I fiddled with it a few times, and still don't know if typing in the box A. changes the text of the link. B. allows me to select more words. C. Changes what is linked to, or D. is followed by another, nearly identical box for a secondary function. It probably doesn't help that I have never used a GUI for text editing beyond basic Microsoft Word and Powerpoint stuff. So, frustrating experience, poorly documented, and I didn't feel the need to try out anything else after that. Adam Cuerden ( talk) 18:26, 29 July 2013 (UTC)
Adding a reference link is too hard for your target audience. I did ask weeks ago for the planning documents, design mockups, or whatever concerning the reference template interface. Maggie said she'd look into it. Did these ever turn up? - David Gerard ( talk) 18:27, 29 July 2013 (UTC)
Here is a list of my ideas for this day:
Issues:
-- Rezonansowy ( talk) 20:07, 29 July 2013 (UTC)
While I was hoping for a visual editor, it just makes it more difficult to make things like infoboxes, references, etc. MatthewHoobin ( talk) 21:45, 29 July 2013 (UTC)
I have been noticing that when I cut and paste a template repeatedly in VE I sometimes see parameter values that I am convinced I did not set. I can't quite reproduce the behaviour I believe I've seen, but I can give steps to something similar that is certainly odd and seems likely to be related. To reproduce:
I suspect that if you fiddle around with copying, pasting and editing multiple copies of a single template (as I've been doing in radiocarbon dating) then you could find more bugs; I'm sure I've seen a case where I edited a template but after subsequent edits elsewhere the parameter values changed again without being edited. If anyone can reproduce that behaviour I'd like to see it. In the meantime, this does appear to be a bug in its own right. -- Mike Christie ( talk - contribs - library) 01:53, 30 July 2013 (UTC)
Is there any known timescale for when Visual Editor will be supported for IE10? — Preceding unsigned comment added by 86.128.0.206 ( talk) 03:30, 30 July 2013 (UTC)
The recent (last couple of days?) improvement in the template interface -- presenting some documentation information on screen in the jigsaw puzzle piece dialog -- makes a huge difference in usability; thanks for that. I have been using VE whenever I could while editing an article with lots of templates, and was unable to quickly figure out how to use the parameters in a template I wasn't familiar with. That's no worse than ordinary editing; normally what I'd do is bring up a second tab with the template documentation and work from that. However, now that the params have definitions on screen, the interface is significantly better than with the wikitext editor -- I'm still going to have to go to the template page for some things, but this is a big milestone and very welcome. Mike Christie ( talk - contribs - library) 11:03, 30 July 2013 (UTC)
I've experienced issues to do with image search, size and captions. AFAICS these aren't fully documented in the existing bug reports:
upright=1.0
be the standard for newly inserted images.upright
parameter anyway. Ideally an attempt to re-size an image using VE should convert the pixel-based width into the equivalent upright
parameter using the contributor's current or default preference. That would transparently promote best practice rather than undermining it. It would also help with
bug 47804.upright
-based ratios.Thanks - Pointillist ( talk) 11:04, 30 July 2013 (UTC)
There is now a provisional WONTFIX on the nowiki bug T52527. JDF thinks its better left to an abuse filters, like Special:AbuseFilter/550. As there is no likelihood of this getting better we might need to toughen up the filter. One thing which could be done is to set it to "Prevent the user from performing the action in question" but only if the edit comes from VE. I'm not quite sure how to test for such though.-- Salix ( talk): 16:19, 30 July 2013 (UTC)
Can I just clarify: are you saying that there is no intention to stop VE spraying text with nowikis? -- Clem Rutter ( talk) 18:36, 30 July 2013 (UTC)
The poor writing on this page is exactly why I would not give one red penny to Wikipedia. Biased and unprofessional reporting. 173.65.21.197 ( talk) 23:51, 30 July 2013 (UTC)
Over the last few days- possibly the same time frame where the "opt-out" was introduced- I'm getting several-minute load times and pages that load with no content. Edits and previews may time out instead of completing. This is browser-specific and site-specific: The slowdowns occur only on Wikipedia and only in Safari 5, which is unsupported and doesn't even give me the option of using VE in the first place. It's clearly not a CPU issue, or the fan would rattle loudly. Yes, the obvious answer would be to use a different browser, but I have my workflow set up. A new computer is not in my near future, so it's only a matter of time before VE supports none of my browsers. It's just a web page: It ought to work.
I don't have a complaint with the existence of a visual editor, but it should be an "opt-in" thing, not the other way around. It could be handy for small edits, but I do a lot of copy editing, the kind of project that works better in a text-based editor. Why make it harder on the people who have demonstrated the most commitment to the site in an effort to accommodate those who have made little or no commitment? Is there really a huge pool of talent just sitting there waiting to make its presence felt if only there were a visual editor? Dementia13 ( talk) 14:44, 28 July 2013 (UTC)
Hi,
James said that it also depends on us working together in partnership to ... add template metadata (which is used by VisualEditor to make templates more user-friendly). I understand and agree to that, but currently several enhancement requests have been made on what can be done when defining TemplateData. Several of them would be really nice to have before creating the TemplateData block for each template, because without them we will have to go back to modify the blocks once the enhancements are available. So what's the schedule for the following enhancements ?
And also a suggestion to get more people creating TemplateData: when an editor inserts a template without TemplateData, would it be possible that VE displays a short message telling him about TemplateData (a link to an explanation) ?
-- NicoV ( Talk on frwiki) 22:29, 29 July 2013 (UTC)
Might want to take a look at this, where a good-faith attempt by an unregistered editor to update a table on a sportsman's page resulted in...very strange things happening to the table. - The Bushranger One ping only 18:52, 30 July 2013 (UTC)
If text has a size specified, e.g <font size=12>, then you cannot edit it in VE at present. The bar that notifies you of this is fixed to standard line height so you can click on links that extend above or beyond this, e.g. text with a link.
If such a link appears in body text, then clicking it takes you to the link target in the same window (i.e. exactly the same as if you clicked on it in read mode). If you ctrl+click to open in a new window/tab then you get the same behaviour as described for section links in T53122.
If such a link appears in an image caption, then ctrl+clicking has the same effect as in the paragraph above/bug 51122. Left clicking does take you to the linked page, but instead of using the main window it uses the media settings dialog's frame (see screenshot attached to bug). You cannot close this frame - the close button has been replaced by the link target and it doesn't respond to escape.
Steps to reproduce:
I've reported this as T54285 but I can only test it in Firefox 22 on Linux. It would be useful if people could test it in other browser/OS combinations too. Thryduulf ( talk) 18:54, 30 July 2013 (UTC)
Why abuse nowiki for situations such as James' mistake"
? Shouldn't it be marked ''James'<!-- -->'' mistake
? If marked correctly, it also has the advantage of being far easier to find the bad nowikis.
Adam Cuerden (
talk) 20:09, 30 July 2013 (UTC)
James' mistake
.
GoingBatty (
talk) 03:05, 31 July 2013 (UTC)
while attempting to change List of Minor Recurring Characters in Star Trek The Next Generation. Error happens in beta version, on Fx 22 AllanVS talk contribs 20:35, 30 July 2013 (UTC)
There's a request to advertise Wikipedia:VisualEditor/Default State RFC at the watchlist at MediaWiki talk:Watchlist-details#Wikipedia:VisualEditor/Default State RFC. Participation in either or both discussions is appreciated.— Kww( talk) 22:31, 30 July 2013 (UTC)
So here, all I did, in VE, was to highlight a section, including the heading, and press the delete key, then save. The section header had a wikilink in it, which may be relevant.
VE added a nowiki tag in the heading, rather than just delete it all. It didn't tag the edit as "nowiki added" either, as far as I can tell looking at the history. Maybe that's because it was a userspace edit? Begoon talk 05:18, 31 July 2013 (UTC)
Editing a stub I clicked Save Page and the box appeared dropped down the screen so that the "Save Page" button wasn't visible unless I scrolled it.
Tried to follow Thryduulf's notes on how to upload a screenshot but they don't match my on-screen experience (Vista, Firefox22, vector I think): no "summary" box visible, no indication how to proceed, thoroughly frustrated - there must be an easy way to add illustrations to this page?
... and now that I tab back to the offending page, the dialog box has moved back up to the top where it should be. But I've still got the screenshot, could upload if useful if given advice on how to do so. Perhaps it was just VE being v-e-r-y slow. Pam D 07:32, 31 July 2013 (UTC)
Believe it or not, when making a change to the guide I think I've encountered the problem described - see screenshot! It seems that the top right of the dialog box is positoned below the location of the last change, without reference to placement within the window. As my change was to the left end of the page, the left of the dialog was off screen, although there was plenty of vertical space here so it looks like no scrolling was required. Was this what you saw? Thryduulf ( talk) 12:04, 31 July 2013 (UTC)
And here, to show that Thryduulf's revised how-to-do-it notes really work, is my screenshot from this morning! Pam D 16:28, 31 July 2013 (UTC)
I had hoped *all* of the garbled wikilinks were being fixed, but I found another add-extra-letter, nowiki wikilink in " Six Flags Over Texas" (at bottom of dif447 of 01:16, 21 July 2013), which I fixed as part of full-page copy-editing for wp:GOCE's July backlog drive:
In this case, the easy clue would be "nowiki" added by VisualEditor, but the example shows another peculiar garbled wikilink, where the article name is duplicated, then a letter added from the follow-on text, plus "<nowiki/>" after the link, and then text continues. Anyway, the article has been fixed. Feel free to hat this thread if this extra-letter wikilink pattern has been logged before. - Wikid77 ( talk) 09:00, 31 July 2013 (UTC)
Sorry, I don't like this editing mode. Current problem: Can't find a way to put the v in vmeme in superscript. Can you make that option easier to find? DBlomgren ( talk) 09:11, 31 July 2013 (UTC)
I made several attempts to use VE to add a "Notability" template to an article, the first time I have used a template with template data. I found it unintuitive, and eventually gave up when the "Save changes" dialogue box appeared half off the screen, and inaccessible, at bottom left - see screenshot.
This is repeatable. Steps to reproduce:
I think these dialogue boxes should be moveable, like windows. JohnCD ( talk) 14:10, 31 July 2013 (UTC)
In Firefox 22 on Linux with Monobook skin (not tested in other combinations) sometimes the VE toolbar overlaps the page head links and tabs (userpage etc). See the screenshot attached to the bug.
I haven't figured out how to reliably reproduce this but the following sequence usually seems to work.
It doesn't always work, but actions like this do seem to trigger it more often than not. I don't know whether this is dependent on bug 52317 but it was in testing that bug that I found this one.
Is anyone able to reproduce this in other browser/skin/os combinations, and/or figure out how to reliably reproduce it? Thryduulf ( talk) 14:48, 31 July 2013 (UTC)
I think we should recognize that VisualEditor is the future and try to spend time and energy focusing on possible real, actionable improvements to VisualEditor. -- MZMcBride ( talk) 17:19, 31 July 2013 (UTC)
On the page Earth, we had the following markup code:
[[File:(filename)|thumb|700px|center| (caption here) |alt= (alt text here) ]]
The VisualEditor parsed this incorrectly and assumed that “alt= (alt text here)” was the caption.
Changing the order of the items fixed this despite having no effect on the rendered page, which indicates that it’s a bug in VisualEditor and not incorrect MediaWiki markup. — Timwi ( talk) 19:22, 31 July 2013 (UTC)
Just make red links red . -- Rezonansowy ( talk • contribs) 20:27, 31 July 2013 (UTC)
Take a look at the text
this page. The first two sentences may appear to be identical. If one activates VE, one will find that the first sentence (which employs <tt>) cannot be edited, but the second one (which employs <code>
) can. My question is this: If the editor is supposed to be visually intuitive, why are two (almost) visually identical elements handled differently? --
Cryptic C62 ·
Talk 20:54, 31 July 2013 (UTC)
Hey - I'm able to edit this page 'Omerta' when I should be in the view-only mode. Please address this issue asap. -- 170.121.14.12 ( talk) 20:59, 31 July 2013 (UTC)
I've got no VisualEditor option even though I have "Remove VisualEditor from the user interface" in my Preferences unchecked. Please fix this. -- Sp33dyphil © hat ontributions 07:47, 29 July 2013 (UTC)
I also get "no VE". Also while using Iceweasel v3 — perhaps not considered "modern"? Well, I'm fine with this feature, but perhaps there ought to be a notice somewhere (user preferences?) when options are curtailed on the basis of the browser one is using. ~ J. Johnson (JJ) ( talk) 22:01, 1 August 2013 (UTC)
Got notice i had a talk that I replied to days ago. - DePiep ( talk) 21:32, 30 July 2013 (UTC)
Since all VE talk is lead here, this should be a Village Pump page. - DePiep ( talk) 01:37, 31 July 2013 (UTC)
On pages for which VE is enabled, the VE tab is labelled "edit this page", while the SE tab is labelled "edit source". Seems clear enough.
On pages for which VE is not enabled, the SE tab is labelled "edit this page". If one has been editing VE-enabled pages for a while, one will automatically assume that "edit this page" always activates VE. As such, the SE tab should always be labelled "edit source", regardless of the namespace. -- Cryptic C62 · Talk 02:39, 31 July 2013 (UTC)
What it says in the title really. Takes ages to load, and when it has loaded, doesn't seem to actually do anything except enable the spell checker and make the page slow to a crawl. -- Muzer ( talk) 14:14, 31 July 2013 (UTC)
Currently, editing a template parameter value requires knowledge of MediaWiki markup, negating the purpose of the Visual Editor. Instead, the parameter value UI should employ other little copy of the Visual Editor to allow visual editing of the parameter value, complete with toolbar and everything. Timwi ( talk) 19:13, 31 July 2013 (UTC)
Go to this page in Firefox. Activate VE. On each of the first six links, right click and select one of the spellcheck suggestions. Observe any unexpected changes, then press Ctrl+Z (undo). Observe any unexpected changes. Here's what I got:
Strange that any of these effects would happen, but perhaps even stranger that they are inconsistent. Can anyone reproduce in other browsers? -- Cryptic C62 · Talk 21:11, 31 July 2013 (UTC)
Detailed results | |||
---|---|---|---|
Pattern | Original | Spellcheck | Ctrl+Z |
No change | shamrads | shamrocks | shamrads |
turkleglove | turtledove | turkleglove | |
trugde | trudge | trugde | |
droconian | draconian | droconian | |
Multiword | metacritic | meta-c ritic | metac ritic |
meta c ritic | metac ritic | ||
dumpnuts | dump-n uts | dumpn uts | |
dump n uts | dumpn uts | ||
Lead break | blumpkin | p umpkin | b lumpkin |
apathosaurus | bront osaurus | a pathosaurus | |
chrsky | Chom sky | c hrsky | |
hotsaucebottle | blu ebottle | h otsaucebottle | |
aoeign | for eign | a oeign | |
coroglian | Caroling ian | c oroglian | |
Lead break (undo only) |
gloading | loading | g loading |
vbirth | birth | v birth | |
End break | soliquilistry | soliloquies | soliq uilistry |
lethrym | lethargy | lethr ym | |
lrkwd | legwork | lr kwd | |
End break (undo only) |
wrenchj | wrench | wrenchj |
cubew | cube | cubew | |
Full break | meepblossom | blossomy | m eepblossom |
bumguitar | guitarist | b umguitar |
I've not done any better at understanding this, so I've now reported it as bugzilla:52372. Do say if you gain any further insights. 07:53, 1 August 2013 (UTC)
I was just editing a page using the Visual Editor, and when I saved it and it asked for the edit summary, the edit summary box was off the edge of the screen in the lower left hand corner. I'm using Chrome if that helps at all. Red Fiona ( talk) 21:52, 31 July 2013 (UTC)
If I see a notice where the first heading, which is larger than all the later headings, is "If ..." (eg "If you are here for information on disabling Visual Editor") and the condition is false, I will probably not look at any of the box including the two sections with smaller headings, inferring that the irrelevant content has sub-sections. The edit notice might be more useful if the three headings were the same size, or if in some other way we highlight that the second and third paras are independent of the first heading. Pam D 22:53, 31 July 2013 (UTC)
Feedback about
VisualEditor:
How to disable VisualEditorYou have the option of simply choosing "edit source" to use the old system at any time. If you want to opt out of using the VisualEditor while it is in beta testing, go to the "Editing" tab of your preferences and scroll to the bottom of the page. Tick the box labelled "Temporarily disable VisualEditor while it is in beta" located in the "Usability features" section, then click "Save". You can reactivate VE access at any time by unticking that box. Please note that this preference is presently planned to be automatically unset and withdrawn when testing of the VisualEditor is complete. Other issuesWays to get help This page is for feedback relating to the new Visual Editor. For general help with Wikipedia see Help:Contents and the Wikipedia:Help desk. Uploading screenshots If you want to include a screenshot to illustrate your problem but don't know how, the guide at User:Thryduulf/How to upload screenshots of Wikipedia should help. |
How freaky, what happened to the wikitext editor? (i know i know it's a beta-run but what a goddammed unpleasant surprise) Beuurrkk! -- 2.0.94.224 ( talk) 22:53, 31 July 2013 (UTC)
When editting Christian Scott, I noticed only ref #1 is displayed, out of five well formatted ones. Changing <references/> into {{reflist}} solved this, no idea why. trespassers william ( talk) 01:40, 1 August 2013 (UTC)
The markup warning currently reads:
But the first hyphen should be changed to an n dash:
-- Cryptic C62 · Talk 03:22, 1 August 2013 (UTC)
Hi everybody. Earlier today James Forrester posted this message at one of the ongoing RfCs' talk. It is a proposal of four changes, so feedback is welcome; I am not sure how many of you are actively following these discussions, but it would be very useful if people who are using VE daily considered reading and commenting this proposal. (The thread also contains an explanation about how VE is benefiting right now from a large and diverse pool of users making real world edits). As usual, thanks for your time! -- Elitre (WMF) ( talk) 09:02, 1 August 2013 (UTC) Please remember to add comments there, not below ;)
I edited an article and found I'd got the popup saying I'd been using wiki markup, I should go into Edit Source, my edits wouldn't be saved, etc. I knew I'd input a pair of ''s at one time but had then remembered the error of my ways, removed them, and marked the title as italic in VE style, so was pretty confident I hadn't used any wiki markup and went ahead and saved the edit (difficult because the popup was sitting on top of the savepage box). I can't see anything VE would object to in that edit: it was very disconcerting to see the popup. In fact it deterred me from adding the references I was about to add as sources... will now go and do so. In VE if I'm feeling brave.
So what seems to have happened is that VE is hassling me about some wikimarkup I added and immediately removed! Is there a bug about this (or is it a feature?) Pam D 10:02, 1 August 2013 (UTC)
I tried VEditing Chess, which makes extensive use of {{ Chess diagram small}}. I found that VE does not display this template correctly. In the image at right, the upper section shows how the chess boards are displayed in view mode. The bottom section shows how they are displayed in VE. This occurs in Firefox 22.0 and Chrome 28.0; this occurs in Monobook and Vector. Presumably, this is related to an existing bug, but I don't know which it would be.
In terms of pervasiveness, {{ Chess diagram}} is transcluded onto 778 pages, and {{ Chess diagram small}} is transcluded onto 256 pages. -- Cryptic C62 · Talk 14:23, 1 August 2013 (UTC)
Would it be possible for VE to disallow the linking inside an article to its own title? SOmething like this (first line of article) doesn't result in a bluelink anyway, and is e.g. automatically removed by AWB. Note that this edit also contained some unwanted nowiki tags... Fram ( talk) 14:46, 1 August 2013 (UTC)
Today, while fiddling with VE, I clicked on the "Page settings" button for the very first time. I was very surprised to find that it contained UIs for categories and interlanguage links. Here are some thoughts:
-- Cryptic C62 · Talk 14:47, 1 August 2013 (UTC)
Right now there is an option to opt-out while it's in BETA. I would like to see this option given permanently for registered users. CRRays Head90 | Get Some! 17:47, 1 August 2013 (UTC)
Get rid of it. -- Astrocratic demokraut ( talk) 21:40, 1 August 2013 (UTC)
Visual editor is horrible and so wikia like. I hate visual editor for people just can click on stuff automatically without having them learn anything. It is like giving a easy job to a person who has no idea of the job.-- Micronationalist1999 ( talk) YOUR PROUD BANANA 22:27, 1 August 2013 (UTC)
Take a look at radiocarbon dating, and in particular see the Notes section, which has four text notes showing. Edit the article with VE; scroll back down to that section and you'll see that only three are visible. The first one is defined in an image caption, which I suspect is why it's invisible. Mike Christie ( talk - contribs - library) 22:41, 1 August 2013 (UTC)
It appears to me that we need a better way of documenting problems and feature requests for VE. Using AWB as an example, when someone submits a bug or suggestion they are asked to fill out a template that gives some details about the problem. This helps to document the problem and reduce questions. I think if we are going to continue using VE in its current state (which I still think is a tremendously bad idea) then we need to start to work smarter not harder. I suggest creating a template with the following fields:
{{VE bug |status = new <!-- when fixed replace with "fixed" --> |description = <!-- Place description of the bug here --> ~~~~ |reproduce = <!-- Directions to recreate the bug (i.e. what did you do that caused this bug); leave blank if unknown or not applicable --> |page = <!-- The page you were working with when the error occurred --> |OS = <!-- Your operating system (Windows, Linux, Ubuntu, etc.) --> |net = <!-- What version of .NET Framework you're using --> |browser = <!-- What internet browser you're using --> |skin = <!-- What skin you're using (usually Monobook or Vector) --> |workaround = <!-- Any workaround for the problem --> |bugzilla = <!-- Bugzilla tracking number if applicable --> }}
Any objections? Kumioko ( talk) 20:28, 30 July 2013 (UTC)
For those who are interested this is a sample of what the Report a bug functionality looks like when filled out. Kumioko ( talk) 18:24, 31 July 2013 (UTC)
Status | New: |
---|---|
Description | This is a sample bug report Kumioko ( talk) 18:23, 31 July 2013 (UTC) |
To duplicate: | |
Operating system | Windows 7 |
Web browser | IE 8 |
Site | En-WP |
Workaround | N/A |
Skin | Monobook |
Resolution | Unresolved |
Bugzilla | N/A |
Here's a bug I found a few days ago in the proposed format:
Status | New: |
---|---|
Description | When adding a new image, the media search feature doesn't find long names |
To duplicate: | 1. Find an image on commons with a long filename (e.g.
File:St Peter's Church, Newlyn - geograph.org.uk - 501812.jpg). 2. Choose a relevant article in which to insert it (e.g. W. S. Lach-Szyrma). 3. Click the "Edit" tab to edit the entire page using VE. 4. Place the caret at an appropriate insertion point and then click the media button. 5. Enter the filename in the search box (e.g. St Peter's Church, Newlyn - geograph.org.uk - 501812.jpg) The image is not found 6. Progressively trim the filename by destructively backspacing from the end of the string. After each backspace, pause to allow the search results to refresh: In my test, the search first succeeded with the string "St Peter's Church, Newlyn - geograph.or" Search also succeeded with "St Peter's Church, Newlyn - geograph.o" Search then failed with "St Peter's Church, Newlyn - geograph." Search then failed with "St Peter's Church, Newlyn - geograph" Search then succeeded with "St Peter's Church, Newlyn - geograp" and all shorter strings 7. Save the page (the result was this version). |
Operating system | Windows 8 Pro 64-bit |
Site | En-WP via https |
.NET Version | 2.0.50727.4927, 3.0.30729.4926, 3.5.30729.4926, 4.5.50709 client & full |
Internet browser | Chrome 28.0.1500.72m |
Workaround | N/A |
Skin | Vector |
Resolution | Unresolved |
Bugzilla | N/A |
A few points occurred to me while I completed the template:
Comment | The media search is actually pretty smart, e.g. it finds the image file given the jumbled string "Newlyn Church St Peter's". But searching for an exact match to a specific filename should also be supported. Maybe it could be activated by detecting a namespace prefix, e.g. "File:" in "File:St Peter's Church, Newlyn - geograph.org.uk - 501812.jpg". |
---|
Happy editing - Pointillist ( talk) 07:26, 1 August 2013 (UTC)
Regarding the status part, I've just discovered there is a gadget in special:preferences that reads the status of a bug a bugzilla and updates the {{ tracked}} template. I haven't a clue how that works but it might be possible to link to this template somehow. Thryduulf ( talk) 13:21, 1 August 2013 (UTC)
It would be good if plain numbers input into the "Bugzilla" field automatically linked to the bugzilla bug. Thryduulf ( talk) 08:46, 2 August 2013 (UTC)
I personally don't like it. Go back to the old editing format, please. Thank you. Lacobrigo ( talk) 23:17, 31 July 2013 (UTC)
In the
#References_-_still_dreadful thread above, @
OrangesRYellow: said "Reuse function does not work on refs which have not been saved yet.". Have we got a Bug for this? It's ridiculous. I created a
very short stub recently, to fix a redlink in a hatnote (no, it's not a great stub, but it'll do until a lepidopterist turns up to expand it). I found a good ref, cited it, and wanted to cite it again for second fact: in VE it appears that I can't do this. As so often, had to follow my VE edit with a "VE cleanup" edit in Edit Source.
... Just searched Bugzilla and found it at T53689 "unprioritized normal". How do we expect new editors to create well-cited new articles if they can't use the same ref more than once? I've commented there. Pam D 08:38, 1 August 2013 (UTC)
Update: it's now been labelled as "Highest normal" - but it was created on 19th July, which makes one wonder how long it's taking for bugs to be considered and prioritised.
On the other hand, I'm amazed it was only created on 19th July. Presumably very few editors have persevered to try using VE when creating a serious article with references, and most of us have just given up on it. Or people just accept that the whole references area is a mess and aren't picking out particular elements to report as bugs.
I haven't done much work adding references in VE - a lot of what I do is stub-sorting and miscellaneous cleanup of those stubs, and working on dabs and hatnotes, and I don't create very many articles. The experience which led me to comment on this bug was creating a stub to resolve a redlink in a hatnote in a stub I was sorting: that's pretty typical. I wonder how many articles are being created in VE, whether by newbies or experienced editors: and how many of those editors then choose VE next time they want to create an article? Pam D 06:59, 2 August 2013 (UTC)
Who is the VE team, where are they listed? How do I call my representative? And isn't the answer on the fancy white rightbox? trespassers william ( talk) 12:11, 1 August 2013 (UTC)
No idea if this has been documented yet here or at Bugzilla. In two subsequent edits, VisualEditor managed to completely mess up the bottom of an article (apparentmly without the editor involved wanting this to happen): [8]. Fram ( talk) 14:43, 1 August 2013 (UTC)
I'll just add some more examples here as I come across them, to see whether it happens a lot (too often certainly) and if there are any patterns to it.
Fram (
talk) 11:38, 2 August 2013 (UTC)
When I was trying to add a link to Classic XI, (didn't know it didn't exist) it repeatedly took the word "Classic" and continually tried to make the link go to Classical music. I don't know what you could do to stop it, but could you fix that for me? -- buff bills 7701 19:42, 1 August 2013 (UTC)
I sometimes receive the above error message when attempting to load VE on large (>200kB) pages. This only happens when I use Safari 5.1.7 on Windows Vista. Unlike some of the other error messages that pop up, this one crashes the loader and forces me to refresh the page. -- Cryptic C62 · Talk 02:00, 2 August 2013 (UTC)
After the above error message occurred, I reloaded the page I had been looking at: List of moths of Turkey. I clicked "edit this page" again, and VE loaded with no problems... but then I got a notice saying that I was logged out, even though the rest of the interface appeared as though I was still logged in. Clicking on a link confirmed that I had actually been logged out. Two questions: How did I get logged out midway through the VE loader? Why did the interface not change when I got logged out? -- Cryptic C62 · Talk 02:12, 2 August 2013 (UTC)
In this test, I tried to create a link to link as a test. The link dialog insisted that there is no article called "link", and insisted on linking to Linkin Park instead. Seemingly nothing I could do could make it link properly:Jay8g [ V• T• E 02:05, 2 August 2013 (UTC)
I like updating the independent baseball team rosters but it won't let me. I am also trying to add my images of the managers of the league that are former MLB players and it won't let me. Asapherg ( talk) 02:16, 2 August 2013 (UTC)
I selected the following option in Special:Preferences (months ago, I believe):
Everything was going great until a few minutes ago I noticed my interface had reverted back to having two separate edit tabs. The one for VE is non-functional (which is fine, except it's a visual distraction and I don't want it to be there). Also the language on the other editing link (and on all section edit links still says "edit source" which is similarly annoying). ― cobaltcigs 05:49, 2 August 2013 (UTC)
Oh, another checkbox. I didn't realize I had to opt-out in two separate places. WP:MOLEWHACK. ― cobaltcigs 06:18, 2 August 2013 (UTC)
I see the second checkbox says:
Do we know what the procedure will be to disable VE when it is no longer "in beta"? ― cobaltcigs 08:32, 2 August 2013 (UTC)
I did not find place to let comment about my own correction
so it seems to be little unusefriendly Chudzoskruo ( talk) 06:41, 2 August 2013 (UTC)
It was easier to make my minor edit. Printphi ( talk) 06:50, 2 August 2013 (UTC)
The equivalent of a macro facility is needed to insert references. The names of the fields can be difficult to remember.
A paste of the [...] from Wiki Commons should insert a picture. Andrew Swallow ( talk) 07:01, 2 August 2013 (UTC)
Status | New: |
---|---|
Description | Pressing down kicks you to end of page. Cainamarques ( talk) 07:18, 2 August 2013 (UTC) |
To duplicate: |
|
Operating system | Windows 7 |
Web browser | Firefox 22.0 |
Site | En-WP |
Workaround | |
Skin | Monobook |
Resolution | |
Bugzilla | T54445 |
I've confirmed with a bit of testing that this affects all articles with a single-line hatnote template, e.g Oxford. You can't scroll down at all if the hatnote has more than one line, e.g. An American in Paris. I've reported it as T54445. Thryduulf ( talk) 08:45, 2 August 2013 (UTC)
This is not really a VE bug (it is possible in the standard editing mode as well), but it is something that happens more often in VE, and that perhaps can be automatically disabled in VE as well; inserting references inside section headers. This is never needed or wanted (it is ugly, and the thing that needs to be referenced should be in the text of the section, not only in the title anyway). Example (spam, but the principle applies): [14]. Fram ( talk) 07:31, 2 August 2013 (UTC)
First of all thanks for the interface changes for beta. Not sure, all disputes are solved now (probably not ;) ), but the beta situation is a lot clearer now, especially for inexperienced users. I did some random testing with the transclusion and the save dialog (sorry, if some points may be duplicate):
Templates dialog (transclusion)
Save dialog
Other
I think you should restrict use of this new tool: otherwise you're gonna get soooo much vandalism, it'll be hard to control! Thanks for the attention. Keep up the good work... Monozigote ( talk) 08:48, 2 August 2013 (UTC)
With wikitext sometimes I might write something up but run out of time before finishing, so I copy it to a notepad (I use Zotero), and finish it later. Are there any plans to bring functionality like that to VE? -- Atethnekos ( Discussion, Contributions) 09:09, 2 August 2013 (UTC)
Beta didn't inform me, until after I'd already gotten deeply into editing an article, that my changes would not be saved. I'd rather not have this feature at all, if it will waste my time that way. Froid ( talk) 10:39, 2 August 2013 (UTC)
I've just notices that that foul and egregious visual editor crap seems to have returned, even though I specifically set my preferences in such a way that it was banished forever to the realms of "never see". Short of coming round and personally throttling the developers, is there any way that I can make it so that it never again blights my editing sessions? I mean, come on, Wikipedian techies - are you seriously trying to rival Facebook for the annual "worst possible unwarranted changes on a website" award? Grutness... wha? 11:29, 2 August 2013 (UTC)
Whether this option remains after the beta ends is currently unknown, but you can make a civil comment in the RfC linked from the top of every page. Thryduulf ( talk) 11:38, 2 August 2013 (UTC)If you want to opt out of using the VisualEditor while it is in beta testing, go to the "Editing" tab of your preferences and scroll to the bottom of the page. Tick the box labelled "Temporarily disable VisualEditor while it is in beta" located in the "Usability features" section, then click "Save".
I have mentioned this last month at another page, but it doesn't seem to be solved yet, so a repeat performance; it should be made impossible that when people move images in VE (which is very easy), they put it (inadvertently) in the middle of a word. Preferably, images should only be movable to spaces between paragraphs, but they certainly shouldn't be movable to the middle of a word. Example: [17].
The problem seems to be that when you move a picture, the final location is not decided by the upper left corner of the image (which seems more intuitive to me), but by the location of your cursor somewhere in the middle of the picture. Fram ( talk) 11:43, 2 August 2013 (UTC)
while it good for correcting spelling errors and such, it is horrible because you can't add anything to tables and charts. 74.139.33.169 ( talk) 11:52, 2 August 2013 (UTC)
Bear with me :-) This has nothing to do with people adding wikicode, but with VE adding nowikis on its own and where it isn't necessary or even wanted. If people accidentally select part of a term instead of the full one, and then add a link (using the VE link button), Ve will not only add a piped link (perhaps understandable but not really smart), but will add a closing "nowiki" between the piped wikilink and the remaining letters. This is totally unnecessary in nearly all cases: editors very rarely want part of the word to be blue, and part to remain black (which is the effect of this "nowiki"). This is an example where I corrected an old instance (few days), but I could easily reproduce the problem.
Suggested solution: when the part inside the link plus the part not linked are together the same as the wanted link, don't create a piped link plus nowiki remainder, but create a simple link instead; when the two are not the same, pipe the link but don't nowiki the remainder, unless there is a hyphen (or other dash) or slash between the two parts (as in that case they may really be two parts, something like Armenian-American or the like). The current situation creates many incorrect nowikis for only a handful of correct ones. Fram ( talk) 12:43, 2 August 2013 (UTC)
Just tried to edit some images with the VE, and here are some suggestions for improvements:
That's it for now. -- WS ( talk) 14:14, 2 August 2013 (UTC)
On
Premier League, every recent edit using Visual Editor seems to add a stray line of code: || 18 || 12 || 12 || 21
above a table. Examples:
1,
2,
3,
4. Every edit using VE has added the code. Is this a bug?
Woody (
talk) 14:31, 2 August 2013 (UTC)
Status | New: |
---|---|
Description | VE strips some table attributes for no reason. Headbomb { talk / contribs / physics / books} 16:45, 2 August 2013 (UTC) |
To duplicate: | See [19]. Since this was done by someone else, I have no idea what OS/.net/browser/etc... the editor was using. |
Operating system | |
Web browser | |
Site | |
Workaround | |
Skin | |
Resolution | |
Bugzilla | T54473 |
This is a Parsoid issue. I filed a bug reported and updated the table above.
Ssastry (
talk) 19:12, 2 August 2013 (UTC)
On going to a redlink, I'm offered "Createbeta" or "Create source". If I click for VE, I get a notice telling me - among other things - that I can look for another title to redirect the page to. However, there's no apparent way to create a redirect using VE. Until this functionality is included, should we suppress this suggestion? Andrew Gray ( talk) 18:11, 2 August 2013 (UTC)
I tried to leave feedback, but received this error. — rybec 18:44, 2 August 2013 (UTC)
In Firefox ESR on Linux, the text below was not fully readable. I suggest shortening it, increasing the size of the window it's shown in, providing a scroll bar, or (if possible) having a window that adjusts to the size of the text.
This is our new, easier way to edit. It's still in beta, which means you might find parts of the page you can't edit, or encounter issues that need to be fixed. We encourage you to review your changes, and we welcome reports abou t any issues you might encounter in using VisualEditor (click the 'beta' button to submit feedback). You can keep using the wikitext editor by clicking the "Edit source" tab instead - unsaved changes will be lost. — rybec 18:45, 2 August 2013 (UTC)
Status | New: |
---|---|
Description | It's probably an existing bug, but: if I add invisible matter to an article (eg {{ coord missing}}), it's too easy to delete it later in the same edit while "tidying up" blank lines etc. I notice that {{ Use British English}} seems to be automatically put at the end of the article, and it seems impossible to delete it there by using delete or backspace keys: perhaps all templates which produce no visible output should be placed at the end (though probably playing havoc with WP:ORDER). I seem to remember similarly losing a more substantial edit - something with multiple parameters perhaps - recently, but didn't record it at the time and can't remember what it was. If I hadn't used "Review changes" mid-edit, ie if I'd just been editing rather than testing the bug, I'd have assumed I'd forgotten to click "Apply changes" and not added the template as I'd intended to. Pam D 18:57, 2 August 2013 (UTC) |
To duplicate: | Add {{ coord missing}}. Check in SavePage, ReviewChanges, that it's there. Do some other edits. Backspace to remove some blank lines in the area where you put the template. Check in SavePage, ReviewChanges: it's gone. |
Operating system | Vista |
Web browser | Firefox22 |
Site | |
Workaround | Edit with 100% concentration and alertness at all times, paying special attention to the vicinity of any possible hidden templates, don't make any attempt to remedy dodgy formatting in existing articles, ... ??? |
Skin | Vector |
Resolution | |
Bugzilla |
This is covered by
T51806 ("Hidden templates should display as an icon in-page so they can be interacted with (e.g. a puzzle piece?) ") which has a high priority major impact rating. Other than encouraging the relevant people to fix that bug I don't know what can be done. Any ideas? I have had an idea - just treat them like <noiki>s and make them undeleteable in VE. Occasionally it might leave in ones that were intended to be deleted but that's going to be very rare and this would just be a workaround until they were handled properly
Thryduulf (
talk) 19:22, 2 August 2013 (UTC)
I have an existing document that contains a hyperlink enclosed in square brackets, like [20]. Instead of this being displayed as a number enclosed in square brackets, I want to add text that will be displayed, like example.com Web site. In the traditional editor I would insert, after the hyperlink but before the closing bracket, a space and the link text, and I'd be done. In VE I clicked on the number, then on the chain icon, and found nowhere to add the link text. The "Editing links" section of the user guide covers the case of adding a hyperlink to text that already exists, but not adding text where the link already exists. It seems that completing this task in VE may involve either:
or retyping the URL. This seems inefficient. — rybec 19:06, 2 August 2013 (UTC)
There needs to be a way of adding a ref name inside VE, or I end up adding the ref in VE, then placing the ref name and the child references in the source editor. Insulam Simia ( talk) 19:12, 2 August 2013 (UTC)
Status | New: |
---|---|
Description | Clicking on the "Read the User Guide" link (within the Beta/questionmark popup) has the effect of losing all current editing, because it opens the User Guide in the current window, without warning that it's going to do so. Imagine: half an hour's editing, find a problem, remember seeing that link and think it might offer advice, click for the popup, click to open the User Guide, and ... one very unhappy editor. I suggest that either the User Guide should open in a new tab or window, or, if this is impossible, there should be a warning "Read the User Guide (and lose any current edits)". Pam D 19:28, 2 August 2013 (UTC) |
To duplicate: | Make an edit, click the BETA popup, click the "Read the User Guide" link.... Use Back button to revisit the page you were editing, observe that your edit has vanished. |
Operating system | Vista |
Web browser | Firefox22 |
Site | En-WP |
Workaround | |
Skin | Vector |
Resolution | |
Bugzilla |
I've reported as T54475. As a workaround you can hold down CTRL while clicking on a link and it will open in a new window/tab. This will work on almost every link on almost every website so it's a useful one to know. I don't expect you'll have to wait long though as the similar T54093 which asked for the same thing for the "wikitext" link in the popup warning was fixed rather quickly. Thryduulf ( talk) 19:40, 2 August 2013 (UTC)
the create account / login button in the top right is covered up poorly while in edit mode. maybe hide it when entering edit mode? 74.202.39.3 ( talk) 19:30, 2 August 2013 (UTC)
With the traditional editor, I made a page containing only:
[http://example.com]
I wanted to try using VE to change that to:
[http://example.com example.com Web site]
by the procedure I described in another feedback post
I didn't bother deleting the original hyperlink; the numeral "1" surrounded by brackets (what one would see while viewing the rendered wiki) and nowiki tags was added to the document: [21]. — rybec 19:38, 2 August 2013 (UTC)
I'm not sure where to post this since the talk page of that subpage redirects to the main WT:VE, but my comments are indeed regarding this. I think this is a good idea. I have a habit of clicking right next to the "read" button and I often end having to wait for the buggy VE to load before being able to change to the wikitext editor. In addition the clear "beta" label was a good idea. Finally, a step in the right direction. — kikichugirl inquire 19:48, 2 August 2013 (UTC)
In the WYSIWYG editor, the topicons do not appear where they normally would and there are blank lines around them that do not appear in the rendered page. APerson ( talk!) 22:00, 2 August 2013 (UTC)
So this happened. Anyone know what's up? Kevin Rutherford ( talk) 22:33, 2 August 2013 (UTC)
Can the cite toolbar be made available in VE?
I had to switch to "Edit Source" in order to cite a source for an edit that I otherwise happily made using VE. APerson ( talk!) 02:01, 3 August 2013 (UTC)
When referencing, can there be a field so you can put in the name of a named reference?
You could put the text field in the "Options" section, along with the group. APerson ( talk!) 02:09, 3 August 2013 (UTC)
This article version starts with a bulleted list (i.e. there is a star as the first character). When I tried editing it in VE, I was unable to move the cursor earlier than the first bullet, to add something before all of the bullets. Neither mouse clicks nor arrow keys worked. OS X / Chrome / MonoBook. — David Eppstein ( talk) 03:14, 3 August 2013 (UTC)
As a new to Wikipedia editor, the VisualEditor function is invaluable. The first edit I tried to make I had to rely on someone who knew Wikicode to make for me. The edit has yet to be made, even though it was sourced by the US Code. The second attempt I was given a chance to use the VisualEditor. The edit went on the page as soon as I was done writing, no bugs at all, at least in this instance. Trueist ( talk) 06:21, 3 August 2013 (UTC)
I'm keshav kumar mishra work is SEO & web developer Keshavtech ( talk) 07:41, 3 August 2013 (UTC)
Open Roosters FC or Aalborg RK in VE, and the diagram illustrating the team kit is mangled. It's within the "pattern..." components of {{ Infobox rugby team}} ... and also happens with {{ Infobox football club}} as in Morecambe F.C. (so presumably for thousands of others). Probably a known bug, but didn't find it on a quick check for "infobox image". Vista, Firefox22, Vector. Pam D 08:09, 3 August 2013 (UTC)
Please allow the naming of references, so the same one may be reused easily.
Presidentman
talk ·
contribs (
Talkback) 15:00, 3 August 2013 (UTC)
I don't know when the first-open warning box was implemented, but I just saw it now. Seems pretty useful in terms of making sure people know what's up. I also notice it utilizes a cookie, so dynamic IP editors will still see it. Kudos! Ignatz mice• talk 15:51, 3 August 2013 (UTC)
It seems that sound files do not display correctly in VE. While VEditing Brazil, the anthem file in the infobox simply appears as "noicon". In Cuba, the anthem file does not appear at all.
One minor consequence: If you press "play" on a sound file while viewing an article, then activate VE, there is no way to pause the file after VE finishes loading.
Using Vector skin on Firefox 22.0
-- Cryptic C62 · Talk 16:19, 3 August 2013 (UTC)
Hey all, I've spent the past few days collecting data on VE load times for large articles in different browsers. The main graph is at right. Full results can be found here. -- Cryptic C62 · Talk 03:31, 3 August 2013 (UTC)
I wonder what makes it exponential (lined up in semilog plot) instead of linear. Anyone know? 70.59.30.138 ( talk) 08:20, 3 August 2013 (UTC)
I attempted to edit List of United States counties and county-equivalents in Firefox ESR on Linux. First I tried the traditional editor: the load time was around 5 seconds. On my first attempt with VE, Firefox informed me that
A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.
Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEdito r.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=2013080
3T022159Z&*:131
and the browser became generally very slow to respond, and I noticed in top that it was consuming around 520 MB more RAM. I closed Firefox without letting the page load completely in VE.
I had had some other tabs open (as I had with the old editor). I made another attempt, with nothing else opened.
Figures for "RAM use" are from the "VIRT" column shown by top:
o: VIRT -- Virtual Image (kb) The total amount of virtual memory used by the task. It includes all code, data and shared
libraries plus pages that have been swapped out.
— rybec 22:59, 4 August 2013 (UTC)
I can't use visual editor on Persian (Farsi) Pages. There is no Edit button for VE. Vsg24 ( talk) 05:50, 4 August 2013 (UTC)
Instead of "Temporarily disable VisualEditor while it is in beta" which sounds very lawyerish, why not simply "Disable VisualEditor"? How is it temporary if disabled, and what does its dev status have to do with my decision anyway? Will I not have the disable option after beta? Moondyne ( talk) 14:57, 2 August 2013 (UTC)
which is hardly the point- the option I am looking for isTemporarily disable VisualEditor while it is in beta
I don't know if there is anyone in the dev team who has a degree in psychology- but you have already alienated 88% of your editors, and are starting to infuriate them too. In a further attempt to lose 88% of you volunteers- you post a patronising whitewash piece in Signpost. Look kids, your toy doesn't work, it damages the database, and can never work. How many engineers does it take to just say sorry?-- Clem Rutter ( talk) 16:15, 2 August 2013 (UTC)Permanently disable VisualEditor on all wikipedias.
I am trying to use the Visual Editor as my predominant editor while working on my personal computer (Chrome / Linux). However, I've found it quite difficult to use VE on Safari on the iPad and have decided not to try any longer, using the Wikitext Editor when on that device. This does seem counterintuitive as VE would seem to be a more touch-friendly interface than WE. One thing for further development to consider is a revision of scope for VE, focusing down on editing from a mobile device. I think this would be an area for major improvement over the Wikitext editor and would align reasonably well with the massive increase in use of mobile devices over deskbound PCs in general. There are some stats available somewhere related to what platform people are editing from, I think -- anyone know where these stats are? --User:Ceyockey ( talk to me) 01:47, 3 August 2013 (UTC)
A separate version of VisualEditor is being worked on for iPads and mobile editing. When it's released (no reliable date announced, AFAIK) I think you'll find many fewer of these problems. Whatamidoing (WMF) ( talk) 21:35, 5 August 2013 (UTC)
I started fiddling with VE in Chrome on my ladypal's iPad 3, and I've found some usability issues as well:
I'll update this list whenever I get more fiddling time. -- Cryptic C62 · Talk 03:26, 5 August 2013 (UTC)
great idea,... work more before pushing this: by first experience was *****, lots of black boxed instead of images?! (chrome) Sorin Sbârnea ( talk) 07:52, 3 August 2013 (UTC)
This is much easier, a really good innovation. JordanSchneider77 ( talk) 22:38, 3 August 2013 (UTC)
While editing Thottavaram I tried to follow the link to Attingal (either by right-click and "open in new tab" or by ctrl-click), and I got a 404 at http://en.wikipedia.org/w/Attingal . Consistent behaviour from other links. I'm sure this is new and I've been able to follow links from within articles (as long as they aren't in tables, templates, etc) in the past.
... It now seems to have gone away - can't reproduce in either that article or others - but it was disconcerting while it happened! Pam D 09:19, 4 August 2013 (UTC)
ITS a very nice and easy to use -- DragonSLAyernatsU ( talk) 12:35, 4 August 2013 (UTC)
Hi,
Please do see this edit diff on mr wikipedia article. It broke section heading with <br /> getting automatically getting inserted between ==<br /> section heading==
Only the section heading text portion was copy pasted since ULS does not work in VisualEditor.Browser was FireFox(updated) After adding the section heading I clicked enter button to write further text.
Sorry if the problem is already reported but I did not see the same in Wikipedia:VisualEditor/Known problems list,(may be I missed), so I am not sure whether to file a bug or not .Please do guide.
Mahitgar ( talk) 13:52, 4 August 2013 (UTC)
it is good 220.225.87.4 ( talk) 16:40, 4 August 2013 (UTC)
Status | New: |
---|---|
Description | Cannot set background colour for table cells. K7L ( talk) 22:25, 4 August 2013 (UTC) |
To duplicate: | For example, highway rest stop table listings "Barrie km 92" in Ontario_Highway_400#Services and "Cambridge km 286/295" in Ontario_Highway_401#Services are greyed as "temporarily closed for renovation until July 2013". Try updating this to un-grey the cells (as the rest stops have reopened)... there's no way with the Visual Editor to remove this table attribute. |
Operating system | I'm running a 1337 pir8 copy of Linux, although presumably all platforms are affected. |
Web browser | Firefox/Ubuntu |
Site | en-wp |
Workaround | |
Skin | Vector |
Resolution | |
Bugzilla |
@ K7L:, this is indeed not yet supported in VE, but more importantly, can I make the note that you should not communicate information solely with color ? Not all people have the benefit of vision when reading an article. — TheDJ ( talk • contribs) 09:16, 5 August 2013 (UTC)
Of the 50+ articles created since 10AM until now, only 1, Populin, was created using VE, and the editor creating it with VE then made 8 further edits to the article, 1 with VE and 7 with the "old" tool. It's anecdotical evidence, but it does give the impression that VE is not used to create articles, and that it isn't sufficient to create decent stubs either.
Is there any research in the percentage of new articles created with VE, and has there been any research in the findings of the authors of these articles? It may give a different perspective as to what is lacking and what is working well in VE. Fram ( talk) 11:29, 5 August 2013 (UTC)
If you want a true WYSIWYG, then you have to change
Anything else? As long as these exist, the VE can't be claimed to be a true WYSIWYG in the mainspace, and editors can't be "blamed" for using wiki-markup in it (never mind those aspects that you simply can't do yet in VE, liking editing galleries and creating or modifying redirects). Fram ( talk) 13:15, 5 August 2013 (UTC)
In The Adventures of Tintin, there is a quote box. It seems as if I'm unable to open or edit this with VE (but I don't get the green diagonal lines either). Fram ( talk) 13:16, 5 August 2013 (UTC)
Note: apparently this only happens with the first quote box in that article, I can edit the second one like any other template. Strange... Fram ( talk) 13:19, 5 August 2013 (UTC)
How can I change a filename? I can change the caption, but replacing one file for another seems to require the deletion of the old file and the addition of a new one, which is more cumbersome. Fram ( talk) 13:19, 5 August 2013 (UTC)
At the bottom of The Adventures of Tintin, in VE mode, there is one FA star and three "return" symbols (very WYSIWYG again...). Removing these return signs (with backspace), the result is that some of the "Link FA" templates have been deleted. (I haven't saved an example, previewing it was sufficient). Fram ( talk) 13:33, 5 August 2013 (UTC)
I would like to add a photo to my profile> Zak willis ( talk) 13:39, 5 August 2013 (UTC)
See this page for some tests on wide elements. As T53867 indicates, VE does not correctly render any table wider than the screen, nor does it allow horizontal scrolling. This effect seems to extend to any wide element, including math formulas, images, transclusions, and text with non-breaking spaces. Some other findings:
-- Cryptic C62 · Talk 14:43, 5 August 2013 (UTC)
In the Transclusion dialog, the parameters for the {{ Expand section}} template are not recognized, listing "No unused parameters" instead. — DragonLord talk/ contribs 16:46, 5 August 2013 (UTC)
Procedure: Load VE on any page. Click and hold the left mouse button anywhere inside the browser window. Move the mouse on top of any button in the VE toolbar. Release the left mouse button. This activates the button. This behavior should not occur, as it is unlikely to be useful and will probably cause confusion among new editors. Some testing shows that this is universal (Firefox/Vector, Opera/Vector, Safari/Monobook). -- Cryptic C62 · Talk 15:32, 3 August 2013 (UTC)
I wanted to edit the text of an article. VE damaged the markup in a different part of the article, where an image was linked [25]. I used "review your changes" but the unwanted change was not displayed. — rybec 20:40, 4 August 2013 (UTC)
Some of the editor message popups get stuck (sometimes in the English wiki, mostly in the Hebrew wiki) and hide the text or controls. 93.173.235.19 ( talk) 00:15, 6 August 2013 (UTC)
Clicking objects the first time lags alot, running latest stable version of Firefox 122.108.156.85 ( talk) 10:49, 6 August 2013 (UTC)
When you remove the text of a heading, and then on the empty line press delete, the following paragraph of text is converted to heading. This is almost certainly not intended by the editor and is inconsistent with how other editors such as ms word, work.
Furthermore, when pressing delete on an empty heading line, if there is a template such as {{main}} on the next line, it is unexpectedly deleted. -- WS ( talk) 11:01, 6 August 2013 (UTC)
When the templatedata does not take any parameters, as specified by the corresponding templatedata (e.g. {{fixed}}, don't show the add parameter heading/text field and 'no unused parameters'. -- WS ( talk) 11:08, 6 August 2013 (UTC)
For templates, it would be helpful to provide some links to the actual template page from the transclusion dialog. At least a direct link, but perhaps something like v*t*e (view/talk/edit) like included in many navigation templates. -- WS ( talk) 11:12, 6 August 2013 (UTC)
Icons can be useful to help a user navigate an interface, however in the transclusion dialog, the same box-shaped icon with the thick left border is shown so many times (when editing a template with more than a few parameters) that it is obnoxious. Almost every occurrence should be removed, keeping it displayed at at most one or two places.-- WS ( talk) 11:22, 6 August 2013 (UTC)
For templates with templatedata specified, it should not be necessary and possible to add random parameters by typing a name in the search box. In addition, when there are no unused parameters left, there should not be a search box for parameters at all (either not displayed or greyed out). -- WS ( talk) 11:28, 6 August 2013 (UTC)
If a template uses unnamed variables it should also be documented in some way in templatedata so that an 'unnamed' option is always displayed in the unused parameters list, so you can add them one by one. In case of sequentially numbered variables that are used to hold several values for the same parameter: the most helpful thing would be to only show the next one when the previous one is in use (only show entry2 if entry1 is already in use). Undocumented parameters should not exist IMHO, but if there really is a good use case for them, it should be specifically specified in the corresponding templatedata, so that all other templates can prevent addition of bogus parameters. -- WS ( talk) 13:53, 6 August 2013 (UTC)
The citation templates may prove a problem here. Since being written as a module, it allows for parameters {{{author1}}}
, {{{author2}}}
, ... and there is no upper limit (I think). There are a lot of these numbered parameters see
Module:Citation/CS1/Whitelist.--
Salix (
talk): 14:19, 6 August 2013 (UTC)
I used VE on this edit to insert a hyphen, and it messed up some other stuff. Bubba73 You talkin' to me? 14:43, 6 August 2013 (UTC)
The markup warning doesn't even go away after editing has finished. Insulam Simia ( talk) 17:31, 6 August 2013 (UTC)
In VisualEditor, there is a button in the toolbar labelled "BETA".
Meep. -- Cryptic C62 · Talk 20:08, 6 August 2013 (UTC)
I can't use the visual editor when I'm logged in. When I press the "Edit beta " tab, nothing happens, and when I press the "edit beta" link right next to a section (section editing can be enabled in the preferences), the page address changes and "&veaction=edit§ion=1" is added to the end of it as well as "title=" before the title, but then nothing more happens. I still can't edit anything, and I haven't got any toolbox. Sometimes the page appears to start loading the toolbox since a progress bar appears, but it never finished loading the toolbox. When I'm logged out, however, editing pages with the visual editor works perfect. — Kri ( talk) 21:01, 4 August 2013 (UTC)
In this change by another editor [30] some incorrect or non-standard markup, and associated text, was removed by VE (replaced by nowiki tags, natch). I was able to reproduce the damage by copy-pasting the previous revision to a sandbox and editing just the lead paragraph in the same way in VE. The unwanted changes are displayed in the review window. — rybec 21:17, 4 August 2013 (UTC)
Following a report on frwiki, I tried a simple modification by changing a text into a wikilink. VE messed up the article by duplicating parts (not even complete parts), see diff. It seems to be reproducible on this article. -- NicoV ( Talk on frwiki) 15:51, 6 August 2013 (UTC)
I just finished a moment ago creating a TemplateData for {{ Infobox website}}. I've got some ideas.
-- Rezonansowy ( talk • contribs) 21:10, 6 August 2013 (UTC)
Thanks for the reports. Thryduulf ( talk) 21:32, 6 August 2013 (UTC)
On this page, when I start VE, the page opens with cursor showing a mysterious link icon at the start of the page. Opening that link icon shows it is populated with the content "Monier Williams", which happens to be the first link in the opening image caption, but of course the image caption isn't located at the top of the page. Somewhat weird going on here. Dragons flight ( talk) 04:30, 7 August 2013 (UTC)
The popup window is not high enough. At least the last line of text is clipped. (Caused by my having text size larger than usual? can't say.) Firefox; up to date.
--BenTremblay BenTremblay ( talk) 05:46, 7 August 2013 (UTC)
What is the current status with creating/turning pages of content into redirects with VisualEditor? Insulam Simia ( talk) 07:34, 7 August 2013 (UTC)
Please could you help me? My references will not work- it may be a bug? Daredevil Project ( talk) 10:29, 7 August 2013 (UTC)
I find the plus button at the bottom left of the template window very vague in telling what it does. It's also too small to see, which meant I only recognised it's existence today. Insulam Simia ( talk) 15:11, 7 August 2013 (UTC)
VE had been working OK for me in Win7 with Firefox 22.x. Now, it will not come-up after clicking on the Edit <beta> tab. Meclee ( talk) 17:15, 7 August 2013 (UTC)
What now? Adam Cuerden ( talk) 11:50, 3 August 2013 (UTC)
Someone above (I can't recall who -- perhaps Thryduulf?) wondered what the feedback on VE would be from editors primarily using it to edit content, as opposed to performing Wikignomish tasks. I've been using it on radiocarbon dating for a couple of weeks, and here are my main impressions. For context, I have about 25,000 edits, have been here since 2006, am an IT professional with decades of computer background, and spend a lot of my time here writing featured articles.
The main positives:
Things that would benefit my editing (in other words, this is not a list of what bugs I think should be fixed next, just a list of what I ran into that I'd personally benefit from):
Things VE can't do that aren't a big deal for my editing patterns:
This is all just one editor's opinion from working with VE for a while; I make no claims to general validity for any of my comments above, but I thought it might be useful feedback. Mike Christie ( talk - contribs - library) 15:13, 5 August 2013 (UTC)
__NOTOC__
being replaced with a copy of the categories.)--
and ---
into en- and em-dashes, respectively? On the other hand, please don't go overboard with this either: it should perhaps be possible for experience editors to insert more "advanced" forms of formatting like underlining and font colour, but novice editors should not be encouraged to use formatting that would likely violate style-guidelines.dogs
, I don't think the suggestion box even gives me dog
as an option. It certainly should not generate the wikitext [[dog|dogs]]
instead of [[dog]]s
; this is quite impolite for people who prefer or are forced to use the source editor. Additionally, I think a good heuristic might be to try and avoid linking through a redirect, as novice editors will not be aware that it's preferable to link dogs
directly to dog
instead of through the redirect dogs
.<nowiki>
, and no clear way of fixing this from the visual editor, have forced me already to abort several copy-editing tasks and try again from the source editor. As I lose time and work this way, this made me much more hesitant to use the visual editor even for copy-editing tasks.Take a few dozen featured articles and try to recreate them from scratch using the visual editor, preferably without looking at their original source code.
@ Ruud Koot: Going through your issues in order:
Hopefully that's helped you with some of your issues, but I know it's probably not what you were hoping for. Thryduulf ( talk) 10:58, 8 August 2013 (UTC)
@ Jdforrester (WMF): Can you answer to the question asked above, "Do you keep any statistics on how often an editor presses the save button versus how many times this actually results in a new revision being saved?" Thryduulf ( talk) 18:40, 8 August 2013 (UTC)
I was editing my userpage with VE today, and I noticed that, in the part of a table with an empty cell, VE seemed to move the two pipes inside the cell on the left, and the empty cell didn't show. -- t numbermaniac c 03:02, 6 August 2013 (UTC)
Often, when an editor tries to remove (or accidentally removes) a section header, the result in VE is something like this: [33]. This is seldom (if ever) the intention, can VE be coded to simply remove the section header in these cases? Fram ( talk) 09:32, 6 August 2013 (UTC)
Can not see entire page so that I know where to add edit FDLeyda ( talk) 14:05, 6 August 2013 (UTC)
In monobook, some elements of the top bar show over the toolbar. This is similar to an earlier problem in which other interface elements showed on top of dialog boxes. See the screenshot on the left. This typically happens after scrolling down and then back up. Monobook, FF 22, Windows 7:Jay8g [ V• T• E 03:56, 7 August 2013 (UTC)
The interface is unbelievably laggy on older machines. I'm on Chrome, XUbuntu, IBM T60, Core Duo (not Core 2 Duo) 1.83GHz with 2GB of RAM. It takes about two seconds to get my cursor to show up anywhere on the editor and even longer to highlight words and make changes. I like the idea behind this visual editor and I'm sure it runs fine on newer machines, but there's no reason for it not to work well on older computers. I'm definitely switching back to the old editor. BBAmp ( talk) 16:10, 7 August 2013 (UTC)
Hi, a kind of nowiki I haven't seen yet: all the "|" between the parameters of an infobox replaced by nowiki here.
I really hope WMF will respect the consensus in the RFC so damages to articles are at least reduced... -- NicoV ( Talk on frwiki) 21:12, 7 August 2013 (UTC)
I really like this idea a lot. It makes editing a lot easier and understandable. The markup of the original editing on this website was hard and it was like another language to learn. VisualEditor offers a cool new way to edit a page. I really like it. Nahkrin ( talk) 00:45, 8 August 2013 (UTC)
Up until very recently, VE was working perfectly fine. However, it has started to load forever (or at least about 15 minutes, when I gave up). The page greys out and the loading bars run, but nothing else ever happens. Perhaps this explains #Is VE broken? above? Windows 7, FF 22, Monobook:Jay8g [ V• T• E 02:45, 8 August 2013 (UTC)
I'm not sure if I'm going crazy, but when I saw that this edit had triggered filter 29 (removal of speedy template) I was very confused, because it seemed to me like the diff did NOT, in fact, do that. (But the filter log thinks it did.) Perhaps an admin would like to check out the diff, and see if I should, perhaps, send my tired eyes off to bed? (I couldn't reproduce it in my sandbox.) Ignatz mice• talk 03:00, 8 August 2013 (UTC)
I tried to upload the album art work for this page but couldn't find the way, please help me thanks. Moth Code ( talk) 04:39, 8 August 2013 (UTC)
The add-link dialog should have a clear "OK" and "Cancel" button. Right now, you have no obvious way to get rid of it and it is not clear what happens when you click somewhere else (the dialog goes away, but did it save the changes or not?) Also, what does the strange back button (<) to the left do? and are the Link-symbol and "Hyperlink" two buttons or a description or what (nothing happens when I click on them)? The trash symbol is good and does what you'd expect it to: remove the link. Mauro Bieg ( talk) 11:06, 8 August 2013 (UTC)
On Fresenius (company), when editing with the VE, the three templates (2 stub, 1 navigation) at the end of the article are grouped together for no apparent good reason. WS ( talk) 15:17, 8 August 2013 (UTC)
Usability issue: when I hit "Cancel," it gives a dialog box with the options "Cancel" and "OK." (This appears to be a standard JavaScript alert() dialog.) Please make it clear which button actually completes the cancel. (Hint: it's not "Cancel.") Perhaps the options should be "Return to editor" and "Exit without saving."
Note that on this dialog box I'm typing into right now, "Cancel" is on the right; the one I'm discussing has it on the left in MacOS. 64.131.18.26 ( talk) 15:30, 8 August 2013 (UTC)
When editing any page containing template:Ontario-struct-stub (e.g. Martyrs' Shrine), the image in the template is shown at gigantic size. -- WS ( talk) 15:44, 8 August 2013 (UTC)
When I add a link to any page, the toolbar will not follow when I scroll down. It just stays at the top. Windows 7, FF 22, Monobook:Jay8g [ V• T• E 19:36, 8 August 2013 (UTC)
So, I logged out a bit ago and tried to make an edit using the Visual Editor as an anon. Three things surprised me.
Anyway, after all this time, the editor seems to be working way better than before. Still got a long ways to go, but I am impressed and grateful to the development team which has poured so much time and effort into these improvements. Red Slash 15:51, 3 August 2013 (UTC)
I've reported this separately as T54667 although it might get merged into T54602 or possibly T53755 but that is less likely. Thank you again for the report and the screenshot. Thryduulf ( talk) 09:54, 9 August 2013 (UTC)
Let's say I want to create a link. I find one with the correct name in the dropdown list, and click on it. There is currently no way to open the Wikipedia link inside the edit page. I have to create a new tab and manually check that the page is really what I want to link to. I think this should be implemented for ease of use. DeathOfBalance ( talk) 20:18, 4 August 2013 (UTC)
Links to technical or obscure pages sometimes fail to list, for example: on
Shaft I highlighted "Handle" and "Tang" which produced lists missing
Handle (grip) and
Tang (weaponry). There still seems to be a problem opening the link while editing (as above) and sometimes (on saved pages) links made with VisualEditor only seem to open if opened in a (right click) "new tab" - personally I think preview might be more relevant than review changes for testing that links work correctly before saving.
Occasionally (not always) VisualEditor hiccups on opening, which the source editor does not, however I think that is because my browser suppresses info-banners such as donation appeals? Otherwise, useful, especially for new users, although personally I find the source editor much more convenient. Regards, Timpo ( talk) 11:30, 9 August 2013 (UTC)
{{ Terminal}}'s info icon crashes. -- Rezonansowy ( talk • contribs) 12:59, 8 August 2013 (UTC)
Hmm, it's a bit strange, but it works properly for now. Anyway, Thanks for replies! -- Rezonansowy ( talk • contribs) 12:58, 9 August 2013 (UTC)
See this earlier bug report, now tracked as bug 52271. I've finally figured out what it is that is causing the saved text to differ from what you expect. This is almost certainly the same underlying problem as reported in 52271, but it's somewhat more serious because what is saved is not always what you see on screen.
To reproduce in a sandbox:
-- Mike Christie ( talk - contribs - library) 10:00, 9 August 2013 (UTC)
Hi, as I know some of the most busy VE testers don't really hang around other discussions, I'm here to point to this thread Sherry opened to hear from all users about which type of speed-related improvement is most important to them when they're editing in VisualEditor: speed of operation, or speed of starting? Add your comments there! Thanks, -- Elitre (WMF) ( talk) 10:23, 9 August 2013 (UTC)
Status | New: |
---|---|
Description | Not sure whether it was covered before. I was editing Yevgeny Urlashov with VE and at some point got a pop-up message that the article contains wikitext. (Apparently, I must have added the wikitext, though I can not recollect doing so). After the message, the "save" button became unclickable, and there was no way I could save my (rather extensive) edits. There was also no hint at what could contain wikitest, so that I at least could erase and recreate this part.-- Ymblanter ( talk) 11:02, 9 August 2013 (UTC) |
To duplicate: | |
Operating system | Windows 7 |
Web browser | FF |
Site | En-WP |
Workaround | Not found, just lost my edits |
Skin | Vector |
Resolution | |
Bugzilla |
Ymblanter ( talk) 11:02, 9 August 2013 (UTC)
Procedure: Using Windows Vista, press Shift + Alt + Print Screen to activate "high contrast" mode. Open VE in Firefox. Weep uncontrollably (see screenshot).
It is worth noting that, when using the high contrast extension for Chrome, the interface is fully visible in every setting. Hooray! -- Cryptic C62 · Talk 16:12, 9 August 2013 (UTC)
This is actually not my own experience, but those that I have seen on articles on my watchlist. When someone edits an article, sometimes, for some reason it deletes the whole infobox (and strangely only that, any maintenance tags at the top of the page remain). Sometimes, it even adds a nowiki tag to the article (which is probably related to the long-running bug with nowiki tags), although I can't see any mention of the infobox deletion on any of the current discussions. How can this be solved? Narutolovehinata5 t c csd new 23:35, 1 August 2013 (UTC)
I've just made an edit using VisualEditor. In my edit, I merely wikilinked to a person. I did not use backspace, but once again, the infobox was accidentally deleted. And now, it appears that most of the VisualEditor edits on pages on my watchlist are having the same problem (see this and this). Does this need a new Bugzilla entry or should it continue to be tracked under the old one? (I don't have a Bugzilla account). Narutolovehinata5 t c csd new 14:59, 3 August 2013 (UTC)
Maybe related to the above wikitext problem, but i don't want to mix issues. The "Cancel" and "Save" button are not properly handled after the wikitext warning message is displayed. Error can be reproduced.
Sorry for the lengthy desciption, but it's a bit difficult to explain that :). Using Windows XP, FF 22, vector.js and a 1280 x 1024 resolution for test. GermanJoe ( talk) 12:29, 9 August 2013 (UTC)
PS: The error depends on monitor resolution. Switched to 800 x 600 to test, and the buttons are OK. GermanJoe ( talk) 12:35, 9 August 2013 (UTC)
I don't want this program on my computer. How do I get rid of it? I have tried but it won't go. 74.109.13.108 ( talk) 20:03, 9 August 2013 (UTC)
Html comments are an easy way for information to be left for future editors, and anyway they should be shown for backward compatibility. Mark Hurd ( talk) 19:13, 10 August 2013 (UTC)
Status | New: |
---|---|
Description | shifting entries in a bulleted list leads to a whole variety of issues. Removing the last item leaves the last bullet. Adding an item at the beginning generated unbelievable wierdness: double bullet at the beginning of that line, added random header text, etc. The up cursor is also frozen. The only solution was to abort the session and edit in source. |
To duplicate: | In Education in the United States#Electives, cut the final bullet line and insert it before the first bullet. If the line cut includes the end-of-line, weirdness results. Since it is invisible to the user whether the selected text does or does not include the end-of-line, this is going to be a problem. (I think the problem has to do with the list directly preceding the header of the next section, and something of the header formatting and even text being included, even though not visibly selected.) |
Operating system | Windows 8 |
Web browser | Mozilla v22 |
Site | |
Workaround | source editor |
Skin | Vector |
Resolution | source editor |
Bugzilla |
hgilbert ( talk) 06:04, 9 August 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. |
Image link is not working when adding files from wikimedia commons SariSabban ( talk) 08:27, 28 July 2013 (UTC)
I've noticed a few problems with the logo. The line spacing seems to be messed up, it looks its been set to "1ex", 3ex is a more typical value. However the insertion cursor is looking like its been give an 220% fontsize. There is also a bug with the insertion cursor partially obscuring the character under it and shifts the character under it leftwards. (The line spacing might be baseline:subscript, but that can't be as VE does not support subscripts.)
I've tried to reproduce the bug using CSS: visua|editor
Should I file a bug report? We would not want the logo to give a negative impression of the project. -- Salix ( talk): 14:11, 28 July 2013 (UTC)
...but I like the original source editor much better, even for small changes. This new editor doesn't really make an edit faster for me and it cannot do all the same edits the sourcel editor could do. NortyNort (Holla) 14:51, 28 July 2013 (UTC)
This edit removed the closing </divs> in 6 places. I'm not sure if it's a known bug?
Also, it's not standard article formatting - so, although I've fixed/replaced the old code - updates to the page beyond that would also be welcome. – Quiddity ( talk) 16:56, 28 July 2013 (UTC)
I find Visual Editor useless for long articles, because even when I use the Edit tab on one subsection, the system insists on loading the whole #$%?&* article and scrolls at the speed of molasses. Yesterday I wanted to make a very simple edit - to change "is" to "are". Unfortunately the article was 73K long and VE loaded it all, then it took 5 minutes to scroll and find the sentence which needed changing as Ctrl-F worked VERY slowly, and I finally changed "is" to "are". Then I tried to look at my edit before saving - possible but took another 5 minutes! Then I saved at looked at the revision history, and was horrified to see that my revision was marked not (+1) for adding one (net) character, but (+4,036)! The system had duplicated a whole table from one point in the article to another, and a quote box as well, and the article was now not 73K but 77K. Possibly I clicked somewhere I shouldn't while waiting for the interminable load or the interminable scroll. Fortunately I was able to undo the damage much more quickly with Edit Source; I reverted my own edit and then edited the one subsection and changed "is" to "are" again all in 1-2 minutes.
This was all very frustrating and I will not be using VE again except for the shortest articles, at least until it is possible to load and scroll a single (sub)section and edit it alone in isolation as is possible with Edit Source. Dirac66 ( talk) 20:07, 28 July 2013 (UTC)
-- 85.246.205.104 ( talk) 20:53, 28 July 2013 (UTC)
to me. Looks neat. Great work to whoever did this, but I'm going to be editing the source until this particular feature gets ported. mcs ( talk) 19:58, 26 July 2013 (UTC)
In this [1] edit, and the preceding edit which created the article, I had attempted to add a lineup of refs and in both edits. I had expected to have a total of 7 refs like this [2], however, in both edits, managed to add one ref only. Rest of the refs disappeared magically. This seems to be some kind of bug. OrangesRyellow ( talk) 04:08, 27 July 2013 (UTC)
Check this edit, line 701. -- Magioladitis ( talk) 14:01, 27 July 2013 (UTC)
As far as I can see, there is no way to mark an edit as a minor edit in the VisualEditor. It's not a major thing, but it would be great if this feature was included. 99.141.248.145 ( talk) 18:27, 27 July 2013 (UTC)
First of all, the panel is currently almost totally unlabeled, which is very confusing. Anyway...
It seems to me that almost all citations are (and should be) created via templates, but this interface encourages manual formatting, which seems like a Bad Idea. Sure, you can include a template with the dauntingly-named "Transclusion" button, but then you are staring at another bafflingly labeled panel with a text field. This doesn't really make finding the template you need easier.
So here's what I propose: Templates work with Wikipedia categories. So why not set up a category namespace just for citation templates, with a nice taxonomical structure. Then you have a UI in the reference panel for drilling down through that structure. So if I wanted to cite a podcast, I might click "Multimedia", then "Audio", then "Podcast". Or if I wanted to cite a journal article, I could navigate through "Print -> Academic -> Journal". Then I'd be taken to a form to fill out the fields for that template. This could be a walk through sort of "wizard" or just a tree-view like any old file browser. Doesn't really matter. Note that a template could still be in more than one category if it made sense, e.g. "Map" could be filed under both "Multimedia -> Visual" and "Print -> Reference".
There are several really nice features of this proposal. First, it would be totally backward compatible with how things already work; it just needs UI on top of it and volunteers categorize the templates. Second, it finally fixes a major pain point in adding actual substance to articles, since searching for citation templates has always been laborious for occasional contributors (I have at least once given up on an edit because I lost patience). Finally, it would make the organization of the citation UI totally user driven - was the template for "DVD notes" not where I expected it? I can fix it myself! mistercow ( talk) 00:47, 28 July 2013 (UTC)
Go to any page that is a subpage, such as a user sandbox. Observe the link to the parent page, located just under "From Wikipedia...". Activate VE. Observe that the aforementioned link disappears. Hover over that area. The link, though not visible, is still clickable. This occurs in Firefox v22.0 and Chrome v28.0. This occurs in Vector and Monobook skins. -- Cryptic C62 · Talk 05:08, 28 July 2013 (UTC)
I have stumbled upon a hidden variant of VE that I like to call "WTF mode". While VEditing, click the Transclusion button, then do one of the following actions:
The first two actions activate WTF mode. The third action allows you to add markup directly, which may cause other problems if abused. Anywho, symptoms of WTF mode:
I suspect this is an incomplete list. Possibly the wierdest behavior I have seen in VE thus far. I will explore further when I get the chance.
Using Monobook on Firefox v22.0 on Windows 7
-- Cryptic C62 · Talk 06:38, 28 July 2013 (UTC)
Elaborating on a point I hinted at above: While VEditing, click the puzzle icon to open up the transclusion box. In the bottom left, hover over the + icon, then click [ ] "Add content" twice. Any content added this way will ignore the VE "no markup allowed" rule. This allows the user to add a variety of markup options that are otherwise inaccessible in VE.
For example, at the top of a page, use double content transclusion to add a <s>
tag. At the bottom of the page, use the same method to add a </s>
tag. Before saving, none of the page's content will be affected, but upon saving, it will all be struck out. --
Cryptic C62 ·
Talk 00:23, 29 July 2013 (UTC)
Keep getting this error on edits Error loading data from server: Unsuccessful request: Invalid token. DennisDaniels ( talk) 07:23, 28 July 2013 (UTC)
The gallery at the bottom of GNB2 renders very differently in VE for me in Firefox, with three columns instead of four. The {{ Gallery}} invocation for that page is at {{ PDB Gallery/2783}}. Has this type of problem been reported? John Vandenberg ( chat) 11:48, 28 July 2013 (UTC)
Just came across this botched-up VE edit by an anon [3]. This edit has copied mangled parts of an image caption including half the code of a wikilink (with its final brackets, but missing the initial ones) and moved it into the text. It appears to me that this couldn't possibly be an error committed by the user (or how could VE possibly allow the user access to just half of a link code and let them insert that without "nowiki"s?), so I assume it's more likely to be a VE bug. Is it a known bug? Fut.Perf. ☼ 14:03, 28 July 2013 (UTC)
The Visual Editor should be disabled for the following types of pages (in main and user space) because it is of absolutely no use there:
— Edokter ( talk) — 15:07, 28 July 2013 (UTC)
(Removed unrelated personal opinion.) I would appriciate not hijacking this thread to spew personal opinions. Let's keep on topic. — Edokter ( talk) — 15:45, 28 July 2013 (UTC)
The VisualEditor is unacceptably slow to save, taking literally minutes to save an article. This is on a Core i5 laptop using Firefox 22 and 8mbit+ broadband, so not exactly a slouch technically. - 81.129.124.199 ( talk) 23:19, 28 July 2013 (UTC)
I followed a link to German Wikipedia, so lets give you a few more bugs.
It was an interesting trip to make. Are we going to be given statistics for VE take up in the other wikipedias? When can we expect global opt-out?-- Clem Rutter ( talk) 23:39, 28 July 2013 (UTC)
I also think a new poll would be a good idea, with just a choice between "enabled by default" or "opt-in" (and if "opt-in" is decided, it can be changed later). And eventually a site notice or edit notice to have user know about the poll. -- NicoV ( Talk on frwiki) 20:24, 29 July 2013 (UTC)
Its all to do with pushback. I had an email exchange with Sue Gardner, basically all the angst about VE was expected. I think they were planning for a lot of "resistance to change" (my words) for the release. People screaming for it to be switched off was expected. People calling it a buggy piece of rubbish was expected. The foundation was actually surprised how little pushback there was before July when you had to opt-in, and pushback now is about what is expected.
So far the pushback from en wikipedia has not be strong enough, de was more organised with a greater number of votes: 480 for opt in our RFC with only 39 for disabling just does not measure up. de has also been better in taking things to bugzilla, which is where the developers listen. Posts on-wiki have little effect where the foundation/developers are concerned. The Dutch wikipedia has done even better you can't even use VE there, but this is mainly due to a bug which badly affected that wiki. We have had some success and have been successful with the disable VE preference, we are likely to see action on the hover effect on edit|edit source T52540.-- Salix ( talk): 21:18, 29 July 2013 (UTC)
See #RFC over default state below.— Kww( talk) 03:04, 30 July 2013 (UTC)
This edit makes me fell like im more likely to make changes as it looks less imposing 142.162.223.104 ( talk) 01:36, 29 July 2013 (UTC)
[4] consider another item in this sack full of glitches. Incnis Mrsi ( talk) 10:40, 29 July 2013 (UTC)
[[a|ab]]c
is awful: you can use [[a|abc]]
or [[a]]bc
. I think John suggests that VE could handle this kind of links smartly (like some other tools already does) since in VE the user doesn't see the underlying wikitext. --
NicoV (
Talk on frwiki) 15:35, 29 July 2013 (UTC)
I think we should, if there is sufficient interest, create a WikiProject for VE, at Wikipedia:WikiProject VisualEditor. At Wikipedia talk:VisualEditor#WikiProject VisualEditor, I've listed a number of tasks that such a WikiProject could work on. Please comment on this proposal (including an interest in participating) at that talk page, not here. Thanks. -- John Broughton (♫♫) 20:16, 29 July 2013 (UTC)
I was looking at the corrupted tables in http://en.wikipedia.org/?title=Metallica_%28album%29&oldid=566196578&veaction=edit when I noticed the lead (compare it to the display at Metallica (album)). It's not just bold italic text, because User:Kww/italictest works correctly. I'm suspicious that it has something to do with Metallica having an italic title, but I can't figure out precisely how Metallica gets its italic title, because I don't see a call to {{ italic title}}.— Kww( talk) 23:11, 29 July 2013 (UTC)
Wikipedia:VisualEditor/Default State RFC has been opened. Be nice. Be respectful. Don't vent.— Kww( talk) 01:30, 30 July 2013 (UTC)
Pretty please with sugar on top, could we please get a countdown to the end of the VisualEditor beta? For whatever reason, there are a group of people that miss all the messages when there's a change. I fear that when the beta phase of the VisualEditor ends, we will have to go through the whole VE switchover thing all over again. So I think it would be helpful if there was a m:CentralNotice that counted down the last 5 days before the VisualEditor beta period ends and the switch to VE becomes finalized.
There are a lot of good people helping others learn how to use the VisualEditor and answering questions, but they have been through a lot recently and I would hate to see them have to go through that all over again. I think a countdown would help these dedicated folks and their efforts to help others with the VisualEditor. Thanks for considering this suggestion. 64.40.54.39 ( talk) 01:31, 30 July 2013 (UTC)
I've not followed all the discussions about references, but it's still a nightmare. Click on "Add a reference", and unless you know about "cite web" etc there's no clue what to do except to add a free-formatted reference with no links etc.
Having added a couple of references, I want to re-use one of them. There's a helpful looking button saying "Use an existing reference". It leads me to a box asking "What do you want to reference"? What? I want to re-use my existing Ref 2, at the point where I've got the cursor. What sort of question is that? No clue as to how to do anything. Will have to add that reference out in Edit Source. (Have the existing references got names? If not, will have to add a name, too). Not going well. Pam D 11:04, 25 July 2013 (UTC)
I'm actually talking to James about this today. I'm going to try and write up what comes out of the conversation. Okeyes (WMF) ( talk) 17:18, 25 July 2013 (UTC)
For problem cases like List of X-Men (TV series) episodes where Visual Editor cannot be safely used, I've developed two little templates: {{ disable VE top}} and {{ disable VE bottom}}. Any text that lies between those two templates cannot be edited by the Visual Editor. If you place them in an article, please make sure that an edit notice like Template:Editnotices/Page/List of X-Men (TV series) episodes is in place to make editors aware that the inability to edit the section is intentional.— Kww( talk) 05:44, 28 July 2013 (UTC)
I just wanted to briefly say that I have had generally good experiences with Visual Editor. It obviously has its limitations, which have been mentioned above. However, it does help in doing edits of long articles that need a lot of basic trimming. I think it's OK as long as editors are aware of its shortcomings. Coretheapple ( talk) 20:00, 28 July 2013 (UTC)
Procedure: Go to George W. Bush. Click "edit this page" to activate VE. Press Ctrl+A, the shortcut to highlight all text. I got the following error:
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.
Alternatively, if I scroll down a bit before pressing Ctrl+A, my browser scrolls down to the bottom of the page and then freezes for a few seconds.
Using Monobook in Firefox v22.0 on Windows 7
-- Cryptic C62 · Talk 00:47, 29 July 2013 (UTC)
My test results, all done on List of jōyō kanji on Windows Vista (2.00 Ghz):
Logged in | Logged out | |
---|---|---|
Chrome 28.0 | Switch to VE: 66 sec Ctrl+A: 12 sec sec Delete all: 28 sec sec |
Switch to VE: 67 sec Ctrl+A: 19 sec Delete all: 27 sec |
Firefox 22.0 | Switch to VE: 88 sec (6 errors) Ctrl+A: 81 sec (6 errors) Delete all: 17 sec (1 error) sec |
Switch to VE: 85 sec (6 errors) Ctrl+A: 70 sec (6 errors) Delete all: 15 sec (1 error) |
Quick summary: Load times and errors do not appear to be affected by user status, but are affected by browser. -- Cryptic C62 · Talk 22:07, 30 July 2013 (UTC)
I noticed another editor made a change that was marked "(Tags: nowiki added, VisualEditor)" [5]. An in-line reference was added, but with nowiki tags enclosing it. — rybec 07:33, 29 July 2013 (UTC)
<ref>
tags, or {{curly braces}}
, or '''Bold Text'''
, VisualEditor will add <nowiki>
tags to the offending markup. --
Cryptic C62 ·
Talk 12:20, 29 July 2013 (UTC)
Typo fix. I found the "thems them" in the text, clicked on it ... blue box. No "template" puzzle piece. Scrolled right up, at which point the template was no longer highlighted - so of course the clickable puzzle piece would no longer be visible. Clicked on what I thought would be the right template and eventually found it. This was confusing to me for a moment, and I have a mental model of what's happening; it would utterly flummox a new user ("oh, I can't edit that ... but it's wrong ... why would someone lock a typo?") - David Gerard ( talk) 08:10, 29 July 2013 (UTC)
Editing a page which had 3 spurious bulletpoints, I backspaced to remove them - and removing the last one removed the reflist. If I then went on to save the article, the red notice ("Cite error: There are <ref> tags on this page, but the references will not show without a {{reflist}} template (see the help page).") about the existence of refs without a reflist didn't show up until after I saved the article, even when I looked in "Review your changes". In Edit Source, it shows up in Preview. OK, in VE I could see that the reflist had disappeared, but (a) it shouldn't have gone and (b) VE should have shouted in red to tell me it was missing, allowing me to revise my edit before I saved the whole thing.
Ah, on further looking: the three bullet points didn't appear in the article when viewed as an article, only when seen in VE. They separate two comments in a template of some sort which the original editor used - see first version. So these bulletpoints appear on screen in VE, inviting the careful editor to delete them (and to cause problems by doing so), although they're invisible in the article as displayed. Hmmm. Pam D 08:23, 29 July 2013 (UTC)
For the record, the issue I had where scrolling up and down caused major issues seems to have been mostly fixed. It's not a perfectly smooth scroll, but it scrolls in real time, unlike before when it took a second or so to respond. Good work on that, anyway. Downside: The test page I use still takes about 10 seconds to load up before VE becomes active, though I'm pretty sure that's still a lot quicker than last time I tried.
However, today's testing was towarss a purpose - answering some questions I was asked, and, while answering one, I tried out the adding a link thing I had heard a lot about, but hadn't tried because of the system slowdown VE caused.
My experience was not at all good. I clicked the link tool while not focused on any text, to try and add a new link. I got a largely empty box with no instructions, and the next word in the article highlighted within the box. I fiddled with it a few times, and still don't know if typing in the box A. changes the text of the link. B. allows me to select more words. C. Changes what is linked to, or D. is followed by another, nearly identical box for a secondary function. It probably doesn't help that I have never used a GUI for text editing beyond basic Microsoft Word and Powerpoint stuff. So, frustrating experience, poorly documented, and I didn't feel the need to try out anything else after that. Adam Cuerden ( talk) 18:26, 29 July 2013 (UTC)
Adding a reference link is too hard for your target audience. I did ask weeks ago for the planning documents, design mockups, or whatever concerning the reference template interface. Maggie said she'd look into it. Did these ever turn up? - David Gerard ( talk) 18:27, 29 July 2013 (UTC)
Here is a list of my ideas for this day:
Issues:
-- Rezonansowy ( talk) 20:07, 29 July 2013 (UTC)
While I was hoping for a visual editor, it just makes it more difficult to make things like infoboxes, references, etc. MatthewHoobin ( talk) 21:45, 29 July 2013 (UTC)
I have been noticing that when I cut and paste a template repeatedly in VE I sometimes see parameter values that I am convinced I did not set. I can't quite reproduce the behaviour I believe I've seen, but I can give steps to something similar that is certainly odd and seems likely to be related. To reproduce:
I suspect that if you fiddle around with copying, pasting and editing multiple copies of a single template (as I've been doing in radiocarbon dating) then you could find more bugs; I'm sure I've seen a case where I edited a template but after subsequent edits elsewhere the parameter values changed again without being edited. If anyone can reproduce that behaviour I'd like to see it. In the meantime, this does appear to be a bug in its own right. -- Mike Christie ( talk - contribs - library) 01:53, 30 July 2013 (UTC)
Is there any known timescale for when Visual Editor will be supported for IE10? — Preceding unsigned comment added by 86.128.0.206 ( talk) 03:30, 30 July 2013 (UTC)
The recent (last couple of days?) improvement in the template interface -- presenting some documentation information on screen in the jigsaw puzzle piece dialog -- makes a huge difference in usability; thanks for that. I have been using VE whenever I could while editing an article with lots of templates, and was unable to quickly figure out how to use the parameters in a template I wasn't familiar with. That's no worse than ordinary editing; normally what I'd do is bring up a second tab with the template documentation and work from that. However, now that the params have definitions on screen, the interface is significantly better than with the wikitext editor -- I'm still going to have to go to the template page for some things, but this is a big milestone and very welcome. Mike Christie ( talk - contribs - library) 11:03, 30 July 2013 (UTC)
I've experienced issues to do with image search, size and captions. AFAICS these aren't fully documented in the existing bug reports:
upright=1.0
be the standard for newly inserted images.upright
parameter anyway. Ideally an attempt to re-size an image using VE should convert the pixel-based width into the equivalent upright
parameter using the contributor's current or default preference. That would transparently promote best practice rather than undermining it. It would also help with
bug 47804.upright
-based ratios.Thanks - Pointillist ( talk) 11:04, 30 July 2013 (UTC)
There is now a provisional WONTFIX on the nowiki bug T52527. JDF thinks its better left to an abuse filters, like Special:AbuseFilter/550. As there is no likelihood of this getting better we might need to toughen up the filter. One thing which could be done is to set it to "Prevent the user from performing the action in question" but only if the edit comes from VE. I'm not quite sure how to test for such though.-- Salix ( talk): 16:19, 30 July 2013 (UTC)
Can I just clarify: are you saying that there is no intention to stop VE spraying text with nowikis? -- Clem Rutter ( talk) 18:36, 30 July 2013 (UTC)
The poor writing on this page is exactly why I would not give one red penny to Wikipedia. Biased and unprofessional reporting. 173.65.21.197 ( talk) 23:51, 30 July 2013 (UTC)
Over the last few days- possibly the same time frame where the "opt-out" was introduced- I'm getting several-minute load times and pages that load with no content. Edits and previews may time out instead of completing. This is browser-specific and site-specific: The slowdowns occur only on Wikipedia and only in Safari 5, which is unsupported and doesn't even give me the option of using VE in the first place. It's clearly not a CPU issue, or the fan would rattle loudly. Yes, the obvious answer would be to use a different browser, but I have my workflow set up. A new computer is not in my near future, so it's only a matter of time before VE supports none of my browsers. It's just a web page: It ought to work.
I don't have a complaint with the existence of a visual editor, but it should be an "opt-in" thing, not the other way around. It could be handy for small edits, but I do a lot of copy editing, the kind of project that works better in a text-based editor. Why make it harder on the people who have demonstrated the most commitment to the site in an effort to accommodate those who have made little or no commitment? Is there really a huge pool of talent just sitting there waiting to make its presence felt if only there were a visual editor? Dementia13 ( talk) 14:44, 28 July 2013 (UTC)
Hi,
James said that it also depends on us working together in partnership to ... add template metadata (which is used by VisualEditor to make templates more user-friendly). I understand and agree to that, but currently several enhancement requests have been made on what can be done when defining TemplateData. Several of them would be really nice to have before creating the TemplateData block for each template, because without them we will have to go back to modify the blocks once the enhancements are available. So what's the schedule for the following enhancements ?
And also a suggestion to get more people creating TemplateData: when an editor inserts a template without TemplateData, would it be possible that VE displays a short message telling him about TemplateData (a link to an explanation) ?
-- NicoV ( Talk on frwiki) 22:29, 29 July 2013 (UTC)
Might want to take a look at this, where a good-faith attempt by an unregistered editor to update a table on a sportsman's page resulted in...very strange things happening to the table. - The Bushranger One ping only 18:52, 30 July 2013 (UTC)
If text has a size specified, e.g <font size=12>, then you cannot edit it in VE at present. The bar that notifies you of this is fixed to standard line height so you can click on links that extend above or beyond this, e.g. text with a link.
If such a link appears in body text, then clicking it takes you to the link target in the same window (i.e. exactly the same as if you clicked on it in read mode). If you ctrl+click to open in a new window/tab then you get the same behaviour as described for section links in T53122.
If such a link appears in an image caption, then ctrl+clicking has the same effect as in the paragraph above/bug 51122. Left clicking does take you to the linked page, but instead of using the main window it uses the media settings dialog's frame (see screenshot attached to bug). You cannot close this frame - the close button has been replaced by the link target and it doesn't respond to escape.
Steps to reproduce:
I've reported this as T54285 but I can only test it in Firefox 22 on Linux. It would be useful if people could test it in other browser/OS combinations too. Thryduulf ( talk) 18:54, 30 July 2013 (UTC)
Why abuse nowiki for situations such as James' mistake"
? Shouldn't it be marked ''James'<!-- -->'' mistake
? If marked correctly, it also has the advantage of being far easier to find the bad nowikis.
Adam Cuerden (
talk) 20:09, 30 July 2013 (UTC)
James' mistake
.
GoingBatty (
talk) 03:05, 31 July 2013 (UTC)
while attempting to change List of Minor Recurring Characters in Star Trek The Next Generation. Error happens in beta version, on Fx 22 AllanVS talk contribs 20:35, 30 July 2013 (UTC)
There's a request to advertise Wikipedia:VisualEditor/Default State RFC at the watchlist at MediaWiki talk:Watchlist-details#Wikipedia:VisualEditor/Default State RFC. Participation in either or both discussions is appreciated.— Kww( talk) 22:31, 30 July 2013 (UTC)
So here, all I did, in VE, was to highlight a section, including the heading, and press the delete key, then save. The section header had a wikilink in it, which may be relevant.
VE added a nowiki tag in the heading, rather than just delete it all. It didn't tag the edit as "nowiki added" either, as far as I can tell looking at the history. Maybe that's because it was a userspace edit? Begoon talk 05:18, 31 July 2013 (UTC)
Editing a stub I clicked Save Page and the box appeared dropped down the screen so that the "Save Page" button wasn't visible unless I scrolled it.
Tried to follow Thryduulf's notes on how to upload a screenshot but they don't match my on-screen experience (Vista, Firefox22, vector I think): no "summary" box visible, no indication how to proceed, thoroughly frustrated - there must be an easy way to add illustrations to this page?
... and now that I tab back to the offending page, the dialog box has moved back up to the top where it should be. But I've still got the screenshot, could upload if useful if given advice on how to do so. Perhaps it was just VE being v-e-r-y slow. Pam D 07:32, 31 July 2013 (UTC)
Believe it or not, when making a change to the guide I think I've encountered the problem described - see screenshot! It seems that the top right of the dialog box is positoned below the location of the last change, without reference to placement within the window. As my change was to the left end of the page, the left of the dialog was off screen, although there was plenty of vertical space here so it looks like no scrolling was required. Was this what you saw? Thryduulf ( talk) 12:04, 31 July 2013 (UTC)
And here, to show that Thryduulf's revised how-to-do-it notes really work, is my screenshot from this morning! Pam D 16:28, 31 July 2013 (UTC)
I had hoped *all* of the garbled wikilinks were being fixed, but I found another add-extra-letter, nowiki wikilink in " Six Flags Over Texas" (at bottom of dif447 of 01:16, 21 July 2013), which I fixed as part of full-page copy-editing for wp:GOCE's July backlog drive:
In this case, the easy clue would be "nowiki" added by VisualEditor, but the example shows another peculiar garbled wikilink, where the article name is duplicated, then a letter added from the follow-on text, plus "<nowiki/>" after the link, and then text continues. Anyway, the article has been fixed. Feel free to hat this thread if this extra-letter wikilink pattern has been logged before. - Wikid77 ( talk) 09:00, 31 July 2013 (UTC)
Sorry, I don't like this editing mode. Current problem: Can't find a way to put the v in vmeme in superscript. Can you make that option easier to find? DBlomgren ( talk) 09:11, 31 July 2013 (UTC)
I made several attempts to use VE to add a "Notability" template to an article, the first time I have used a template with template data. I found it unintuitive, and eventually gave up when the "Save changes" dialogue box appeared half off the screen, and inaccessible, at bottom left - see screenshot.
This is repeatable. Steps to reproduce:
I think these dialogue boxes should be moveable, like windows. JohnCD ( talk) 14:10, 31 July 2013 (UTC)
In Firefox 22 on Linux with Monobook skin (not tested in other combinations) sometimes the VE toolbar overlaps the page head links and tabs (userpage etc). See the screenshot attached to the bug.
I haven't figured out how to reliably reproduce this but the following sequence usually seems to work.
It doesn't always work, but actions like this do seem to trigger it more often than not. I don't know whether this is dependent on bug 52317 but it was in testing that bug that I found this one.
Is anyone able to reproduce this in other browser/skin/os combinations, and/or figure out how to reliably reproduce it? Thryduulf ( talk) 14:48, 31 July 2013 (UTC)
I think we should recognize that VisualEditor is the future and try to spend time and energy focusing on possible real, actionable improvements to VisualEditor. -- MZMcBride ( talk) 17:19, 31 July 2013 (UTC)
On the page Earth, we had the following markup code:
[[File:(filename)|thumb|700px|center| (caption here) |alt= (alt text here) ]]
The VisualEditor parsed this incorrectly and assumed that “alt= (alt text here)” was the caption.
Changing the order of the items fixed this despite having no effect on the rendered page, which indicates that it’s a bug in VisualEditor and not incorrect MediaWiki markup. — Timwi ( talk) 19:22, 31 July 2013 (UTC)
Just make red links red . -- Rezonansowy ( talk • contribs) 20:27, 31 July 2013 (UTC)
Take a look at the text
this page. The first two sentences may appear to be identical. If one activates VE, one will find that the first sentence (which employs <tt>) cannot be edited, but the second one (which employs <code>
) can. My question is this: If the editor is supposed to be visually intuitive, why are two (almost) visually identical elements handled differently? --
Cryptic C62 ·
Talk 20:54, 31 July 2013 (UTC)
Hey - I'm able to edit this page 'Omerta' when I should be in the view-only mode. Please address this issue asap. -- 170.121.14.12 ( talk) 20:59, 31 July 2013 (UTC)
I've got no VisualEditor option even though I have "Remove VisualEditor from the user interface" in my Preferences unchecked. Please fix this. -- Sp33dyphil © hat ontributions 07:47, 29 July 2013 (UTC)
I also get "no VE". Also while using Iceweasel v3 — perhaps not considered "modern"? Well, I'm fine with this feature, but perhaps there ought to be a notice somewhere (user preferences?) when options are curtailed on the basis of the browser one is using. ~ J. Johnson (JJ) ( talk) 22:01, 1 August 2013 (UTC)
Got notice i had a talk that I replied to days ago. - DePiep ( talk) 21:32, 30 July 2013 (UTC)
Since all VE talk is lead here, this should be a Village Pump page. - DePiep ( talk) 01:37, 31 July 2013 (UTC)
On pages for which VE is enabled, the VE tab is labelled "edit this page", while the SE tab is labelled "edit source". Seems clear enough.
On pages for which VE is not enabled, the SE tab is labelled "edit this page". If one has been editing VE-enabled pages for a while, one will automatically assume that "edit this page" always activates VE. As such, the SE tab should always be labelled "edit source", regardless of the namespace. -- Cryptic C62 · Talk 02:39, 31 July 2013 (UTC)
What it says in the title really. Takes ages to load, and when it has loaded, doesn't seem to actually do anything except enable the spell checker and make the page slow to a crawl. -- Muzer ( talk) 14:14, 31 July 2013 (UTC)
Currently, editing a template parameter value requires knowledge of MediaWiki markup, negating the purpose of the Visual Editor. Instead, the parameter value UI should employ other little copy of the Visual Editor to allow visual editing of the parameter value, complete with toolbar and everything. Timwi ( talk) 19:13, 31 July 2013 (UTC)
Go to this page in Firefox. Activate VE. On each of the first six links, right click and select one of the spellcheck suggestions. Observe any unexpected changes, then press Ctrl+Z (undo). Observe any unexpected changes. Here's what I got:
Strange that any of these effects would happen, but perhaps even stranger that they are inconsistent. Can anyone reproduce in other browsers? -- Cryptic C62 · Talk 21:11, 31 July 2013 (UTC)
Detailed results | |||
---|---|---|---|
Pattern | Original | Spellcheck | Ctrl+Z |
No change | shamrads | shamrocks | shamrads |
turkleglove | turtledove | turkleglove | |
trugde | trudge | trugde | |
droconian | draconian | droconian | |
Multiword | metacritic | meta-c ritic | metac ritic |
meta c ritic | metac ritic | ||
dumpnuts | dump-n uts | dumpn uts | |
dump n uts | dumpn uts | ||
Lead break | blumpkin | p umpkin | b lumpkin |
apathosaurus | bront osaurus | a pathosaurus | |
chrsky | Chom sky | c hrsky | |
hotsaucebottle | blu ebottle | h otsaucebottle | |
aoeign | for eign | a oeign | |
coroglian | Caroling ian | c oroglian | |
Lead break (undo only) |
gloading | loading | g loading |
vbirth | birth | v birth | |
End break | soliquilistry | soliloquies | soliq uilistry |
lethrym | lethargy | lethr ym | |
lrkwd | legwork | lr kwd | |
End break (undo only) |
wrenchj | wrench | wrenchj |
cubew | cube | cubew | |
Full break | meepblossom | blossomy | m eepblossom |
bumguitar | guitarist | b umguitar |
I've not done any better at understanding this, so I've now reported it as bugzilla:52372. Do say if you gain any further insights. 07:53, 1 August 2013 (UTC)
I was just editing a page using the Visual Editor, and when I saved it and it asked for the edit summary, the edit summary box was off the edge of the screen in the lower left hand corner. I'm using Chrome if that helps at all. Red Fiona ( talk) 21:52, 31 July 2013 (UTC)
If I see a notice where the first heading, which is larger than all the later headings, is "If ..." (eg "If you are here for information on disabling Visual Editor") and the condition is false, I will probably not look at any of the box including the two sections with smaller headings, inferring that the irrelevant content has sub-sections. The edit notice might be more useful if the three headings were the same size, or if in some other way we highlight that the second and third paras are independent of the first heading. Pam D 22:53, 31 July 2013 (UTC)
Feedback about
VisualEditor:
How to disable VisualEditorYou have the option of simply choosing "edit source" to use the old system at any time. If you want to opt out of using the VisualEditor while it is in beta testing, go to the "Editing" tab of your preferences and scroll to the bottom of the page. Tick the box labelled "Temporarily disable VisualEditor while it is in beta" located in the "Usability features" section, then click "Save". You can reactivate VE access at any time by unticking that box. Please note that this preference is presently planned to be automatically unset and withdrawn when testing of the VisualEditor is complete. Other issuesWays to get help This page is for feedback relating to the new Visual Editor. For general help with Wikipedia see Help:Contents and the Wikipedia:Help desk. Uploading screenshots If you want to include a screenshot to illustrate your problem but don't know how, the guide at User:Thryduulf/How to upload screenshots of Wikipedia should help. |
How freaky, what happened to the wikitext editor? (i know i know it's a beta-run but what a goddammed unpleasant surprise) Beuurrkk! -- 2.0.94.224 ( talk) 22:53, 31 July 2013 (UTC)
When editting Christian Scott, I noticed only ref #1 is displayed, out of five well formatted ones. Changing <references/> into {{reflist}} solved this, no idea why. trespassers william ( talk) 01:40, 1 August 2013 (UTC)
The markup warning currently reads:
But the first hyphen should be changed to an n dash:
-- Cryptic C62 · Talk 03:22, 1 August 2013 (UTC)
Hi everybody. Earlier today James Forrester posted this message at one of the ongoing RfCs' talk. It is a proposal of four changes, so feedback is welcome; I am not sure how many of you are actively following these discussions, but it would be very useful if people who are using VE daily considered reading and commenting this proposal. (The thread also contains an explanation about how VE is benefiting right now from a large and diverse pool of users making real world edits). As usual, thanks for your time! -- Elitre (WMF) ( talk) 09:02, 1 August 2013 (UTC) Please remember to add comments there, not below ;)
I edited an article and found I'd got the popup saying I'd been using wiki markup, I should go into Edit Source, my edits wouldn't be saved, etc. I knew I'd input a pair of ''s at one time but had then remembered the error of my ways, removed them, and marked the title as italic in VE style, so was pretty confident I hadn't used any wiki markup and went ahead and saved the edit (difficult because the popup was sitting on top of the savepage box). I can't see anything VE would object to in that edit: it was very disconcerting to see the popup. In fact it deterred me from adding the references I was about to add as sources... will now go and do so. In VE if I'm feeling brave.
So what seems to have happened is that VE is hassling me about some wikimarkup I added and immediately removed! Is there a bug about this (or is it a feature?) Pam D 10:02, 1 August 2013 (UTC)
I tried VEditing Chess, which makes extensive use of {{ Chess diagram small}}. I found that VE does not display this template correctly. In the image at right, the upper section shows how the chess boards are displayed in view mode. The bottom section shows how they are displayed in VE. This occurs in Firefox 22.0 and Chrome 28.0; this occurs in Monobook and Vector. Presumably, this is related to an existing bug, but I don't know which it would be.
In terms of pervasiveness, {{ Chess diagram}} is transcluded onto 778 pages, and {{ Chess diagram small}} is transcluded onto 256 pages. -- Cryptic C62 · Talk 14:23, 1 August 2013 (UTC)
Would it be possible for VE to disallow the linking inside an article to its own title? SOmething like this (first line of article) doesn't result in a bluelink anyway, and is e.g. automatically removed by AWB. Note that this edit also contained some unwanted nowiki tags... Fram ( talk) 14:46, 1 August 2013 (UTC)
Today, while fiddling with VE, I clicked on the "Page settings" button for the very first time. I was very surprised to find that it contained UIs for categories and interlanguage links. Here are some thoughts:
-- Cryptic C62 · Talk 14:47, 1 August 2013 (UTC)
Right now there is an option to opt-out while it's in BETA. I would like to see this option given permanently for registered users. CRRays Head90 | Get Some! 17:47, 1 August 2013 (UTC)
Get rid of it. -- Astrocratic demokraut ( talk) 21:40, 1 August 2013 (UTC)
Visual editor is horrible and so wikia like. I hate visual editor for people just can click on stuff automatically without having them learn anything. It is like giving a easy job to a person who has no idea of the job.-- Micronationalist1999 ( talk) YOUR PROUD BANANA 22:27, 1 August 2013 (UTC)
Take a look at radiocarbon dating, and in particular see the Notes section, which has four text notes showing. Edit the article with VE; scroll back down to that section and you'll see that only three are visible. The first one is defined in an image caption, which I suspect is why it's invisible. Mike Christie ( talk - contribs - library) 22:41, 1 August 2013 (UTC)
It appears to me that we need a better way of documenting problems and feature requests for VE. Using AWB as an example, when someone submits a bug or suggestion they are asked to fill out a template that gives some details about the problem. This helps to document the problem and reduce questions. I think if we are going to continue using VE in its current state (which I still think is a tremendously bad idea) then we need to start to work smarter not harder. I suggest creating a template with the following fields:
{{VE bug |status = new <!-- when fixed replace with "fixed" --> |description = <!-- Place description of the bug here --> ~~~~ |reproduce = <!-- Directions to recreate the bug (i.e. what did you do that caused this bug); leave blank if unknown or not applicable --> |page = <!-- The page you were working with when the error occurred --> |OS = <!-- Your operating system (Windows, Linux, Ubuntu, etc.) --> |net = <!-- What version of .NET Framework you're using --> |browser = <!-- What internet browser you're using --> |skin = <!-- What skin you're using (usually Monobook or Vector) --> |workaround = <!-- Any workaround for the problem --> |bugzilla = <!-- Bugzilla tracking number if applicable --> }}
Any objections? Kumioko ( talk) 20:28, 30 July 2013 (UTC)
For those who are interested this is a sample of what the Report a bug functionality looks like when filled out. Kumioko ( talk) 18:24, 31 July 2013 (UTC)
Status | New: |
---|---|
Description | This is a sample bug report Kumioko ( talk) 18:23, 31 July 2013 (UTC) |
To duplicate: | |
Operating system | Windows 7 |
Web browser | IE 8 |
Site | En-WP |
Workaround | N/A |
Skin | Monobook |
Resolution | Unresolved |
Bugzilla | N/A |
Here's a bug I found a few days ago in the proposed format:
Status | New: |
---|---|
Description | When adding a new image, the media search feature doesn't find long names |
To duplicate: | 1. Find an image on commons with a long filename (e.g.
File:St Peter's Church, Newlyn - geograph.org.uk - 501812.jpg). 2. Choose a relevant article in which to insert it (e.g. W. S. Lach-Szyrma). 3. Click the "Edit" tab to edit the entire page using VE. 4. Place the caret at an appropriate insertion point and then click the media button. 5. Enter the filename in the search box (e.g. St Peter's Church, Newlyn - geograph.org.uk - 501812.jpg) The image is not found 6. Progressively trim the filename by destructively backspacing from the end of the string. After each backspace, pause to allow the search results to refresh: In my test, the search first succeeded with the string "St Peter's Church, Newlyn - geograph.or" Search also succeeded with "St Peter's Church, Newlyn - geograph.o" Search then failed with "St Peter's Church, Newlyn - geograph." Search then failed with "St Peter's Church, Newlyn - geograph" Search then succeeded with "St Peter's Church, Newlyn - geograp" and all shorter strings 7. Save the page (the result was this version). |
Operating system | Windows 8 Pro 64-bit |
Site | En-WP via https |
.NET Version | 2.0.50727.4927, 3.0.30729.4926, 3.5.30729.4926, 4.5.50709 client & full |
Internet browser | Chrome 28.0.1500.72m |
Workaround | N/A |
Skin | Vector |
Resolution | Unresolved |
Bugzilla | N/A |
A few points occurred to me while I completed the template:
Comment | The media search is actually pretty smart, e.g. it finds the image file given the jumbled string "Newlyn Church St Peter's". But searching for an exact match to a specific filename should also be supported. Maybe it could be activated by detecting a namespace prefix, e.g. "File:" in "File:St Peter's Church, Newlyn - geograph.org.uk - 501812.jpg". |
---|
Happy editing - Pointillist ( talk) 07:26, 1 August 2013 (UTC)
Regarding the status part, I've just discovered there is a gadget in special:preferences that reads the status of a bug a bugzilla and updates the {{ tracked}} template. I haven't a clue how that works but it might be possible to link to this template somehow. Thryduulf ( talk) 13:21, 1 August 2013 (UTC)
It would be good if plain numbers input into the "Bugzilla" field automatically linked to the bugzilla bug. Thryduulf ( talk) 08:46, 2 August 2013 (UTC)
I personally don't like it. Go back to the old editing format, please. Thank you. Lacobrigo ( talk) 23:17, 31 July 2013 (UTC)
In the
#References_-_still_dreadful thread above, @
OrangesRYellow: said "Reuse function does not work on refs which have not been saved yet.". Have we got a Bug for this? It's ridiculous. I created a
very short stub recently, to fix a redlink in a hatnote (no, it's not a great stub, but it'll do until a lepidopterist turns up to expand it). I found a good ref, cited it, and wanted to cite it again for second fact: in VE it appears that I can't do this. As so often, had to follow my VE edit with a "VE cleanup" edit in Edit Source.
... Just searched Bugzilla and found it at T53689 "unprioritized normal". How do we expect new editors to create well-cited new articles if they can't use the same ref more than once? I've commented there. Pam D 08:38, 1 August 2013 (UTC)
Update: it's now been labelled as "Highest normal" - but it was created on 19th July, which makes one wonder how long it's taking for bugs to be considered and prioritised.
On the other hand, I'm amazed it was only created on 19th July. Presumably very few editors have persevered to try using VE when creating a serious article with references, and most of us have just given up on it. Or people just accept that the whole references area is a mess and aren't picking out particular elements to report as bugs.
I haven't done much work adding references in VE - a lot of what I do is stub-sorting and miscellaneous cleanup of those stubs, and working on dabs and hatnotes, and I don't create very many articles. The experience which led me to comment on this bug was creating a stub to resolve a redlink in a hatnote in a stub I was sorting: that's pretty typical. I wonder how many articles are being created in VE, whether by newbies or experienced editors: and how many of those editors then choose VE next time they want to create an article? Pam D 06:59, 2 August 2013 (UTC)
Who is the VE team, where are they listed? How do I call my representative? And isn't the answer on the fancy white rightbox? trespassers william ( talk) 12:11, 1 August 2013 (UTC)
No idea if this has been documented yet here or at Bugzilla. In two subsequent edits, VisualEditor managed to completely mess up the bottom of an article (apparentmly without the editor involved wanting this to happen): [8]. Fram ( talk) 14:43, 1 August 2013 (UTC)
I'll just add some more examples here as I come across them, to see whether it happens a lot (too often certainly) and if there are any patterns to it.
Fram (
talk) 11:38, 2 August 2013 (UTC)
When I was trying to add a link to Classic XI, (didn't know it didn't exist) it repeatedly took the word "Classic" and continually tried to make the link go to Classical music. I don't know what you could do to stop it, but could you fix that for me? -- buff bills 7701 19:42, 1 August 2013 (UTC)
I sometimes receive the above error message when attempting to load VE on large (>200kB) pages. This only happens when I use Safari 5.1.7 on Windows Vista. Unlike some of the other error messages that pop up, this one crashes the loader and forces me to refresh the page. -- Cryptic C62 · Talk 02:00, 2 August 2013 (UTC)
After the above error message occurred, I reloaded the page I had been looking at: List of moths of Turkey. I clicked "edit this page" again, and VE loaded with no problems... but then I got a notice saying that I was logged out, even though the rest of the interface appeared as though I was still logged in. Clicking on a link confirmed that I had actually been logged out. Two questions: How did I get logged out midway through the VE loader? Why did the interface not change when I got logged out? -- Cryptic C62 · Talk 02:12, 2 August 2013 (UTC)
In this test, I tried to create a link to link as a test. The link dialog insisted that there is no article called "link", and insisted on linking to Linkin Park instead. Seemingly nothing I could do could make it link properly:Jay8g [ V• T• E 02:05, 2 August 2013 (UTC)
I like updating the independent baseball team rosters but it won't let me. I am also trying to add my images of the managers of the league that are former MLB players and it won't let me. Asapherg ( talk) 02:16, 2 August 2013 (UTC)
I selected the following option in Special:Preferences (months ago, I believe):
Everything was going great until a few minutes ago I noticed my interface had reverted back to having two separate edit tabs. The one for VE is non-functional (which is fine, except it's a visual distraction and I don't want it to be there). Also the language on the other editing link (and on all section edit links still says "edit source" which is similarly annoying). ― cobaltcigs 05:49, 2 August 2013 (UTC)
Oh, another checkbox. I didn't realize I had to opt-out in two separate places. WP:MOLEWHACK. ― cobaltcigs 06:18, 2 August 2013 (UTC)
I see the second checkbox says:
Do we know what the procedure will be to disable VE when it is no longer "in beta"? ― cobaltcigs 08:32, 2 August 2013 (UTC)
I did not find place to let comment about my own correction
so it seems to be little unusefriendly Chudzoskruo ( talk) 06:41, 2 August 2013 (UTC)
It was easier to make my minor edit. Printphi ( talk) 06:50, 2 August 2013 (UTC)
The equivalent of a macro facility is needed to insert references. The names of the fields can be difficult to remember.
A paste of the [...] from Wiki Commons should insert a picture. Andrew Swallow ( talk) 07:01, 2 August 2013 (UTC)
Status | New: |
---|---|
Description | Pressing down kicks you to end of page. Cainamarques ( talk) 07:18, 2 August 2013 (UTC) |
To duplicate: |
|
Operating system | Windows 7 |
Web browser | Firefox 22.0 |
Site | En-WP |
Workaround | |
Skin | Monobook |
Resolution | |
Bugzilla | T54445 |
I've confirmed with a bit of testing that this affects all articles with a single-line hatnote template, e.g Oxford. You can't scroll down at all if the hatnote has more than one line, e.g. An American in Paris. I've reported it as T54445. Thryduulf ( talk) 08:45, 2 August 2013 (UTC)
This is not really a VE bug (it is possible in the standard editing mode as well), but it is something that happens more often in VE, and that perhaps can be automatically disabled in VE as well; inserting references inside section headers. This is never needed or wanted (it is ugly, and the thing that needs to be referenced should be in the text of the section, not only in the title anyway). Example (spam, but the principle applies): [14]. Fram ( talk) 07:31, 2 August 2013 (UTC)
First of all thanks for the interface changes for beta. Not sure, all disputes are solved now (probably not ;) ), but the beta situation is a lot clearer now, especially for inexperienced users. I did some random testing with the transclusion and the save dialog (sorry, if some points may be duplicate):
Templates dialog (transclusion)
Save dialog
Other
I think you should restrict use of this new tool: otherwise you're gonna get soooo much vandalism, it'll be hard to control! Thanks for the attention. Keep up the good work... Monozigote ( talk) 08:48, 2 August 2013 (UTC)
With wikitext sometimes I might write something up but run out of time before finishing, so I copy it to a notepad (I use Zotero), and finish it later. Are there any plans to bring functionality like that to VE? -- Atethnekos ( Discussion, Contributions) 09:09, 2 August 2013 (UTC)
Beta didn't inform me, until after I'd already gotten deeply into editing an article, that my changes would not be saved. I'd rather not have this feature at all, if it will waste my time that way. Froid ( talk) 10:39, 2 August 2013 (UTC)
I've just notices that that foul and egregious visual editor crap seems to have returned, even though I specifically set my preferences in such a way that it was banished forever to the realms of "never see". Short of coming round and personally throttling the developers, is there any way that I can make it so that it never again blights my editing sessions? I mean, come on, Wikipedian techies - are you seriously trying to rival Facebook for the annual "worst possible unwarranted changes on a website" award? Grutness... wha? 11:29, 2 August 2013 (UTC)
Whether this option remains after the beta ends is currently unknown, but you can make a civil comment in the RfC linked from the top of every page. Thryduulf ( talk) 11:38, 2 August 2013 (UTC)If you want to opt out of using the VisualEditor while it is in beta testing, go to the "Editing" tab of your preferences and scroll to the bottom of the page. Tick the box labelled "Temporarily disable VisualEditor while it is in beta" located in the "Usability features" section, then click "Save".
I have mentioned this last month at another page, but it doesn't seem to be solved yet, so a repeat performance; it should be made impossible that when people move images in VE (which is very easy), they put it (inadvertently) in the middle of a word. Preferably, images should only be movable to spaces between paragraphs, but they certainly shouldn't be movable to the middle of a word. Example: [17].
The problem seems to be that when you move a picture, the final location is not decided by the upper left corner of the image (which seems more intuitive to me), but by the location of your cursor somewhere in the middle of the picture. Fram ( talk) 11:43, 2 August 2013 (UTC)
while it good for correcting spelling errors and such, it is horrible because you can't add anything to tables and charts. 74.139.33.169 ( talk) 11:52, 2 August 2013 (UTC)
Bear with me :-) This has nothing to do with people adding wikicode, but with VE adding nowikis on its own and where it isn't necessary or even wanted. If people accidentally select part of a term instead of the full one, and then add a link (using the VE link button), Ve will not only add a piped link (perhaps understandable but not really smart), but will add a closing "nowiki" between the piped wikilink and the remaining letters. This is totally unnecessary in nearly all cases: editors very rarely want part of the word to be blue, and part to remain black (which is the effect of this "nowiki"). This is an example where I corrected an old instance (few days), but I could easily reproduce the problem.
Suggested solution: when the part inside the link plus the part not linked are together the same as the wanted link, don't create a piped link plus nowiki remainder, but create a simple link instead; when the two are not the same, pipe the link but don't nowiki the remainder, unless there is a hyphen (or other dash) or slash between the two parts (as in that case they may really be two parts, something like Armenian-American or the like). The current situation creates many incorrect nowikis for only a handful of correct ones. Fram ( talk) 12:43, 2 August 2013 (UTC)
Just tried to edit some images with the VE, and here are some suggestions for improvements:
That's it for now. -- WS ( talk) 14:14, 2 August 2013 (UTC)
On
Premier League, every recent edit using Visual Editor seems to add a stray line of code: || 18 || 12 || 12 || 21
above a table. Examples:
1,
2,
3,
4. Every edit using VE has added the code. Is this a bug?
Woody (
talk) 14:31, 2 August 2013 (UTC)
Status | New: |
---|---|
Description | VE strips some table attributes for no reason. Headbomb { talk / contribs / physics / books} 16:45, 2 August 2013 (UTC) |
To duplicate: | See [19]. Since this was done by someone else, I have no idea what OS/.net/browser/etc... the editor was using. |
Operating system | |
Web browser | |
Site | |
Workaround | |
Skin | |
Resolution | |
Bugzilla | T54473 |
This is a Parsoid issue. I filed a bug reported and updated the table above.
Ssastry (
talk) 19:12, 2 August 2013 (UTC)
On going to a redlink, I'm offered "Createbeta" or "Create source". If I click for VE, I get a notice telling me - among other things - that I can look for another title to redirect the page to. However, there's no apparent way to create a redirect using VE. Until this functionality is included, should we suppress this suggestion? Andrew Gray ( talk) 18:11, 2 August 2013 (UTC)
I tried to leave feedback, but received this error. — rybec 18:44, 2 August 2013 (UTC)
In Firefox ESR on Linux, the text below was not fully readable. I suggest shortening it, increasing the size of the window it's shown in, providing a scroll bar, or (if possible) having a window that adjusts to the size of the text.
This is our new, easier way to edit. It's still in beta, which means you might find parts of the page you can't edit, or encounter issues that need to be fixed. We encourage you to review your changes, and we welcome reports abou t any issues you might encounter in using VisualEditor (click the 'beta' button to submit feedback). You can keep using the wikitext editor by clicking the "Edit source" tab instead - unsaved changes will be lost. — rybec 18:45, 2 August 2013 (UTC)
Status | New: |
---|---|
Description | It's probably an existing bug, but: if I add invisible matter to an article (eg {{ coord missing}}), it's too easy to delete it later in the same edit while "tidying up" blank lines etc. I notice that {{ Use British English}} seems to be automatically put at the end of the article, and it seems impossible to delete it there by using delete or backspace keys: perhaps all templates which produce no visible output should be placed at the end (though probably playing havoc with WP:ORDER). I seem to remember similarly losing a more substantial edit - something with multiple parameters perhaps - recently, but didn't record it at the time and can't remember what it was. If I hadn't used "Review changes" mid-edit, ie if I'd just been editing rather than testing the bug, I'd have assumed I'd forgotten to click "Apply changes" and not added the template as I'd intended to. Pam D 18:57, 2 August 2013 (UTC) |
To duplicate: | Add {{ coord missing}}. Check in SavePage, ReviewChanges, that it's there. Do some other edits. Backspace to remove some blank lines in the area where you put the template. Check in SavePage, ReviewChanges: it's gone. |
Operating system | Vista |
Web browser | Firefox22 |
Site | |
Workaround | Edit with 100% concentration and alertness at all times, paying special attention to the vicinity of any possible hidden templates, don't make any attempt to remedy dodgy formatting in existing articles, ... ??? |
Skin | Vector |
Resolution | |
Bugzilla |
This is covered by
T51806 ("Hidden templates should display as an icon in-page so they can be interacted with (e.g. a puzzle piece?) ") which has a high priority major impact rating. Other than encouraging the relevant people to fix that bug I don't know what can be done. Any ideas? I have had an idea - just treat them like <noiki>s and make them undeleteable in VE. Occasionally it might leave in ones that were intended to be deleted but that's going to be very rare and this would just be a workaround until they were handled properly
Thryduulf (
talk) 19:22, 2 August 2013 (UTC)
I have an existing document that contains a hyperlink enclosed in square brackets, like [20]. Instead of this being displayed as a number enclosed in square brackets, I want to add text that will be displayed, like example.com Web site. In the traditional editor I would insert, after the hyperlink but before the closing bracket, a space and the link text, and I'd be done. In VE I clicked on the number, then on the chain icon, and found nowhere to add the link text. The "Editing links" section of the user guide covers the case of adding a hyperlink to text that already exists, but not adding text where the link already exists. It seems that completing this task in VE may involve either:
or retyping the URL. This seems inefficient. — rybec 19:06, 2 August 2013 (UTC)
There needs to be a way of adding a ref name inside VE, or I end up adding the ref in VE, then placing the ref name and the child references in the source editor. Insulam Simia ( talk) 19:12, 2 August 2013 (UTC)
Status | New: |
---|---|
Description | Clicking on the "Read the User Guide" link (within the Beta/questionmark popup) has the effect of losing all current editing, because it opens the User Guide in the current window, without warning that it's going to do so. Imagine: half an hour's editing, find a problem, remember seeing that link and think it might offer advice, click for the popup, click to open the User Guide, and ... one very unhappy editor. I suggest that either the User Guide should open in a new tab or window, or, if this is impossible, there should be a warning "Read the User Guide (and lose any current edits)". Pam D 19:28, 2 August 2013 (UTC) |
To duplicate: | Make an edit, click the BETA popup, click the "Read the User Guide" link.... Use Back button to revisit the page you were editing, observe that your edit has vanished. |
Operating system | Vista |
Web browser | Firefox22 |
Site | En-WP |
Workaround | |
Skin | Vector |
Resolution | |
Bugzilla |
I've reported as T54475. As a workaround you can hold down CTRL while clicking on a link and it will open in a new window/tab. This will work on almost every link on almost every website so it's a useful one to know. I don't expect you'll have to wait long though as the similar T54093 which asked for the same thing for the "wikitext" link in the popup warning was fixed rather quickly. Thryduulf ( talk) 19:40, 2 August 2013 (UTC)
the create account / login button in the top right is covered up poorly while in edit mode. maybe hide it when entering edit mode? 74.202.39.3 ( talk) 19:30, 2 August 2013 (UTC)
With the traditional editor, I made a page containing only:
[http://example.com]
I wanted to try using VE to change that to:
[http://example.com example.com Web site]
by the procedure I described in another feedback post
I didn't bother deleting the original hyperlink; the numeral "1" surrounded by brackets (what one would see while viewing the rendered wiki) and nowiki tags was added to the document: [21]. — rybec 19:38, 2 August 2013 (UTC)
I'm not sure where to post this since the talk page of that subpage redirects to the main WT:VE, but my comments are indeed regarding this. I think this is a good idea. I have a habit of clicking right next to the "read" button and I often end having to wait for the buggy VE to load before being able to change to the wikitext editor. In addition the clear "beta" label was a good idea. Finally, a step in the right direction. — kikichugirl inquire 19:48, 2 August 2013 (UTC)
In the WYSIWYG editor, the topicons do not appear where they normally would and there are blank lines around them that do not appear in the rendered page. APerson ( talk!) 22:00, 2 August 2013 (UTC)
So this happened. Anyone know what's up? Kevin Rutherford ( talk) 22:33, 2 August 2013 (UTC)
Can the cite toolbar be made available in VE?
I had to switch to "Edit Source" in order to cite a source for an edit that I otherwise happily made using VE. APerson ( talk!) 02:01, 3 August 2013 (UTC)
When referencing, can there be a field so you can put in the name of a named reference?
You could put the text field in the "Options" section, along with the group. APerson ( talk!) 02:09, 3 August 2013 (UTC)
This article version starts with a bulleted list (i.e. there is a star as the first character). When I tried editing it in VE, I was unable to move the cursor earlier than the first bullet, to add something before all of the bullets. Neither mouse clicks nor arrow keys worked. OS X / Chrome / MonoBook. — David Eppstein ( talk) 03:14, 3 August 2013 (UTC)
As a new to Wikipedia editor, the VisualEditor function is invaluable. The first edit I tried to make I had to rely on someone who knew Wikicode to make for me. The edit has yet to be made, even though it was sourced by the US Code. The second attempt I was given a chance to use the VisualEditor. The edit went on the page as soon as I was done writing, no bugs at all, at least in this instance. Trueist ( talk) 06:21, 3 August 2013 (UTC)
I'm keshav kumar mishra work is SEO & web developer Keshavtech ( talk) 07:41, 3 August 2013 (UTC)
Open Roosters FC or Aalborg RK in VE, and the diagram illustrating the team kit is mangled. It's within the "pattern..." components of {{ Infobox rugby team}} ... and also happens with {{ Infobox football club}} as in Morecambe F.C. (so presumably for thousands of others). Probably a known bug, but didn't find it on a quick check for "infobox image". Vista, Firefox22, Vector. Pam D 08:09, 3 August 2013 (UTC)
Please allow the naming of references, so the same one may be reused easily.
Presidentman
talk ·
contribs (
Talkback) 15:00, 3 August 2013 (UTC)
I don't know when the first-open warning box was implemented, but I just saw it now. Seems pretty useful in terms of making sure people know what's up. I also notice it utilizes a cookie, so dynamic IP editors will still see it. Kudos! Ignatz mice• talk 15:51, 3 August 2013 (UTC)
It seems that sound files do not display correctly in VE. While VEditing Brazil, the anthem file in the infobox simply appears as "noicon". In Cuba, the anthem file does not appear at all.
One minor consequence: If you press "play" on a sound file while viewing an article, then activate VE, there is no way to pause the file after VE finishes loading.
Using Vector skin on Firefox 22.0
-- Cryptic C62 · Talk 16:19, 3 August 2013 (UTC)
Hey all, I've spent the past few days collecting data on VE load times for large articles in different browsers. The main graph is at right. Full results can be found here. -- Cryptic C62 · Talk 03:31, 3 August 2013 (UTC)
I wonder what makes it exponential (lined up in semilog plot) instead of linear. Anyone know? 70.59.30.138 ( talk) 08:20, 3 August 2013 (UTC)
I attempted to edit List of United States counties and county-equivalents in Firefox ESR on Linux. First I tried the traditional editor: the load time was around 5 seconds. On my first attempt with VE, Firefox informed me that
A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.
Script: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.visualEdito r.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=2013080
3T022159Z&*:131
and the browser became generally very slow to respond, and I noticed in top that it was consuming around 520 MB more RAM. I closed Firefox without letting the page load completely in VE.
I had had some other tabs open (as I had with the old editor). I made another attempt, with nothing else opened.
Figures for "RAM use" are from the "VIRT" column shown by top:
o: VIRT -- Virtual Image (kb) The total amount of virtual memory used by the task. It includes all code, data and shared
libraries plus pages that have been swapped out.
— rybec 22:59, 4 August 2013 (UTC)
I can't use visual editor on Persian (Farsi) Pages. There is no Edit button for VE. Vsg24 ( talk) 05:50, 4 August 2013 (UTC)
Instead of "Temporarily disable VisualEditor while it is in beta" which sounds very lawyerish, why not simply "Disable VisualEditor"? How is it temporary if disabled, and what does its dev status have to do with my decision anyway? Will I not have the disable option after beta? Moondyne ( talk) 14:57, 2 August 2013 (UTC)
which is hardly the point- the option I am looking for isTemporarily disable VisualEditor while it is in beta
I don't know if there is anyone in the dev team who has a degree in psychology- but you have already alienated 88% of your editors, and are starting to infuriate them too. In a further attempt to lose 88% of you volunteers- you post a patronising whitewash piece in Signpost. Look kids, your toy doesn't work, it damages the database, and can never work. How many engineers does it take to just say sorry?-- Clem Rutter ( talk) 16:15, 2 August 2013 (UTC)Permanently disable VisualEditor on all wikipedias.
I am trying to use the Visual Editor as my predominant editor while working on my personal computer (Chrome / Linux). However, I've found it quite difficult to use VE on Safari on the iPad and have decided not to try any longer, using the Wikitext Editor when on that device. This does seem counterintuitive as VE would seem to be a more touch-friendly interface than WE. One thing for further development to consider is a revision of scope for VE, focusing down on editing from a mobile device. I think this would be an area for major improvement over the Wikitext editor and would align reasonably well with the massive increase in use of mobile devices over deskbound PCs in general. There are some stats available somewhere related to what platform people are editing from, I think -- anyone know where these stats are? --User:Ceyockey ( talk to me) 01:47, 3 August 2013 (UTC)
A separate version of VisualEditor is being worked on for iPads and mobile editing. When it's released (no reliable date announced, AFAIK) I think you'll find many fewer of these problems. Whatamidoing (WMF) ( talk) 21:35, 5 August 2013 (UTC)
I started fiddling with VE in Chrome on my ladypal's iPad 3, and I've found some usability issues as well:
I'll update this list whenever I get more fiddling time. -- Cryptic C62 · Talk 03:26, 5 August 2013 (UTC)
great idea,... work more before pushing this: by first experience was *****, lots of black boxed instead of images?! (chrome) Sorin Sbârnea ( talk) 07:52, 3 August 2013 (UTC)
This is much easier, a really good innovation. JordanSchneider77 ( talk) 22:38, 3 August 2013 (UTC)
While editing Thottavaram I tried to follow the link to Attingal (either by right-click and "open in new tab" or by ctrl-click), and I got a 404 at http://en.wikipedia.org/w/Attingal . Consistent behaviour from other links. I'm sure this is new and I've been able to follow links from within articles (as long as they aren't in tables, templates, etc) in the past.
... It now seems to have gone away - can't reproduce in either that article or others - but it was disconcerting while it happened! Pam D 09:19, 4 August 2013 (UTC)
ITS a very nice and easy to use -- DragonSLAyernatsU ( talk) 12:35, 4 August 2013 (UTC)
Hi,
Please do see this edit diff on mr wikipedia article. It broke section heading with <br /> getting automatically getting inserted between ==<br /> section heading==
Only the section heading text portion was copy pasted since ULS does not work in VisualEditor.Browser was FireFox(updated) After adding the section heading I clicked enter button to write further text.
Sorry if the problem is already reported but I did not see the same in Wikipedia:VisualEditor/Known problems list,(may be I missed), so I am not sure whether to file a bug or not .Please do guide.
Mahitgar ( talk) 13:52, 4 August 2013 (UTC)
it is good 220.225.87.4 ( talk) 16:40, 4 August 2013 (UTC)
Status | New: |
---|---|
Description | Cannot set background colour for table cells. K7L ( talk) 22:25, 4 August 2013 (UTC) |
To duplicate: | For example, highway rest stop table listings "Barrie km 92" in Ontario_Highway_400#Services and "Cambridge km 286/295" in Ontario_Highway_401#Services are greyed as "temporarily closed for renovation until July 2013". Try updating this to un-grey the cells (as the rest stops have reopened)... there's no way with the Visual Editor to remove this table attribute. |
Operating system | I'm running a 1337 pir8 copy of Linux, although presumably all platforms are affected. |
Web browser | Firefox/Ubuntu |
Site | en-wp |
Workaround | |
Skin | Vector |
Resolution | |
Bugzilla |
@ K7L:, this is indeed not yet supported in VE, but more importantly, can I make the note that you should not communicate information solely with color ? Not all people have the benefit of vision when reading an article. — TheDJ ( talk • contribs) 09:16, 5 August 2013 (UTC)
Of the 50+ articles created since 10AM until now, only 1, Populin, was created using VE, and the editor creating it with VE then made 8 further edits to the article, 1 with VE and 7 with the "old" tool. It's anecdotical evidence, but it does give the impression that VE is not used to create articles, and that it isn't sufficient to create decent stubs either.
Is there any research in the percentage of new articles created with VE, and has there been any research in the findings of the authors of these articles? It may give a different perspective as to what is lacking and what is working well in VE. Fram ( talk) 11:29, 5 August 2013 (UTC)
If you want a true WYSIWYG, then you have to change
Anything else? As long as these exist, the VE can't be claimed to be a true WYSIWYG in the mainspace, and editors can't be "blamed" for using wiki-markup in it (never mind those aspects that you simply can't do yet in VE, liking editing galleries and creating or modifying redirects). Fram ( talk) 13:15, 5 August 2013 (UTC)
In The Adventures of Tintin, there is a quote box. It seems as if I'm unable to open or edit this with VE (but I don't get the green diagonal lines either). Fram ( talk) 13:16, 5 August 2013 (UTC)
Note: apparently this only happens with the first quote box in that article, I can edit the second one like any other template. Strange... Fram ( talk) 13:19, 5 August 2013 (UTC)
How can I change a filename? I can change the caption, but replacing one file for another seems to require the deletion of the old file and the addition of a new one, which is more cumbersome. Fram ( talk) 13:19, 5 August 2013 (UTC)
At the bottom of The Adventures of Tintin, in VE mode, there is one FA star and three "return" symbols (very WYSIWYG again...). Removing these return signs (with backspace), the result is that some of the "Link FA" templates have been deleted. (I haven't saved an example, previewing it was sufficient). Fram ( talk) 13:33, 5 August 2013 (UTC)
I would like to add a photo to my profile> Zak willis ( talk) 13:39, 5 August 2013 (UTC)
See this page for some tests on wide elements. As T53867 indicates, VE does not correctly render any table wider than the screen, nor does it allow horizontal scrolling. This effect seems to extend to any wide element, including math formulas, images, transclusions, and text with non-breaking spaces. Some other findings:
-- Cryptic C62 · Talk 14:43, 5 August 2013 (UTC)
In the Transclusion dialog, the parameters for the {{ Expand section}} template are not recognized, listing "No unused parameters" instead. — DragonLord talk/ contribs 16:46, 5 August 2013 (UTC)
Procedure: Load VE on any page. Click and hold the left mouse button anywhere inside the browser window. Move the mouse on top of any button in the VE toolbar. Release the left mouse button. This activates the button. This behavior should not occur, as it is unlikely to be useful and will probably cause confusion among new editors. Some testing shows that this is universal (Firefox/Vector, Opera/Vector, Safari/Monobook). -- Cryptic C62 · Talk 15:32, 3 August 2013 (UTC)
I wanted to edit the text of an article. VE damaged the markup in a different part of the article, where an image was linked [25]. I used "review your changes" but the unwanted change was not displayed. — rybec 20:40, 4 August 2013 (UTC)
Some of the editor message popups get stuck (sometimes in the English wiki, mostly in the Hebrew wiki) and hide the text or controls. 93.173.235.19 ( talk) 00:15, 6 August 2013 (UTC)
Clicking objects the first time lags alot, running latest stable version of Firefox 122.108.156.85 ( talk) 10:49, 6 August 2013 (UTC)
When you remove the text of a heading, and then on the empty line press delete, the following paragraph of text is converted to heading. This is almost certainly not intended by the editor and is inconsistent with how other editors such as ms word, work.
Furthermore, when pressing delete on an empty heading line, if there is a template such as {{main}} on the next line, it is unexpectedly deleted. -- WS ( talk) 11:01, 6 August 2013 (UTC)
When the templatedata does not take any parameters, as specified by the corresponding templatedata (e.g. {{fixed}}, don't show the add parameter heading/text field and 'no unused parameters'. -- WS ( talk) 11:08, 6 August 2013 (UTC)
For templates, it would be helpful to provide some links to the actual template page from the transclusion dialog. At least a direct link, but perhaps something like v*t*e (view/talk/edit) like included in many navigation templates. -- WS ( talk) 11:12, 6 August 2013 (UTC)
Icons can be useful to help a user navigate an interface, however in the transclusion dialog, the same box-shaped icon with the thick left border is shown so many times (when editing a template with more than a few parameters) that it is obnoxious. Almost every occurrence should be removed, keeping it displayed at at most one or two places.-- WS ( talk) 11:22, 6 August 2013 (UTC)
For templates with templatedata specified, it should not be necessary and possible to add random parameters by typing a name in the search box. In addition, when there are no unused parameters left, there should not be a search box for parameters at all (either not displayed or greyed out). -- WS ( talk) 11:28, 6 August 2013 (UTC)
If a template uses unnamed variables it should also be documented in some way in templatedata so that an 'unnamed' option is always displayed in the unused parameters list, so you can add them one by one. In case of sequentially numbered variables that are used to hold several values for the same parameter: the most helpful thing would be to only show the next one when the previous one is in use (only show entry2 if entry1 is already in use). Undocumented parameters should not exist IMHO, but if there really is a good use case for them, it should be specifically specified in the corresponding templatedata, so that all other templates can prevent addition of bogus parameters. -- WS ( talk) 13:53, 6 August 2013 (UTC)
The citation templates may prove a problem here. Since being written as a module, it allows for parameters {{{author1}}}
, {{{author2}}}
, ... and there is no upper limit (I think). There are a lot of these numbered parameters see
Module:Citation/CS1/Whitelist.--
Salix (
talk): 14:19, 6 August 2013 (UTC)
I used VE on this edit to insert a hyphen, and it messed up some other stuff. Bubba73 You talkin' to me? 14:43, 6 August 2013 (UTC)
The markup warning doesn't even go away after editing has finished. Insulam Simia ( talk) 17:31, 6 August 2013 (UTC)
In VisualEditor, there is a button in the toolbar labelled "BETA".
Meep. -- Cryptic C62 · Talk 20:08, 6 August 2013 (UTC)
I can't use the visual editor when I'm logged in. When I press the "Edit beta " tab, nothing happens, and when I press the "edit beta" link right next to a section (section editing can be enabled in the preferences), the page address changes and "&veaction=edit§ion=1" is added to the end of it as well as "title=" before the title, but then nothing more happens. I still can't edit anything, and I haven't got any toolbox. Sometimes the page appears to start loading the toolbox since a progress bar appears, but it never finished loading the toolbox. When I'm logged out, however, editing pages with the visual editor works perfect. — Kri ( talk) 21:01, 4 August 2013 (UTC)
In this change by another editor [30] some incorrect or non-standard markup, and associated text, was removed by VE (replaced by nowiki tags, natch). I was able to reproduce the damage by copy-pasting the previous revision to a sandbox and editing just the lead paragraph in the same way in VE. The unwanted changes are displayed in the review window. — rybec 21:17, 4 August 2013 (UTC)
Following a report on frwiki, I tried a simple modification by changing a text into a wikilink. VE messed up the article by duplicating parts (not even complete parts), see diff. It seems to be reproducible on this article. -- NicoV ( Talk on frwiki) 15:51, 6 August 2013 (UTC)
I just finished a moment ago creating a TemplateData for {{ Infobox website}}. I've got some ideas.
-- Rezonansowy ( talk • contribs) 21:10, 6 August 2013 (UTC)
Thanks for the reports. Thryduulf ( talk) 21:32, 6 August 2013 (UTC)
On this page, when I start VE, the page opens with cursor showing a mysterious link icon at the start of the page. Opening that link icon shows it is populated with the content "Monier Williams", which happens to be the first link in the opening image caption, but of course the image caption isn't located at the top of the page. Somewhat weird going on here. Dragons flight ( talk) 04:30, 7 August 2013 (UTC)
The popup window is not high enough. At least the last line of text is clipped. (Caused by my having text size larger than usual? can't say.) Firefox; up to date.
--BenTremblay BenTremblay ( talk) 05:46, 7 August 2013 (UTC)
What is the current status with creating/turning pages of content into redirects with VisualEditor? Insulam Simia ( talk) 07:34, 7 August 2013 (UTC)
Please could you help me? My references will not work- it may be a bug? Daredevil Project ( talk) 10:29, 7 August 2013 (UTC)
I find the plus button at the bottom left of the template window very vague in telling what it does. It's also too small to see, which meant I only recognised it's existence today. Insulam Simia ( talk) 15:11, 7 August 2013 (UTC)
VE had been working OK for me in Win7 with Firefox 22.x. Now, it will not come-up after clicking on the Edit <beta> tab. Meclee ( talk) 17:15, 7 August 2013 (UTC)
What now? Adam Cuerden ( talk) 11:50, 3 August 2013 (UTC)
Someone above (I can't recall who -- perhaps Thryduulf?) wondered what the feedback on VE would be from editors primarily using it to edit content, as opposed to performing Wikignomish tasks. I've been using it on radiocarbon dating for a couple of weeks, and here are my main impressions. For context, I have about 25,000 edits, have been here since 2006, am an IT professional with decades of computer background, and spend a lot of my time here writing featured articles.
The main positives:
Things that would benefit my editing (in other words, this is not a list of what bugs I think should be fixed next, just a list of what I ran into that I'd personally benefit from):
Things VE can't do that aren't a big deal for my editing patterns:
This is all just one editor's opinion from working with VE for a while; I make no claims to general validity for any of my comments above, but I thought it might be useful feedback. Mike Christie ( talk - contribs - library) 15:13, 5 August 2013 (UTC)
__NOTOC__
being replaced with a copy of the categories.)--
and ---
into en- and em-dashes, respectively? On the other hand, please don't go overboard with this either: it should perhaps be possible for experience editors to insert more "advanced" forms of formatting like underlining and font colour, but novice editors should not be encouraged to use formatting that would likely violate style-guidelines.dogs
, I don't think the suggestion box even gives me dog
as an option. It certainly should not generate the wikitext [[dog|dogs]]
instead of [[dog]]s
; this is quite impolite for people who prefer or are forced to use the source editor. Additionally, I think a good heuristic might be to try and avoid linking through a redirect, as novice editors will not be aware that it's preferable to link dogs
directly to dog
instead of through the redirect dogs
.<nowiki>
, and no clear way of fixing this from the visual editor, have forced me already to abort several copy-editing tasks and try again from the source editor. As I lose time and work this way, this made me much more hesitant to use the visual editor even for copy-editing tasks.Take a few dozen featured articles and try to recreate them from scratch using the visual editor, preferably without looking at their original source code.
@ Ruud Koot: Going through your issues in order:
Hopefully that's helped you with some of your issues, but I know it's probably not what you were hoping for. Thryduulf ( talk) 10:58, 8 August 2013 (UTC)
@ Jdforrester (WMF): Can you answer to the question asked above, "Do you keep any statistics on how often an editor presses the save button versus how many times this actually results in a new revision being saved?" Thryduulf ( talk) 18:40, 8 August 2013 (UTC)
I was editing my userpage with VE today, and I noticed that, in the part of a table with an empty cell, VE seemed to move the two pipes inside the cell on the left, and the empty cell didn't show. -- t numbermaniac c 03:02, 6 August 2013 (UTC)
Often, when an editor tries to remove (or accidentally removes) a section header, the result in VE is something like this: [33]. This is seldom (if ever) the intention, can VE be coded to simply remove the section header in these cases? Fram ( talk) 09:32, 6 August 2013 (UTC)
Can not see entire page so that I know where to add edit FDLeyda ( talk) 14:05, 6 August 2013 (UTC)
In monobook, some elements of the top bar show over the toolbar. This is similar to an earlier problem in which other interface elements showed on top of dialog boxes. See the screenshot on the left. This typically happens after scrolling down and then back up. Monobook, FF 22, Windows 7:Jay8g [ V• T• E 03:56, 7 August 2013 (UTC)
The interface is unbelievably laggy on older machines. I'm on Chrome, XUbuntu, IBM T60, Core Duo (not Core 2 Duo) 1.83GHz with 2GB of RAM. It takes about two seconds to get my cursor to show up anywhere on the editor and even longer to highlight words and make changes. I like the idea behind this visual editor and I'm sure it runs fine on newer machines, but there's no reason for it not to work well on older computers. I'm definitely switching back to the old editor. BBAmp ( talk) 16:10, 7 August 2013 (UTC)
Hi, a kind of nowiki I haven't seen yet: all the "|" between the parameters of an infobox replaced by nowiki here.
I really hope WMF will respect the consensus in the RFC so damages to articles are at least reduced... -- NicoV ( Talk on frwiki) 21:12, 7 August 2013 (UTC)
I really like this idea a lot. It makes editing a lot easier and understandable. The markup of the original editing on this website was hard and it was like another language to learn. VisualEditor offers a cool new way to edit a page. I really like it. Nahkrin ( talk) 00:45, 8 August 2013 (UTC)
Up until very recently, VE was working perfectly fine. However, it has started to load forever (or at least about 15 minutes, when I gave up). The page greys out and the loading bars run, but nothing else ever happens. Perhaps this explains #Is VE broken? above? Windows 7, FF 22, Monobook:Jay8g [ V• T• E 02:45, 8 August 2013 (UTC)
I'm not sure if I'm going crazy, but when I saw that this edit had triggered filter 29 (removal of speedy template) I was very confused, because it seemed to me like the diff did NOT, in fact, do that. (But the filter log thinks it did.) Perhaps an admin would like to check out the diff, and see if I should, perhaps, send my tired eyes off to bed? (I couldn't reproduce it in my sandbox.) Ignatz mice• talk 03:00, 8 August 2013 (UTC)
I tried to upload the album art work for this page but couldn't find the way, please help me thanks. Moth Code ( talk) 04:39, 8 August 2013 (UTC)
The add-link dialog should have a clear "OK" and "Cancel" button. Right now, you have no obvious way to get rid of it and it is not clear what happens when you click somewhere else (the dialog goes away, but did it save the changes or not?) Also, what does the strange back button (<) to the left do? and are the Link-symbol and "Hyperlink" two buttons or a description or what (nothing happens when I click on them)? The trash symbol is good and does what you'd expect it to: remove the link. Mauro Bieg ( talk) 11:06, 8 August 2013 (UTC)
On Fresenius (company), when editing with the VE, the three templates (2 stub, 1 navigation) at the end of the article are grouped together for no apparent good reason. WS ( talk) 15:17, 8 August 2013 (UTC)
Usability issue: when I hit "Cancel," it gives a dialog box with the options "Cancel" and "OK." (This appears to be a standard JavaScript alert() dialog.) Please make it clear which button actually completes the cancel. (Hint: it's not "Cancel.") Perhaps the options should be "Return to editor" and "Exit without saving."
Note that on this dialog box I'm typing into right now, "Cancel" is on the right; the one I'm discussing has it on the left in MacOS. 64.131.18.26 ( talk) 15:30, 8 August 2013 (UTC)
When editing any page containing template:Ontario-struct-stub (e.g. Martyrs' Shrine), the image in the template is shown at gigantic size. -- WS ( talk) 15:44, 8 August 2013 (UTC)
When I add a link to any page, the toolbar will not follow when I scroll down. It just stays at the top. Windows 7, FF 22, Monobook:Jay8g [ V• T• E 19:36, 8 August 2013 (UTC)
So, I logged out a bit ago and tried to make an edit using the Visual Editor as an anon. Three things surprised me.
Anyway, after all this time, the editor seems to be working way better than before. Still got a long ways to go, but I am impressed and grateful to the development team which has poured so much time and effort into these improvements. Red Slash 15:51, 3 August 2013 (UTC)
I've reported this separately as T54667 although it might get merged into T54602 or possibly T53755 but that is less likely. Thank you again for the report and the screenshot. Thryduulf ( talk) 09:54, 9 August 2013 (UTC)
Let's say I want to create a link. I find one with the correct name in the dropdown list, and click on it. There is currently no way to open the Wikipedia link inside the edit page. I have to create a new tab and manually check that the page is really what I want to link to. I think this should be implemented for ease of use. DeathOfBalance ( talk) 20:18, 4 August 2013 (UTC)
Links to technical or obscure pages sometimes fail to list, for example: on
Shaft I highlighted "Handle" and "Tang" which produced lists missing
Handle (grip) and
Tang (weaponry). There still seems to be a problem opening the link while editing (as above) and sometimes (on saved pages) links made with VisualEditor only seem to open if opened in a (right click) "new tab" - personally I think preview might be more relevant than review changes for testing that links work correctly before saving.
Occasionally (not always) VisualEditor hiccups on opening, which the source editor does not, however I think that is because my browser suppresses info-banners such as donation appeals? Otherwise, useful, especially for new users, although personally I find the source editor much more convenient. Regards, Timpo ( talk) 11:30, 9 August 2013 (UTC)
{{ Terminal}}'s info icon crashes. -- Rezonansowy ( talk • contribs) 12:59, 8 August 2013 (UTC)
Hmm, it's a bit strange, but it works properly for now. Anyway, Thanks for replies! -- Rezonansowy ( talk • contribs) 12:58, 9 August 2013 (UTC)
See this earlier bug report, now tracked as bug 52271. I've finally figured out what it is that is causing the saved text to differ from what you expect. This is almost certainly the same underlying problem as reported in 52271, but it's somewhat more serious because what is saved is not always what you see on screen.
To reproduce in a sandbox:
-- Mike Christie ( talk - contribs - library) 10:00, 9 August 2013 (UTC)
Hi, as I know some of the most busy VE testers don't really hang around other discussions, I'm here to point to this thread Sherry opened to hear from all users about which type of speed-related improvement is most important to them when they're editing in VisualEditor: speed of operation, or speed of starting? Add your comments there! Thanks, -- Elitre (WMF) ( talk) 10:23, 9 August 2013 (UTC)
Status | New: |
---|---|
Description | Not sure whether it was covered before. I was editing Yevgeny Urlashov with VE and at some point got a pop-up message that the article contains wikitext. (Apparently, I must have added the wikitext, though I can not recollect doing so). After the message, the "save" button became unclickable, and there was no way I could save my (rather extensive) edits. There was also no hint at what could contain wikitest, so that I at least could erase and recreate this part.-- Ymblanter ( talk) 11:02, 9 August 2013 (UTC) |
To duplicate: | |
Operating system | Windows 7 |
Web browser | FF |
Site | En-WP |
Workaround | Not found, just lost my edits |
Skin | Vector |
Resolution | |
Bugzilla |
Ymblanter ( talk) 11:02, 9 August 2013 (UTC)
Procedure: Using Windows Vista, press Shift + Alt + Print Screen to activate "high contrast" mode. Open VE in Firefox. Weep uncontrollably (see screenshot).
It is worth noting that, when using the high contrast extension for Chrome, the interface is fully visible in every setting. Hooray! -- Cryptic C62 · Talk 16:12, 9 August 2013 (UTC)
This is actually not my own experience, but those that I have seen on articles on my watchlist. When someone edits an article, sometimes, for some reason it deletes the whole infobox (and strangely only that, any maintenance tags at the top of the page remain). Sometimes, it even adds a nowiki tag to the article (which is probably related to the long-running bug with nowiki tags), although I can't see any mention of the infobox deletion on any of the current discussions. How can this be solved? Narutolovehinata5 t c csd new 23:35, 1 August 2013 (UTC)
I've just made an edit using VisualEditor. In my edit, I merely wikilinked to a person. I did not use backspace, but once again, the infobox was accidentally deleted. And now, it appears that most of the VisualEditor edits on pages on my watchlist are having the same problem (see this and this). Does this need a new Bugzilla entry or should it continue to be tracked under the old one? (I don't have a Bugzilla account). Narutolovehinata5 t c csd new 14:59, 3 August 2013 (UTC)
Maybe related to the above wikitext problem, but i don't want to mix issues. The "Cancel" and "Save" button are not properly handled after the wikitext warning message is displayed. Error can be reproduced.
Sorry for the lengthy desciption, but it's a bit difficult to explain that :). Using Windows XP, FF 22, vector.js and a 1280 x 1024 resolution for test. GermanJoe ( talk) 12:29, 9 August 2013 (UTC)
PS: The error depends on monitor resolution. Switched to 800 x 600 to test, and the buttons are OK. GermanJoe ( talk) 12:35, 9 August 2013 (UTC)
I don't want this program on my computer. How do I get rid of it? I have tried but it won't go. 74.109.13.108 ( talk) 20:03, 9 August 2013 (UTC)
Html comments are an easy way for information to be left for future editors, and anyway they should be shown for backward compatibility. Mark Hurd ( talk) 19:13, 10 August 2013 (UTC)
Status | New: |
---|---|
Description | shifting entries in a bulleted list leads to a whole variety of issues. Removing the last item leaves the last bullet. Adding an item at the beginning generated unbelievable wierdness: double bullet at the beginning of that line, added random header text, etc. The up cursor is also frozen. The only solution was to abort the session and edit in source. |
To duplicate: | In Education in the United States#Electives, cut the final bullet line and insert it before the first bullet. If the line cut includes the end-of-line, weirdness results. Since it is invisible to the user whether the selected text does or does not include the end-of-line, this is going to be a problem. (I think the problem has to do with the list directly preceding the header of the next section, and something of the header formatting and even text being included, even though not visibly selected.) |
Operating system | Windows 8 |
Web browser | Mozilla v22 |
Site | |
Workaround | source editor |
Skin | Vector |
Resolution | source editor |
Bugzilla |
hgilbert ( talk) 06:04, 9 August 2013 (UTC)