VisualEditor/Feedback

2011-12-14T16:30:47Z

216.65.151.102: /* Visual Editor feedback */ new section

__NEWSECTIONLINK__
{{User:MiszaBot/config
|archive = Visual editor/Feedback/Archive/%(year)d/%(month)02d
|algo = old(31d)
|minthreadstoarchive = 1
}}

<div style="border-style:solid;border-width:1px;border-color:#eeeeee;padding:1em;background:#fafafa;font-size:1.2em;">
[[File:Chat bubbles.svg|left|50px||Share your feedback]]
[[File:Crystal Project bug.png|right|50px||Report bugs]]
<div style="text-align: center; padding: 1em;" >Your feedback about the visual editor developer prototype</div>

This page is a place for you to '''tell the Wikimedia developers what issues you encounter''' when using the [[Special:VisualEditorSandbox|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] – [https://bugzilla.wikimedia.org/buglist.cgi?component=VisualEditor View known bugs] – [https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensions&component=VisualEditor Report a new bug in Bugzilla]'''

'''Latest status update'''

{{#lst:Visual editor/status|latest}}: {{#lst:Visual editor/status|{{#lst:Visual editor/status|latest}}}} – [[Visual editor/status|See all status updates]]
</div>

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 [[User:MiszaBot|MiszaBot]]): {{Special:Prefixindex/Visual editor/Feedback/Archive/}}

== 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. [[User:Trevor Parscal|Trevor Parscal]] 20:02, 13 December 2011 (UTC)

== Link editing should work when cursor is on the link ==

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

When on top of an existing link using the link interface should be able to manipulate the link. Currently you get a visible but not really working interface until you manually select the entire link. [[User:Dantman|Daniel Friesen (Dantman)]] 20:38, 13 December 2011 (UTC)

:Yes, the little down-arrow with B/F/Link should be visible if the cursor is at a link and no text is selected. You should also be able to format the whole link with the menu if the cursor is on a link. -- [[User:JakobVoss|JakobVoss]] 22:16, 13 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 <nowiki>[[asdf]]</nowiki> into the visual editor the editor leaves it as "<nowiki>[[asdf]]</nowiki>" the WikiText mode lists "<nowiki>[[asdf]]</nowiki>", and the preview displays a literal "<nowiki>[[asdf]]</nowiki>". 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. [[User:Dantman|Daniel Friesen (Dantman)]] 20:41, 13 December 2011 (UTC)

== Collapse same text links ==

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

When selecting the text "asdf" and linking it to "asdf" or "Asdf" the visual editor should collapse this to <nowiki>[[asdf]]</nowiki> instead of outputting <nowiki>[[asdf|asdf]]</nowiki> as the wikitext. [[User:Dantman|Daniel Friesen (Dantman)]] 20:43, 13 December 2011 (UTC)
:But <nowiki>[[foo|foo]]</nowiki> should always collapse to <nowiki>[[foo]]</nowiki> for every "foo". If you link "Asdf" to "asdf", the editor does not collapse, so everything is right. -- [[User:JakobVoss|JakobVoss]] 22:19, 13 December 2011 (UTC)
:: This can be done intelligently; if the markup is [[foo1|foo2]] and [[foo2]] would resolve to the same page as [[foo1]] (typically foo1=foo2 if 1st characters uppercased), then replace [[foo1|foo2]] by [[foo2]].

== Wow. ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

This is great, just as it is now it would make a big difference to users.

Minor issues:
I'm using Firefox 8.01 on a Mac with OSX 10.6.8
I scrolled down the page then tried to use the scroll bar to get back to the top but it kept jumping back to where the cursor was.

I notice you can only edit in the wysiwig window. For more complicated formatting it could be useful to be able to edit in the wikiformat window and see the results in the wysywig window.

Having HTML and JSON windows may seem like a waste or a confusion but I think it is cool - there could be a settings option to hide show these if editors react badly to these.

Editing tables and templates will be the big deal - these are a bastard to edit now - code soup. Don't feel that every single thing has to be supported - some stuff can be deprecated if there is another way of doing it which works better or even left to be editted in wikicode until the next version.

MediaWiki version 2.0; bring it on, the sooner the better. [[User:Filceolaire|Filceolaire]] 21:09, 13 December 2011 (UTC)

:There are a lot of preview modes right now, and even a peek at the transaction history. But that's mostly for us developers. [[User:NeilK|NeilK]] 21:37, 13 December 2011 (UTC)

== Keyboard shortcut to clear formatting ==

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

Please add a keyboard shortcut to clear formatting, that would be very handy. [[User:Jean-Frédéric|Jean-Fred]] 21:11, 13 December 2011 (UTC)

== Feedback ==

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

Interesting start! Finally something to show for all that WYSIWG talk...

1) When highlighting text & choosing to insert a link, the link text should default to the highlighted text. I.e. if I select "Gene Mosher" and want to insert a link to "Gene Mosher", I should not be required to re-type "Gene Mosher".

2) In toggle wiki-markup, I see that some links are formatted with _ instead of spaces (like [Gene_Mosher]), which would make a bunch of AWB users very unhappy...

3) It's my understanding this does not yet work for templates, right?

4) How do I save? Or see what changes I made? Confused. [[User:Renata3|Renata3]] 21:22, 13 December 2011 (UTC)

:(1-2) thanks for the feedback. (3) we are still working on a template interface. (4) right now, you can't save. [[User:NeilK|NeilK]] 21:38, 13 December 2011 (UTC)

== Link editing ==

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

By default, editing a link should probably edit the *whole* link.
Currently you only get the little arrow when you select some text in the link - should probably show anytime cursoring over a link.
Currently allows trailing spaces in links (which aren't shown normally, iirc)

Toolbar icons are excellent. Everything else feels pretty good (especially compared to wysiftw). Not sure how much is happening behind the scenes though.

-- Steve Bennett (stevage) [[User:Stevage|Stevage]] 21:45, 13 December 2011 (UTC)

** Also it is easy to select part of a link and edit it, while not editing the whole thing, resulting in two adjacent links (which aren't discernibly separate until one mouses over them). [[Special:Contributions/75.101.56.74|75.101.56.74]] 23:25, 13 December 2011 (UTC)

== Fantastic! A few points. ==

User agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2

1. Un-toggling the views (via the buttons on the right) is confusingly slow (i.e., multiple key presses) on Google Chrome 15.0.874.121-r109964 .
2. There's a citation needed tag, but it's not clear how one would edit that...? [[Special:Contributions/98.216.238.148|98.216.238.148]] 21:50, 13 December 2011 (UTC)

:That un-toggling slowness is puzzling us right now too. Trevor was trying to fix that until like, seconds before I deployed. [[User:NeilK|NeilK]] 21:51, 13 December 2011 (UTC)

:Oddly, I don't see this with Firefox, and it comes down to Webkit taking a ridiculous (like 10x) amount of time to give a result for domElement.clientWidth (which measures the size of an element on screen). But yes, we are looking into it for sure. --[[User:Trevor Parscal|Trevor Parscal]] 22:08, 13 December 2011 (UTC)

== Link button ==

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

Would be nice if you could position the cursor anywhere on an existing link and hit the link button to edit the destination: it seems that you have to drag and select at least one character within the link for the link button to do anything?

Similarly, when adding a new link, it would be nice if after selecting a span of text and hitting the link button, the edit link popup came up with the destination defaulting to the text you have selected, so if you need to change it, you can, but in many cases you won't. [[Special:Contributions/134.159.142.130|134.159.142.130]] 22:12, 13 December 2011 (UTC)

: See bugs https://bugzilla.wikimedia.org/show_bug.cgi?id=33049 and https://bugzilla.wikimedia.org/show_bug.cgi?id=33053

== Excellent starting point! ==

A few feedbacks:

# Dropdown/popup dialogs for formating are not clear enough - they don't stand out enough against the text. Dimming the rest seems to be a common way to do it.
# The "toggle XYZ view" icons look good, and having them separate makes them more accessible. I like this. However:
#:* "Toggle preview" is redundant, as the left pane is preview anyway
#:* When a view is shown, its icon should change, to make it clearer. (And clicking the icon again should remove the split view)
# Selecting text then clicking escape to de-select whatever options pop up, causes the text to change format
# Cut/paste/drag/drop obviously aren't there right now, though partly shown in help. I assume they will be at some point.
# Adding wikilinks will be a major activity and one of the most used functions. But finding the correct link isn't easy. An "Advanced>" or "Search>" option would be important.
#:* Bonus points if it can also explain "this isn't usually the best link" and show a list of possible links, if someone selects a disambiguation or redirect page (identified via template or page title).
# In some rich text processing software, clicking in the margin next to a paragraph, selects the entire paragraph. An easy way to select a paragraph, section, or entire containing section might be worth considering.
# When multiple editors work on a page, how will we avoid mayhem, or have meaningful attribution of edits? Or will it be local editing only, up to the point where the user presses "save"?
# If typing automatically edits the text, Readers could fear unintentionally changing or editing articles. For reassurance, users should choose "editing mode/reading mode" or have an "enable editing" button or icon, perhaps with editing tools and a subtle background color change (very pale cream?). If the user starts to do editing actions when it isn't enabled they should get a popup "You have started editing this page" or something. If this isn't considered then many editors not ''au fait'' with technology may panic the first time they get something unexpected when reading, and some may not access pages in future for fear of accidentally "doing something wrong" or typing into them.
[[user:FT2|FT2]] ([[User_talk:FT2|Talk]] | [[Special:Emailuser/FT2|email]]) 22:18, 13 December 2011 (UTC)

== Templates cannot be accessed or edited ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.970.0 Safari/535.13

They can, however, be deleted. [[User:Magnus Manske|Magnus Manske]] 22:22, 13 December 2011 (UTC)

: There's a couple of examples of a template being rendered (and being treated as a single character) in the demo. We do not have a template editor yet, and the user interface for editing templates, images and hooks is going to be different than editing text. This isn't included in the demo because it's not done yet. --[[User:Trevor Parscal|Trevor Parscal]] 22:43, 13 December 2011 (UTC)

== A step in the right direction ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

First off, great work team. This is one of the best WYSYWIG editors I have seen on the web. Visually, I have very few gripes with it. The layout is clean, minimal and works very well with the existing mediaWiki look. The icon set works well and most things are where you expect them to be.

There does seem to be some functionality lacking, but I'm sure this will be coming in the future (this is just a first pass, afterall).

One thing of note, though. It would be super awesome if you could directly edit the source pane and see this changes in the preview. That way you could do simple editing tasks quickly on the preview (left) pane, and then switch over to the source (right) pane to do tasks that require more complexity than the GUI allows while still having the benefit of seeing exactly what changes you are making. [[Special:Contributions/38.127.199.123|38.127.199.123]] 22:25, 13 December 2011 (UTC)

: Agree with the last point, that was something I thought too. [[user:FT2|FT2]] ([[User_talk:FT2|Talk]] | [[Special:Emailuser/FT2|email]]) 22:30, 13 December 2011 (UTC)

: The editor uses a data structure called Wikidom, which is based on Wikitext. We are working on a parser which can convert between Wikitext to Wikidom, but the parser isn't ready yet, so we can't convert from Wikitext to Wikidom - which means we can't make the right-pane editable. --[[User:Trevor Parscal|Trevor Parscal]] 22:46, 13 December 2011 (UTC)
:: "Yet" was the key word there. Thanks Trevor! [[user:FT2|FT2]] ([[User_talk:FT2|Talk]] | [[Special:Emailuser/FT2|email]]) 22:56, 13 December 2011 (UTC)

== List un-/remarking ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.970.0 Safari/535.13

Turning a bullet point or numbered list item into a normal paragraph inserts an additional blank line before the paragraph. Re-applying a list style will break the list order due to that blank line, resetting numbering to start at 1 again. [[User:Magnus Manske|Magnus Manske]] 22:27, 13 December 2011 (UTC)

== Cannot insert new link ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.970.0 Safari/535.13

Clicking on the link icon or pressing Command-K while in normal text should open the link dialog, either blank or pre-selecting the word the cursor is currently in. [[User:Magnus Manske|Magnus Manske]] 22:29, 13 December 2011 (UTC)

== Closing preview is strangely slow ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.970.0 Safari/535.13

Opening it is fast, though. Affects all types of preview. [[User:Magnus Manske|Magnus Manske]] 22:31, 13 December 2011 (UTC)

: See bug https://bugzilla.wikimedia.org/show_bug.cgi?id=33051

== Inserting HTML tags will keep them "as is" ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.970.0 Safari/535.13

Typing "dd" will add the exact same text to the wiki markup preview. However, if saved that way, they would render as italics, which is different from the Visual Editor display while editing. [[User:Magnus Manske|Magnus Manske]] 22:36, 13 December 2011 (UTC)

: Both the Wikitext and HTML serializers could use a lot of attention, this is known and should be improving soon. --[[User:Trevor Parscal|Trevor Parscal]] 22:49, 13 December 2011 (UTC)

== Pre-formatting text breaks in lists ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.970.0 Safari/535.13

In new document, write some characters, click on list, then change to "Preformatted". The wiki markup preview will show the leading "pre"-space after the list star, which will obviously not work in later rendering. [[User:Magnus Manske|Magnus Manske]] 22:39, 13 December 2011 (UTC)

== A space typed at the beginning of a paragraph... ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.970.0 Safari/535.13

...will be rendered into a normal wikitext space, which would create a "pre"-line in the next rendering. [[User:Magnus Manske|Magnus Manske]] 22:42, 13 December 2011 (UTC)

== "Double linking" ==

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

Pages such as [[computer science]] are being linked as <nowiki>[[computer science|computer science]]</nowiki>, required. Current best practice is to only link that sort of thing once. Is that a necessary technical change? [[User:Izno|Izno]] 22:43, 13 December 2011 (UTC)
:Looks like Dantman commented on this at [[#Collapse same text links]]. On a side note, there might be more than a few duplicate posts with the way this is currently set up... :3 --[[User:Izno|Izno]] 22:45, 13 December 2011 (UTC)

== Link removal cannot be undone ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.970.0 Safari/535.13

Also, removing part of a linked text works, but can leave trailing spaces within the link. [[User:Magnus Manske|Magnus Manske]] 22:47, 13 December 2011 (UTC)

== Pages accessible under multiple names ==

Although early stages, if we are redesigning the editor I would like to suggest an area of improvement to include within it.

A lot of pages can (and should) be accessible under multiple names. For example, project and community pages accessed under [[w:WP:SHORTCUT|WP:SHORTCUT]] redirects, and articles with common alternate names that users might look for them under.

Redirect management (managing alternate names and ensuring likely alternate names are created) is hard. It's hard to ensure consistent coverage, especially for topics with multiple or non-English alternate names, and often significant alternate names aren't found when one searches. For example the [[w:Mustafa Abdul Jalil|article on the Chairman of the Libyan Transitional Council]] commences:

<div style="border:black solid 1px;padding:3px;margin-left:30px">"'''Mustafa Abdul Jalil''' or '''Abdul-Jalil''' ([[W:Arabic|Arabic]]:مصطفى عبد الجليل, also transcribed '''Abdul-Jelil''', '''Abd-al-Jalil''', '''Abdel-Jalil''', '''Abdeljalil''' or '''Abdu Al Jeleil''')..."</div>

All 8 of these names including the Arabic, and possibly uncased or major familial-name variants, are possible valid redirects or expected page titles. There is no easy way for a non-expert editor to check that common "lookup terms" or alternate names are accounted for, or indeed to identify and remove "crufty" alternate names.

I would like to suggest a changed approach for alternate names, that would fit in well with the visual editor. What I'd like to see is that in the same way you will be able to visually add and edit a list of interwiki language links, or a list of categories, you can also add and edit a list of alternate page titles. That would replace (or act as a visual editing approach for) redirects.

The idea is that when you edit a page, you can simply edit a list of all other names that should redirect to this page, and mark one of them as the default page name. Conflicts where the same name appears on 2+ articles then naturally lead to a "this name is already used for XYZ article" and a request to disambiguate, or refusal to accept until it's resolved (ie the proposed name is unused elsewhere). I think this would help newcomers to enter and manage alternate page names and redirects in an easy visual manner. [[user:FT2|FT2]] ([[User_talk:FT2|Talk]] | [[Special:Emailuser/FT2|email]]) 22:54, 13 December 2011 (UTC)

== New document: List breaks editing completely ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.970.0 Safari/535.13

If, in the new document, the first action is "bullet list", the cursor is "trapped" before the bullet and cannot be moved anymore. [[User:Magnus Manske|Magnus Manske]] 22:53, 13 December 2011 (UTC)
: I can't reproduce this one, can you try to describe it more specific? --[[User:Inez|Inez]] 01:01, 14 December 2011 (UTC)

== No button for definition list ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.970.0 Safari/535.13

Also, opening this feedback form adds a "#" to the URL. Missing "return false", anyone? ;-) [[User:Magnus Manske|Magnus Manske]] 22:54, 13 December 2011 (UTC)

== Tables are missing! ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

I don't see how to enter a table or a mathematical formula! [[User:WiseWoman|WiseWoman]] 23:25, 13 December 2011 (UTC)

== Broken links still show up blue ==

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

[[User:Yair rand|Yair rand]] 23:28, 13 December 2011 (UTC)

== Linking tool allows broken page names ==

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

...resulting in things like <tt><nowiki>[[{}][|foo]]</nowiki></tt>. [[User:Yair rand|Yair rand]] 23:30, 13 December 2011 (UTC)

== Linking tool ==

Small comment on current linking implementation: when clicking hyperlink button, the selected text should be provided as the default hyperlink, similar to current editing practice (many many links are simple the display text itself). Furthermore, the editor should not create wikitext like <nowiki>"[[Computer_science|computer science]], ... is a [[Human-computer interaction|human-computer interaction]]"</nowiki> - I believe this will provoke bad reactions from the current Wikipedia editors. It should be trivial to simplify links where possible to: <nowiki>"[[computer science]], ... is a [[human-computer interaction]]"</nowiki>.

PS: Very nice editor. Almost irritating whether the text is editable - some hint like a border -- [[User:G.Hagedorn|G.Hagedorn]] 23:32, 13 December 2011 (UTC)

== Thank for your hard work on the new veditor! ==

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; .NET CLR 1.1.4322; OfficeLiveConnector.1.5; OfficeLivePatch.1.3; .NET4.0C; Zune 4.7; Creative AutoUpdate v1.40.01)

I'm impressed by how far you have gotten. Hopefully we will soon be able to opt-in on using the new editor in wikipedia and perhaps even install the extension on our own wikis?
I love what I see and can't wait to use it in action. I especially like how you don't have to enter a new edit-mode where you have to find the part your interested in to edit it.
Can't wait to see how saving and transactions will work. [[User:John Ericson|John Ericson]] 23:38, 13 December 2011 (UTC)

== Love it ==

User agent: Opera/9.80 (Windows NT 6.1; U; en) Presto/2.10.229 Version/11.60

Can we have it yesterday?
Also, if you could come up with something clever to support tables that would ne nice [[User:Milliped|Milliped]] 00:02, 14 December 2011 (UTC)

== H1 ==

does not exist on normal Wikipedia (and in fact most mediawiki) pages, since h1 is always the page title on mediawiki. Although it is possible to markup H1, it needs to be communicated to newby users that this is not desirable. I would be happy enough to have the option entirely removed from the editing toolbar, so that the h1 headings can be exclusively created in wiki text mode. [[User:G.Hagedorn|G.Hagedorn]] 00:14, 14 December 2011 (UTC)

== Amazing work ==

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

This is definitely something we've needed for a long long time. My finest compliments, if only in "beta beta" form, WMF team. [[User:Blurpeace|Blurpeace]] 00:25, 14 December 2011 (UTC)

== Internal links and when pipes aren't needed ==

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; CPDTDF; .NET4.0C)

Currently, it looks as if links are being piped when they don't need to be. [[Computer science|Computer science]] can be reduced to [[computer science]], but I can't see a way to do this in the visual editor as it doesn't convert the square brackets into a link (typing "[[computer science]]" does nothing, but I don't know if that's intentional or will change when the page is saved.)

Other than that, no complaints from me. A visual editor is something that newcomers and veterans alike could be very thankful for. [[Special:Contributions/188.29.53.2|188.29.53.2]] 00:27, 14 December 2011 (UTC)

== Great work ==

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

Looks great! Good luck, not an easy task, but should be worthwhile in the long run. [[Special:Contributions/65.110.28.92|65.110.28.92]] 01:11, 14 December 2011 (UTC)

== Lovely clean interface ==

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

I like it! The undo/redo was a nice touch. Curious as to how references and images will work with it. I'd certainly use this, if only for tables (if it works for these how I assume it should.) Great work.

(The article: The citation needed didn't appear in the wikitext at all? Wasn't manipulable.) [[User:Sonia|Sonia]] 01:55, 14 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. [[User:Waldir|Waldir]] 02:38, 14 December 2011 (UTC)

: Fixed in trunk. {{Bug|33049|RESO}}--[[User:Eloquence|Eloquence]] 03:34, 14 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. [[User:Waldir|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.--[[User:Eloquence|Eloquence]] 03:10, 14 December 2011 (UTC)

== link to feedback page ==

This feedback page should be linked from the testing page. [[User:Waldir|Waldir]] 02:47, 14 December 2011 (UTC)
:It is. Click "Leave feedback" and then "Visual editor/Feedback". --[[User:TMg|TMg]] 13:05, 14 December 2011 (UTC)
::Oh, right. Though it still feels kind of small-printey – I know that it was my distraction, but the fact that I missed it might mean something. [[User:Waldir|Waldir]] 13:21, 14 December 2011 (UTC)

== Brilliant work (Also: entering citations) ==

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

Probably the best WSIWYG editor I've ever seen. What'd I really like to see, though, is a simple system for adding citations. Often, I'm more than willing to add text, but adding citations is such rigmarole that I leave it to more experienced editors. [[Special:Contributions/24.126.201.119|24.126.201.119]] 03:04, 14 December 2011 (UTC)

: Agree, even as an experienced editor filling in sources is a real pain. A lot of the time it could be automated.

:What I would ''ideally'' like is to note that Firefox "citation" extensions exist for online sources, where much of the cite template (especially for common sites) is auto-filled once a citation page URL is known. I'd like this taken further, where a citation popup requires entering a URL and clicking a "next" button, and the software itself autofills as much as possible of the template, then presents it to the user for final editing before acceptance. Presumably this would require some kind of rules-base identifying data extractable from popular website pages given a URL, and localized substitutions to translate between textual information + template name, and wiki-markup:

:# User enters a URL (eg http://www.bbc.co.uk/nature/16157835 or http://www.ncbi.nlm.nih.gov/pubmed/21978001) and clicks "next"
:# Mediawiki looks up the domain (bbc.co.uk/nature/ or www.ncbi.nlm.nih.gov/pubmed/*) via its localized community-maintained list of known sources. It also checks via regex that the full URL matches the expected format of a BBC News or Pubmed page. If so, then it now "knows":
:#:* The usual citation template for that source on the wiki (eg: '''<tt>cite news</tt>''' for BBC News)
:#:* The formatting and arguments for the template {{nowrap|1=(eg: '''<tt><nowiki>{{</nowiki>$TEMPLATE {{!}} url=$URL {{!}} date=$PUBDATE {{!}} ...}}</tt>''')}}.
:#:* It can also rely upon standard page layout for BBC News or Pubmed abstracts, to read typical citation data from the page such as the source name ("BBC News" or "Pubmed"), publication date, date accessed, page/paper title, journal title and volume if applicable, authors, etc.
:# Mediawiki checks the cite template to use with the user, then presents the user with a panel showing side-by-side the source page in-frame and next to it a list of template fields and their estimated contents, for the user to fine tune.
:# User can easily compare source to template, edit the fields, and click OK.
:# Mediawiki takes the field contents as edited ($AUTHORS, $URL, $PUBDATE, ... etc) and the applicable substitution syntax to create markup/JSON for the user.

: This is also reversible, when a user clicks on an existing citation they can quickly be taken back to the double pane and list of fields in step 3 for further editing.

: Technically this should be possible. The URL gives the domain, the domain and a single regex check on URL confirms the page interpretation rules are correct and allows lookup of the correct template and the rules used to pull data from that page, there are perhaps no more than 10 - 15 standard fields which we need to extract and the lookup rules assign these to standard placeholders ready to check contents with the user, and to substitute the final values into the template.

: [[user:FT2|FT2]] ([[User_talk:FT2|Talk]] | [[Special:Emailuser/FT2|email]]) 10:32, 14 December 2011 (UTC)

== Opinion ==

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

Good work so far! Perhaps some tutorials should be run so that the community becomes comfortable with this new way of editing. Only thing I noticed which could be better is when I wikilinked a word (eg metaphor) instead of [[metaphor]] the wikitext format showed it as [[metaphor|metaphor]] which is a little redundant. [[User:DaGizza|DaGizza]] 03:22, 14 December 2011 (UTC)

:Also as an aside, I suggest you make the Wikipedia article on a more interesting topic. Something perhaps easier to read or more basic. Maybe an animal? You don't want people falling asleep while experimenting with the modern way of Wiki-editing! :P [[User:DaGizza|DaGizza]] 03:25, 14 December 2011 (UTC)

:: Good point. Nominations welcome in this thread. We'll have to simplify it a bit while we can't do the fancy stuff (images etc.) yet.--[[User:Eloquence|Eloquence]] 03:35, 14 December 2011 (UTC)
::: [[:en:Love]]?--[[User:Ymblanter|Ymblanter]] 12:05, 14 December 2011 (UTC)

== Link activation ==

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

I vote for:
1) one click = manipulation of link's text.
2) double click = link activation [[User:Synagonism|Synagonism]] 04:32, 14 December 2011 (UTC)

== Select and overwrite ==

Impressive work, everybody. I think I spotted a bug that occurs when selecting a word via the keyboard and overwriting it: https://bugzilla.wikimedia.org/show_bug.cgi?id=33078 --[[User:DarTar|DarTar]] 04:56, 14 December 2011 (UTC)

== Looking good. :D Tracking bug for i18n issues coming... ==

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

I've started a tracking bug for internationalization & multilingual issues: https://bugzilla.wikimedia.org/showdependencytree.cgi?id=33077&hide_resolved=1

With more people involved in testing, we should have more opportunities to get these worked out... IME support may be tricky but is really required for some languages; bidi will be ... interesting but should be doable. :) [[User:Brion VIBBER|brion]] 04:57, 14 December 2011 (UTC)

== Toggle vs Tab ==

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

Using "toggles" leaves few space for editing AND there is no one to one correspondence between markup and visual-text.
In my HtmlMgr [1] try, I used 3 tabs.
* A "browser-tab" for the readers where with one click they activate the links and there is no toolbar.
* A "wysiwyg(visual)-tab" for editors where with double-clicks they follow the links.
* A "source-tab" for authors who prefer markup.
Also with a splitter on the left with the table-of-contents the readers and the editors where able to go to the same position of the text following any of the above tabs.
 My synagonism-mediawiki-skin [2] has a similar splitter as the above.
 [1] http://htmlmgr.sourceforge.net/
 [2] http://synagonism-mw.sourceforge.net/ [[User:Synagonism|Synagonism]] 05:03, 14 December 2011 (UTC)

== How to make reference and citations? ==

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.8 (KHTML, like Gecko) Chrome/17.0.942.0 Safari/535.8

It would be much helpful if the edit tool bar have reference, citations and all available wiki operation tools to enhance the editing experience by the user rather than make him/her memorize the syntax for everything. [[User:Bala8vijay|Bala8vijay]] 05:17, 14 December 2011 (UTC)

== Kudoz ==

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

Way to goo.. But great work. Kudoz to all behind this. This will defenitely improve the wiki editing.. [[User:Anoopan|Anoopan]] 05:42, 14 December 2011 (UTC)

== References ==

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

Nice start! I'm hoping the final version will have both basic and advanced citation/reference functionality. [[User:Ocaasi|Ocaasi]] 05:43, 14 December 2011 (UTC)

== Scrolling weirdness ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0.1) Gecko/20100101 Firefox/8.0.1

After loading the page, if I try to scroll down, it jumps back to the first header on the page where the cursor is rather than leaving me wherever I scrolled to. [[User:Kaldari|Kaldari]] 06:13, 14 December 2011 (UTC)
:I can confirm this, very weird. (Firefox 8.0) --[[Special:Contributions/92.225.25.202|92.225.25.202]] 10:31, 14 December 2011 (UTC)

== Handling of elements out of context ==

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

In wikicode there can be templates that opens boxes somewhere else on the page. This isn't easy to grasp in a WYSIWYG environment. How will you handle this? Through some small marker in the editable text? [[User:Jeblad|Jeblad]] 06:42, 14 December 2011 (UTC)

== Handling of selections crossing element boundaries ==

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

A selection can start in ordinary text and extend into another element, for example into a link. ([[User:Jeblad/visual editor test|example]]) A simplistic handling of this will leave the generated code in an erroneous state. How do you plan to handle this, an easy approach is either to extend the selection to include the whole element or to not select inside additional elements. The fist is probably a valid approach for inline elements, while the latter is probably a valid approach for block elements that is removed from the ordinary document flow. And then there is all the other cases with inline-block and run-ins and … all sorts of problems creep out! [[User:Jeblad|Jeblad]] 06:49, 14 December 2011 (UTC)

== Input Method ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

In Firefox 7.0.1 @ Mac OS X, input methods don't work. [[User:Hat600|Hat600]] 08:45, 14 December 2011 (UTC)

== Brion rules ==

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

Congratulations Brion! You showed before year end a prototype of a visual editor. Awesome!

Ad Huikeshoven [[User:Dedalus|Dedalus]] 08:45, 14 December 2011 (UTC)

== Real good ==

User agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.24) Gecko/20111103 Firefox/3.6.24

It looks nice, it is fast, it has parallel views, it is good. I really like it, can't wait for new features.
I expirience some "view glich" when I was typing in parrallel view and both views where visual editor (not JSON, HTML). I was typing some order list and a paragraph after that (maybe it can help). [[Special:Contributions/213.137.114.142|213.137.114.142]] 08:51, 14 December 2011 (UTC)

== Keyboard shortcuts for Paragraph / Heading 1... ==

User agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.13 (KHTML, like Gecko) Chrome/9.0.598.0 Safari/534.13

Very nice editor !
I wonder if it would be possible to add shortcuts for the formatting.
Like ctrl+P (Paragraph), ctrl+H (toggle Heading 1, Heading 2...), ctrl+* (List item)

This would be really cool, as it would allow to type all on the keyboard, and not needing the mouse to adjust titles. [[Special:Contributions/148.177.129.211|148.177.129.211]] 08:55, 14 December 2011 (UTC)

== Bold and Italics ==

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_5_8) AppleWebKit/534.50.2 (KHTML, like Gecko) Version/5.0.6 Safari/533.22.3

they don't work for me.
[[User:Xaura|Xaura]] 09:06, 14 December 2011 (UTC)

== Lack of "advanced" tools ==

User agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.2 (KHTML, like Gecko) Ubuntu/11.10 Chromium/15.0.874.106 Chrome/15.0.874.106 Safari/535.2

Hello, I really like this new interface, but I think it lacks an "advanced" button, or a panel like the one on the right side of this page http://elderscrolls.wikia.com/index.php?title=Ysgramor&action=edit : Here I cannot see a way to add a category, a table or an image, I can not see the list of the templates... [[User:Ash Crow|Ash Crow]] 09:25, 14 December 2011 (UTC)

== Heading 1, keyboard shortcuts ==

Some Linux, Firefox 8

Hi,

That's really awesome!

I suggest hiding the “Heading 1” from the dropdown menu, as it will most likely confuse new users because it shouldn't be used.
Having “standard” keyboard shortcuts for bold (<kbd>ctrl+b</kbd> in English, <kbd>ctrl+g</kbd> in French…), italic (<kbd>ctrl+i</kbd>), headings (<kbd>ctrl+1/2/3/4/5/6</kbd>) would be cool too.

Can't wait to see how it'll look with templates, math formulas and images ;)

Best regards — [[User:Arkanosis|Arkanosis]] [[User talk:Arkanosis|✉]] 09:47, 14 December 2011 (UTC)

== Cool stuff ==

User agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.120 Safari/535.2

That might lower the entry threshold. [[Special:Contributions/193.108.184.61|193.108.184.61]] 09:57, 14 December 2011 (UTC)

== Incompatible with Opera 10.60 ==
User agent: Opera/9.80 (Windows NT 6.1; U; en) Presto/2.10.229 Version/11.60

Edition is broken as the cursor position is off, no headlines can be created, bulleting things does work but the text is not associated with the bullet, etc pp. I stopped testing as the first 10 seconds were ugly [[Special:Contributions/217.86.203.29|217.86.203.29]] 09:58, 14 December 2011 (UTC)
:No problem for me. I'm using the same version. Please check if you are using extensions. I had to disable my ad blocker extension. --[[User:TMg|TMg]] 13:03, 14 December 2011 (UTC)

== cool but links editing isnt great ==

User agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

Hey,

very cool feature!

But you can improve linking: Add a little searchfield for other wikipedia artikel and make it possible to click on a link for test purposes.

Tx. [[Special:Contributions/194.76.29.2|194.76.29.2]] 10:05, 14 December 2011 (UTC)

== No input possible in Opera/Linux ==
User agent: Opera/9.80 (X11; Linux x86_64; U; nb) Presto/2.10.229 Version/11.60

With Opera on
Version 11.60 (1185 ). Platform Linux , System x86_64, 2.6.32-30-generic
I can't input or delete text. Line breaks and changing layout via the menu or the context-menu is possible though. Works in Firefox on the same machine. [[Special:Contributions/80.65.54.242|80.65.54.242]] 10:16, 14 December 2011 (UTC)
:No problem with Opera (same build) on Windows. --[[User:TMg|TMg]] 12:56, 14 December 2011 (UTC)

== Great work, some hints (that probably have been mentioned) ==

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

Dear Wiki Devs,

first of all, great work! That will make it a whole lot easier for new users to edit articles. While testing the editor I noticted some things:

# While inserting a link, propose articles to the user (Google style) as he/she types.
# When you activate preview mode, the space between p's is smaller than the one between the div's in the editor. I would like the space to be equal, so the editor mode looks even more like the preview.
# When changing the format (Heading 1 / Heading 2 / Paragraph) give the user a chance to get outta there with ESC.

Thanks for your great work.
David [[Special:Contributions/194.114.62.72|194.114.62.72]] 10:24, 14 December 2011 (UTC)

== Nice ==

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

Missing table editing

[[Special:Contributions/194.127.8.27|194.127.8.27]] 10:24, 14 December 2011 (UTC)

== Bullet lists - no feedback possibilty ==

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

It is not possibel for me to give you feedback, until there is only this small rubbish window.

I found a problem, made a screenshot and you wil see the problem with one look on it.

I'm not willing to write a description about a few pages and afterwards the problem isn't clear.

Just a hint to solve the communication problem. Use a Wiki.

Best Robert [[User:Robert Radke|Robert Radke]] 10:34, 14 December 2011 (UTC)

== Context menus ==

Some discussion needed later, on what context-menu options should be shown to the user, when they right click a link or other specialized formatting, some selected text, a section header, etc (or equivalent on a mac or handheld device). [[user:FT2|FT2]] ([[User_talk:FT2|Talk]] | [[Special:Emailuser/FT2|email]]) 10:36, 14 December 2011 (UTC)

== Tables ==

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

Hello great Wikipedia-Team.
I think the visual-editor is a nice feature.
Whats about tables? I think this will be a great feature (like tables in other inline editors).

Kind Regards

[[Special:Contributions/62.152.161.149|62.152.161.149]] 10:37, 14 December 2011 (UTC)

== How do you add citation references? ==

User agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; OfficeLiveConnector.1.5; OfficeLivePatch.1.3; .NET4.0C)

Its not clear if there is any help for editors who wish to cite their sources. How do you insert references and refrerence lists? Do you still have to write HTML code ("<nowiki><ref></ref></nowiki>") in order to cite your sources?
Hopefully this process can be made easier for editors using some sort of drop down template. [[User:Gavin.collins|Gavin.collins]] 10:39, 14 December 2011 (UTC)

== oh wow! ==

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

guys I must say I love this. It is sleek, stylish and smooth, reminds me of the iphone UI... the only thing is when can we have the product. I have lots of clients for whom this is *THE* topmost concern and I know they will love this UI to death.

I specifically like that you can type directly on the screen and not in an editor box, which is much more compelling to users.

Absolutely fantastic. Testing this on FF/Win XP btw... [[Special:Contributions/77.10.73.34|77.10.73.34]] 10:42, 14 December 2011 (UTC)

== CJK characters ==

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

CJK characters are not able to display under Windows XP with Google Chrome [[User:Tomchiukc|Tomchiukc]] 10:48, 14 December 2011 (UTC)

== really cool ==

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

at first it is a little bit irritating to write to the plain page (without 'editing-box'), but after some try's it is really good.
One problem occured:
the undo/redo of increasing/reducing the indentation of a normal list does nothing (in the editor), and after that the list-item can't made bold,italic, inc/decr intendation. Too, the wiki-code-preview displays only the first two lines, and no lists.
it would be good to grey out the 2 buttons, if there is nothing to undo/redo.
And maybe there could be a bit more color (i.e. the link-dialog: green/red accept/cancel pic)
[[Special:Contributions/88.74.251.29|88.74.251.29]] 10:50, 14 December 2011 (UTC)

== math formula ==

User agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.2 (KHTML, like Gecko) Ubuntu/10.04 Chromium/15.0.874.106 Chrome/15.0.874.106 Safari/535.2

it would be nice to have a math-environement. it would suffice to have a small textfield inside the text where one could write latex code.
best would be if it would be rendered while typing (see LyX-Editor) [[Special:Contributions/129.70.15.60|129.70.15.60]] 10:54, 14 December 2011 (UTC)

== the input support for Chinese isn't very well ==

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

Only input the characters one by one though I have make a word or sentence in my chinese IME
IME:google pinyin IME 3
PS:It's glad to hear that the VisualEditor have done for test.I hope it
can support more function.
[[User:Cwek|Cwek]] 11:06, 14 December 2011 (UTC)

== Link remove ==

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

1. Mark a text
2. Add a link to the text
3. Move the cursor after the last character in the link, before the space.
4. add a space and start typing more text.
5. realize that you didn't want the added text to be in the link
6. try to remove the link from the text :-( -> don't work [[Special:Contributions/217.225.103.152|217.225.103.152]] 11:08, 14 December 2011 (UTC)

== What I really miss ==

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

What I really miss is not text editing (that was already pretty straight forward before), but a tool for creating tables, making references, adding citations and so on.
[[Special:Contributions/92.231.117.89|92.231.117.89]] 11:10, 14 December 2011 (UTC)

== Scrollbar not working ==

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

Use Firefox 8.0 on Fedora 16,
Go to the Page
http://www.mediawiki.org/wiki/Special%3AVisualEditorSandbox#
Scroll down to the end of the page, add some text.
Try to go to the top of the page to give feedback using the scrollbar:
click on the bar and move it to the top, it jumps back where the edit toolbar is.
Other Way: click on the space over the bar, it jumps back too. [[Special:Contributions/217.225.103.152|217.225.103.152]] 11:12, 14 December 2011 (UTC)

== Edit link ==

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

When "Page title"-field is left blank and "Enter" is pressed, the before marked term should be chosen automatically as the link-goal.

1) Mark "X Window System"
2) Choose "Edit Link" in Dropdown-Menu
3) Leave "Page title" blank
4) Press Enter
5) "X Window System" is chosen as link automatically [[User:Denis Barthel|Denis Barthel]] 11:13, 14 December 2011 (UTC)

== This is awesome! ==

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

First contenteditable editor I actually like! Well, besides Google's. [[Special:Contributions/209.6.49.177|209.6.49.177]] 11:25, 14 December 2011 (UTC)

== Does not work on Konqueror ==

User agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.1 (KHTML, like Gecko) Ubuntu/11.10 Chromium/14.0.835.202 Chrome/14.0.835.202 Safari/535.1

HTML5 and Javascripts are a MESS. [[Special:Contributions/91.183.59.105|91.183.59.105]] 11:26, 14 December 2011 (UTC)

== Problem in undo history ==

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

When removing a link from a text (marking the text, selecting link, remove icon), this action is not part of the undo history and can not be undone [[Special:Contributions/213.214.23.220|213.214.23.220]] 11:26, 14 December 2011 (UTC)

== Page history ==

Should it be a page history available somewhere? (Obviously it does not have much sense without the save option).--[[User:Ymblanter|Ymblanter]] 12:01, 14 December 2011 (UTC)

If I make a change (e.g. boldface), I get the button in the right bottow side of the area I changed. If I click on the button, I get the menu (boldface, italic, smth else). While I am in the menu, the hot keys (Ctrl-Z & Ctrl-Y) do not seem to work. FF7 if it matters.--[[User:Ymblanter|Ymblanter]] 12:01, 14 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.

== The most amazing thing ever! ==

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

Simply put? Fucking awesome. [[Special:Contributions/65.254.29.194|65.254.29.194]] 12:23, 14 December 2011 (UTC)

== Link's suggestion ==

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

I think it may be very useful to suggest a destination when adding a link. For example if I select "computer science" and add a link, the system may automatically suggest "computer science" for the destination.

And it's a ery very nice tool!! [[User:Binabik155|Binabik155]] 12:26, 14 December 2011 (UTC)

== Great Work! And: Some questions : ) ==

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

Great work guys - makes editing easier than ever!

I got some questions for the future development of the editor:

1. How do you plan to implement templates, which are used quite often at the Wikipedia and are most of the time even nested into other templates.

2. Do you plan to support the Semantic MediaWiki and its Attributes?

3. How are you going to implement the selection and inclusion of Categories? [[User:Cagey83|Cagey83]] 12:28, 14 December 2011 (UTC)

== Typing does not replace hilighted text. ==
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0

If you select some text, I would expect any subsequent typing to replace the selected text. This does not occur.

Other than that... Wow! [[Special:Contributions/93.89.130.2|93.89.130.2]] 12:29, 14 December 2011 (UTC)
:I can't reproduce this in the current Firefox 8. Selected text is replaced. Please try to disable all add-ons. It would be good to know what causes this issue for you. --[[User:TMg|TMg]] 13:12, 14 December 2011 (UTC)

== Toggle wiki,json, html ==

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

extremely slow [[Special:Contributions/24.136.38.184|24.136.38.184]] 12:49, 14 December 2011 (UTC)

== Saving ==
User agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.16) Gecko/20111108 Iceweasel/3.5.16 (like Firefox/3.5.16)

I t is not intuitively clear when a change is saved. [[Special:Contributions/131.188.30.89|131.188.30.89]] 12:59, 14 December 2011 (UTC)
:Currently, it's never saved. It's a sandbox only. --[[User:TMg|TMg]] 13:09, 14 December 2011 (UTC)

== Opera ==
User agent: Opera/9.80 (Windows NT 6.1; U; de) Presto/2.10.229 Version/11.60

Its not possible to add text. Newest version of Opera (Win 7 prof.). [[User:Yoursmile|Yoursmile]] 13:10, 14 December 2011 (UTC)
:No problem for me. Do you use extensions? I had to disable my ad blocker extension first. --[[User:TMg|TMg]] 13:14, 14 December 2011 (UTC)

== Slow ==

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

I used Chrome 15 and it is just Slow... Scrolling down the page is slow, toggle preview... everything ist just slow... [[Special:Contributions/81.7.222.41|81.7.222.41]] 13:14, 14 December 2011 (UTC)

== Direct Paste of Images ==

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

Would like to paste images from Clipboard to Text. [[Special:Contributions/212.21.84.250|212.21.84.250]] 13:15, 14 December 2011 (UTC)

== Cut and paste ==

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

The current prototype extracts the text only when doing cut and paste inside the editor. Is the planned behaviour? [[User:Pjacobi|Pjacobi]] 13:26, 14 December 2011 (UTC)

== Respekt :-) ==

User agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Coole Sache :-) [[Special:Contributions/194.149.241.3|194.149.241.3]] 13:30, 14 December 2011 (UTC)

== It's very CPU intensive ==

User agent: Mozilla/5.0 (X11; U; Linux i686; el-GR; rv:1.9.2.24) Gecko/20111107 Ubuntu/10.04 (lucid) Firefox/3.6.24

on an 2code atom notebook it easily hits more than 70% cpu usage even on _very_ simple tasks (e.g. marking text) [[Special:Contributions/87.202.183.123|87.202.183.123]] 13:33, 14 December 2011 (UTC)

== Well done ==

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

Hi, this preview is really well done. I think it's a good start to help newbies. I hope there will be an option for including templates and categories. Greetings from Germany, [[User:Inkowik|Inkowik]] 13:40, 14 December 2011 (UTC)

== knorke ==

User agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E)

Löschen [[Special:Contributions/195.200.70.50|195.200.70.50]] 13:48, 14 December 2011 (UTC)

== AJAX meets MediaWiki! And there was much rejoicing!! ==

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

As another comment mentioned, [[ doesn't create links. I was expecting to use wiki syntax in the dynamic editor and see a link appear, or bold text ('''..''' instead of by ..), indents, etc. Bring back wiki-syntax and I'll love you forever.
dan [[Special:Contributions/138.162.0.42|138.162.0.42]] 13:57, 14 December 2011 (UTC)

== preset text in links and link testing ==

User agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12

1. I would have thought that most links are identical to their text, as in [[metaphor]]. But when I clicked on 'metaphor' to add a link, it didn't default to this assumption.
2. Are links such edited checked in any way?
3. I miss tables...
4. Good work, thanks.
Feedback to my feedback: daniel@agac.de
[[User:Dcutter|Dcutter]] 14:01, 14 December 2011 (UTC)dcutter

== incomplete undo function ==

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

the undo function doesn't undo the "clear formatting" command [[Special:Contributions/141.84.69.20|141.84.69.20]] 14:02, 14 December 2011 (UTC)

== I want this! ==

User agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

[[Special:Contributions/147.9.86.221|147.9.86.221]] 14:07, 14 December 2011 (UTC)

== Great! ==

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

Sleek, easy to use and very comfortable. Very nice ;D [[Special:Contributions/132.230.140.151|132.230.140.151]] 14:07, 14 December 2011 (UTC)

== scrolling getting stuck within pointer "view" ==

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

I cannot scroll past a point where the pointer is not visible, meaning that if the pointer for text insertion is at line 20, I cannot scroll the window to a position where line 20 is not visible.
using Firefox 8 [[Special:Contributions/93.97.40.6|93.97.40.6]] 14:11, 14 December 2011 (UTC)

== Wrong code generation :) ==

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0a2) Gecko/20111030 Firefox/9.0a2 SeaMonkey/2.6a2

I could easily generate such code with the new editor:

# ==In point of sale graphic interfaces==
# In point of sale graphic interfaces

But the normal wiki2html code cannot render it correctly :) [[Special:Contributions/84.147.74.142|84.147.74.142]] 14:19, 14 December 2011 (UTC)

== Undo ==

User agent: Opera/9.80 (Windows NT 6.1; U; en) Presto/2.10.229 Version/11.60

Hi,
the undo does not work for the "clear formatting" feature.

Cheers,
Jens [[Special:Contributions/134.2.241.90|134.2.241.90]] 14:31, 14 December 2011 (UTC)

== mouse pointer vanishes ==

User agent: Opera/9.80 (Windows NT 6.1; U; en) Presto/2.10.229 Version/11.60

sometimes after selecting some text. it comes back only after moving the pointer further away from the selection (at least 4 cm or so).
i use the newest opera version under win7. [[Special:Contributions/134.2.241.90|134.2.241.90]] 14:34, 14 December 2011 (UTC)

== Keyboard bindings not working ==

User agent: Mozilla/5.0 (compatible; rv:2.0) Gecko/20110101 Firefox/4.0

Some of the keyboard bindings like "move one word left/right" (ALT + Arrow_Left/Right) is not working on Mac. [[Special:Contributions/129.132.244.151|129.132.244.151]] 14:59, 14 December 2011 (UTC)

== There is not carret which show the insert point ==

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

[[User:Xavier Combelle|Xavier Combelle]] 15:08, 14 December 2011 (UTC)

== Feedback by users that see no feedback link ==

[[File:Screenshot_Visual_Editor_Sanbox_MediaWiki.PNG|thumb|a beautiful minimalist design, but ...]]
Some feedback by German users here: [[:de:Wikipedia Diskussion:Kurier#What You See Is What You Get (WYSIWYG)]]

== undo problem ==

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

Apparently when you remove a link it can't be undone [[User:Xavier Combelle|Xavier Combelle]] 15:15, 14 December 2011 (UTC)

== Keyboard Shortcuts for Selection use Ctl, not Alt in Chrome ==

User agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.13 (KHTML, like Gecko) Chrome/18.0.970.1 Safari/535.13

Visual Editor sandox help states:

Selection

⇧ + Arrow Adjust selection

Alt + Arrow Move cursor by words or blocks

Alt + ⇧ + Arrow Adjust selection by words or blocks

But for me the keyboard shortcuts are:

Selection

⇧ + Arrow Adjust selection

Ctl + Arrow Move cursor by words or blocks

Ctl + ⇧ + Arrow Adjust selection by words or blocks

[[User:Apa|Apa]] 15:33, 14 December 2011 (UTC)

== Minor bug ==

User agent: Opera/9.80 (Windows NT 5.1; U; en) Presto/2.10.229 Version/11.60

I like this, it's very impressive. Good work. One thing I've notice: If I type [[abc|abc]] it doesn't convert to a link, however it shows as one in the wikitext preview. [[Special:Contributions/81.171.248.170|81.171.248.170]] 15:36, 14 December 2011 (UTC)

== Can't stop editing a number list ==

User agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

Most text editors "stop" the number list if you press RETURN in an empty line. [[Special:Contributions/213.193.83.74|213.193.83.74]] 15:37, 14 December 2011 (UTC)

== Wiki Templates ==

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

How I would envision the insertion of a template: a drop down search box that has all (and only) available templates indexed (basically a "Template:" namespace search), and works similarly to the standard Wikipedia search box in that it has a drop-down, automatically-updating listing of "guesses" based on what characters the user has typed in so far, each of which can be clicked on (or arrowed-down to) to be selected.

Upon selection, a titled box (the title will be the title of the template) will be inserted into the editor...article...space (whatever you're calling it) and it will contain what basically looks like a simple web form comprised of labels and expandable text boxes (much like the one I am typing into at this very moment), each corresponding to one of the parameters in the template. A basic web form is something that the average internet user is very used to.

I can also envision the possibility of features such as bolding the labels of each parameter that is considered mandatory (a parameter that, if not filled in, leaves you with a broken template or wiki-code all over the place in the actual article), or the ability to restrict the type of input into a text box based on possible restrictions coded into the template on its corresponding parameter (it wouldn't make a lot of sense to let people insert the value "David Bowie" into a parameter named "percentage"). [[User:Cogniac|Cogniac]] 15:37, 14 December 2011 (UTC)

== Undo/redo broken ==

User agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

When I undo changes, I sometimes have to click several times. Redo works just once.

To repeat: Select the bullet list at the end of the sample. Click "Number list". Convert the whole list to a numbered list. Try undo/redo. [[Special:Contributions/213.193.83.74|213.193.83.74]] 15:39, 14 December 2011 (UTC)

== View Toggles ==

User agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

I have noticed that when I un-toggle any of the "views" at the right end of the toolbar so as to not be in any view at all (return to the un-split screen just featuring the article), there is a fairly bad delay that somewhat freezes the current tab in the browser.

For reference, this is in Chrome 16.0.912.63 m [[Special:Contributions/140.90.80.65|140.90.80.65]] 15:42, 14 December 2011 (UTC)

== WYSIWYG editor, (X)HTML markup... ==

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

Great to see progress on this oh so hard challenge ! :-) And oh so much needed ! I am impatient to be able to make a little change on some word without having to swim in all the wikisoup surrounding it.

Please make the easy buttons mark up content as (X)HTML elements “strong” — strong emphasis — and “em” — emphasis —. These are the accessible and semantic elements that are almost always the correct ones when insisting on some content. A contrario, the elements “b” — bold — and “i” — italic — are very rarely the correct ones, they are not semantic, not accessible, they are presentation only, i.e. style, and so their right place is CSS rather than (X)HTML, and so XHTML plans to phase them out.

Thanks, and keep up the good work !

Nnemo
[[User:Nnemo|Nnemo]] 15:44, 14 December 2011 (UTC)

== LaTex and Table Editing ==

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

There is no Support for TeX and Table editing. [[User:MovGP0|MovGP0]] 15:59, 14 December 2011 (UTC)

== Source Editing ==

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

It should be possible to edit the Source on the left side and get a live-preview on the right side. [[User:MovGP0|MovGP0]] 15:59, 14 December 2011 (UTC)

== References ==

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

a method for adding references seems to be missing. [[User:MovGP0|MovGP0]] 16:00, 14 December 2011 (UTC)

== Visual editor sandbox ==

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

format changing is not Undo-able.
[[User:Reinstall|Reinstall]] 16:07, 14 December 2011 (UTC)

== WYSIWYG editor ; deleting a link text... ==

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

Hello again,

This WYSIWYG editor is already brilliant, and yet there is so much to improve !

I edit a link. The validating tick is disabled.

I delete the link text.

The validating tick gets enabled.

So far, so good.

I click on the validating tick.

Expected behaviour :

The formerly link is not a link anymore.

Actual behaviour :

The link is still a link, and has its old target. As if my edit operation had been cancelled.

Thanks for improving that !

Nnemo
[[User:Nnemo|Nnemo]] 16:24, 14 December 2011 (UTC)

== Visual Editor feedback ==

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

You should add a button for making a reference. And one for including images. [[Special:Contributions/216.65.151.102|216.65.151.102]] 16:30, 14 December 2011 (UTC)

MediaWiki - User contributions [en]

VisualEditor/Feedback