Forum:New Visual Editor: Problems and Suggestions

Feedback about the new editor.

Feature Request: Edittools
I didn't see the Edittools availabe in the new editor. If you shouldn't add it to the new editor, please do so. --Ronga 17:39, 23 April 2009 (UTC)


 * In source mode, that could be possible. I'll note it down. 12:03, 27 April 2009 (UTC)

Template Display
Only the name of the template is displayed in the visual editor. It can be very clumsy if you use quite many templates in the page. Suggestion: It should display the template code rather than the template name, e.g. display rather than

I use template bc as an example to illustrate the problem.

 Level 0:

It will displays like the following in the visual editor:  Level 0:
 * bc
 * bc
 * bc
 * bc
 * bc

Here is the actual screenshot taken:  Every entry looks the same in the visual editor. It becomes clumsy and inconvenient.

I hope the visual editor displays in the following manner:  Level 0: And I can edit the template code directly, not through the dialog.--Ronga 17:39, 23 April 2009 (UTC)
 * If it displayed the template code, it wouldnt be a wysiwyg/visual editor now would it? Thats what the source/raw editing mode it for, to edit the wiki TEXT directly. If you are comfortable with editing wiki formating text directly, you can always just disable the editor from loading at all in your preferences. --Uberfuzzy 18:01, 23 April 2009 (UTC)


 * Well it's still the visual editor since other wiki effects should be rendered (e.g. bold, italic, underline, lists, tables and so on) and I'm happy with it. Make sure you don't confuse between wiki texts and template texts. I see few benefits in showing the name only rather than in full. Showing name only don't make sense in some situations. As shown in the example above, all entries look the same, making it confusing and harder to work.
 * Don't display in this way:
 * Display it in this way:
 * I can work with the wikitext (raw) mode but other visitors can't. There are many on the pages which confuse them when the visual editor is on.  is only a simple template to create a specific kind of links. Visitors do use a lot. The visual editor makes them more difficult to work with templates. --Ronga 19:21, 23 April 2009 (UTC)


 * Also noted below: the template flow in the new editor is certainly something I want to look at again. Unfortunately, there are also some restrictions which prevent us from showing templates inline in their final form ... however, on the other end, returning all the wikitext in the WYSIWYG editor is also not ideal. One possible solution could be to indicate that a template can have/has extra parameters - and show that more clearly on the input screen. 11:54, 27 April 2009 (UTC)

Auto de-wiki is not good
I find that the visual editor will de-wikify most (all?) wiki symbols or HTML symbols. Examples include ==== 4th heading ====, &lt;ref&gt; ( source ) &lt;/ref&gt;, &lt;references/&gt;, to name but a few. The visual editors treat all such inputs as PLAIN TEXTS. Other visual editors like the blogging editors, forum editors work in the opposite ways. They all accept typing some HTML codes (blogging) or BBCodes (forums) in the visual mode. The codes will still be rendered when sent.

Your visual editors couldn't contain all features in the toolbars. Manual insertions of some codes are inevitable. Think about it. You have to keep toggling back and forth just to put a 4th heading, or a source, or a reference list and so on.

Change the behavior of visual editor so it doesn't de-wikify most or all codes by default.

Consider adding an icon for instead, so people can de-wiki the codes with 1 click when they really need it. --Ronga 20:39, 23 April 2009 (UTC)
 * I understand what your saying, but your looking at it the wrong way. The idea is to not have people typing ANY code, what so ever, manually into the editor. If you know what your doing with the code, then switch to source mode and type in code. Headers, tables, templates, formatting, should all be done via the toolbar. Anything you actually type should be left as exactly as is. Its called "What you see is what you get" for a reason, if you see a link, you should get a [ and [ and link and ] and ], not a link. --Uberfuzzy 21:40, 23 April 2009 (UTC)
 * Wikia introduces new paradigm into usability: We know how you want to use our features, it's the users who have to learn what to want! -- ◄mendel► 22:52, 23 April 2009 (UTC)
 * LOL! Nice put! Gonna give up. Apparently great but brings more headache than relief. Good examples: Table! Table is really hard to work with in source mode for novices and intermediates. Bad examples: 4th or higher level headings, horizontal line, simple formatting and style unavailable in the toolbar, template display and insertion.............. If the developer can transfer a few good features to the old editor, very happy to stay with the old one.
 * There are currently 3 modes, the visual mode, the wikitext mode (in visual editor), the old editor. The wikitext mode in the visual editor still causes some problems. Wanna work with old editor, except when I have to work with tables. I hope we can save two settings, one for visual table editing, one for the rest. Keep toggling is very tedious. --Ronga 07:23, 24 April 2009 (UTC)

My reply is as follows: Quote:  The idea is to not have people typing ANY code, what so ever, manually into the editor. But we are far from it. I have yet to see any visual editor which can let us do all the effects via the toolbars. What are we going to go if the toolbars don't provide what we want? Visual editor is to help people to type fewer codes, but not prevent them from typing any code. People can't type code =/= People don't need type code.

Quote:  If you know what your doing with the code, then switch to source mode and type in code. Well, in fact, most people who have to type a few codes are NOT experienced coders, including me. Many are still novices and visual editors do help significantly and encourage their participation. However the current behavior of the visual editor causes more problems than benefits. Hmmmm.............

The intention of visual editor is to encourage participation. Telling people to switch back to source mode just to type a few codes IS NOT user-friendly, and is going to discourage participation. They don't do it when they feel hard to do.

Quote:  Headers, tables, templates, formatting, should all be done via the toolbar. Your toolbars only have ten something but there are over 100 styles and formatting people want to do. Let's say I want to make a 4th heading, or put a horizontal line, or change the size or color of the text, or put a reference, or put a gallery............... How to do?

We type directly in the past. It takes only 1-2 seconds. Fast and efficient. Tell us how to teach people to insert templates in the new visual editor without being so clumsy, slow or inefficient.

Quote:  if you see a link, you should get a [ and [ and link and ] and ], not a link. At least many visual editors (blogging and forum) don't work in this way. I doubt how many times when people type link, they want link rather than link.--Ronga 07:15, 24 April 2009 (UTC)


 * Can you please do not use blockquote when commenting sections of other peoples comments? i keep thinking those are examples due to the indentation they have in respect to your own comments.
 * Now about subject i prefer to use old editor because i already have tools that aid me also with the new editor i have to keep switching back to source because i need to edit something that the new editor cant do or im working with long complex templates and the new editor crashes changing modes--
 * So what should I do if I want to quote and reply (just like what I did in forums)? This seems the best way to do. Years have passed. The forum features of wiki is still the worst I have ever seen. I think the Mediawiki development team should just implement some open-source forum software into wikia.--Ronga 14:21, 25 April 2009 (UTC)
 * Well i remind you this is a wiki-page with a forum like interface (see Help:Forums. Thought there are phpBB forums but have to be request and are "experimental". For the open-source there is MediaWiki you can create an Extension and submit it and then ask for the addition to wikia --
 * That is it! A true forum rather than a pseudo one. The so-called wiki forum misses most of the basic forum features. Frankly it's pretty hard to read and reply in long discussions. I'm afraid I'm not skilled enough to create an extension for Mediawiki. --Ronga 21:41, 25 April 2009 (UTC)

Okay, a couple of thoughts about the above notes: Thanks for your suggestions, and all your thoughts are appreciated. Please, add more! 11:48, 27 April 2009 (UTC)
 * 1) This is intended as a Word-like editor, not a forum-like or wikitext-like editor. MS Word is what most people are used to. Though much of our audience is geeky, we do not wish to restrict ourselves to this group and scare off newbies.
 * 2) Lack of headings options below H3 - this is fair, but we don't want to clutter up the interface. Generally, once you're below H4, you're getting the to the point where the page should be reorganised or split up. I will make a note of this.
 * 3) References: we plan to support these in future. They're near the top of our list.
 * 4) Formatting: wiki article formatting should be simple. While some people like to design stuff with spans and div styles, you really should avoid it as much as possible, as it's complicated, hard to maintain and use. However, classes and IDs are more reasonable: but if you're advanced enough to use them, you're advanced enough to switch to source mode as and when needed. The editor is not intended to entirely replace the old editor, but to make the large majority of the tasks easier.
 * 5) Template addition: we are not entirely happy with the template usage flow at the moment, and it's also on our list to improve.
 * 6) Wikitext-in-WYSIWYG. This is currently top of our list of features to work on: we totally understand lots of people want to type link or ~ . It's simple and fast. Our intention is to allow you to type them and then convert them via a click.
 * 7) Stability: Cizagna, do you have any specific situations where crashes/breakage happens?
 * I will double check it as it was back in Nov or Dec when i made it crash a couple of times. --

Where is the new editor?
I don't see the new editor neither when I edit text on all Wikias nor in my preferences. Is it enabled everywhere and for everyone?--G.E. 13:14, 24 April 2009 (UTC)


 * Try here. This site has the new visual editor on by default. --Ronga 14:04, 25 April 2009 (UTC)


 * At the moment it is only available for use on newer wikis. We plan to roll it out further, but it won't be enabled by default for established editors. 11:32, 27 April 2009 (UTC)

Suggestions
Some of these requests may be pie-in-the-sky, but I figured I'd give it a shot. I'll add more as I think of them.
 * Allow PRE to have a right-click menu to make it do &lt;tt&gt; or &lt;code&gt; instead.
 * Allow S to have a right-click menu to make it do &lt;sup&gt; or &lt;sub&gt; instead.
 * In table menus, add a class entry field to Cell and Table properties. Add a Row properties choice with alignment and class entries.
 * Add a menu to insert HTML entities, like &amp;copy; ( &copy; ), &amp;reg; ( &reg; ), &amp;lt; ( &lt; ), &amp;gt; ( &gt; ), &amp;rarr; ( &rarr; ), &amp;larr; ( &larr; ), etc. Maybe even &amp;#91; ( &#91; ), &amp;#93; ( &#93; ), &amp;#123; ( &#123; ), &amp;#124; ( &#124; ), &amp;#125; ( &#125; ), etc.

Also, are there any complex wikis that have this New Visual Editor? I'd like to see how it renders some of the more complex templates. -- Fandyllic  (talk &middot; contr) 12:54 PM PST 27 Apr 2009


 * None that immediately come to mind, but anything created since about last November should have it. However, complex templates should pose no issues - they aren't rendered inline, and the popup previews should render the same as the final result. Good to test, though.
 * As for the ideas, rather interesting. Thanks! 20:14, 27 April 2009 (UTC)

Bug in numbered list properties?
If I make a numbered list, right-click and select Numbered List Properties. You get the bullet list properties (Circle, Disc, Square) instead of 1., a., i. (not sure exactly what would be available). -- Fandyllic  (talk &middot; contr) 12:54 PM PST 27 Apr 2009


 * Good spot - will pass it on. 20:14, 27 April 2009 (UTC)


 * As I realised later, that kind of option doesn't make any sense for wikitext anyway, so I'll get both removed. 12:35, 28 April 2009 (UTC)

Tables formatting
One problem with the Rich Text Editor that has moved us to request Wikia staff to disable it at our wiki, Sryth Wiki, is that when a user edits a table that is formatted like this: using the Rich Text Editor, the table gets formatted like this: These changes make nigh-impossible to quickly check for changes in the page's history, so an editor has to manually change the table code to the previous format only to be able to check for changes in the table. Scarbrowtalk 22:45, 27 April 2009 (UTC)


 * This is somewhat unavoidable, unfortunately, due to how FCK works with tables. However, it will only happen once to them, as they get converted to the slightly longer form. 14:26, 28 April 2009 (UTC)


 * That would be quite a problem for a table like this one. Glad we don't have it on fr.guildwars. — TulipVorlax 15:49, 28 April 2009 (UTC)


 * Certainly I recognise the possible issue there. I will bring it up, though I cannot promise anything. However, there is the ability to switch off the new editor on specific pages if it is going to be a major issue (see Help:New editor for more info). 18:05, 28 April 2009 (UTC)