VisualEditor/Feedback/LQT Archive 1

__NEWSECTIONLINK__

 Your feedback about the visual editor developer prototype

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

Add a new comment – Report a bug in Bugzilla

Latest status update



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

Test feedback
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

First post! NeilK 20:01, 13 December 2011 (UTC)

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)

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)


 * 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)

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)

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 as the wikitext. Daniel Friesen (Dantman) 20:43, 13 December 2011 (UTC)
 * But 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)

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)


 * 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)

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)

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)


 * (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)

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)

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)


 * 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)


 * 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)

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)

Excellent starting point!
A few feedbacks:

FT2 (Talk 22:18, 13 December 2011 (UTC)
 * 1) 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.
 * 2) 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)
 * 1) Selecting text then clicking escape to de-select whatever options pop up, causes the text to change format
 * 2) Cut/paste/drag/drop obviously aren't there right now, though partly shown in help. I assume they will be at some point.
 * 3) 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.
 * 4) 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.
 * 5) 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"?
 * 6) 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.

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)