VisualEditor/Feedback/LQT Archive 1

__NEWSECTIONLINK__

 Your feedback about the visual editor developer prototype

This page is a place for you to tell the Wikimedia developers what issues you encounter when using the visual editor sandbox. Please note that this is still an early prototype which cannot yet edit or save existing pages and has many known issues. We do welcome your feedback and ideas, especially on some of the early user interface decisions we're making!

[//www.mediawiki.org/w/index.php?title=Visual_editor/Feedback&action=edit&section=new Add a new comment] – View known bugs – Report a new bug in Bugzilla

Latest status update



Archives (older archive dates indicate date of initial comments and may span several months; newer archives span one month per archive and are generated by MiszaBot):

This is the greatest editor ever made!
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.969.0 Safari/535.13

Trevor should get a raise. Trevor Parscal 20:02, 13 December 2011 (UTC)
 * +1 :) --Samer.hc 18:12, 30 December 2011 (UTC)

Incorrect behavior when typing 's into the editor
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

When typing asdf into the visual editor the editor leaves it as " asdf " the WikiText mode lists " asdf ", and the preview displays a literal " asdf ". Naturally this is not correct since either the preview is wrong and it will end up as a link, or the WikiText is wrong and needs nowiki tags. Daniel Friesen (Dantman) 20:41, 13 December 2011 (UTC)
 * The same is true for other wiki-syntax elements, like *, #, :, '', == headlines, leading spaces in paragraphs, etc. It's also true for html-syntax.
 * Especially if users tend to use '' instead of “ and ”, they will be surprised that the submitted result looks different from the live-preview. It seems like code in live-preview and toggled preview is only interpreted once, but not while actually editing. --188.107.235.151 13:43, 17 December 2011 (UTC)

Editing existing links
User agent: Mozilla/5.0 (Ubuntu; X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0

We shouldn't need to select the whole link to be able to edit its target. Only having the cursor on it and clicking the link icon should bring up the edit dialog. Waldir 02:38, 14 December 2011 (UTC)


 * Fixed in trunk.--Eloquence 03:34, 14 December 2011 (UTC)


 * Awesome, thanks! Waldir 11:17, 15 December 2011 (UTC)

Some weirdness in the view modes
User agent: Mozilla/5.0 (Ubuntu; X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0

The wiki mode should allow editing as well.

And the toggle preview button seems useless, since we already have the preview on the left. Besides, it behaves in a strange way: try toggling the wikicode view (or anything that makes the second pane show up) and then toggle preview several times. Result: the right pane becomes a preview (identical to the left one) then subsequent clicks only display or hide this second preview. It seems like as it's currently implemented, it's serving no useful purpose. Waldir 02:43, 14 December 2011 (UTC)


 * Note that this is a developer prototype, and the primary purpose of the toggles is debugging (with the exception of the wikitext one). As a tester, you may find the preview panel useful to test link behavior.--Eloquence 03:10, 14 December 2011 (UTC)


 * Oh, sure, I know that, and I wouldn't expect this to go live behaving like that, since it's not really some obscure behavior that could slip under the radar. I just wanted to make sure it was mentioned somewhere :) (the same is true for my comment about wikitext editing: I'm sure that's coming up soon, just making sure it's explicitly mentioned). Btw, I realized I never congratulated the devs for the awesome work — it realy looks great!
 * That said, I am not sure exactly how I'd use the preview panel to test links. Should they open in the panel only (they don't seem to be doing that)? Or am I missing something? Waldir 11:24, 15 December 2011 (UTC)

Overlay scrolling panel
I would immenselly prefer that instead of the overlay panel (containing bold, heading, etc), there was the same options in the "down arrow" appearing when i select a text. In this way there won't be anything in the screen other than the plain text. If one wants to have a heading he'll type some text, select it and select the heading from the "down arrow" options.

Also to able to type without using the mouse at all, a shortcut to open the "down arrow" options and then type lets say type "1" for heading 1 or "b" for bold would be very welcome.


 * If you don't want / don't need the top toolbar, you want an option to make it go away. But leave it as an option. I prefer having the toolbar, and computing-beginner people obviously need it bright and visible. Your way needs more playing with the mouse : if the button is already visible in the toolbar, I can operate it in only one click.
 * --Nnemo 22:05, 14 December 2011 (UTC)
 * --Nnemo 22:05, 14 December 2011 (UTC)

Feedback by users that see no feedback link
Some feedback by German users here: de:Wikipedia Diskussion:Kurier

Shift+Backspace/Shift+Delete
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2

The key combinations Shift+Backspace and Shift+Delete (for delete last word and delete next word respectively) are non-functional in the new visual editor, but are functional in standard browser text fields. 82.20.117.42 19:08, 14 December 2011 (UTC)
 * I can confirm that. It's Ctrl+Backspace and Ctrl+Delete on Windows, but the same problem, it does not work. Moving the cursor with Ctrl+cursor keys does work. Kind of. It's jumping to the beginning and end of all words but should jump to the beginning of words only (this is what I expect in Windows). --TMg 20:41, 14 December 2011 (UTC)

Transaction history view?
User agent: Mozilla/5.0 (Ubuntu; X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0

The JSON puzzled me but the "Transaction history view" was ??? Hard to believe it would be useful to anyone.

Overall, very nice. 202.164.30.65 19:17, 14 December 2011 (UTC)
 * It's a test page. All of the technical stuff is for the test only, obviously. --TMg 20:36, 14 December 2011 (UTC)

Bold text
User agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.10 (KHTML, like Gecko) Ubuntu/11.10 Chromium/17.0.950.0 Chrome/17.0.950.0 Safari/535.10

If I write a text in bold (Ctrl+B), after that, i can't change the bolding of the typed text. 82.227.229.141 19:22, 14 December 2011 (UTC)

Arrow keys overshoot top of article
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0a2) Gecko/20111201 Firefox/10.0a2

When I stick the insertion point deep in the article, then hit up-arrow until it's on the top line (with the H1), the toolbar expands, and the insertion point ends up inside it instead of on the first line of the article. 76.126.244.82 19:27, 14 December 2011 (UTC)

micro
User agent: Mozilla/5.0 (Windows NT 6.0) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2

Robustness seems sufficient. 31.18.129.76 19:40, 14 December 2011 (UTC)

Nothing happens
Hi all, I'm using Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.14) Gecko/2009091912 Mandriva/1.9.0.14-0.1mdv2009.0 (2009.0) Firefox/3.0.14. But I've tried to see VisualEditorSandbox but I don't see anything there, only a blank page with the title on top. --Marcos Antônio Nunes de Moura 19:49, 14 December 2011 (UTC)
 * Please check your extensions. I had to disable my ad blocking extension first. Also, it's possible this does not work with such an outdated version of Firefox. Compatibility may be improved later. --TMg 20:35, 14 December 2011 (UTC)

Useless toy
User agent: Mozilla/5.0 (Windows NT 6.0; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

That it is possible to produce wiki syntax from formatted text: I did not doubt that. As long as it is not possible to edit both the rich text and the wiki source and to switch between both, this is just a quite useless toy. 88.64.12.225 19:51, 14 December 2011 (UTC)

Great work!
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/534.52.7 (KHTML, like Gecko) Version/5.1.2 Safari/534.52.7

Just a quick message to say thanks for the great work. I hope this will help bring more editor and contributors in to the fold. 70.65.237.119 20:15, 14 December 2011 (UTC)

Image Upload
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2

Dear team: 1. This is exceptional 2. How can we integrate this into our website 3. How can we enable the ability to upload images Please email me at: [email removed] Thank you. 99.224.228.203 20:23, 14 December 2011 (UTC)
 * This is a very early test only. Nobody can use it in the moment. --TMg 20:32, 14 December 2011 (UTC)

toggle between wiki markup language and wysiwyg editor
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

it must be possible to write articles also in wiki markup language 80.187.102.44 20:42, 14 December 2011 (UTC)

Default link page title
User agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20100101 Firefox/6.0

When clicking on the "add link" button, the default page title should be the selected text. So if I select on "state" and click on "add link", the text field should have the text "state". 190.64.65.144 20:53, 14 December 2011 (UTC)

Enabling and disabling basic text-modifying buttons
User agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20100101 Firefox/6.0

The basic text-modifying buttons ("bold", "italic", "add link" and "clear formatting") should be enabled when a range of text is selected, and disabled when there is no selected text. 190.64.65.144 20:57, 14 December 2011 (UTC)

A question about js scripts as Regex Menu Framework
User agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2

Extraordinary interface. Absolutely excellent for human edits. But - what about scripts like RegexMenuFramework, which edit so easily and effectively a normal, plain text box? I see a rather complex html structure; is there somewhere an active, raw wikitext that can be edited by js?


 * it:s:User:Alex brollo Alex brollo 21:01, 14 December 2011 (UTC)

Display dialog box arrow with no selection
User agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20100101 Firefox/6.0

When there is no selected text and the cursor is on formatted text, the dialog box arrow should be displayed. When the user clicks on it, there should be the same four buttons as in the dialog for a selected range of text. "Bold", "italic" and "clear formatting" would act on the selected word (delimited by whitespace). "Add/modify link" whould add a link to the selected word if it doesn't have one, or modify the link if the word has one. 190.64.65.144 21:05, 14 December 2011 (UTC)

firefox mobile heading
User agent: Mozilla/5.0 (Android; Linux armv7l; rv:8.0) Gecko/ Firefox/8.0 Fennec/8.0

firefox mobile with tablet i cannot even create a heading :-( 176.2.203.184 21:07, 14 December 2011 (UTC)

Deleting a list entry
User agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20100101 Firefox/6.0

When the pointer is at the beginning of a list entry and the user hits the keyboard backspace. the list entry should be removed and the text should be put in a simple paragraph, not pasted at the end of the previous entry list. This would split the list in two. 190.64.65.144 21:11, 14 December 2011 (UTC)

Deeper and shallower lists
User agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20100101 Firefox/6.0

Rather than two onn/off buttons to create and modify lists, there should be three. The current two would add deeper and deeper lists. The third one would remove the deepest list, just like hitting the keyboard backspace.

So, if the cursor is at the begeinning of bb and the user hits "add numered list", this:


 * a
 * bb
 * ccc

would turn into:


 * a
 * bb
 * ccc

If the user has selected rows "bb" and "cc", after pressing "add bulleted list" would turn this:


 * a
 * bb
 * ccc

into this:


 * a
 * bb
 * ccc

If the user has selected rows "bb" and "cc", after pressing "remove list" would turn this:


 * a
 * bb
 * ccc

into this:

190.64.65.144 21:20, 14 December 2011 (UTC)
 * a
 * bb
 * ccc

iPad editing
User agent: Mozilla/5.0 (iPad; CPU OS 5_0_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9A405 Safari/7534.48.3

Possible bug in how the text area is being reported - When editing on the iPad - the visual editor does not bring up the keyboard unless a new document is started 86.66.128.189 21:47, 14 December 2011 (UTC)

nice idea
User agent: Opera/9.80 (Windows NT 6.1; U; en) Presto/2.9.168 Version/11.52

85.126.85.56 21:49, 14 December 2011 (UTC)

Editor on iPad 1
User agent: Mozilla/5.0 (iPad; U; CPU OS 4_3_3 like Mac OS X; de-de) AppleWebKit/533.17.9 (KHTML, like Gecko) Mobile/8J3

The Editor is to Slow for the iPad 1 maybe you have to much JavaScript integrated. Maybe you integrate a iPad friendly version. Best regards Peter 85.216.63.185 22:01, 14 December 2011 (UTC)

Well done!
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

This looks very promising. Here are a few minor suggestions:

- it looks like the visual editor currently allows overlapping hyperlinks. If you embed a link in a piece of text, and then select both a part of that text along with an adjoining word or letters that that are not currently linked, you are able to create a second, overlapping hyperlink on top of the first. I can see this getting messy.

- on the inline "add/edit hyperlink" sub-menu, the three option icons in the top right currently lack tooltips (which are present for all other icons on the inline editor). I can also see these icons being somewhat confusing--particularly the one on the far left (circle with a line through it) which deletes the link and the one on the far right (an X) which closes the window.

I'm looking forward to tracking progress on this. A great tool! Jtmorgan 22:41, 14 December 2011 (UTC)


 * I was thinking the same thing. The X seems to be a counter-action to the "check" symbol, even though it has the shape and location commonly associated with close buttons. Maybe if it was changed to an exit symbol, or equal sign (that is, "do nothing") it would be more intuitive? Just a suggestion. Waldir 11:31, 15 December 2011 (UTC)

Formatting toolbar
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20100101 Firefox/8.0

I like the fact that it moves as I scroll. It improves usability.  Hazard-SJ  ±   22:42, 14 December 2011 (UTC)

Shift for selection
User agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.12) Gecko/20101027 Ubuntu/10.04 (lucid) Firefox/3.6.12

After pressing Shift to start selecting a text with the arrow keys the selection mode does properly terminated after releasing Shift.

For more details contact w:de:Benutzer Diskussion:Secular mind 79.159.10.39 22:47, 14 December 2011 (UTC)

Excessive whitespace
User agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.12) Gecko/20101027 Ubuntu/10.04 (lucid) Firefox/3.6.12

If multiple spaces or line breaks are entered none of interactive editor, wikitext view, and preview corresponds to any of the other two. A possible solution is not to accept such input as Lyx does.

For more details please contact w:de:Benutzer Diskussion:Secular mind. 79.159.10.39 23:03, 14 December 2011 (UTC)

Additional features
Additional features that this could use that strike me as relatively simple:


 * Filled in references like Reftoolbar has
 * Sub and superscripts
 * List of special characters

I use those a fair bit, and again, shouldn't be difficult for the visual editor. Chris857 23:35, 14 December 2011 (UTC)

Length of divider
The divider between the two panes of the visual editor is only as long as the left-pane content. However, if the right-panel content is longer, the divider ends awkwardly significantly before the bottom of the page. It should span the distance of whichever is longer. Chris857 23:48, 14 December 2011 (UTC)

no fallback?
User agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

the fallback button should be the most prominent one.

think about all the people you will be turning away if this does not work for them as you think it will. 209.131.61.1 00:05, 15 December 2011 (UTC)

Used for translation?
User agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20100101 Firefox/8.0

Can you use the side-by-side view while working on translations? For example, while taking an English article into Japanese, you could see the two versions side by side. It would be awesome if it used colors to show the corresponding sections with a granularity slider for the size of the matching words and phrases... Shanen 00:31, 15 December 2011 (UTC)

Very good.
User agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.3) Gecko/20100406 CentOS/3.6.3-2 Firefox/3.6.3

It is amazingly easy to edit an article using visual editor. The buttons on the Right Hand Side are confusing. I could not get any meaning out of them.

Thanks for the good work.

-- Senthil Phoe6 02:37, 15 December 2011 (UTC)

We do not use underscores in page titles
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

For the first linked article in the example, the actual page title is "Computer science", not "Computer_science". We don't use underscores in titles, though computers do when providing a link to article titles with internal spaces.

So what is displaying as article titles in this sandbox is either *wrong* or was written in a misleading way. 69.143.207.215 03:03, 15 December 2011 (UTC)

Markup
User agent: Mozilla/5.0 (Windows NT 6.0; rv:8.0) Gecko/20100101 Firefox/8.0

Why can't you edit the markup directly? Hopefully, this will be possible in the final version. 76.124.48.149 03:58, 15 December 2011 (UTC)

great!
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0

I looks very good, it's clean, simple and efficient. Would it be possible to edit in the wiki syntax as well, or to quicly switch between the 2 modes? 83.206.38.117 08:26, 15 December 2011 (UTC)

No Cursor
User agent: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20100101 Firefox/8.0

I can't see any text cursor using Firefox 8.0 on Windows 7 Pro SP1 when I try to type.

This might be a problem for most people.... :)

Stuart Halliday 08:58, 15 December 2011 (UTC)

keyboard shortcuts
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

are very cool. thank you so much for your work 143.93.63.6 08:59, 15 December 2011 (UTC)

Excellent Idea.
User agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111107 Ubuntu/10.04 (lucid) Firefox/3.6.24

That's really awesome. good job. Adler.fa 10:32, 15 December 2011 (UTC)

No explanatory lead
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2

Why don't you start at the top by writing hey, have a go at editing this display mode using your cursor, your keyboard, and the buttons at the top—just as you would in edit mode.

Tony1 Tony   (talk)  13:01, 15 December 2011 (UTC)

Templates, Wikitext editing

 * There is no way of editing the wikitext here. For a truly versatile tool, the wikitext should be editable.
 * Templates don't show up in the wikitext. In the example article, there is a citation needed template, which is not visible in the wikitext view. Manishearth 13:16, 15 December 2011 (UTC)
 * Also a "show changes" button would be nice. As an extra, the show changes could show the wikitext differences with a toggle for a side-by side view of the preview changes. I understand that this is still only part of the whole tool, so these features are probably planned to be implemented later. It's good to write them here anyways, just in case :D. Manishearth 13:20, 15 December 2011 (UTC)

browser compatibility issue (Firefox 3)
User agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

The editor did not work with Firefox 3.0.3 running on Windows XP. Firefox 8.0.1 on the same machine got it working. 80.254.148.115 14:52, 15 December 2011 (UTC)

About references
User agent: Mozilla/5.0 (Ubuntu; X11; Linux i686; rv:8.0) Gecko/20100101 Firefox/8.0

The online reference tags should be possible to make by giving the website link after which prefilled text fields (title, author, day of reference [prefilled with today's date]) were open to edit. Perhaps it could even make use of Dublin Core metadata? 78.27.114.94 14:56, 15 December 2011 (UTC)

Easier Uploading of Images
User agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; MS-RTC LM 8; .NET4.0C; Tablet PC 2.0; InfoPath.2; .NET4.0E)

There needs to be an easier way to upload images in the new Editor. 207.239.97.10 15:06, 15 December 2011 (UTC)

Thats better
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2

Just like to say that this is much better than the old one! 109.153.242.225 15:34, 15 December 2011 (UTC)

Usability
It's great that you're working on a visual editor.

I've trained non-technical people on wikis and I know there is a strong reluctance for people to do any editing once they see the wiki-markup.

In this spirit, I might suggest putting the 'advanced editor' tools like Wikitext View, JSON View, etc under a single drop-down. My sense is people will see those options, not understand what they mean and decide not to touch anything for fear they'll break it.

I look forward to showing people how easy it is to use the simplified editor.

little bit restricted - isn't it?
User agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110628 Ubuntu/10.04 (lucid) Firefox/3.6.18

I did not found a way to access the original wiki-code. For example I use, but cannot enter it here.. How to enter ? I didn't found anything.

My impression is: this only may be nice as a starter for absolut newcomers. 111.67.106.113 16:21, 15 December 2011 (UTC)

Wiki-text
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2

Why can't the wiki-text option enable actual editing in wiki-text? 212.139.107.239 19:43, 15 December 2011 (UTC)

Ctrl-Z shortcut
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

Hi, this editor is really beautiful and well designed! Congratulations!

I've just encountered one bug: Ctrl-Z shortcut is captured by my browser: it actually undoes the last browser level action instead of the last editor level action. I guess you cannot do anything but we never know if one can find a smart hack :-) 77.197.189.211 21:58, 15 December 2011 (UTC)

How to insert footnote?
User agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

Overall, this visual editor looks quite user-friendly. It does makes it easier to edit the content and format them accordingly.

However, there are certain things I could not find how to do so, like adding footnote, table of content and info box. Perhaps that will come as the visual editor progresses? 211.25.129.2 00:57, 16 December 2011 (UTC)

Heading up to 6 Levels too much
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

A normal wiki article has 1-2 Heading levels. When you show 3 thats more than enough. In publishing there's another rule: Using more than 4 levels even in a huge book is a sign of a total confused author - thus writing weird - and useless content. Just because html allows up to 6 levels does not mean to bother authors with style-sheet overkill. A typical problem of Word and OOffice. Peter Walt A. 01:01, 16 December 2011 (UTC)

Its awesome !
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2

Thank you! Thank you! Thank you! Thank you!

"Only" thing I think it needs is a gallery, with all the buttons and templates and other stuff I might want to insert. Like "this article is rated ... " These need to better integrated.

Also, how do I insert an image from the interface? It seems I can't without using markup. 90.184.110.236 05:08, 16 December 2011 (UTC)

I have today seen the future
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2

Wow! 96.44.178.186 05:16, 16 December 2011 (UTC)

Headings drop-down box has non-standard look and feel
User agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.9) Gecko/20100330 Fedora/3.5.9-1.fc11 Firefox/3.5.9

I would assume that if you click on the arrow pointing down, you have the opportunity to click it again to collapse it without changing anything. Instead, you have to click somewhere outside the box. This seems non-standard to me. Tim&#160;Landscheidt 20:03, 16 December 2011 (UTC)


 * I agree, this seems potentially frustrating.--Eloquence 20:07, 16 December 2011 (UTC)

Move cursor by words or blocks - considers whitespace?
User agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.24) Gecko/20111107 Ubuntu/10.04 (lucid) Firefox/3.6.24

I would strongly prefer the cursor to skip a whole word including whitespace (not stopping at end and then at the beginning of the next word again). This is what I think most people are used to. 88.134.28.223 21:02, 16 December 2011 (UTC)

about link
User agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

While someone chooses a word and selects "link", he (or she) needs to enter the page title for the link. It is common that the page title is the same as the word I select. How about use the chosen word as the default page title? Wolfch 01:47, 17 December 2011 (UTC)

Editing in the other views
User agent: Opera/9.80 (Windows NT 6.1; U; Edition Campaign 21; nb) Presto/2.10.229 Version/11.60

This looks very good! But I would like to be able to edit the wikitext directly as well, not only having it as a preview. It's often faster to do formatting and to add links and templates in wiki syntax. Haakon K 19:14, 17 December 2011 (UTC)

links
I'd like to have a different button to put internal links and other for external ones. The old editor made easier to create internal links (with ab)--88.7.208.184 21:14, 17 December 2011 (UTC)

Page up / Page down doesn't work
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

The key page up and page down do not have any effect for me. Clicks on the page up and page down areas on the scroll bar (above and below the scroll thumb) case the scroll thumb to move a bit and jump back immerdiately to it's previous position. The text does not move. Spischot 06:37, 18 December 2011 (UTC)

Saving a page
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a2) Gecko/20111218 Firefox/10.0a2

Hi, this is a great tool. I don't know what are the plans about page saving, Perhaps that's how you plan to tackle it any way, but nonetheless, I thought it would be useful to have some diff/preview offered before saving a page so that the editor won't make a mess due to easy editing as some journalists have feared. Also, for me it would make the biggest difference if an easy way of inserting references would be possible. --Eleassar 19:56, 18 December 2011 (UTC)

Shift+enter for linebreaks (&lt;br/>)
User agent: Mozilla/5.0 (X11; Linux i686; rv:10.0a2) Gecko/20111217 Firefox/10.0a2

At the moment just a number of spaces are inserted. If you want to discourage linebreaks, just do a paragraph break. 85.231.112.85 13:42, 19 December 2011 (UTC)
 * Shift+enter = lineBreak, enter = paragraphBreak, I think this must be the default. The author must have the capability to change (configure) this behavior. -- Synagonism 15:53, 19 December 2011 (UTC)

Use of ACCEL + K
Currently, hitting or + K opens a link dialog. This is sub-optimal, as -k is (and has been, for about 30 years) the "kill" command in emacs-like editors. ( -k adds to the kill ring, -y pastes the kill ring into the contents).

I suggest that the Visual Editor should support these basic commands by default, without modification via preferences (e.g., "use emacs keybindings"). Activation of the link editor should probably be moved to a more intuitive accelerator anyways ("k" does not suggest "link" to me).--Jorm (WMF) 05:08, 20 December 2011 (UTC)
 * For implementation, the "kill ring" functionality operates thus: -k deletes the current line of text, including the EOL character. This text is copied into the "kill ring" buffer.  Additional -k expressions add to the kill ring; any other activity (including cursor movement) "closes" the kill ring.  At that point, -y will insert the entire contents of the kill ring into the text at the point of the cursor.  --Jorm (WMF) 05:11, 20 December 2011 (UTC)
 * Bug opened here.--Jorm (WMF) 05:14, 20 December 2011 (UTC)

En dashes and non-breaking spaces
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

Would it be possible, after all this time, to make these items easier to access in the new system? A easy-to-access button for dashes is desperately needed because Windows keyboards don't have it directly, for some reason, yet it's essential to proper writing in English. The non-breaking space still requires gobbledy markup, but is very important to formatting the text. Tony  (talk)  07:37, 20 December 2011 (UTC)

Templates
It is going to be hard to integrate templates into the visual editor. It might be easier to redesign how templates are handled. The way MediaWiki handles templates kind of sucks anyway. Every template could be a table in a SQL database and every use of that template a column. You would link to the table and column to include the template in an article. To add a new template or column the editor could enter the data into a form. With all of the template data in a SQL database we could easily add all kinds of awesome new features with this semantic data. This addition has already been talked about quite a bit, the visual editor gives yet another reason to make the shift. Positron 09:54, 20 December 2011 (UTC)

awesome
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

when is this gonna be launched> 108.54.51.46 19:35, 20 December 2011 (UTC)

Looks good
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0) Gecko/20100101 Firefox/4.0

Look forward to see the image/media addition button. It would be nice if we could select text for adding citations - in the manner of shading text to italicize and bold. This should add citations after the punctuation but keep the region of text actually being supported by the source. This would make the online version a shade more interesting and useful than merely duplicating the idea taken from the print medium. 123.201.130.210 05:59, 21 December 2011 (UTC)

This is fast!
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

Congratulations on a very FAST visual editor :) 64.105.143.250 08:19, 21 December 2011 (UTC)

the link tool isn't friendly enough
User agent: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20100101 Firefox/8.0

Sometimes I want to link to the target what the name I mark,but the target's name inputbox is empty and I have to write the target's name what i mark again.It's troublesome.I hope the inputbox have written the target's name as default value.If I want to change the garget,I can change the text in the inputbox at that time. Cwek 02:26, 22 December 2011 (UTC)

List wikitext
User agent: Mozilla/5.0 (Ubuntu; X11; Linux i686; rv:8.0) Gecko/20100101 Firefox/8.0

wikitext for lists shouldn't insert unnecessary newlines after the "*" Eug 06:59, 22 December 2011 (UTC)

Insufficient modal-ness
User agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20100101 Firefox/9.0

1. Edit mode should be separated from viewing mode by some visual clue: red border or bar plus text such as: "You are editing this article." 2. Changes made should be highlighted in red or green as they are made. 3. Edits should only be saved when "Save" is clicked. 4. The toolbar should be fixed in the viewport, so that it is always available, no matter what part of the (very long) article is being edited. Lexein 07:47, 22 December 2011 (UTC)

Linking tool bug
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20100101 Firefox/8.0

When nothing is marked with cursor, linking tool is not responding. Pop-up window is not shown like in today standard editor. Милан Јелисавчић 11:08, 22 December 2011 (UTC)

parallel editing
User agent: Mozilla/5.0 (Ubuntu; X11; Linux i686; rv:9.0.1) Gecko/20100101 Firefox/9.0.1

It should be possible to edit a document with different people or the document should be automatically merged when there are two versions 85.176.98.4 23:20, 22 December 2011 (UTC)

Fantastic !
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20100101 Firefox/8.0

Hi

This is simply brillant ! Would appreciate a way to bring templates into that inerface to select them in a clean way.

Thank you. 123.243.78.87 20:11, 28 December 2011 (UTC)

making links leaves cursor inside the link boundary
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

When I was playing around, I added some text. The text was the last thing on the line. I then used shift+left arrow to highlight the word, selected link from the drop and made an internal link. However, upon doing that, as I started typing again, the link continued to grow as I added new text. My expectation was that new text would not be part of the link. It was not clear how to actually get my cursor outside the link to continue typing. Again, this happened while making a link to a word that was at the end of the line. 107.1.76.62 22:33, 28 December 2011 (UTC)

Lessons from Wikia source editor and visual editor
There are some important lessons to learn from Wikia concerning their visual editor and the source editor. I am an admin on Wikia with tens of thousands of edits. The main thing to me is that people are allowed to edit with either editor. And that they can instantly go from one editor to the other. Wikia uses tabs. So Wikia succeeds in that.

Wikia fails though in that it does not allow editors to default to the source editor. So most experienced editors turn off visual editing altogether in their preferences. It is the only way to avoid constantly having to spend time changing from the visual tab to the source editing tab. The visual tab is always on top when beginning to edit a page. Many people have asked Wikia about this, but Wikia has a habit of ignoring experienced editors for over a year now ever since the debacle of their imposition of a much disliked skin.

Like the narrow-format skin Wikia seems to think that people will just magically like the visual editor if it is forced on them. This cluelessness concerning the skin and the editor has lost participation in many wikis, and many editors have left, or moved/forked their wikis. Wikia and Wikipedia are both volunteer projects. Ignoring editors is why both are becoming unpopular, and many experienced editors are leaving. I edit less on Wikipedia lately due to the rampant vandalism by registered users, rude and speedy deletions by newbs with power, non-admin closures by newbs, and the severe lack of conflict resolution in editor disputes. Wikipedia seems to be empowering inexperienced editors with the visual editor, but hopefully you will not further dis-empower experienced editors by making us use the visual editor by default. LET US CHOOSE THE DEFAULT EDITOR. There are times I want to use a visual editor, and so I don't want to have to turn it on and off in preferences. --Timeshifter 22:34, 29 December 2011 (UTC)


 * Dear Timeshifter,


 * thanks for your thoughts. I agree that this should be an optional, gradual process. The goal here isn't progress for the sake of progress -- it's to make everyone's life easier. Once the feature set is there to support comprehensive editing well, we may want to make it the default for new users with supported browsers, but I don't see any reason to impose a new default on existing users anytime soon, provided we can safely manage the back-and-forth between users using markup vs. visual mode.


 * On the other hand, I think we should increasingly advertise the option of the visual editor as we begin to unlock use cases where it can be safely employed.--Eloquence 03:08, 30 December 2011 (UTC)


 * I agree with Timeshifter. I repeat here my 3 tabs proposal: a browser tab, a visual editor, and a source editor. --Synagonism 09:04, 30 December 2011 (UTC)

User Interface
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/534.52.7 (KHTML, like Gecko) Version/5.1.2 Safari/534.52.7

I like how the user interface is simplified. It makes editing much easier. Users can spend less time thinking about code and more time on the content. This is a work in progress. One suggestion I would make is to incorporate real-time editing, so that users can see editing happen in real time.

TJRana 12:02, 30 December 2011 (UTC)

Footnotes - Where are You?
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7
 * In the edit-box is a footnote "citation needed" which is not shown in the wikitext-view. But there are no footnotes in the end of the document and no way to insert them.

Where are the footnotes? An editor without footnotes makes articles without sources i.e. nonsense.

The Markup for bold and italics, headers and other styles is not so complicated and easy to learn. Difficult are footnotes, templates and tables. E.g for books it should be sufficient just to insert isbn and page number to get a complete footnote (with help of the appropriate template). 19.326.31.145 12:10, 3 January 2012 (UTC)

{ } - Templates
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

If pressing { } I would expect to get the chance to insert templates, because in Wikimarkup is used for templates tratditionally. There should be a wizard to choose the right template dependent on the categories the article is sorted in and des section which is edited:

1. Footnotes: sources 2. Top: infoboxes 3. Text: Area: sources, pictures and tables 4. Bottom: navigation bars, biographic data 29.246.31.145 12:27, 3 January 2012 (UTC)

Toolbar
User agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0.1) Gecko/20100101 Firefox/9.0.1

I would strongly recommend you reconsider some of the labels on the toolbar if you aim to make accessible to the general public. I love what you have done so far! 205.254.147.8 17:17, 3 January 2012 (UTC)

references / citations
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

needs a button to insert references and citations 123465421jhytwretpo98721654 04:01, 4 January 2012 (UTC)

inserting images
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

needs a button to insert images 123465421jhytwretpo98721654 04:01, 4 January 2012 (UTC)

Wikitext view
User agent: Mozilla/5.0 (X11; Linux i686; rv:9.0.1) Gecko/20100101 Firefox/9.0.1 Iceweasel/9.0.1

This news editor is great. For backward usability (keeping the ability to edit as wikitext) that would be greater if the "Toogle wikitext view" would allow directly editing wiki syntax (and see the result in the visual editor) 193.49.225.25 16:15, 4 January 2012 (UTC)

Bullet and numbered list behavior
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.26 Safari/535.11

In most interfaces when you want to end your bullet list you hit return twice. The first return will create an empty bullet and the second return will drop you out of bullet mode. I think it would be best to mimic that behavior in this editor too. The same should be true for numbered lists as well. 107.1.76.62 15:00, 8 January 2012 (UTC)

Help expose capabilities users want but don't know how to
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.26 Safari/535.11

Wikipedians have created an amazing array of specialized templates to help control the visual layout of a wiki article. These are in addition to the existing MAGIC WORDS built into MediaWiki. A few examples include:

,, , , , and. While I see that it is a requirement for the visual editor to be able to interpret and act on this code, I think it is also important for the visual editor to help users employ these tools even when they didn't know that it existed. There should be additional toolbars just like in Word, OO, Google Docs, etc that allow users to find more advanced functionality. Tools like Excel even help you find the functions you need via simple and advanced query techniques. 107.1.76.62 15:07, 8 January 2012 (UTC)

Linking actions
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.26 Safari/535.11

There is currently only one link icon. Is it intended that this link icon will be used for both internal and external links? In my experience, inexperienced users have a great deal of difficulty conceptualizing the difference between and internal link and an external link. Anything the visual editor can do to help users not have to worry about that should be explored. Personally, I believe we should just integrate intelligence into the linking tool. Examples:

If an editor uses a full external URL to link to another wiki page, the tools should just automatically convert it to an appropriate internal link. Ideally, the tool would even be able to do this for interwiki links as well.

If an editor has highlight a word(s) to be linked, the editor should automatically try to find the correct page and prepopulate it.

I also think the editor should try to identify internal links automatically and just populate the those for the user. We know the core guidelines (only link once, link first use but not others). The tool would be generous with linking and a user should be able to just click on a link and easily remove it if the link is extraneous to the article.

In short, the visual linking tools should eliminate the need for most users from having to know the complexities of linking and just help them connect their article to other articles and information. Theflyer 15:26, 8 January 2012 (UTC)

Upload and Insert Images in one step
Brilliant work! It still lacks some tools, like insert images, videos, audio and documents (pdf, xls, etc) Insert an image or any file from our computer is a complicated process in mediawiki. For common people is almost impossible.

It is so different to the that people get used to in windows and mac applications. In mediawiki you have to click on a link at the sidebar (not in the Editor toolbar) to upload. After that, you have to copy the file name and close the dialog. Then you click in the button to insert. Then you substitute the "File:Example.jpg" by the name previouly copied.

Compare this to the way Wordpress 3.3.1 Editor implemented. They made it so easy to insert images in one single button, one single step! Why don't you use that code? It is well written and it is free. With a few changes you could use that stable and tested code to quickly implement a very useful feature to Visual Editor.

The step by stepUpload Wizard with image copyright may be good for Wikipedia, but is an extension of unnecessary complexity, useless in many other wikis like the one I am developing for fifty thousand users in an intranet environment.

Upload and insert images should be as simple as Wordpress implemented so well in their visual editor.

Suggestion: for newbies ON, for experienced users OFF
User agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; .NET4.0C; .NET4.0E)


 * On cswiki Village Pump user Fagnes suggested: "Nešlo by to aspoň nastavit tak, aby to bylo u nováčků implicitně zapnuto a u ostatních explicitně vypnuto?"
 * Translated: "Is it possible to make it so that VES will be implicitly set to ON for newbie users and explicitly set to OFF for the others?
 * See: http://cs.wikipedia.org/w/index.php?title=Wikipedie:Pod_l%C3%ADpou&diff=7890518&oldid=7890494


 * Suggested: Fagnes
 * Translated: Utar 12:28, 10 January 2012 (UTC)

Hyperlinking in fusional languages
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.75 Safari/535.7

I assume that there will be a similar version of hyperlinking help in VisualEditor as in the current version of the MediaWiki software. (i.e. the words in the selected like show up as you're typing). I speak a Slavic language, so I would welcome that the software would take into account the gramatical cases. For example, the hyperlinked phrase is "ruskou hokejovou reprezentací" and the name of the article is "Ruská hokejová reprezentace". As you see, only the suffixes change, and this is the case of most Indo-European languages. So it wouldn't be difficult to change the context help in the way that it would take into account only the beginnings of the words with the result that the wanted article would show up immediately. Thank you. 90.177.208.162 17:26, 11 January 2012 (UTC)

column and tables
User agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0.1) Gecko/20100101 Firefox/9.0.1

The two features I mostly use are:


 * column to indent paragraphs at will

{ tables because I have many texts in French on the left column and English on the right column. }

Interested to know how you support them. Would it not be nice to have wysywyg on one side and wiktext on the other side and be able to enter text in both forms?

Best 89.227.88.111 15:14, 12 January 2012 (UTC)