2017 wikitext editor/Feedback

Jump to: navigation, search

About this board

Post your feedback about using the first iteration of the 2017 wikitext editor as a Beta Feature.

If you are reporting a problem directly on this page, please include your web browser, computer operating system, and wiki skin (usually Vector, sometimes Monobook).

The Editing team welcomes your feedback and ideas, especially on user interface decisions and the priorities for adding new features. All comments are read, in any language, but personal replies are not guaranteed.

We are trying to keep the page tidy by providing links to relevant tasks while closing threads. You can help by adding {{tracked|T######}}. By all means, feel free to re-open a thread if you need to!

See also:

View open developer tasks Complete workboard Report a new bug in PhabricatorJoin the IRC channel

By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL
LuisVilla (talkcontribs)

Like the editor generally (a handful of things remain really much better in wikitext) but when switching from new wikitext -> VE/WYSIWYG I lost data. Not sure if this is expected/known, and I hadn't noticed it earlier. If it is expected, a warning would be nice; if not, well, just FYI that you've still got some bugs :(

Whatamidoing (WMF) (talkcontribs)

I need more information. Which wiki? Did you start editing in a section? Did you save the page? I see a few bot edits during your last editing session at enwiki: Did the bot edit the page just before you lost your work?

LuisVilla (talkcontribs)

I figured this might not be that helpful, but had to point it out, given the severity of the problem (nothing turns off users faster than data loss :/ Some answers:

  • enwiki (
  • I think I started editing in a section, but can't be sure.
  • It is entirely possible that the bot edited between switches! That would make some sense, timing-wise.
Whatamidoing (WMF) (talkcontribs)

When you lost your work, what did you see? Specifically, did it give you the whole page with none of your changes, or did it blank most of the page (i.e., everything except the section that you were editing)?

Whatamidoing (WMF) (talkcontribs)

(Also, if you started editing in a section, it should have given you a choice between cancelling the switch, or losing all of your changes.)

LuisVilla (talkcontribs)

Definitely no "cancel or lose" notice that I saw. (I was somewhat expecting it.)

Gave me the whole page with none of my changes.

Note that the flow was a VE (make changes) -> new wikitext (make more changes) -> VE (all changes gone)

Whatamidoing (WMF) (talkcontribs)

If you started in visual mode, then you weren't editing a single section. (You might have clicked the [edit] button for a section, but visual mode always opens the whole page.)

Do you have the Beta Feature for the 2017 wikitext editor enabled? In looking at your contributions, I'm assuming that you don't, but please let me know if I'm wrong. (It's at w:en:Special:Preferences#mw-prefsection-betafeatures if you want to try it out.)

LuisVilla (talkcontribs)

Yes, I started in VE. It's been my default for years ;) You can still click a section header to edit, so perhaps I misunderstood the question.

I enabled the 2017 wikitext editor on ... Friday, probably? But it isn't my default.

Reply to "lost data when switching?"
Doc James (talkcontribs)

Would need color coding in this editor before it would be useful. ~~~~

Doc James (talkcontribs)

By the way I am unable to figure out if someone has asked this question before with FLOW. Is there anyway to search this discussion? The history tab does not allow blocks of edits to be compared. Gah

Whatamidoing (WMF) (talkcontribs)

Syntax highlighting is planned; in fact, an early version was written back in August, but it's not performant enough to deploy. "Works fine on the fastest computers" isn't good enough for deployment on the wikis, which get edited by people with a wide variety of resources. (If WikEd is working for you, then this would be fine for you. But most editors turn off WikEd because it's so slow on their computers.)

Flow isn't integrated into Special:Search yet, which is one of its major limitations at the moment. I hear that the Collaboration team is thinking about addressing that problem in the coming year. OTOH, I'm happy overall with having Flow on this page, because it means that I can see all the updates via Special:Notifications, no matter which wiki I'm on.

Doc James (talkcontribs)

WikEd is so useful that even with slow connections I use it. One can begin editing before WikEd fully loads aswell. Would be good to see it make faster as agree it does slow things down a bit.

Whatamidoing (WMF) (talkcontribs)

It's not really about the Internet connection. It's about how fast your computer is. So if you take your laptop to a bad internet connection, you're still (mostly) fine. But if you take a ten-year-old laptop to a good internet connection, it's still impossible.

Doc James (talkcontribs)

Ah good to know. Thanks

Reply to "WikEd"

Text cursor disappears

Summary by Whatamidoing (WMF)
Sunpriat (talkcontribs)

1) in the text, add a new line through Enter

2) type a few letters

3) highlight something in the text and press ctrl+c

4) click at the end inserted in (2) letters

=> you can see that the text cursor "|" is not visible or visible but not blinking

if you click where else in the text, the cursor blinking at the new location, but if you click again in the end (2) - the cursor is now definitely not visible

it scares and irritating, especially on talk pages

Whatamidoing (WMF) (talkcontribs)

Thanks for the detailed directions, Sunpriat. What's your browser/OS information? I can't reproduce this behavior in either Safari 10 or Firefox 51 on macOS Sierra 10.12.

Sunpriat (talkcontribs)

win 10, firefox dev edition (current at the date of writing(there disappeared)) - current today not reproduced; chrome 58.0.3013.5 dev 64 - text cursor stops blinking

Reply to "Text cursor disappears"

Suggestion: "Intelligent" interwiki link conversion

InsaneHacker (talkcontribs)

Greetings wikitext editors!

I've been using the new editor for a while now, and I really appreciate the way that copying a Wikipedia URL into the editor automatically formats it to be an internal wikilink. It's one of those features that might help newcomers who want to link to another article but don't know how the wikilink system works.

However, when I paste a link from en-wiki onto da-wiki, it's still treated as if it was an internal article on da-wiki. Would it be possible to make an (optional?) feature that detects if the link comes from another wiki and automatically adds the [[:en:]] prefix to the link? This could also apply to interwiki links to other projects (i.e. [[meta:]]).

Would this be possible?

IKhitron (talkcontribs)

As I can remember, I saw phabricator issue on this.

Gżdacz (talkcontribs)

Last time you answered my analogous question with this llink:


Whatamidoing (WMF) (talkcontribs)

It looks like this will be a "can't have both" issue. We can either:

  1. turn all URLs (from all wikis known to the inter wiki map) into local wiki links, *or*
  2. leave URLs alone.

What's not available for technical reasons (even though we'd all prefer it) is:

  • magically turn local URLs into local wiki links (e.g., [[link]]) and 'foreign' URLs into interwiki links (e.g., [[:m:Link]]).

I haven't talked to the team about this, but I believe that they are open to either of the first two options. They're going with option #2 at the moment, but if you'd rather have option #1, then please speak up.

Gżdacz (talkcontribs)

What about doing both and letting the user choose one in his/her configuration?

I expect that #1 would do better as the default for new users and those editing from IP.

Whatamidoing (WMF) (talkcontribs)

Individual configurations usually create performance problems, and we'd still have to decide on a default setting (which nearly all users would keep).

Gżdacz (talkcontribs)

What kind of performance problem might this configuration option create?

#1 seems to be the right choice for default. I guess that the need to link beyond local wiki comes only later, when users advance in skills and start undertaking more complex edits.

Gżdacz (talkcontribs)

One more comment:

In my opinion #1 is better for newcomers and IPs, #2 is more comfortable for advanced users.

You are asking your question here, where newbies are probably severely underrepresented. Therefore the answers collected here are likely to be biased.

Whatamidoing (WMF) (talkcontribs)

@InsaneHacker, what's your preference between #1 and #2? Even if it's configurable per account, there must be a default/starting position.

InsaneHacker (talkcontribs)

I think #1 would be best as the standard, and #2 as an optional setting.

Whatamidoing (WMF) (talkcontribs)

They did that originally, and we got complaints about it. Perhaps it needs to be smarter about it (translate interlanguage links but not interwiki links, or something like that).

Reply to "Suggestion: "Intelligent" interwiki link conversion"
Josve05a (talkcontribs)
  1. (Faviorite in repeat) I [still] hate that it keeps formatting when pasting.
  2. I can't copy the article title (to later paste in the article) from the page naem header. It is not "selectable" with the mouse.
  3. If I mark some text, then paste something to replace the selected  text, then press ctrl-z, the previously selected text is not selected again
  4. Loading the editor is really slow. And if browsing to another tab while it loads, stops the loading until the editor tab is in focus again
Elitre (WMF) (talkcontribs)
  1. (which formatting?)
  2. I've added this to https://phabricator.wikimedia.org/T156047 for now.
  3. I can. Details of your configuration, please?
  4. I tried with multiple articles, including 3 featured articles on en.wp, and all of them were already loaded by the time I got back to the tab. Any particular pages this may be happening on?
Josve05a (talkcontribs)
  1. Wikicode formatting. Like if I copy cope from a 'code' or 'pre'-block (such as the examples with parameters in template documentations) I get it 'nowiki-fied. And copying words from other articles includes links and stuff. As a long-time user of the old editor, this is completely unexpected behavior and personally not wanted.
  2. Thanks
  3. Will do. when i get home from the gym in half an hour.
  4. See below. It happens on all pages. Same as the Phab ticket below.
Elitre (WMF) (talkcontribs)

For 1, you can always use CTRL+SHIFT+V to force paste plain text though. Conversation continues at https://phabricator.wikimedia.org/T153315.

Whatamidoing (WMF) (talkcontribs)

Update: Expect some improvements when pasting things from the <pre> block soon. But if you're pasting bold-face text, it's still going to be bold-face text, unless you force your web browser to paste plain text.

Josve05a (talkcontribs)

Re #4, see https://www.youtube.com/watch?v=YRprzyIbydU

Stryn (talkcontribs)

#4 is reported here: https://phabricator.wikimedia.org/T154329

Whatamidoing (WMF) (talkcontribs)

Josve05a, could you remind me which browser you're using? I see #4 in Firefox sometimes, but I'm not sure that I'm seeing it in Safari (although in Safari, I see an analogous behavior with Google Hangouts, which is very annoying to me: open a hangout for a meeting, go to another tab, wonder why no one else is showing up, go back and discover that the meeting started, but the browser tab never noticed).

Josve05a (talkcontribs)

I'm using chrome on a chromebook with chromeOS.

Whatamidoing (WMF) (talkcontribs)

On #3, it's working for me in Firefox and Safari.

Elitre (WMF) (talkcontribs)

@Josve05a, Can you try in incognito, from another browser, etc.?

Reply to "More feedback from Josve05a"

Copy/paste problem on huWiki

Summary by Elitre (WMF)
Bencemac (talkcontribs)

I know that the problem is known, but the copy/paste problem has appeared on huWiki too.

However, there is an another problem too: when I copy and paste a template, the template goes to pieces (see the picture). But if I use a word processor (e.g. Word) I can paste the template but then the template doesn't work. An example: the template is filled out but the datas don't appear.

Best regards, Bencemac (talk) 13:28, 29 January 2017 (UTC)

This comment was hidden by Jay8g (history)
Elitre (WMF) (talkcontribs)

This is probably https://phabricator.wikimedia.org/T156498.

Elitre (WMF) (talkcontribs)

@Bencemac, is the problem gone? The task's been resolved.

This comment was hidden by Bencemac (history)
Bencemac (talkcontribs)

Almost. The templates work now rightly (the dates appear after I fill them) but after I paste the template there are “↵” pictograms at the end of the template (see the picture).

Elitre (WMF) (talkcontribs)

I believe that could be https://phabricator.wikimedia.org/T157491 which will land on Wikipedias later this week.

Bencemac (talkcontribs)

Thank you! I think now you could close the topic.

Bencemac (talkcontribs)

I found an another problem while I administrated the good article nominations. I copied a text with <nowiki> wikicode tag from the “how to administrate the nominations?” page, the text got “code” wikicode tags (see the picture, left side). If I use the old editor the text appears well (right side of the picture). Could you help me?

Elitre (WMF) (talkcontribs)

I believe this is https://phabricator.wikimedia.org/T153315 .

Gżdacz (talkcontribs)

When inserting an infobox copied from a pre-existing article, I've got lots of & nbsp; in place of spaces, which used to be there to align the '=' signs. The text was prepared in an external editor and pasted into the NWE. diff: https://pl.wikipedia.org/w/index.php?title=Granatnik_%C5%81opuskiego&diff=47925741&oldid=47916581

Elitre (WMF) (talkcontribs)

Hey @Gżdacz, I think this was just fixed, although it should land in production later this week.

Reply to "Spaces in infobox"
InsaneHacker (talkcontribs)

Hi guys. In the old wikitext editor, there's a function where you can preview changes to a template on a page where the template is currently used (near the bottom of the editor). As far as I can see this function isn't availiable with the new editor, is there a time horizon for when such a feature will be availaible?

Reply to "Template preview function"
Sunpriat (talkcontribs)

1) when enabled input tools - bottom right under "Edit summary" field appears input tools icon, and this icon overlaps the remaining number of bytes so that the numbers are not visible - uncomfortable

2) checkboxes "This is a minor edit" "Watch this page" have tooltip with text "[w]" "[i]", but these keyboard shortcut do not work

Reply to "Save changes"

Markieren eines größeren Textabschnittes/Tabellen kopieren Fehlerhaft

Summary by Elitre (WMF)

Will land on Wikipedias later this week!

Pearli (talkcontribs)


beim markieren eines Textabschnittes, der über mehr als eine angezeigte seite läuft, kommt es beim neuen Wikitext Editor zu Problemen. Beim Markieren von oben nach Unten ist es nicht möglich, nur einen Teil nach unten zu ziehen. Sobald der untere Bildschirmrand erreicht wird, springt der Cursor zum Ende der Seite und markiert die komplette Seite ab dem Punkt, wo gestartet wurde. Beim Markieren von Text von unten nach oben ist es noch kurioser: Starte ich irgendwo und markiere (ziehe also die Maus) nach oben und erreiche dann den oberen Bildschirm rand, springt der Cursor samt seite wieder zum asugangspunkt. Eine Markierung ist daher nicht möglich, es muss auf den alten Wikitext Editor gewechselt werden.

Weiterhin tritt beim einfügen einer kopierten Tabelle (des Quelltextes davon) das Problem auf, dass Leerzellen anscheinend nicht mit eingefügt werden. So verrutscht der Inhalt jedes mal. Da das kopieren einer Tabelle mit verbundenen Zellen auch im VE nicht funktioniert, muss auch hier wieder auf den alten Wikitext Editor zurückgegriffen werden.

@Elitre: Es wäre schön hier wieder phabricator Tasks erstellt werden könnten, ich bin dafür zu blöd.



there are some porblems in NWE when you try to mark text passages larger then one side. If you try to mark text from top to down, the Cursor will always jump to the end of the whole page if you reach the bottom of the current window, instead of Scrolling down slowly to stop at the Point you want to. If you try to mark text from bottom to top, the Cursor will always jump to it's opening Position if you reach the Header of the text field/edit window. It's not possible to mark text with NWE if the passages are greater then one site.

Additionally, i tried to copy&paste a table from one Wikipedia Project to another language Version of it. The NWE deleted the empty cells. However, the connected cells were lost too. I had to Switch to old wikitext Editor to solve the Problem to paste it, save the page and edit it after that in NWE. There seems to be Problems by inserting the code.

@Eltire: It would be nice if you could start phab-Tasks for that, i am to dumb for that. sorry for this bad englisch, ask me anything if you have Problems understanding what i wrote xD


Elitre (WMF) (talkcontribs)

Sure, but I appreciate being able to provide specific examples - it makes it easier for others to try and replicate.

Pearli (talkcontribs)

Ok, lets suppose you want to edit the site https://en.wikipedia.org/wiki/Overwatch_(video_game)?veaction=editsource#Accolades on english wikipedia. If u try to mark a big text pasage like the first two sections from bottom up to top, the browser always jumps to the cursor position where you started. It is not importand which text passages you want to mark. It happens to all, with and without wiki-syntax.

The 2nd thing, top to down, is a bit harder, it didn't jump to the bottom of the page, it is hopping large, large text passages down. You can't really do accuracy work if this happens. It is a bit frustrating and i switched to old wikitext editor to "solve" the problem and switched back after i finsihed my work.

I hope it's more clear now, if you need a video to get necessary information, i can upload on later that day. Thanks a lot. Best

Elitre (WMF) (talkcontribs)

This is now https://phabricator.wikimedia.org/T157291. I'd love to learn more about your Phab challenges though. You don't even need a separate login for that.

Diego Moya (talkcontribs)

The editor is also making weird jumps for me, in particular when trying to shift+select text with keyboard or pasting text in mobile, it sometimes will randomly jump to the start of the line.

I cannot reliably reproduce it, so I can't produce a clearer bug report; but the editor should never move the cursor insertion point automatically, that's always unexpected behavior.

Pearli (talkcontribs)

A first solution is to hold down the left mouse button and use the middle mouse button to scroll up or down. That seem to work for me. But it isn't really comfotable. Best