VisualEditor/Feedback

From MediaWiki.org
Jump to: navigation, search
Share your feedback
Report bugs

Your feedback about VisualEditor

Start a new discussion about VisualEditor.
If you are reporting a problem, please include your web browser, computer operating system, and wiki skin (usually Vector, sometimes Monobook).

Use this page to tell the Wikimedia developers your ideas and issues about using VisualEditor. The Editing team welcomes your feedback and ideas, especially on user interface decisions and the priorities for adding new features. All comments are read, but personal replies are not guaranteed. This page uses LiquidThreads, so you need to click "Start a new discussion" (not the ordinary "Edit" link) to post your message.

Start a new discussion

Contents

Thread titleRepliesLast modified
Announcing open weekly triage meetings starting next week618:36, 2 March 2015
The John Lennon Wall019:21, 28 February 2015
Onboarding?705:36, 24 February 2015
Table editing capabilities available in VisualEditor extension to MediaWiki 1.23?212:53, 20 February 2015
"Save" at the end of the toolbar102:28, 17 February 2015
Table: switch cell while in edit mode.016:53, 13 February 2015
VisualEditor100:45, 11 February 2015
Is it possible to enable VE on a certain page?615:44, 10 February 2015
Issues with Cite from URL017:21, 9 February 2015
Movable table rows/columns217:45, 6 February 2015
Set the focus to the input field when adding template ?216:45, 5 February 2015
Feedback, see my User:Page012:39, 29 January 2015
Modern skin support318:26, 28 January 2015
VisualEditor has odd text-input behavior and generally doesn't save edits102:25, 28 January 2015
adding external links on a article102:23, 28 January 2015
Table settings102:15, 28 January 2015
feedback016:02, 26 January 2015
VisualEditor not loaded514:18, 15 January 2015
Doesn't work at all for me 422:37, 13 January 2015
narrow field of the row parameter223:20, 12 January 2015
First page
First page
Previous page
Previous page
Last page
Last page

Announcing open weekly triage meetings starting next week

The Wikimedia Foundation has named its top priorities for this quarter (January to March). The first priority is making VisualEditor ready for deployment by default to all new users and logged-out users at the remaining large Wikipedias. There will be weekly triage meetings which will be open to volunteers beginning Wednesday, 11 February 2015 at 12:00 (noon) PST (20:00 UTC). Tell Vice President of Engineering Damon Sicore, Product Manager James Forrester and other team members which bugs and features are most important to you. The decisions made at these meetings will determine what work is necessary for this quarter's goal of making VisualEditor ready for deployment to new users. You can help identify these requirements. The presence of volunteers who enjoy contributing MediaWiki code is particularly appreciated. Information about how to join the meeting will be posted at mw:Talk:VisualEditor/Portal shortly before the meeting begins. Hope to see you there,

Elitre (WMF) (talk)16:02, 5 February 2015

Could you give some more information about the triage meetings, so that we can share the news (and I think it's more than only news, it's a shift in involving people into the development road) in our projects. Is it IRC, hangout? Is there an agenda?

Lyzzy (talk)21:09, 7 February 2015

Hi Lyzzy! So from what I know, what happens this week is that Damon and James will elaborate a bit about the criteria for triaging bugs which are now listed among the Measures of success - Prioritised functional and technical objectives here (that is, bearing in mind this quarter's goal of making sure VE is a good experience "for anonymous users and logged in users who have never edited"). Then they'll start evaluating VE tasks on Phabricator live, according to the criteria just discussed. This live evaluation is what the meetings will be about. (That's why we're looking for volunteer devs who might want to provide their angle and, hopefully and most importantly, try their hands at fixing some bugs.) I still have no information about how this will happen, partly because it depends on the kind of support we get from the IT team in San Francisco, partly because it's quite likely that the format will change in time based on participation - one thing is interacting with 10 people, another thing is interacting with 100 or 1000, and we really can't predict right now what the turnout will look like. What I do know is that the process of announcing the series of events is a work in progress - further notices will be sent to mailing lists, technical village pumps etc. in the next hours. I can't make any promise about when more information will appear on the Portal page linked above: shortly before the meeting begins is accurate, although we're doing everything we can to get most details fleshed out ASAP. Thanks for your note,

Elitre (WMF) (talk)21:22, 8 February 2015

User:Lyzzy, and others, please see Talk:VisualEditor/Portal#How_to_join_the_triage_meetings. Thank you!

Elitre (WMF) (talk)19:49, 10 February 2015

That page also has a link to an e-mail message with the results for each nominated bug, plus information on the next meeting (which is about 22 hours from now).

Whatamidoing (WMF) (talk)17:22, 17 February 2015
 
 
 

The next bug triage meeting will be at midnight UTC on Thursday, which is 16:00 PST on Wednesday for West Coast folks. This one is timed to be easier for some people in Asia to attend. Information about how to join is at Talk:VisualEditor/Portal (if you've never used WebEx, then please plan some extra time to get it set up), but as of this message, the "follow this link" will take you to last week's meeting, which won't be very useful. I'm trying to track down the new link, and it will be posted there before the meeting starts.

Minutes from the last one can be read on wikitech-l here.

Whatamidoing (WMF) (talk)05:21, 24 February 2015

Howdy. This is your reminder that the upcoming VE triage meeting will be held on Wednesday, 4 March at 08:00 PST (16:00 UTC). Full information about how to join the Webex call or the IRC channel, and the links to the IRC logs and minutes for the last appointment, live as usual at mw:Talk:VisualEditor/Portal. I'm looking forward to seeing you there!

Elitre (WMF) (talk)18:36, 2 March 2015
 
 

The John Lennon Wall

Hello, I have been visiting Prague with my company and our professional photographer... I uploaded some 2015 photos from The John Lennon Wall... Maybe you want to use them, to show little more from the John Lennon Wall in Prague.

Thanks

Aworldofdifference (talk)19:21, 28 February 2015

Onboarding?

Perhaps this question is too broad for this page, but I would like to know if there is plans for an interactive "onboarding" process for first-time users of the Visual Editor?
Currently, when you first hit "edit" in the visual editor, there is a popup box that says welcome, and some info about the VE. After you dismiss that, you're on your own. I recently came across this blogpost which explains the the onboarding process for Duolingo, it also reminded me of the similar, and very very good, onboarding process I experienced when using the new OpenStreetMap editor for the first time. Both seamlessly took me through a little training exercise before letting me loose on the real project.

So... I know it's not in the scope of the VE team's work to improve the software, but is there plans to create a seamless, interactive (i.e. not "go read the documentation first then come back and try again") onboarding system for the Visual Editor - that a first-time editor is presented with? There are obvious questions to answer about "would this interfere with the 'immediate satisfaction of seeing your changes' that gets many anon's to start editing in the first place?" and "would this be presented to existing users who are using the VE for the first time, or only to newly registered users?". But, as a general idea, is this on the drawing board?

Wittylama (talk)18:07, 6 February 2015

Hi Liam, so I think that what you want is something like this. I'd +1 your idea so badly. Unfortunately, as you can see, there's code writing involved (not exactly my "piatto forte" ;) ) and there may be blockers behind the initiative (like this one) on which I have no control either. Maybe James will come up with an even better idea!

Elitre (WMF) (talk)19:02, 6 February 2015

I'd also look at what Jack Herrick at WikiHow has done in this regard, as they did lots of testing and tweaking to find out what the first edit experience would be like for WikiHow. He's done Wikimania talks about this in the past, but I'm sure he'd be happy to share this verbally too.

Fuzheado (talk)16:04, 9 February 2015

Thanks, Andrew!

Elitre (WMF) (talk)16:14, 9 February 2015

Actually, I just learned that [1] exists :)

Elitre (WMF) (talk)18:05, 11 February 2015

Yes, that is a good idea! I realised after my initial suggestion that the two distinct user-groups (new wikimedians vs. existing Wikimedians using the VE for the first time) have quite different needs... The former group would probably benefit most from a guided tour that focused more on the "rules of wikipedia" but the latter group would benefit most from a technical tour specifically designed to highlight the "new ways to do x, y and z". Not only are these different things, these require different wording. e.g. for a guided tour about external links. We would want to tell:

  • Newbie editors about what kinds of links are appropriate (referring to "reliable source" policies).
  • Existing editors to place the text they want linked first and thento highlight those words and click the "link" icon - not the other way around which they are used to.
Wittylama (talk)15:46, 16 February 2015
 
 
 
 
 

Table editing capabilities available in VisualEditor extension to MediaWiki 1.23?

The table editing functionality is very much wanted. Will this be available with MediaWiki 1.23?

Paugul (talk)14:42, 10 February 2015

It's very unlikely. Back-porting that much code would be perilous and complicated, and it's not something we're planning to work on at WMF.

Jdforrester (WMF) (talk)02:17, 17 February 2015

Thank you for your reply.

May I ask for an advice?

We are finishing an upgrade of our wiki from MW 1.16 with FCEditor extension.

We decided to use MW 1.23. The reason is: MW 1.23 is a LTS version.

We want to use VisualEditor, but without table editor it seems like we will offer our editors poorer functionality with VisualEditor than the existing functionallity they experience with FCEditor.

Will VisualEditor in combination with MW 1.24 (latest stable) give us table editor?

Will MW 1.25 be a better choice?

We are not in a position where we can use much resources on keeping MediaWiki and extensions up to date. That is why we wanted a LTS version.

Paugul

153.110.241.23012:53, 20 February 2015
 
 

"Save" at the end of the toolbar

Why is the VisualEditor "Save" button is at the end of the toolbar? (Right in LTR, left in RTL.)

In other desktop word processors the save button is in the beginning of the toolbar.

I somehow didn't think about this till now because it didn't bother me personally, but a user in the Hebrew Wikipedia asked about this, so I'm wondering: why is it so?

Amir E. Aharoni (talk)09:27, 9 January 2015

Per the Design team, progressive actions in the workflow are on the right (left in RTL).

Jdforrester (WMF) (talk)02:28, 17 February 2015
 

Table: switch cell while in edit mode.

While editing a cell, would be nice if one could switch the cell using tab or the arrow keys.

VisualEditor

It is a very good way of editing. I can't see what I am editing when normal editing, and I make mistakes on edits. but the visual editor solves all that. I wish it becomes a permanent thing on wiki.

Miner1212 (talk)00:32, 11 February 2015

Thank you! We're working to make it available.

Jdforrester (WMF) (talk)00:45, 11 February 2015
 

Is it possible to enable VE on a certain page?

We would like to have VE enabled on the Sandbox on the Finnish Wikipedia. As the Sandbox is in Wikipedia namepace it's not possible to use it there. I found out that on en-wiki they created another sandbox for user page, because VE is enabled on user pages. Anyway, I think that VE is not going to be enabled on Wikipedia namespace since there are many forums or so, I wonder would it be possible to enable it for the Sandbox?

Stryn (talk)19:30, 25 January 2015

You can create a draft namespace (enWP ns118, ruWP ns102). For this namespace enable VE and transfer sandbox or create new draft:sandbox for VE in this namespace.

Сунприат (talk)15:22, 26 January 2015

It can be configured per namespace, but I do not believe that it can be turned on for a single page within a namespace. Сунприат's suggestion of using the Draft namespace is one possible solution. Alternatively, you could create a "User:Sandbox" or just a subpage in your own userspace, and invite people to use that instead.

VisualEditor is offered there by default. Do you think that people really need a separate sandbox for it?

Whatamidoing (WMF) (talk)02:21, 28 January 2015

Well, the sandbox is supposed to be like a real article, so that we can try and learn our skills.

I have encountered this issue before on Wikipedia : the training or teaching stuff does not match the real stuff.

For example, I encountered this :

On a real article, I edit. I get the Visual Editor. I want to try something. So I go to the sandbox, and I edit. But now I get a different thing, which is not the Visual Editor. This is a problem.

Nnemo (talk)14:17, 9 February 2015

Some months ago, on en.wiki, I suggested this. If you have a page like User:Sandbox you can update any relevant documentation to allow people to test in that page directly with VE by giving them the relevant URL to load it (the ?veaction=edit bit). Depending on which wiki you are talking about, there may be different ways to reach the sandbox. For example, on en.wiki, if I click on the link "Sandbox" in the top right bar, I get to my sandbox and then I have the option to click on Edit beta to launch VE. On other wikis, that link might open your sandbox in the wikitext editor instead; these wikis just have to fiddle with local configuration if they want to change this behaviour.

Elitre (WMF) (talk)15:46, 9 February 2015

On en.wikipedia.org and on fr.wikipedia.org, I usually reach the sandbox by typing WP:SANDBOX.

Nnemo (talk)14:56, 10 February 2015
 
 
 
 
 

Issues with Cite from URL

[Reposting from the English Wikipedia; no response there in over a week.]

The option, under the Cite menu, to paste or type a URL and have VE (via Citoid) build a citation is great. But:

  • Right now, after the URL is put into the dialog, and the user clicks "Insert", the dialog closes. This makes no sense. The dialog box should remain open, showing the citation that has been built. If Citoid were perfect, then of course it would be fine to close the dialog. But it's not perfect. For example in the MSNBC article whose URL I used (http://www.msnbc.com/msnbc/obamas-real-record-poverty ), VE/Citoid didn't add a date (though it did create an accessdate), it put "|MSNBC" in the title, it didn't list a publisher, and it didn't create first and last fields for the author's name. So the dialog should stay open so that a user can fix Citoid errors and incompleteness.
  • The Cite from URL dialog retains the last URL used when opening. It should not. First, it's unlikely that the user is going to want to use the same URL twice. Second, it's contrary to Wikipedia procedures to create two distinct but identical citations. That's why "Re-use" is an item in the Cite menu. So, can we nix the retained URL thing, please?
John Broughton (talk)17:20, 9 February 2015

Movable table rows/columns

I've been playing with the table editor in VE - seeing what it can do. It's a GREAT improvement and has enabled me to do things I wouldn't have done before! It still has bugs (like how to activate a cell, keyboard shortcuts [e.g. tab, or arrows] don't work to navigate around, and double-clicking on links in cells cause the screen to jump around), but I'm very happy with how it's working so far.

For what it's worth: if I was able to vote on the next feature that would be super-useful to add, is to make it possible to "move" (drag) a column or row to a different place in the table. I consistently find this to be the thing that I keep expecting to be possible (even though it was not possible in the traditional editor) and frustrated when it's not possible.

Also, one tiny thing about merged cells:

  • When I have a merged cell, and I go to "de-merge" it, the button still says "merge". When the highlighted cell is already merged, the text on the button should instead say "un-merge" or "de-merge" to indicate to the user what will happen.
Wittylama (talk)13:38, 3 February 2015

Hey Liam,

Dragging columns and rows is definitely the thing we're looking to implement next with regards to tables; it's a particularly challenging thing to re-order a column in wikitext, so making it much easier would be a real value for users. However, we've decided that it's not as urgent as performance work, so it will have to take a back seat for a while, sorry.

On the labelling of controls, this is the standard that we use in VisualEditor to mirror other editors – when you select some text which is bold, the bold button is depressed to indicate it's "on" and clicking it will remove it; it isn't labelled "De-Bold".

Jdforrester (WMF) (talk)16:55, 5 February 2015

You are quite correct about the "de-bold" example... Now that you explain it that way, I can indeed see that when my cursor is on a merged cell, the "merge" button is in a darker shaded background - in the same way that the "bold" button has a darker background when my cursor is on bold text. I suppose then, that my feedback is that this visual feedback was not sufficient to subconsciously indicate to me that there was a state change active. In short, the colouring change was too subtle for me to "get" it. Perhaps that's just me being dimwitted, but there you go... Is something more prounouced possible (for all the things - not just 'merge'), or would that go against some styleguide?

I understand that "dragging columns/rows" is but one feature request among many. It just surfaced very quickly in my editing Tables with the VisualEditor as the KEY missing thing that I kept trying to do and forgetting wasn't possible. I realise that it wasn't possible before (in the code editor), but that just goes to show how clearly it stood out as the obvious next big thing that the table editor needed. I'll try to come to the Wednesday IRC meeting where you're soliciting for "community priorities" and see if I can't get it prioritised there :-)

Wittylama (talk)17:45, 6 February 2015
 
 

Set the focus to the input field when adding template ?

You've being doing an excellent job in the last months. Thanks. I really like the possibility to add templates directly when typing "{{" in visual editor. But I would appreciate if you could manage to set directly the focus to the corresponding input field appearing on the screen. Now, I need to move my mouse and click in the field to be able to start typing the name of the template I want to add (using FF38.0a1). Thanks.

Afernand74 (talk)16:26, 25 January 2015

It seems to do this very shortly, and then it looses the focus again. I have filed ticket: https://phabricator.wikimedia.org/T87777

TheDJ (Not WMF) (talkcontribs)18:19, 28 January 2015

This was https://phabricator.wikimedia.org/T85484 which is now fixed in development, but not yet deployed.

Jdforrester (WMF) (talk)16:45, 5 February 2015
 
 

Feedback, see my User:Page

First in German, (my native language, sorry/google-translated:

  • Ich sehe, es fehlt ein Befehl "Zelle einfügen"/I see it is missing an "Insert cell"-command.
  • Wie kriege ich die Spalten sortierbar/How do I get the columns sortable?
  • Eine fertige Vorlage zur Quelleneinfügung mit Platzhaltern: Sinnvoll/A finished template to insert source wildcard: It makes sense?, [1]. Greetings, THANXALOT for doing this!!!
91.19.142.24612:39, 29 January 2015

Modern skin support

Are there plans to enable Visual Editor for Modern skin?

Bezik (talk)13:07, 24 January 2015

Unfortunately the Modern skin isn't supported any more. It's possible that a volunteer might build this support, though.

Jdforrester (WMF) (talk)16:51, 24 January 2015

Thank you for response. Could you outline a roadmap for such support, which steps should be done by a volonteer developer to adopt Visual Editor for additional skin? (E. g., which php sources need to be extended, how many css should be rewritten, etc.?)

Bezik (talk)10:14, 25 January 2015

How much work is hard to tell, but you would need to add something like http://git.wikimedia.org/blob/mediawiki%2Fextensions%2FVisualEditor/d64aa82c4a1436cb13995729c390906c67235117/modules%2Fve-mw%2Finit%2Fstyles%2Fve.init.mw.ViewPageTarget-monobook.css

But then modern specific instead of mono book specific.

And then register that one the root VisualEditor.php file.

TheDJ (Not WMF) (talkcontribs)18:26, 28 January 2015
 
 
 

VisualEditor has odd text-input behavior and generally doesn't save edits

I've gotten VisualEditor installed and running with Parsoid, or I think so anyway. But when I go to edit a page, it loads for a moment, then lets me edit, however the behavior is extremely erratic; Typing in text will put it all on one line regardless of breaks, using Enter usually puts the break above the line you're on, and saving changes results in a blank page with an odd character for each time you hit Enter.

Any advice or ideas on what I've done wrong here? I'm on the latest mediawiki version. Thanks for the app guys, if I can get VE working it'll be fantastic!

75.176.49.18816:38, 14 January 2015

I wish that I knew how to solve your problems.  :-/

Has the situation changed since you posted last week?

Whatamidoing (WMF) (talk)02:25, 28 January 2015
 

adding external links on a article

The visual editor of Wikipedia is very good on all aspects but while mentioning any external links I've not got any option to attach a label to the link.

Arupneo2 (talk)20:38, 20 January 2015

Type the label first. Then select it and add a link.

Alternatively, if you add a link (so that it looks like this: [[1] ), then you can select the link, open the link tool, and you should get a button that will allow you to add a label.

Whatamidoing (WMF) (talk)02:23, 28 January 2015
 

Table settings

It is great that table editing has been added :). Will some table settings be added in some way soon? I'm thinking of common things like making a table sortable or if there should be a border or not etc without going into edit source mode.

Regards, Daniel

83.249.10.4620:53, 27 January 2015

The goal is to make more of the common and simpler actions, like making a column sortable, fairly soon. However, colors and borders require more design work, so I don't think you should expect to see those options any time soon.

Whatamidoing (WMF) (talk)02:15, 28 January 2015
 

In monobook we had the right margin. In vector theme of this margin is not. There is a feeling (especially in VE) of infinity on the right and edit not the page, - some "corner". I changed CSS to .mw-body {border-width: 1px 1px 1px 1px; margin-right: 1em;} and this look is much more conventional, more like editing in usual text editor (ms word, lo writer), not so frightens non-standard form editing, directly feel more confident. In my opinion, the addition of right border&margin (may be just border when VE open) may contribute to greater popularity VE. http://i60.tinypic.com/f4l3kx.png

Сунприат (talk)14:42, 26 January 2015

VisualEditor not loaded

Sometimes, starting from this morning, it took forever to load the VisualEditor. Here's the error found in the browser console:

"TypeError: mw.config.get(...) is null" TypeError: mw.config.get(...) is null
Pelacakan susunan:
util.getUrl@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z line 4 > eval:9:119
VeInitMwTarget@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=Base64.js%7Ceasy-deflate.core%2Cdeflate%7Cext.visualEditor.base%2Ccore%2Cmediawiki%2CviewPageTarget%7Cext.visualEditor.core.desktop%7Cjquery.visibleText%7Cmediawiki.api.edit%7Cmediawiki.feedback%2Ctemplate%7Coojs%2Coojs-ui%2Cpapaparse%2Crangefix%2Cunicodejs%7Coojs-ui.styles&skin=vector&version=20150107T194504Z&*:641:594
VeInitMwViewPageTarget@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=Base64.js%7Ceasy-deflate.core%2Cdeflate%7Cext.visualEditor.base%2Ccore%2Cmediawiki%2CviewPageTarget%7Cext.visualEditor.core.desktop%7Cjquery.visibleText%7Cmediawiki.api.edit%7Cmediawiki.feedback%2Ctemplate%7Coojs%2Coojs-ui%2Cpapaparse%2Crangefix%2Cunicodejs%7Coojs-ui.styles&skin=vector&version=20150107T194504Z&*:671:643
getTarget/targetPromise<@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z line 4 > eval:53:1245
.Deferred/promise.then/</</<@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:47:126
jQuery.Callbacks/fire@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:45:106
jQuery.Callbacks/self.fireWith@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:46:431
.Deferred/</deferred[tuple[0]]@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:47:765
handlePending@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:159:424
runScript@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:161:140
execute/</checkCssHandles@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:161:613
execute/</cssHandle/<@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:161:743
jQuery.Callbacks/fire@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:45:106
jQuery.Callbacks/self.fireWith@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:46:431
jQuery.Callbacks/self.fire@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:46:474
addEmbeddedCSS@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:156:502
addEmbeddedCSS/<@https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=id&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150107T194503Z:155:963
load.php:150
William Surya Permana (talk)07:48, 8 January 2015

Additional information: This only occured if I'm logged in.

Anyone having this problem too? I also cannot edit translation in Special:Translate

William Surya Permana (talk)11:28, 9 January 2015

If you're talking about id.wiki, looks like several people are not having any issues with VE. The fact that the error occurs when you're logged in makes me think you have probably changed some setting (probably enabled some gadget or changed some script) recently which conflicts with VE.

Elitre (WMF) (talk)12:08, 9 January 2015

No. The VE in id.wiki is fine. The one in mediawiki which is having this issue (I tried the VE on https://www.mediawiki.org/wiki/Project:Sandbox?veaction=edit). Sometimes the VE works, but sometimes not. But editing string in Special:Translate in mediawiki now always not works :(

William Surya Permana (talk)12:47, 9 January 2015

User:William Surya Permana, do you have HotCat enabled? If so, turn it off. I believe tat Special:Translate will start working then.

Whatamidoing (WMF) (talk)22:48, 12 January 2015

Wow. Thank you. The Special:Translate starts working again after I disabled the HotCat.

William Surya Permana (talk)14:18, 15 January 2015
 
 
 
 
 

Doesn't work at all for me

When cliking on the Edit-Button up-right on this page the page get's gray an an working-icon is displayed in the upper-right – forever! It doesn't continue. My system: Firefox 13.0.1 on Linux Mint. Using Chromium it does work.

-- MichaelSchoenitzer (talk) 17:49, 28 June 2012 (UTC)18:39, 28 June 2012

Sorry that it doesn't work for you. Does it still happen after a full-reload (Ctrl-Shift-R)?

Jdforrester (WMF) (talk)20:59, 28 June 2012
 

Well it did do something but did it wrong. Eg. pressing enter at the end of the last sentence is supposed to carriage-return and move one line down ... nope, instead it inserts a line above existing page. Kill it before it grows.

Retired electrician (talk)08:55, 5 July 2012

Thanks for your feedback. Can you tell me what browser (and ideally, what version of it) you are using, so we can track down the problem?

Jdforrester (WMF) (talk)22:49, 5 July 2012

For me, it is Google Verision 39.0.2171.95 m

Nbagigafreak (talk)22:37, 13 January 2015
 
 
 

narrow field of the row parameter

When I edit the template parameter in the template is fixed height of line. In the line there are long sentences, templates lang and ref, bulleted list - they as text, not recognized by the content or template inside a parameter. Before, the line could become a more big height, when click inside her.

http://tempfile.ru/view/14007/217162ed4c/a10849087acd307a4ea33d22.png

Сунприат (talk)17:49, 8 January 2015

User:Сунприат, what web browser, OS, and Wikipedia skin are you using?

Whatamidoing (WMF) (talk)22:47, 12 January 2015

latest firefox & chromium, ubuntu, ruwp & enwp, vector

Сунприат (talk)23:19, 12 January 2015
 
 
First page
First page
Previous page
Previous page
Last page
Last page