VisualEditor/Feedback/Archive/2011/12

This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current talk page.

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. Daniel Friesen (Dantman) 20:38, 13 December 2011 (UTC)[reply]

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. -- JakobVoss 22:16, 13 December 2011 (UTC)[reply]

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 [[asdf]] instead of outputting [[asdf|asdf]] as the wikitext. Daniel Friesen (Dantman) 20:43, 13 December 2011 (UTC)[reply]

But [[foo|foo]] should always collapse to [[foo]] for every "foo". If you link "Asdf" to "asdf", the editor does not collapse, so everything is right. -- JakobVoss 22:19, 13 December 2011 (UTC)[reply]

This can be done intelligently; if the markup is foo2 and foo2 would resolve to the same page as foo1 (typically foo1=foo2 if 1st characters uppercased), then replace 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. Filceolaire 21:09, 13 December 2011 (UTC)[reply]

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

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. Jean-Fred 21:11, 13 December 2011 (UTC)[reply]

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. Renata3 21:22, 13 December 2011 (UTC)[reply]

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

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) Stevage 21:45, 13 December 2011 (UTC)[reply]

- 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). 75.101.56.74 23:25, 13 December 2011 (UTC)[reply]

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...? 98.216.238.148 21:50, 13 December 2011 (UTC)[reply]

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

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. --Trevor Parscal 22:08, 13 December 2011 (UTC)[reply]

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. 134.159.142.130 22:12, 13 December 2011 (UTC)[reply]

See bugs bugzilla:33049 and bugzilla: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.

FT2 ^{(Talk | email)} 22:18, 13 December 2011 (UTC)[reply]

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. Magnus Manske 22:22, 13 December 2011 (UTC)[reply]

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. --Trevor Parscal 22:43, 13 December 2011 (UTC)[reply]

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. 38.127.199.123 22:25, 13 December 2011 (UTC)[reply]

Agree with the last point, that was something I thought too. FT2 ^{(Talk | email)} 22:30, 13 December 2011 (UTC)[reply]

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. --Trevor Parscal 22:46, 13 December 2011 (UTC)[reply]

"Yet" was the key word there. Thanks Trevor! FT2 ^{(Talk | email)} 22:56, 13 December 2011 (UTC)[reply]

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. Magnus Manske 22:27, 13 December 2011 (UTC)[reply]

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. Magnus Manske 22:29, 13 December 2011 (UTC)[reply]

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. Magnus Manske 22:31, 13 December 2011 (UTC)[reply]

See bug bugzilla: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. Magnus Manske 22:36, 13 December 2011 (UTC)[reply]

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

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. Magnus Manske 22:39, 13 December 2011 (UTC)[reply]

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. Magnus Manske 22:42, 13 December 2011 (UTC)[reply]

"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 [[computer science|computer science]], required. Current best practice is to only link that sort of thing once. Is that a necessary technical change? Izno 22:43, 13 December 2011 (UTC)[reply]

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 --Izno 22:45, 13 December 2011 (UTC)[reply]

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. Magnus Manske 22:47, 13 December 2011 (UTC)[reply]

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 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 article on the Chairman of the Libyan Transitional Council commences:

"Mustafa Abdul Jalil or Abdul-Jalil (Arabic:مصطفى عبد الجليل, also transcribed Abdul-Jelil, Abd-al-Jalil, Abdel-Jalil, Abdeljalil or Abdu Al Jeleil)..."

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. FT2 ^{(Talk | email)} 22:54, 13 December 2011 (UTC)[reply]

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. Magnus Manske 22:53, 13 December 2011 (UTC)[reply]

I can't reproduce this one, can you try to describe it more specific? --Inez 01:01, 14 December 2011 (UTC)[reply]

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? ;-) Magnus Manske 22:54, 13 December 2011 (UTC)[reply]

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! WiseWoman 23:25, 13 December 2011 (UTC)[reply]

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

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

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 [[{}][|foo]]. Yair rand 23:30, 13 December 2011 (UTC)[reply]

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 "[[Computer_science|computer science]], ... is a [[Human-computer interaction|human-computer interaction]]" - I believe this will provoke bad reactions from the current Wikipedia editors. It should be trivial to simplify links where possible to: "[[computer science]], ... is a [[human-computer interaction]]".

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

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. John Ericson 23:38, 13 December 2011 (UTC)[reply]

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 Milliped 00:02, 14 December 2011 (UTC)[reply]

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. G.Hagedorn 00:14, 14 December 2011 (UTC)[reply]

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. Blurpeace 00:25, 14 December 2011 (UTC)[reply]

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 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. 188.29.53.2 00:27, 14 December 2011 (UTC)[reply]

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. 65.110.28.92 01:11, 14 December 2011 (UTC)[reply]

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.) Sonia 01:55, 14 December 2011 (UTC)[reply]

link to feedback page

This feedback page should be linked from the testing page. Waldir 02:47, 14 December 2011 (UTC)[reply]

It is. Click "Leave feedback" and then "Visual editor/Feedback". --TMg 13:05, 14 December 2011 (UTC)[reply]

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. Waldir 13:21, 14 December 2011 (UTC)[reply]

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. 24.126.201.119 03:04, 14 December 2011 (UTC)[reply]

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: cite news for BBC News)
- The formatting and arguments for the template (e.g.: {{$TEMPLATE | url=$URL | date=$PUBDATE | ...}}).
- 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.

FT2 ^{(Talk | email)} 10:32, 14 December 2011 (UTC)[reply]

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 which is a little redundant. DaGizza 03:22, 14 December 2011 (UTC)[reply]

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 DaGizza 03:25, 14 December 2011 (UTC)[reply]

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.--Eloquence 03:35, 14 December 2011 (UTC)[reply]

en:Love?--Ymblanter 12:05, 14 December 2011 (UTC)[reply]

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 Synagonism 04:32, 14 December 2011 (UTC)[reply]

Select and overwrite

Tracked in Phabricator
Task T35078

Impressive work, everybody. I think I spotted a bug that occurs when selecting a word via the keyboard and overwriting it: bugzilla:33078 --DarTar 04:56, 14 December 2011 (UTC)[reply]

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. :) brion 04:57, 14 December 2011 (UTC)[reply]

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/ Synagonism 05:03, 14 December 2011 (UTC)[reply]

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. Bala8vijay 05:17, 14 December 2011 (UTC)[reply]

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.. Anoopan 05:42, 14 December 2011 (UTC)[reply]

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. Ocaasi 05:43, 14 December 2011 (UTC)[reply]

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. Kaldari 06:13, 14 December 2011 (UTC)[reply]

I can confirm this, very weird. (Firefox 8.0) --92.225.25.202 10:31, 14 December 2011 (UTC)[reply]

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? Jeblad 06:42, 14 December 2011 (UTC)[reply]

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. (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! Jeblad 06:49, 14 December 2011 (UTC)[reply]

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. Hat600 08:45, 14 December 2011 (UTC)[reply]

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 Dedalus 08:45, 14 December 2011 (UTC)[reply]

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). 213.137.114.142 08:51, 14 December 2011 (UTC)[reply]

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. 148.177.129.211 08:55, 14 December 2011 (UTC)[reply]

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. Xaura 09:06, 14 December 2011 (UTC)[reply]

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... Ash Crow 09:25, 14 December 2011 (UTC)[reply]

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 (ctrl+b in English, ctrl+g in French…), italic (ctrl+i), headings (ctrl+1/2/3/4/5/6) would be cool too.

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

Best regards — Arkanosis ^✉ 09:47, 14 December 2011 (UTC)[reply]

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. 193.108.184.61 09:57, 14 December 2011 (UTC)[reply]

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 217.86.203.29 09:58, 14 December 2011 (UTC)[reply]

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. --TMg 13:03, 14 December 2011 (UTC)[reply]

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. 194.76.29.2 10:05, 14 December 2011 (UTC)[reply]

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. 80.65.54.242 10:16, 14 December 2011 (UTC)[reply]

No problem with Opera (same build) on Windows. --TMg 12:56, 14 December 2011 (UTC)[reply]

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 194.114.62.72 10:24, 14 December 2011 (UTC)[reply]

Nice

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

Missing table editing

194.127.8.27 10:24, 14 December 2011 (UTC)[reply]

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 Robert Radke 10:34, 14 December 2011 (UTC)[reply]

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). FT2 ^{(Talk | email)} 10:36, 14 December 2011 (UTC)[reply]

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

62.152.161.149 10:37, 14 December 2011 (UTC)[reply]

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 ("<ref></ref>") in order to cite your sources? Hopefully this process can be made easier for editors using some sort of drop down template. Gavin.collins 10:39, 14 December 2011 (UTC)[reply]

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... 77.10.73.34 10:42, 14 December 2011 (UTC)[reply]

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 Tomchiukc 10:48, 14 December 2011 (UTC)[reply]

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)

88.74.251.29 10:50, 14 December 2011 (UTC)[reply]

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) 129.70.15.60 10:54, 14 December 2011 (UTC)[reply]

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. Cwek 11:06, 14 December 2011 (UTC)[reply]

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 217.225.103.152 11:08, 14 December 2011 (UTC)[reply]

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.

92.231.117.89 11:10, 14 December 2011 (UTC)[reply]

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. 217.225.103.152 11:12, 14 December 2011 (UTC)[reply]

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 Denis Barthel 11:13, 14 December 2011 (UTC)[reply]

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. 209.6.49.177 11:25, 14 December 2011 (UTC)[reply]

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. 91.183.59.105 11:26, 14 December 2011 (UTC)[reply]

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 213.214.23.220 11:26, 14 December 2011 (UTC)[reply]

Page history

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

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.--Ymblanter 12:01, 14 December 2011 (UTC)[reply]

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. 65.254.29.194 12:23, 14 December 2011 (UTC)[reply]

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!! Binabik155 12:26, 14 December 2011 (UTC)[reply]

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? Cagey83 12:28, 14 December 2011 (UTC)[reply]

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! 93.89.130.2 12:29, 14 December 2011 (UTC)[reply]

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. --TMg 13:12, 14 December 2011 (UTC)[reply]

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 24.136.38.184 12:49, 14 December 2011 (UTC)[reply]

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. 131.188.30.89 12:59, 14 December 2011 (UTC)[reply]

Currently, it's never saved. It's a sandbox only. --TMg 13:09, 14 December 2011 (UTC)[reply]

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.). Yoursmile 13:10, 14 December 2011 (UTC)[reply]

No problem for me. Do you use extensions? I had to disable my ad blocker extension first. --TMg 13:14, 14 December 2011 (UTC)[reply]

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... 81.7.222.41 13:14, 14 December 2011 (UTC)[reply]

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. 212.21.84.250 13:15, 14 December 2011 (UTC)[reply]

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? Pjacobi 13:26, 14 December 2011 (UTC)[reply]

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 :-) 194.149.241.3 13:30, 14 December 2011 (UTC)[reply]

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) 87.202.183.123 13:33, 14 December 2011 (UTC)[reply]

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, Inkowik 13:40, 14 December 2011 (UTC)[reply]

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 138.162.0.42 13:57, 14 December 2011 (UTC)[reply]

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 Dcutter 14:01, 14 December 2011 (UTC)dcutter[reply]

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 141.84.69.20 14:02, 14 December 2011 (UTC)[reply]

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 132.230.140.151 14:07, 14 December 2011 (UTC)[reply]

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 93.97.40.6 14:11, 14 December 2011 (UTC)[reply]

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 :) 84.147.74.142 14:19, 14 December 2011 (UTC)[reply]

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 134.2.241.90 14:31, 14 December 2011 (UTC)[reply]

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. 134.2.241.90 14:34, 14 December 2011 (UTC)[reply]

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. 129.132.244.151 14:59, 14 December 2011 (UTC)[reply]

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

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

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 Xavier Combelle 15:15, 14 December 2011 (UTC)[reply]

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

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

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 it doesn't convert to a link, however it shows as one in the wikitext preview. 81.171.248.170 15:36, 14 December 2011 (UTC)[reply]

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. 213.193.83.74 15:37, 14 December 2011 (UTC)[reply]

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"). Cogniac 15:37, 14 December 2011 (UTC)[reply]

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. 213.193.83.74 15:39, 14 December 2011 (UTC)[reply]

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 140.90.80.65 15:42, 14 December 2011 (UTC)[reply]

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

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

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. MovGP0 15:59, 14 December 2011 (UTC)[reply]

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. MovGP0 15:59, 14 December 2011 (UTC)[reply]

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. MovGP0 16:00, 14 December 2011 (UTC)[reply]

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.

Reinstall 16:07, 14 December 2011 (UTC)[reply]

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

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

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. 216.65.151.102 16:30, 14 December 2011 (UTC)[reply]

Firefox 8.0 Firefox

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

Looks cool guys!! 217.158.182.186 16:39, 14 December 2011 (UTC)[reply]

nice!

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

I like that a lot 192.124.26.250 16:43, 14 December 2011 (UTC)[reply]

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

looks really nice! 222.185.238.204 16:51, 14 December 2011 (UTC)[reply]

Link

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

You could add to the "edit Link"-box - similar to the search box - the autocomplete-function. 92.204.95.32 17:02, 14 December 2011 (UTC)[reply]

Great

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

I think this goes in the right direction! Keep up the great work!!! SmartK 17:06, 14 December 2011 (UTC)[reply]

Exciting!

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

This is the beginning of a new era for Mediawiki!

More freedom and more ease will imply more attention to cope with easier vandalism :-( OrbiliusMagister 18:02, 14 December 2011 (UTC)[reply]

Citations

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

I miss the possibility to add citations to the text I write. I think the possibility should be implemented and be accessible as prominent as possible in order to make people cite their sources. 140.181.75.41 18:04, 14 December 2011 (UTC)[reply]

Why I can't modify the source code

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

I think it is very nice to have this, but how can I see the source code? Some stuff cannot be typed with only the Wysiwyg.

Like to fill a template. How does this works. 199.243.65.6 18:09, 14 December 2011 (UTC)[reply]

Great Idea - Missing Wiki Syntax source/Document view

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

Hi there,

nice tool so far. What I'm missing is the wiki source or source document view. Otherwise great idea for the interface. 78.43.186.92 18:30, 14 December 2011 (UTC)[reply]

Looks promising!

User agent: Mozilla/5.0 (X11; U; Linux x86_64; pl-pl) AppleWebKit/531.2+ (KHTML, like Gecko) Version/5.0 Safari/531.2+ Debian/squeeze (2.30.6-1) Epiphany/2.30.6

Need more functions, and I think that people are more similar to Google Docs, so it could look more like that one :] 87.199.33.76 18:34, 14 December 2011 (UTC)[reply]

Editing existing links

Tracked in Phabricator
Task T35049
Resolved

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

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

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

Awesome, thanks! Waldir 11:17, 15 December 2011 (UTC)[reply]

Some weirdness in the view modes

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

The wiki mode should allow editing as well.

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

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

Oh, sure, I know that, and I wouldn't expect this to go live behaving like that, since it's not really some obscure behavior that could slip under the radar. I just wanted to make sure it was mentioned somewhere :) (the same is true for my comment about wikitext editing: I'm sure that's coming up soon, just making sure it's explicitly mentioned). Btw, I realized I never congratulated the devs for the awesome work — it realy looks great!

That said, I am not sure exactly how I'd use the preview panel to test links. Should they open in the panel only (they don't seem to be doing that)? Or am I missing something? Waldir 11:24, 15 December 2011 (UTC)[reply]

Overlay scrolling panel

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

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

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

--Nnemo 22:05, 14 December 2011 (UTC)[reply]

Shift+Backspace/Shift+Delete

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

The key combinations Shift+Backspace and Shift+Delete (for delete last word and delete next word respectively) are non-functional in the new visual editor, but are functional in standard browser text fields. 82.20.117.42 19:08, 14 December 2011 (UTC)[reply]

I can confirm that. It's Ctrl+Backspace and Ctrl+Delete on Windows, but the same problem, it does not work. Moving the cursor with Ctrl+cursor keys does work. Kind of. It's jumping to the beginning and end of all words but should jump to the beginning of words only (this is what I expect in Windows). --TMg 20:41, 14 December 2011 (UTC)[reply]

Transaction history view?

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

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

Overall, very nice. 202.164.30.65 19:17, 14 December 2011 (UTC)[reply]

It's a test page. All of the technical stuff is for the test only, obviously. --TMg 20:36, 14 December 2011 (UTC)[reply]

Bold text

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

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

Arrow keys overshoot top of article

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0a2) Gecko/20111201 Firefox/10.0a2

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

micro

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

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

Nothing happens

Hi all, I'm using Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.14) Gecko/2009091912 Mandriva/1.9.0.14-0.1mdv2009.0 (2009.0) Firefox/3.0.14. But I've tried to see VisualEditorSandbox but I don't see anything there, only a blank page with the title on top. --Marcos Antônio Nunes de Moura 19:49, 14 December 2011 (UTC)[reply]

Please check your extensions. I had to disable my ad blocking extension first. Also, it's possible this does not work with such an outdated version of Firefox. Compatibility may be improved later. --TMg 20:35, 14 December 2011 (UTC)[reply]

Useless toy

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

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

Great work!

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

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

Image Upload

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

Dear team: 1. This is exceptional 2. How can we integrate this into our website 3. How can we enable the ability to upload images Please email me at: [email removed] Thank you. 99.224.228.203 20:23, 14 December 2011 (UTC)[reply]

This is a very early test only. Nobody can use it in the moment. --TMg 20:32, 14 December 2011 (UTC)[reply]

toggle between wiki markup language and wysiwyg editor

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

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

Default link page title

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

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

Enabling and disabling basic text-modifying buttons

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

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

A question about js scripts as Regex Menu Framework

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

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

it:s:User:Alex brollo Alex brollo 21:01, 14 December 2011 (UTC)[reply]

Display dialog box arrow with no selection

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

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

firefox mobile heading

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

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

Deleting a list entry

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

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

Deeper and shallower lists

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

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

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

a
bb
ccc

would turn into:

a
1. bb
ccc

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

a
bb
ccc

into this:

a
- bb
- ccc

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

a
1. bb
2. ccc

into this:

a
bb
ccc

190.64.65.144 21:20, 14 December 2011 (UTC)[reply]

iPad editing

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

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

nice idea

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

85.126.85.56 21:49, 14 December 2011 (UTC)[reply]

Editor on iPad 1

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

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

Well done!

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

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

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

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

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

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

Formatting toolbar

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

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

Shift for selection

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

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

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

Excessive whitespace

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

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

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

Additional features

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

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

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

Length of divider

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

no fallback?

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

the fallback button should be the most prominent one.

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

Used for translation?

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

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

Very good.

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

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

Thanks for the good work.

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

We do not use underscores in page titles

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

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

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

Markup

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

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

great!

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

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

No Cursor

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

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

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

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

keyboard shortcuts

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

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

Excellent Idea.

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

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

No explanatory lead

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

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

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

Templates, Wikitext editing

There is no way of editing the wikitext here. For a truly versatile tool, the wikitext should be editable.
Templates don't show up in the wikitext. In the example article, there is a citation needed template, which is not visible in the wikitext view. Manishearth 13:16, 15 December 2011 (UTC)[reply]

Also a "show changes" button would be nice. As an extra, the show changes could show the wikitext differences with a toggle for a side-by side view of the preview changes. I understand that this is still only part of the whole tool, so these features are probably planned to be implemented later. It's good to write them here anyways, just in case :D. Manishearth 13:20, 15 December 2011 (UTC)[reply]

browser compatibility issue (Firefox 3)

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

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

About references

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

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

Easier Uploading of Images

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

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

Thats better

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

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

little bit restricted - isn't it?

User agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110628 Ubuntu/10.04 (lucid) Firefox/3.6.18

I did not found a way to access the original wiki-code. For example I use <p style="text-align:right;">, but cannot enter it here.. How to enter {{Routines}}? I didn't found anything.

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

Wiki-text

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

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

Ctrl-Z shortcut

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

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

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

How to insert footnote?

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

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

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

Heading up to 6 Levels too much

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

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

Its awesome !

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

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

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

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

I have today seen the future

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

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

Incorrect behavior when typing [[]]'s into the editor

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

When typing [[asdf]] into the visual editor the editor leaves it as "[[asdf]]" the WikiText mode lists "[[asdf]]", and the preview displays a literal "[[asdf]]". Naturally this is not correct since either the preview is wrong and it will end up as a link, or the WikiText is wrong and needs nowiki tags. Daniel Friesen (Dantman) 20:41, 13 December 2011 (UTC)[reply]

The same is true for other wiki-syntax elements, like *, #, :, '', == headlines, leading spaces in paragraphs, etc. It's also true for html-syntax.

Especially if users tend to use '' instead of “ and ”, they will be surprised that the submitted result looks different from the live-preview. It seems like code in live-preview and toggled preview is only interpreted once, but not while actually editing. --188.107.235.151 13:43, 17 December 2011 (UTC)[reply]

Headings drop-down box has non-standard look and feel

User agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.9) Gecko/20100330 Fedora/3.5.9-1.fc11 Firefox/3.5.9

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

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

Move cursor by words or blocks - considers whitespace?

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

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

about link

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

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

Editing in the other views

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

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

links

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

Page up / Page down doesn't work

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

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

Saving a page

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

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

Shift+enter for linebreaks (<br/>)

User agent: Mozilla/5.0 (X11; Linux i686; rv:10.0a2) Gecko/20111217 Firefox/10.0a2

At the moment just a number of spaces are inserted. If you want to discourage linebreaks, just do a paragraph break. 85.231.112.85 13:42, 19 December 2011 (UTC)[reply]

Shift+enter = lineBreak, enter = paragraphBreak, I think this must be the default. The author must have the capability to change (configure) this behavior. -- Synagonism 15:53, 19 December 2011 (UTC)[reply]

Use of ACCEL + K

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

I suggest that the Visual Editor should support these basic commands by default, without modification via preferences (e.g., "use emacs keybindings"). Activation of the link editor should probably be moved to a more intuitive accelerator anyways ("k" does not suggest "link" to me).--Jorm (WMF) 05:08, 20 December 2011 (UTC)[reply]

For implementation, the "kill ring" functionality operates thus: <ctrl>-k deletes the current line of text, including the EOL character. This text is copied into the "kill ring" buffer. Additional <ctrl>-k expressions add to the kill ring; any other activity (including cursor movement) "closes" the kill ring. At that point, <ctrl>-y will insert the entire contents of the kill ring into the text at the point of the cursor. --Jorm (WMF) 05:11, 20 December 2011 (UTC)[reply]

Bug opened here.--Jorm (WMF) 05:14, 20 December 2011 (UTC)[reply]

En dashes and non-breaking spaces

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

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

Templates

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

awesome

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

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

Looks good

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

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

This is fast!

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

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

the link tool isn't friendly enough

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

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

List wikitext

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

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

Insufficient modal-ness

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

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

Linking tool bug

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

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

parallel editing

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

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

Fantastic !

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

Hi

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

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

making links leaves cursor inside the link boundary

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

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

This is the greatest editor ever made!

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

Trevor should get a raise. Trevor Parscal 20:02, 13 December 2011 (UTC)[reply]

+1 :) --Samer.hc 18:12, 30 December 2011 (UTC)[reply]

Lessons from Wikia source editor and visual editor

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

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

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

Dear Timeshifter,

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

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

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

User Interface

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

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

TJRana 12:02, 30 December 2011 (UTC)[reply]

Feedback by users that see no feedback link

Some feedback by German users here: de:Wikipedia Diskussion:Kurier/Archiv/2011/12#What You See Is What You Get (WYSIWYG)

Usability

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

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

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

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