VisualEditor/Feedback/LQT Archive 1

__NEWSECTIONLINK__

 Your feedback about the [//www.mediawiki.org/wiki/VisualEditor:Test?useskin=vector 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 on this [//www.mediawiki.org/wiki/VisualEditor:Test?useskin=vector test page] (or the old sandbox, which cannot yet edit or save existing pages), which is still an early prototype 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=VisualEditor/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):

Auto-hide of formatting arrow
Once clicked, the formatting arrow's "Bold – Italic – Underline" menu remains expanded when the cursor is moved to another section. Having this intelligently disappear would be more intuitive. Otherwise, this is fantastic! AGK [•] 21:39, 21 June 2012 (UTC)


 * This seems to work here - can you give details of what browser/etc. you were using (or has it disappeared since then? - we've change the code a few times). Jdforrester (WMF) (talk) 21:25, 27 June 2012 (UTC)

Undefined link target
When I clicked on the "our feedback page" link which was in the text of the page VisualEditor:Welcome (before it was moved to Visual editor/Welcome), it loaded the page

https://www.mediawiki.org/wiki/Undefined

I'm using Firefox 9.0.1 on Windos XP. Helder 22:07, 21 June 2012 (UTC)


 * Sorry about this - do you still get this bug now? Jdforrester (WMF) (talk) 21:46, 27 June 2012 (UTC)

Navigation and selecting text in the summary field
If I type "something" in the summary and then try to use SHIFT+Home, or SHIFT+Left arrow, or triple click to select the text, nothing happens. I'm using Firefox 9.0.1. Helder 22:17, 21 June 2012 (UTC)
 * +1. -- Rillke (talk) 10:54, 22 June 2012 (UTC)
 * +1, I also couldn't change the text I already typed in. -- Geitost diskusjon 15:33, 22 June 2012 (UTC)
 * Ctrl+LeftArrow, Ctrl+RightArrow, Shift+LeftArrow, Shift+RightArrow work here; I can change text already typed. But, End and Home don't – very annoying. -- Michael Bednarek (talk) 11:11, 26 June 2012 (UTC)


 * Sorry you have had these problems - can you confirm that they still happen, and if so, on what browsers? I cannot replicate here, but we've changed our code since the 22nd so we may have fixed it. Jdforrester (WMF) (talk) 21:51, 27 June 2012 (UTC)

Double click selects spaces
If I double click a word to apply bold, the editor also select the space which is after the word (e.g. [//www.mediawiki.org/w/index.php?diff=prev&oldid=552632 ]). It should only select the word itself. Helder 23:14, 21 June 2012 (UTC)


 * This appears to now be fixed - can you confirm, or is it browser-dependent (and if so, what browser are you using)? Jdforrester (WMF) (talk) 22:18, 27 June 2012 (UTC)

CTRL+Left arrow doesn't work as expected
I was trying to use CTRL+Left arrow to move the cursor to the left, but it only moves one character at time (instead of one word at time). Helder 23:18, 21 June 2012 (UTC)
 * Curiously, it works fine for selection (i.e. CTRL+SHIFT+Left arrow).
 * The right arrow behaves the same way as the left one. Helder 23:20, 21 June 2012 (UTC)

Clear formatting doesn't remove section titles
It remove bolds, italics, but not the. Helder 23:23, 21 June 2012 (UTC)


 * This is intentional - headers aren't formatted paragraphs, they're semantic constructs. Similarly, remove-formatting doesn't destroy lists, and won't tables, categories or images. Jdforrester (WMF) (talk) 22:20, 27 June 2012 (UTC)

range is null
If I open https://www.mediawiki.org/wiki/Special:VisualEditorSandbox?debug=1 and click on "Numbered list" as soon as the page is loaded, I get: Error: range is null Source file: https://bits.wikimedia.org/static-1.20wmf5/extensions/VisualEditor/modules/ve/ve.Document.js Line: 50 ve.Document.prototype.selectNodes = function( range, mode ) { range.normalize; Helder 23:25, 21 June 2012 (UTC)

Cancel edit?
If the user click in the "edit" link and then do not want to edit anymore, it should be able to click in some "Cancel" button/link (maybe the "Save page" button which is just disabled could be replaced by the cancel? Or we could have both?). Helder 23:31, 21 June 2012 (UTC)
 * Yes, that was bothering me as well. Filed as 37845. --MZMcBride (talk) 19:35, 22 June 2012 (UTC)

ESC doesn't exit the save popup
If the user press ESC while the save popup is open, it should just return to the edit mode, but it does nothing unless we click in the [x] button. Helder 23:32, 21 June 2012 (UTC)

Help link (?) should open in a new tab
Currently the (?) link in the "save your changes" popup is trying to open the target in the same page, so Firefox ask me if I want to leave the page and lose the changes I've made. Helder 23:34, 21 June 2012 (UTC)

end is undefined
Open https://www.mediawiki.org/wiki/VisualEditor:Test?debug=1 click in "edit", wait the editor to be loaded and then press CTRL+A. If I do this I get: Erro: end is undefined Arquivo-fonte: https://bits.wikimedia.org/static-1.20wmf5/extensions/VisualEditor/modules/ve/ce/ve.ce.Surface.js Linha: 833 rangyRange.setEnd( end.node, end.offset ); Helder 23:39, 21 June 2012 (UTC)
 * After that, if I press "delete", I get:

Erro: this.data[offset] is undefined Arquivo-fonte: https://bits.wikimedia.org/static-1.20wmf5/extensions/VisualEditor/modules/ve/dm/ve.dm.Document.js Linha: 479 annotations = ve.isArray( this.data[offset] ) ? this.data[offset][1] : this.data[offset].annotations;
 * two times. Helder 23:47, 21 June 2012 (UTC)

rect is undefined
I get this: Erro: rect is undefined Arquivo-fonte: https://bits.wikimedia.org/static-1.20wmf5/extensions/VisualEditor/modules/rangy/rangy-position.js Linha: 215 return { x: rect.left, y: rect.top }; Helder 23:42, 21 June 2012 (UTC)
 * 1) Open https://www.mediawiki.org/wiki/VisualEditor:Test?debug=1
 * 2) Click "edit" and wait the editor to be loaded
 * 3) Scroll to the end of the page, press SHIFT and click right after the last character.
 * 4) Press "delete"

issues in Safari on iPad
Since you asked for feedback on mobile platforns... Two big issues right off.

- PKM (talk) 23:50, 21 June 2012 (UTC)
 * backspace backs out all content entry, not one character.
 * iPad pop-up select dialog seems to trump the MW link pop-up...at least most of the time. Got it work once and can't repeat it.
 * Also tried it with iPad. It seem not like highlighted text.  Especially the heading, highlighting did not seem to "stick".  A possible solution to conflicting pop-ups would be if the editor recognized the platform and instead popped down24.217.149.193

node is null
Sometimes I get: Erro: node is null Arquivo-fonte: https://bits.wikimedia.org/static-1.20wmf5/extensions/VisualEditor/modules/ve/ce/ve.ce.Document.js Linha: 21 if ( !node.canHaveChildren ) { Helder 23:53, 21 June 2012 (UTC)
 * 1) Open https://www.mediawiki.org/wiki/VisualEditor:Test?debug=1
 * 2) Click "edit" and wait the editor to be loaded
 * 3) Type "a"
 * 4) Click "Undo"

Links to invalid titles
The editor should not allow [//www.mediawiki.org/w/index.php?title=VisualEditor%3ATest&diff=552858&oldid=552851 links to invalid titles]. Helder 00:09, 22 June 2012 (UTC)

How to end the list
Hi,

If I switch on list button - then it is OK - I just add one item after another by pressing enter on my keyboard. But then I want to finish the list and be able to continue adding non-listed paragraphs. So in order to do it - as in "normal" text edditors I click the list button in hope to "switch it off" - the effect is that all the list is changing to normal paragraphs. So, I redo and try again... Then after some experiments I finally learned that the only way to finish the list is double enter, and then start edditing again. But then if I delete one "invisible" enter, I am back to list - but not exactly - as my paragraph is for some reasons idented but not numbered... OK - so I write anyway, and then my use to be idented paragraph is glued to the numbered list above and I am back trapped in the list... Gosh.. so I press enter - the effect - another listed item - grr.. so I double enter and all the story begin again...   It is terrible and counter intuitive. The list buttons must "remember" its status of being "switched on" and "off" inside and outside the lists. Sometimes also the text which seems to be in the next paragraph under the list behaves really strange... For example I've got something like that:
 * 1) OK. Let's start numbered list (click enter)
 * 2) List (click enter)
 * 3) List (click enter)
 * 4) List - (now I want to escape from the list, so I press enter twice)

nd then click below the list... Good - it seems I escaped from the list...

A but not really, because for some reason my lines are "jumping back and forth"

There is also problem with integrating together two numbered list. For example I made by mistake two lists

(double enter)
 * 1) one
 * 2) two
 * 3) three
 * 1) four
 * 2) five

Try to delete double enter and integrate two list - It seems to be immposible...

Polimerek (talk) 00:24, 22 June 2012 (UTC)

Question
Why is there no ability to convert to editing in wikitext? I see that it is reserved for administrators of the project, is there a reason for this? I would like to see how the wikitext versus the editor integrate. Perhaps something like the way wordpress does it would work.Ryan Vesey (talk) 21:42, 21 June 2012 (UTC)
 * The primary reason is because we don't want users adding things that would break the editor.--Jasper Deng (talk) 21:44, 21 June 2012 (UTC)
 * Yeah, Jasper's right. We definitely will have both editors enabled in later deployments. You can see through the history tab's diffs what changes with the wikitext. Jdforrester (WMF) (talk) 22:23, 21 June 2012 (UTC)

Exit edit mode
Took me an extra few seconds to figure out the way to exit edit mode without saving. Perhaps there should be a clearer "cancel" somewhere? Next to save? Reh man  01:25, 22 June 2012 (UTC)
 * See above: . Helder 02:32, 22 June 2012 (UTC)
 * Oh thanks, didnt see that :) Reh  man  12:57, 23 June 2012 (UTC)

Issues with Bold and Italics
When trying to use bold and italics I run into some problems. You should be able to click bold, then type your content then unclick bold. That doesn't work, you need to highlight information and then click bold and somehow choose it from a little menu that appears under the highlighted text. The same thing happens with italics. Integration with ctrl codes would be useful. Ctrl+b for bold ctrl+i for italics.Ryan Vesey (talk) 02:17, 22 June 2012 (UTC)
 * This seems to be 33140. Helder 12:22, 22 June 2012 (UTC)

Integration with Microsoft Word
I don't know if anybody is familiar with editing using wordpress, but there is an option to add text from microsoft word. Clicking import from word opens a special window and you can paste the content into that window. The window will modify it to make it compatible with wordpress, could we do something similar?Ryan Vesey (talk) 02:23, 22 June 2012 (UTC)
 * That seems to be 33105. Helder 02:32, 22 June 2012 (UTC)

My feedback
I have several issues that need addressing:

No editnotice
It should be possible to create a (dismissable) editnotice in the future.--Jasper Deng (talk) 04:59, 22 June 2012 (UTC)
 * I would say also that it may be better to show people the info about the CC-BY-SA licence before they start contributing to the page (to avoid lost effort for people who do not agree with the conditions). This could be in a (modal) popup right after clicking on "edit". Helder 12:15, 22 June 2012 (UTC)
 * A modal popup would be annoying.--Jasper Deng (talk) 17:24, 22 June 2012 (UTC)
 * Well a one time modal screen like: "Hi, this seems to be your first edit. Please be aware that whatever you change, will be licensed to be reused by others (even commercially) and might be subject to change. This is normal proces within Wikipedia. You do retain your copyright, but you will license your contributions as CC-BY-SA 3.0. By continuing you explicit license all your changes and contributions this way. Cancel / Continue / Learn More", would not be too harmful I think. Problem is that it would require a cookie to keep track of. TheDJ (talk) 08:54, 23 June 2012 (UTC)

Linking and text selecting is wrong
I should be able to select any amount of text and press the link button above to create a link. Instead that "link" button above does absolutely nothing; it is also very inconvenient that the little arrow that's supposed to show a menu does not show up consistently when I select, especially if I select more than one character.

Text replacing a link simply equals a blank
When I delete a link and replace it with text and save, I have to re-save; the initial save produces nothing in place of the deleted link.

The buttons at the top should have the desired effects on the selected text
Currently the bold and italic buttons do nothing to the currently-selected text, and they don't even turn on italic typing when clicked without any text selected.

This is a great start, but of course it needs work.--Jasper Deng (talk) 04:59, 22 June 2012 (UTC)

bots
Have you thought about bots, editing a Visual Wiki? --92.204.110.186 05:00, 22 June 2012 (UTC)
 * That's going to be difficult for bots to understand. Bots will have a hard time recognizing things like external links. Anyone however is able to develop a bot library for the visual editor too.--Jasper Deng (talk) 05:06, 22 June 2012 (UTC)
 * Since the wikitext will remain the storage format and editable, bots should not be affected by the VE at all.
 * Parsoid produces an annotated HTML DOM (see for example http://parsoid.wmflabs.org/mw:VisualEditor:Test), which should actually be easier to edit for bots than wikitext. This DOM then serializes back to the wikitext. -- Gabriel Wicke (GWicke) (talk) 08:35, 22 June 2012 (UTC)

Unable to enter UTF8 text
Trying to use input method to type in kn (Kannada). it doesn't work. Just love the way we would be editing wiki in coming days on local language wiki's with this Visual Editor.
 * Yes. Even it is not working for Malayalam. Once we enter a new character previous character vanishes. --Anoopan (talk) 05:40, 22 June 2012 (UTC)

I have Problems at the End of the Page. If you scroll down on a well filled Test Page and Edit something at the End, the lines disappears after pressing Enter ...


 * It's in their To do later list. --朝彦 (Asahiko) (talk) 11:42, 23 June 2012 (UTC)

Link behavior
When dealing with links I found some strange aspects: Pginer (talk) 06:25, 22 June 2012 (UTC)
 * You need to select the link text to edit link properties. Placing the cursor inside a link should be enough instead.
 * When a link is selected, the link icon at the toolbar looks as pressed. This makes the impression that you can disable the link by pressing it again (as it happens with the bold icon for example). However, the button takes you to "edit link" options. I think it is better to do the following: once you select a link, the link button at the toolbar can show three dots next to the link image to represent the idea of "edit link".


 * Unrelated to the above, links should be saved in the short format when possible. For example, text "Beograda" that links to "Beograd" should be saved as Beograda not as Beograda . (enhancement)
 * Also, if linking to a nonexisting article, the link should be red. Perhaps you could also offer the existing pages as the user is typing the link. This requires Ajax, but shouldn't be hard to do, you may see how Wikidata did it. (enhancement)
 * It would be VERY VERY VERY nice if you could, when you select text, somehow get to the pop-up menu without leaving the keyboard. Not sure what key combination should be used for this, though. Tab perhaps? If that is done, it should be possible to tab through the menu as well. (enhancement)
 * Finally, if you select a text with space at the end (and/or the beginning) and make a link, the space is going to be included in the link. This is almost never desired, and I have commonly see it happen in visual HTML editors - I'm not sure if it should be fixed silently or if the user should be asked what does he want. (bug) Nikola (talk) 07:08, 22 June 2012 (UTC)
 * The "suggest a title" part of your second item is 37491 / 33053.
 * The last one is 33053. Helder 12:15, 22 June 2012 (UTC)

Differentiate editing mode from reading mode
I was confused at some point as to whether I was in editing or reading mode (since it looks the same). Simple thing maybe change the background of the page (a light gray or something) when you're editing, so that you can see which mode you're in. notafish (talk) 08:21, 22 June 2012 (UTC)

Editor doesn't respect "Add pages I edit to my watchlist" preference
Just one of those weird little things I cba to file a bug for, but can be bothered to post here about :P Jarry1250 (talk) 10:50, 22 June 2012 (UTC)

Editing from previous version
Not sure if this is the way it is supposed to happen, but if I go into the page history and select a previous version, and try to edit from that version instead of the current one, the editor still opens with the current text. GoEThe (talk) 11:06, 22 June 2012 (UTC)

no support for multi-level lists
I'm sure you're aware of this, but I didnt see it documented: It appears there's no way to create a multi-level list, e.g,


 * item 1
 * item 2
 * item 3
 * item 4
 * item 5
 * item 6

Use semantic buttons
The current editor uses button like B (for Bold) or I (for Italic), which have no real meaning on the web (and especially here). These buttons should be what they really input in the page : a strong statement, and an emphasized one. Those aren't arcane or geek terms, everyone understand what emphasize means. Jérémie Bouillon (talk) 14:18, 22 June 2012 (UTC)
 * Except they both have meaning in html5, and are actually what are output by the wikitext  (I) and ' (B) . Whether that should be the case shouldn't be considered here, imo. --Izno (talk) 23:02, 22 June 2012 (UTC)
 * Emphasis and strong statement are not the only cases where one would require italic type or bold face. For italic, name of ships, mathematical/physical variables, foreign words in English are not emphasis but are typeset in italic. Mathematical vectors and tensors are not strong statements but are typically in bold. HTML5 definitions of b and i elements cover these nicely. --朝彦 (Asahiko) (talk) 00:12, 23 June 2012 (UTC)
 * If Wikipedia/Mediawiki make the switch to HTML5, it means here having the four buttons (strong importance, stress emphasis, stylistically offset, alternate voice) which will not be understood by people at large, especially when they will need to use several at once to achieve some semantic meaning. Good luck teaching that to Everyday Joe. But I guess that's a HTML5 issue, not a Visual Editor one. Still, in that paradigm, I think my underlining point is valid: don't have a bold button but a “stylistically offset” one, and so forth. Jérémie Bouillon (talk) 08:04, 24 June 2012 (UTC)

Use appropriate headings option (no more h1!)
The title of an article is the top level heading (h1 tag) of the page, and appropriately so the only one. The visual editor should not allow the user to enter another one. The user top level heading available should be h2. Jérémie Bouillon (talk) 14:22, 22 June 2012 (UTC)
 * [+1]. I was going to suggest that but forgot it. Helder 14:34, 22 June 2012 (UTC)
 * +1 me too. Ltrl G☎, le 15:09, 22 June 2012 (UTC)
 * +1 also. The standard on wikipedia is to start at a level two heading.  Why do we keep making this ultra confusing.  If the community has decided level 2 is the right top-level heading, then lets make that clear with the UI.  Theflyer (talk) 23:24, 22 June 2012 (UTC)
 * Problem is of course that Wikipedia is not the only user :D But perhaps we should just make =line= an HTML h2 and start counting from there ? Then 1 would be appropriate. The problem is of course the amount of existing content, not the convention. A real proper change there is gonna be hard. An 'workaround' is gonna be confusing since the counting won't match the wikicode. TheDJ (talk) 08:46, 23 June 2012 (UTC)

Only works with vector
On https://www.mediawiki.org/wiki/VisualEditor:Test?useskin=monobook there is no edit button, only the "view source" button. Helder 14:37, 22 June 2012 (UTC)
 * Yes, and it tells that the person doesn't have the right to edit the page, but not how to get this right. It would be easy just to say that one has to use the vector skin instead of misleading that one doesn't have the right for editing (so I searched around why I didn't have this right). -- Geitost diskusjon 15:30, 22 June 2012 (UTC)

Can't add lines to pre-formatted block
When editing inside a pre-formatted block, hitting enter creates a new pre block, instead of a new line in the current pre block. This makes it pretty much impossible to edit pre-formatted text. -- Duesentrieb ⇌ 22:26, 22 June 2012 (UTC)

Headings
When you hit return on a heading line, I think it should automatically set the next line to normal paragraph style. Currently it seems to replicate the heading style from the line you were on. Theflyer (talk) 23:23, 22 June 2012 (UTC)
 * +1. I think this is the expected behavior for people who use LibreOffice Writer or Microsoft Word. Helder 00:32, 23 June 2012 (UTC)

Numbered list anomaly
If I start a numbered list and then hit return before adding any text, it removes the number but the software goes into an odd mode. If I use the back arrow to get back to the line, the software still leaves the indent but I cannot use the number list icon to either reinsert the numbered list or to undo the indent. This only seems to happen with numbered lists (not bullets) and only for the first row of the numbered list. Theflyer (talk) 03:06, 23 June 2012 (UTC)

Visual Editor Struggles in Chrome
I use Google Chrome browser (latest version: 19.0.1084.56 m) and I realized the Visual Editor is struggling to render properly in it. Scrolling is a problem, using my external mouse and/or the touch pad. The page isn't able to scroll to the bottom as it comes back to the center of the page anytime i try scrolling. At some point, scrolling creates some weird, blur-like rendering of the page with the text 'screeching' across the screen.

When I click on the left pane of the page under the mediawiki logo (that whole area), i'm able to scroll fine and perfect. After clicking back on the editing area, it start becoming 'unscrollable' and inputting text is a problem

Every other thing seems to work on the chrome from my current test as at now, however just these few anomalies.

--Nkansahrexford (talk) 03:21, 23 June 2012 (UTC)


 * I can't replicate this problem in Chrome 19.0.1084.56 m. The Land (talk) 14:19, 23 June 2012 (UTC)

Whats up with the 'Redo & Undo'?
i tried cutting a text and using the 'Undo' button, i could bring the text back to the page. However, when I use the delete option from the drop-down menu after right-clicking, I am not able to Undo by bringing the deleted text back to the page.

I am using Google Chrome (latest version: 19.0.1084.56 m) and I wonder if its a browser-specific problem or not.

--Nkansahrexford (talk) 03:30, 23 June 2012 (UTC)

What link Am I directed to?
Its nice feature having to input links very simple and easy. I want to learn how to determine what page a link traverses to as it doesn't show anywhere on the link.

This i think its important, since similar content can be found on various sites, therefore, its nice for the user to know which page what link will direct him/her to by just hovering over the link text. when a user hovers on the link, something like this can appear as cursor title: 'Visual Editor - MediaWiki' and on another link with similar content will render after hover as: 'Visual Editor - Wikipedia'

This, I think will be a fast way of learning where you're going after clicking a link by avoiding confusion and visiting sites unintentionally.

Thanks.

--Nkansahrexford (talk) 03:36, 23 June 2012 (UTC)
 * And I think users should be able to Ctrl-click the link to go to the destination just as in wikEd. &lt;!-- Meow (talk &#x7C; 喵 @ ZHWP) --&gt; 08:12, 23 June 2012 (UTC)

-- --Yeah you've got a point. That would be perfect too.

--Nkansahrexford (talk) 08:22, 23 June 2012 (UTC)


 * Yes I already noticed myself trying to click the links a couple of times, since they look so much like real links, you expect them to actually take you somewhere. TheDJ (talk) 08:43, 23 June 2012 (UTC)

TOC
The wysiwyg does not consider the ToC when lay outing the page. TheDJ (talk) 08:36, 23 June 2012 (UTC)

Tables
Is there support for tables? Edward Buckner (talk) 08:36, 23 June 2012 (UTC)
 * In later releases, from what I see at Visual editor/Todo later list. --朝彦 (Asahiko) (talk) 11:39, 23 June 2012 (UTC)
 * See also the FAQ. Helder 11:49, 23 June 2012 (UTC)

Using shift for capitals unfocussed my editing
It seems that when I start a sentence with a capital, by pressing shift, the JS captures my shift action, then runs into JS errors and loses edit focus load.php:204 TypeError: 'null' is not an object (evaluating 'domNode.nodeType') load.php:225 TypeError: 'null' is not an object (evaluating 'selectionRect.start.x') Mac Lion, Safari version 5.1.7 (7534.57.2) TheDJ (talk) 08:40, 23 June 2012 (UTC)

My two cents

 * Tables aren't on the menu. However inserting wiki code for a table in the visual editor does create a table after saving. So saving parses inserted wiki markup.
 * Images aren't on the menu. Inserting wiki markup code for inserting an image in the visual editor ends up being enclosed in a pair of.
 * So how to insert an image? Just insert the wiki markup and don't forget to use the menu item "insert link" to change the inserted text into a link.
 * Please, please add a button "image" to the menu that just does nearly almost exactly the same as "insert link" so ordinary people have a clue they can insert an image. The popup window can politely ask to insert a file name of the image already uploaded on this wiki or on commons, maybe can even be as smart as prefixing [[image: and suffixing ]].
 * The visual editor can be thoroughly screwed by inserting  in the visual editor.
 * Please, please forcefully assume all typed in text in visual editor is plain text and parse all inserted text as plain text. Only allow wiki markup to be entered in visual editor through either menu items or through source editing. Ad Huikeshoven (talk) 09:58, 23 June 2012 (UTC)


 * Images and tables were not in the scope for this preview release. Take a look at Visual editor/Todo later list. I'm pretty sure they will be in the next iteration. --朝彦 (Asahiko) (talk) 11:37, 23 June 2012 (UTC)


 * I agree with Ad's last two points - I was having a weird problem with the visual editor moving my cursor about while I was typing. it turned out there was a tag present that didn't display in either the article or the visual editor. I managed to select, and then delete, the tags (even though they didn't display) and that solved my problem. So I tend to agree with Ad's conclusion, make it parse all text as plain text not Wikitext. The Land (talk) 14:30, 23 June 2012 (UTC)


 * I just committed some fixes to the Parsoid wikitext escape algorithm that should hopefully close (most of) the holes you discovered once they are deployed. The goal is indeed to ensure that any entered text is interpreted as plain text by escaping it using  and html entities where necessary. -- Gabriel Wicke (GWicke) (talk) 18:11, 23 June 2012 (UTC)

Problem with image
This change I add hello to an image https://www.mediawiki.org/w/index.php?title=VisualEditor%3ATest&diff=554147&oldid=554144
 * It is possible to add an image. This isn't stable. Subsequent editing reverts the insertion of an image. Ad Huikeshoven (talk) 10:41, 23 June 2012 (UTC)
 * The current preview release never intended support for images. See Visual editor/Todo later list. --朝彦 (Asahiko) (talk) 11:39, 23 June 2012 (UTC)

Back button should work
The Back button should take users back from the editing screen to the initial content page. At present, it is not obvious how to exit the editing interface. This, that and the other (talk) 12:24, 23 June 2012 (UTC)
 * See also and . Helder 13:58, 23 June 2012 (UTC)

Missing "source view" / Some bugs
I'm missing a button to switch between the WYSIWYG mode and a mediawiki syntax mode, so that I can learn the old syntax and fix false markup.

I also had two issues: #1 The page scrolled all the way to the bottom when I reached the end of an ordered list and #2 I tried to type in the phrase "I'm missing..." and when typing the "I'", the "I" moved to the next line, the rest stayed where it was. (Firefox 13, Win7)

Local Context help: guide the user
Each semantic or formating button, each editor tool should have context help that can lead to advanced explanations. Something like: you select or mouse hover the “B” button, a context bubble appear saying something like “Strong: meaning this text or element is of strong importance to the overall article. It will usually be displayed in bold, but not always. Learn more.” The last one being a link to a full guide of semantic versus presentation, what to use when, etc. And of course, these should be easily rewritten by Wiki Admins to tailor the Visual Editor to each Wiki customs and specification. Jérémie Bouillon (talk) 08:11, 24 June 2012 (UTC)

Two mode editor
What about a two mode editor? One is the visual editor with limited capabilities and the other one is the actual editor with full capabilities. In this way new editors could start with the visual editor and the experienced editors could stick to their editor. Another advantage is, that the visual editor could go live within months. Maybe we find in the future a visual way to create e.g. tabels and templates (and what else is missing). --92.204.58.205 06:46, 25 June 2012 (UTC)
 * This is exactly what we have right now and what we'll have for a long time, though eventually the visual editor should have all features. Note that currently the original editor is restricted to sysops only on the test pages.Jasper Deng (talk) 17:24, 25 June 2012 (UTC)
 * I´´ve added a table and the table was not shown properly. that means, that the visual editor, as it is now, can´t go live. The editor added nowiki-tags, what is good, but also show the return-signs, what is bad. I had to delete the table in the end. --92.204.0.122 11:12, 27 June 2012 (UTC)

Some Problems
The problem that can't input Chinese characters still exist.--Alexchris (talk) 12:29, 26 June 2012 (UTC)

Selection changed after multi-line bold
Start selecting in the middle of one line, and select into (at least) the next line. Click "bold". Text changes as expected, but the selection now starts at the end of the first selected line.

Also, select two subsequent full lines (the "selection blue" must extend the entire screen, not just end at the end of the second line!). Click "bold". Nothing gest bolded, and the cursor jumps somewhere else. --Magnus Manske (talk) 13:11, 26 June 2012 (UTC)