Wikipedia:Technik/Text/Edit/VisualEditor/Rückmeldungen

aus Wikipedia, der freien Enzyklopädie
Wechseln zu: Navigation, Suche
Abkürzung: WP:VE/RM

Der VisualEditor wird nach und nach entwickelt. Fehlermeldungen, Erfahrungsberichte, Anregungen und sonstige Stellungnahmen werden hier gesammelt.

Weltweite Fehlermeldungen im Phabricator (englisch):

Frühere Rückmeldungsseiten siehe Kasten rechts.


Inhaltsverzeichnis


VisualEditor News #1—2015[Bearbeiten]

19:30, 5. Feb. 2015 (CET)

Interlanguage links are displayed as interwikillinks until saving[Bearbeiten]

Hi, I hope I can describe this bug well enough so everybody can understand it.

When I want to insert an interwikilink (i.e. a standard link to a different language wiki), I highlight the word I want to link, click on "link", then insert ":$prefix:$pagename". This works just fine. However, when I accidentally omit the leading colon, as in "$prefix:$pagename", VisualEditor still treats it as an interwikilinked word on the page itself, although it isn't - it's an interlanguage link. After saving, the interlanguage link, mistakenly inserted, is now treated as such and shows up in the menu bar on the left. Which means that VisualEditor apparently doesn't know the difference and so the user can't differentiate between the two.

I hope this makes sense. Please let me know if I should clarify something. --Gnom (Diskussion) 02:26, 15. Feb. 2015 (CET)

Just to clarify the terms:
  • „interwikilink“ means: [[:en:Main Page]]
  • „interlanguage“ means: [[en:Main Page]]
Greetings --PerfektesChaos 12:13, 15. Feb. 2015 (CET)
I think I understood - I just don't know what could be done about it. If you checked your changes before saving, you would see that the link is missing the colon. If the only way to add interlanguage links today was via Wikidata, VE could probably warn about the mistake and even reject it, but MediaWiki still allows adding interlanguage links manually, so for what VE knows, that could still be a valid addition. What would you like VE to do in such a situation? Thanks! --Elitre (WMF) (Diskussion) 15:48, 19. Feb. 2015 (CET)
I understood something different from the initial message:
  • If you happen to omit the colon in source code editing and request preview, nothing of the link is displayed. If you discover the gap, since something is missing in the sentence, you may add the colon now.
  • Taking from the description above (I did not test), the interlanguage is displayed in VE as regular linked term, but vanishes after saving, since an interlanguage is not visible in page text.
  • Interlanguages should be always invisible in VE, perhaps leaving an extraordinary mark instead.
Regards --PerfektesChaos 10:35, 20. Feb. 2015 (CET)
Thanks, PerfektesChaos, that's just what I meant. Could you turn this into a VE bug report, Elitre? Thanks, --Gnom (Diskussion) 15:11, 22. Feb. 2015 (CET)
I added this on [1]. I think this was going to change anyway when a good integration between Wikidata and VE is possible. That's why the Optionen menu has always had a Sprachen "placeholder" section. I believe Parsoid is required to tell VE "that's an interlanguage link! it needs to stay in the left column!" but I might be wrong :) Best, --Elitre (WMF) (Diskussion) 16:54, 25. Feb. 2015 (CET)
Thanks a bunch, Elitre (WMF)! Best, --Gnom (Diskussion) 17:08, 25. Feb. 2015 (CET)

Bildunterschriften nicht bearbeitbar[Bearbeiten]

Wie kann man die Bildunterschriften bearbeiten?

Danke. Phototropismus (Diskussion) 11:42, 15. Feb. 2015 (CET)

HI, see mw:Help:VisualEditor/User_guide/de#Editing_images. (Sorry, it's supposed to be in German, but the translations for the user guide in your language are a bit behind - just 25% complete. Please let me know if you can help with that!) --Elitre (WMF) (Diskussion) 15:51, 19. Feb. 2015 (CET)

Again: hyphens and quotation marks Punctuation[Bearbeiten]

Hi, I just watched the March Monthly Metrics and Activities Meeting and I am looking forward to the "final" release of VisualEditor! Please forgive me for bringing up a topic that we discussed earlier: In VisualEditor, it is really hard to insert typographically correct German quotation marks („“, not "")1 and hyphens n-dashes (–, not -). In the Wikitext editor, inserting these characters takes one click, thanks to the extended editing tool bar. In VisualEditor, it takes four. Please find a way to change this. Otherwise, we will have to run after users inserting incorrect punctuation even more than we already do. Thanks, --Gnom (Diskussion) 22:50, 8. Mär. 2015 (CET)

1 Switzerland-related articles use French quotation marks («»).

I would like to add that Gnom's advice indeed holds true for most PC systems, except for the Mac. However, we also still cannot enter non-breaking spaces as we used to in wikitext as a HTML entity. We addressed this issue earlier, too. All these features are a must for serious editing.--Aschmidt (Diskussion) 23:28, 8. Mär. 2015 (CET)
Please note: The longer guys “–” are called “dashes”, and in German typography the shorter “n-dash” is to be used, while US mostly uses an “m-dash” like this “—” one. “Hyphens” are required to join words, and the ASCII “-” as available on keyboard is entirely sufficient. The typographical dashes in the project language(s) as well as quotation marks are available on tool bars below the text area on all Wikis when source text editing mode is used. The required entity is  . Greetings --PerfektesChaos 23:39, 8. Mär. 2015 (CET)
Thank you, PerfektesChaos, should be corrected now. Also seconding Aschmidt: I use non-breaking spaces all the time, they should be possible in VisualEditor as well. Thanks, --Gnom (Diskussion) 08:00, 9. Mär. 2015 (CET)
Hi all, thanks for your notes. As you'll recall, the quotation marks were added at some point; is there any other character which is required? Please add it to MediaWiki:Visualeditor-specialcharinspector-characterlist-insert, or let me know. About the character inserter itself, please test the new version at mediawiki.org (notice the Omega is on the toolbar now), and please leave related feedback here. Last but not least, in order to draw more attention to T70429 and [2], I would appreciate a set of examples/diffs to show how much needed this is. Thanks a lot for your help with this, and have a nice week. --Elitre (WMF) (Diskussion) 13:28, 9. Mär. 2015 (CET)
Thanks, Elitre! I commented on the new character inserter on the Mediawiki wiki. Examples for the importance of the non-breaking space include the following: Our typography rules call for a non-breaking space when discussing units and abbreviations ("a marathon is run over a distance of 42.195 km" calls for 42.195 km; "water boils at 100 °C" requires 100 °C; "Mary Shelley created the character of Dr. Frankenstein" includes Dr. Frankenstein). I frequently use it in every law-related article in relation to the "§" sign, an example for this would be the article on Mietvertrag (Deutschland). Thanks again for your great help, --Gnom (Diskussion) 15:45, 11. Mär. 2015 (CET)
I'll quote you on this. Danke, --Elitre (WMF) (Diskussion) 18:22, 11. Mär. 2015 (CET)
Elitre (WMF), what also strikes me is that the character set for Esperanto is not complete. Probably the Esperanto community still is not aware of the changes ahead. In wikitext special characters are input on eowiki using the x notation, e.g. ux results in ŭ. This does not work in VE, however. For writing in Esperanto, we still need these characters in the Ω palette of symbols and accents in VE: ĉ, ĝ, ĥ, ĵ, ŝ, and ŭ, both minor and capital characters. These characters usually are not available on Windows keyboards, you will find them, e.g., on a Mac using the US-extended keyboard, or on some desktop environments available for Linux. You cannot write proper Esperanto without these characters, so this is really essential. – Thx.--Aschmidt (Diskussion) 19:34, 14. Mär. 2015 (CET)
Thanks for your note, Aschmidt. I think that all the tool-related messages sent in the past, and even the help pages on mediawiki.org, point to MediaWiki:Visualeditor-specialcharinspector-characterlist-insert, which is the page that each wiki can freely edit to add the most needed characters for their language (it shows JSON code, but that shouldn't scare sysops, which are the ones who usually edit pages in the Mediawiki namespace). If you can think of a more effective way to convey the concept that editing the character set is as easy as it seems (no request for permission or Phabricator ticket required!), I'd love to hear it :) Best, --Elitre (WMF) (Diskussion) 22:42, 14. Mär. 2015 (CET)
Thanks for pointing me to that page, but please note that the characters I have mentioned above are not there, neither in the list for dewiki nor for eowiki. It should be included because, as I said, you need those characters for writing the universal language.--Aschmidt (Diskussion) 22:47, 14. Mär. 2015 (CET)
All the wikis have the same, small and basic set, so I would encourage you to add those characters to the wikis which really need them, that was my point ;) --Elitre (WMF) (Diskussion) 22:53, 14. Mär. 2015 (CET) PS: sometimes it takes a while for the change to go live, but that's not important.
Right, but I cannot edit eo:MediaWiki:Visualeditor-specialcharinspector-characterlist-insert. ;) --Aschmidt (Diskussion) 22:56, 14. Mär. 2015 (CET)
So what does a user do in these situations? He asks a local sysop (as vaguely suggested before) ;) --Elitre (WMF) (Diskussion) 23:00, 14. Mär. 2015 (CET)
Done. ;) Have a nice rest of the weekend! :) --Aschmidt (Diskussion) 23:33, 14. Mär. 2015 (CET)
See? We can all live happily ever after :) --Elitre (WMF) (Diskussion) 11:55, 15. Mär. 2015 (CET)

Flagged revisions[Bearbeiten]

Wenn ich mit dem Visual-Editor eine Seite bearbeitet und gespeichert habe, erscheint oben rechts fälschlicherweise die Markierung, dass der Artikel nicht gesichtet sei. Wenn ich die Seite einfach neu lade, ist die Markierung weg. Problem dabei ist, dass der VE für die Markierung Platz in Form einer Randspalte lässt und den Text entsprechend zusammenstaucht. Das stört ziemlich beim Bearbeiten. Der Fehler tritt seit rund zwei bis drei Wochen auf. MfG Chewbacca2205 Gamepad.svg 16:36, 14. Mär. 2015 (CET)

Das wurde hier bereits angesprochen. Es gibt auch bereits einen Phabricator-Eintrag. Was ich nicht verstehe, ist, warum sich nicht jemand, der sich damit auskennt, mal 15 Minuten Zeit nimmt und das schnell repariert. Das kann doch nicht so schwer sein … ?? Troubled @sset  Work    Talk    Mail   20:17, 14. Mär. 2015 (CET)

SPAN tags after copy 'n' paste[Bearbeiten]

This is a another annoying bug which occurs after copying and pasting some text while editing in VE. The SPAN tags have to be removed manually afterwards. There is no apparent reason for including these tags.--Aschmidt (Diskussion) 01:15, 31. Mär. 2015 (CEST)

Hey Aschmidt, I just asked the product manager, and we both seem to remember this was fixed - and the code should go live this week. Hope this helps, --Elitre (WMF) (Diskussion) 01:19, 31. Mär. 2015 (CEST)
That would indeed be fine. I'll give it another try in a few days. – Thx, Elitre (WMF)!--Aschmidt (Diskussion) 01:47, 31. Mär. 2015 (CEST)
Sure. Try toward the end of the week, and if it still doesn't work, we'll shout more. (I have a colleague whose browser tends to cause that bug from time to time, and I'm looking forward for the day I don't have to clean up after her!). Best, --Elitre (WMF) (Diskussion) 01:51, 31. Mär. 2015 (CEST)
FWIW, I used Safari 7.1.4 for the said edit…--Aschmidt (Diskussion) 03:21, 31. Mär. 2015 (CEST)
I know: I believe it's one of those bugs which only affect Safari. --Elitre (WMF) (Diskussion) 10:57, 31. Mär. 2015 (CEST)

Aschmidt, the dev thinks he's killed this bug—but he's not sure, because he was killing <span lang="XX"> tags, and the plain <span> tags might be a different bug with VisualEditor in Safari. The update should appear in two hours or so. If you see more of these (maybe tomorrow or the next day?), then please post a diff for Ed. Thanks, Whatamidoing (WMF) (Diskussion) 19:25, 22. Apr. 2015 (CEST)

VisualEditor News #2—2015[Bearbeiten]

21:48, 10. Apr. 2015 (CEST)

Text markieren und fetten[Bearbeiten]

Wenn man in einer Liste von Links (z.B. VfB) eine Zeile markiert und fett macht, dann wird der Quelltext etwas ungünstig geändert.

  • [[VfB Stuttgart]], achtgrößter Sportverein Deutschlands - vorher
  • [[VfB Stuttgart|'''VfB Stuttgart''']]''', achtgrößter Sportverein Deutschlands''' - so erstellt es der VisualEditor
  • '''[[VfB Stuttgart]], achtgrößter Sportverein Deutschlands''' - so sollte es sein.

Ansonsten bin ich recht zufrieden mit dem VisualEditor und hoffe, dass er bald das Standardbearbeitungswerkzeug wird. Alex42 (Diskussion) 23:35, 14. Apr. 2015 (CEST)

Aber wir müssen auch [[Foo|dies ''und'' das]] haben, und nicht [[Foo|dies]] ''[[Foo|und]]'' [[Foo|das]]. Whatamidoing (WMF) (Diskussion) 20:33, 22. Apr. 2015 (CEST)
Hi Whatamidoing (WMF), could you explain? I don't understand your answer. (Also pinging Alex42.) Also, I don't understand the Phabricator bug link that you inserted... Thanks, --Gnom (Diskussion) 23:04, 22. Apr. 2015 (CEST)
If you always put the character styling outside the link formatting, then link labels ("dies und das") that contain mixed formatting ("dies und das") will have to be split into multiple links.
(I added the Phabricator task, which is related but not exactly this simpler case.) Whatamidoing (WMF) (Diskussion) 19:13, 23. Apr. 2015 (CEST)

Knopf "Eine technische Aufgabe einreichen"[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36

Habe jetzt zwei Rückmeldungen verloren, da ich nicht oben auf senden sondern unten auf "Eine technische Aufgabe einreichen" geklickt habe. Bitte unmissverständlicher aufbauen.

Conny 08:29, 17. Apr. 2015 (CEST)

Ping an Conny: Whatamidoing (WMF) hat dein Problem auf Phabricator gemeldet. Gruß, --Gnom (Diskussion) 23:06, 22. Apr. 2015 (CEST)
Danke euch. Conny 09:44, 23. Apr. 2015 (CEST).

automatically add current date in online sorces[Bearbeiten]

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

Just a simple thing which would make editing much easier: Please automatically add the current date in the field "access date" if you're adding online sources as references.

This way is maybe also the best way to "explain" the format which you should enter there.

rugk (Diskussion) 20:27, 21. Apr. 2015 (CEST)

This is available now in mw:Citoid, which is not currently active at this Wikipedia. It will also be available eventually via TemplateData's "autofill" parameter in citation templates. Whatamidoing (WMF) (Diskussion) 20:43, 22. Apr. 2015 (CEST)
Ping an rugk. Gruß, --Gnom (Diskussion) 23:08, 22. Apr. 2015 (CEST)
Okay, great. --rugk (Diskussion) 23:15, 22. Apr. 2015 (CEST)

Special character inserter change[Bearbeiten]

Hi, something has changed with the special character inserter. I can't access our default list of frequently used characters any more. Can someone help? --Gnom (Diskussion) 09:25, 22. Apr. 2015 (CEST)

Grüß dich, Gnom,
I think you need the new instructions at mw:VisualEditor/Special characters. The page has changed. Whatamidoing (WMF) (Diskussion) 19:13, 22. Apr. 2015 (CEST)
Coincidentally, I just asked our admins [3] to extend the VisualEditor special characters list to resemble the standard special characters list of the wiki text editor, as the new VE list strangely lacked important characters such as the ndash (Gedankenstrich), and German and Swiss (Guillemets) quotes. --Mps、かみまみたDisk. 19:26, 22. Apr. 2015 (CEST)
Guillemets are on my mind, because the way that VisualEditor's special character tool handles them is deficient. What we want is to select the word and have both „“ appear with one click. What we have now is first click „ and then type the word and last click “. It is not very efficient. Whatamidoing (WMF) (Diskussion) 20:48, 22. Apr. 2015 (CEST)
Yes, this too. But aside from this, as I understood it the new special character list of the VE was implemented with the goal to be consistent with the special characters list of the "Enhanced editing toolbar" of the wiki text editor. But obviously this is not the case for the "Symbols" category. --Mps、かみまみたDisk. 21:21, 22. Apr. 2015 (CEST)
Hi Whatamidoing (WMF), thank you for pointing out the change. I am confused because I originally worked with Elitre (WMF) on MediaWiki:Visualeditor-specialcharinspector-characterlist-insert - what happened to this page? Is it now obsolete? Mps, thank you for taking care of this, can we work on consolidating the two lists somehow? Also, I would like to second the request regarding the "wraparound" quotation marks. Thanks, --Gnom (Diskussion) 23:16, 22. Apr. 2015 (CEST)
I don't know how I/we could consolidate both lists (if this question was aimed at me) as this seems to be a VisualEditor issue and thus needs to be corrected on the developers side. Local wiki installations can only alter the "Often used" (here "Oft genutzt") special char category. However, as the only difference between both lists seem to be in the "Symbols" category and the missing symbols are now included in the "Often used" category, the issue is at least mitigated. --Mps、かみまみたDisk. 23:28, 22. Apr. 2015 (CEST)
Hey Gnom, yes, you don't need the old page anymore. I'm still not seeing the new section at the top of the character inserter, but that should only be a cache issue, I'll let you know more later. Thanks! --Elitre (WMF) (Diskussion) 11:19, 23. Apr. 2015 (CEST) PS: I just chatted with James F. about this, and he'll find out (and likely fix at the same time) what the issue is ASAP. Thanks for your patience, --Elitre (WMF) (Diskussion) 18:58, 23. Apr. 2015 (CEST)
In the meantime, check progress of https://phabricator.wikimedia.org/T65227 (and, unrelated, of https://phabricator.wikimedia.org/T70429) :) --Elitre (WMF) (Diskussion) 11:37, 23. Apr. 2015 (CEST)
As an update, whatever the issue was, it seems to be gone now. If you want to change the name of the new group to "Oft genutzt", then please feel free to change MediaWiki:Visualeditor-special-characters-group-other. Thank you! --Elitre (WMF) (Diskussion) 17:55, 24. Apr. 2015 (CEST)

Mps, you said that the "Symbols" category is different. Has the "Symbols" category for the Enhanced editing toolbar been customized locally? (If it has, then I wonder if VIsualEditor is using the local copy or the default.) Whatamidoing (WMF) (Diskussion) 19:10, 23. Apr. 2015 (CEST)

I've looked at our code and as far as I could see we do not change the list using the means described in https://www.mediawiki.org/wiki/Extension:WikiEditor/Toolbar_customization#Add_characters_to_an_existing_special_characters_page. --Mps、かみまみたDisk. 20:53, 23. Apr. 2015 (CEST)
Phew. Now can we have wraparound quotation marks? I can't change these pages, you know... Thanks, --Gnom (Diskussion) 12:26, 25. Apr. 2015 (CEST)
Gnom, Mabschaaf, so this only landed on Wikipedias some days ago, and I haven't been able to test it yet. Instructions are at https://phabricator.wikimedia.org/T65227#1230373 , you're welcome to try this! --Elitre (WMF) (Diskussion) 18:02, 11. Mai 2015 (CEST)
Cool! I will need to ask an admin to change MediaWiki:Visualeditor-quick-access-characters.json accordingly. --Gnom (Diskussion) 18:23, 11. Mai 2015 (CEST)

Copy and Paste von Einzelnachweisen (Problem gelöst)[Bearbeiten]

Ich bin begeistert wie leicht man inzwischen Einzelnachweise auch mit der Vorlage:Literatur einfügen kann, danke! Wenn man auch noch Einzelnachweise von einem Artikel in einen anderen kopieren könnte, wäre das echt Luxus. Ich hoffe der Editor wird bald offiziell eingeführt. Schöne Grüße --Christian Stroppel (Diskussion) 10:13, 30. Apr. 2015 (CEST)

Gelöst: Es war mein Fehler. Man muss beide Artikel mit dem VisalEditor öffnen, dann geht es! Ich hatte die Textvorlage beim Kopieren im normalen Artikel geöffnet. Vielleicht kann man das dem naiven Nutzer, später in der Beschreibung erklären. Danke nochmal! --Christian Stroppel (Diskussion) 10:31, 30. Apr. 2015 (CEST)
Ich will oft eine Fußnote nochmals verwenden, aber mit veränderter Seitenangabe. Wie mache ich das? Z. (Diskussion) 20:05, 6. Feb. 2016 (CET)
That would need https://phabricator.wikimedia.org/T96536 and/or https://phabricator.wikimedia.org/T96000 to be fixed... --Elitre (WMF) (Diskussion) 09:55, 8. Feb. 2016 (CET)

Meldung beim Ersten Gebrauch vom VisualEditor.[Bearbeiten]

Dieser Text wurde von der Seite HD:VE] Kopiert.

Es erscheint, wenn man den VisualEditor zum ersten mal startet, die Meldung „Willkommen beim VisualEditor“ - aber diese Meldung erscheint nur einmal. Ich habe noch einen Screenshot davon.

Ich fände es gut, wenn es eine Funktoin gäbe, welche die Liste der auszublendenden Meldungen zurücksetzt, denn ich hasse Meldungen, die nur einmal und dann nie wieder mehr angezeigt werden. ---S536870912 (Diskussion) 22:30, 17. Mai 2015 (CEST)

I put this request in [4] - I think that the core of the message is what appears when you open the Help menu anyway, but those messages need to be updated and harmonized, and I think even more changes will happen soon. Thanks for your report, --Elitre (WMF) (Diskussion) 11:52, 22. Mai 2015 (CEST)

Kommentare[Bearbeiten]

Bearbeite ich spezial:permalink/142253878 mit dem VE werden die beiden Kommentare in der Einleitung korrekt angezeigt und lassen sich bearbeiten. Die beiden Kommentare im Abschnitt Weblinks bleiben aber unsichtbar. Grüße --Diwas (Diskussion) 13:29, 20. Mai 2015 (CEST)

S536870912 , Diwas , thanks for your messages, I'll answer tomorrow. Best, --Elitre (WMF) (Diskussion) 00:18, 22. Mai 2015 (CEST)

I put this in https://phabricator.wikimedia.org/T73085#1303481 . Thanks for reporting! --Elitre (WMF) (Diskussion) 12:09, 22. Mai 2015 (CEST)

STRG + F / Finden[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.152 Safari/537.36

Nach beenden des Suchmodus springt der Editor an eine unklare Stelle im Text und man verliert die Position, die man gesucht hat.

Conny 12:04, 22. Mai 2015 (CEST)

Hello Conny! Thanks for your reports! I filed this task. Have a nice day, --Elitre (WMF) (Diskussion) 12:27, 22. Mai 2015 (CEST)
Thank you very much :D . Conny 17:03, 22. Mai 2015 (CEST).

Abschnittsfokus[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.152 Safari/537.36

Beim Bearbeiten von Abschnitten steht zwar der Cursor richtig, aber die Ansicht ist verschoben nach unten (durch Einblendung zusätzlicher Menüs, die nicht korrigiert wird).

Conny 12:12, 22. Mai 2015 (CEST)

Turns out I had filed [https://phabricator.wikimedia.org/T97789 about this a while ago. Thanks, --Elitre (WMF) (Diskussion) 13:15, 22. Mai 2015 (CEST)

"Eine technische Aufgabe einreichen"[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.152 Safari/537.36

Knopf am unteren Ende bitte klarer darstellen, das dieser nicht zum Abschicken einer Rückmeldung geeignet ist. Das ist die zweite Einrichung dazu, gibt es ein Ticket?

Bei Anklicken springt man im neuen Fenster zum Phabrikator und mein Text im Popup vom alten Fenster ist verschwunden.

Conny 12:14, 22. Mai 2015 (CEST)

I added your comment here. Thanks, --Elitre (WMF) (Diskussion) 13:09, 22. Mai 2015 (CEST)

Ausrufezeichendreieck rechts oben[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.152 Safari/537.36

Bitte Leernachricht mit "Eine Notiz" endlich mal entfernen.

Conny 12:14, 22. Mai 2015 (CEST)

That's covered by [5]. Thanks for taking the time to raise this. --Elitre (WMF) (Diskussion) 13:10, 22. Mai 2015 (CEST)

Referenzen mit Citoid sofort wiederverwenden - Can't recite references build with Citoid (solved)[Bearbeiten]

When I edit a table and make an new reference I can't see it at the end. But if I save my edit I can see it. There is a problem, when I want to re-use this reference before I saved it. Before saving I can't see the new reference in the list. The only way to re-use it before saving ist with copy-paste. But the Editor works very well, like you can see in Lesestrategie. Thank you! --Christian Stroppel (Diskussion) 14:00, 22. Mai 2015 (CEST)

Reported here. Thanks, --Elitre (WMF) (Diskussion) 14:19, 22. Mai 2015 (CEST)
Thank you for the report! I read your report und the comments before. So I testet an other way. The real problem ist not that the references are in a table. The problem is, that I used "automatic" (Citoid-Dienst). When I use Citoid the problem occurs also outside of tables. Sorry for the false desciption of the Problem.--Christian Stroppel (Diskussion) 14:55, 22. Mai 2015 (CEST)
Thank you for clarifying, I filed [6] and we'll see what happens :) --Elitre (WMF) (Diskussion) 15:15, 22. Mai 2015 (CEST)

This problem is solved. When I use Citoid now, I can recite the new reference immediately. Thank you Elitre (WMF) and all software engeneers! :o) --Christian Stroppel (Diskussion) 21:58, 26. Jun. 2015 (CEST)

Thank you Christian Stroppel! --Elitre (WMF) (Diskussion) 22:25, 26. Jun. 2015 (CEST)

Position des Buttons zum Einfügen von Einzelnachweisen[Bearbeiten]

Hallo zusammen, ich finde die derzeitige Position zum Einfügen der Einzelnachweise zu kompliziert. Ich fand den direkten Button in der Hauptleiste mit der Aufteilung für neue EN und die Verwendung bereits eingefügter EN deutlich besser und gerade für Neulinge deutlich einfacher zu finden – wenn man die Leute daran „hindern“ will, dass sie die Nachweise einfügen, kann man es so lassen wie es ist. zwinker Filterkaffee Diskussion 18:45, 22. Mai 2015 (CEST)

Versteht ich dich richtig, du willst 3 Buttons: Citoid, New Reference und Re-Cite? Stimmt, dann würde man sich einen Klick sparen. Aber mit welchen Bildern könnte man den Unterschied sichtbar machen? Ich finde folgende Grafik für den Button gut, weil Anführungszeichen produziert er ja garnicht: Zitat4 .--Christian Stroppel (Diskussion) 23:01, 22. Mai 2015 (CEST)
Es gab vorher in der Leiste beim Starten des VE einen einzelnen Button mit den EN/LIT-Buttons, jetzt ist das ganze versteckt unter „Einfügen“. Und ich zum Beispiel füge meine EN über die Vorlagen {{Internetquelle}} und {{Literatur}} ein, versuch das mal, das ist für Neuuser einfach sehr sehr aufwendig mit dem VE:
  1. „Einfügen“ anklicken
  2. „Mehr“ anklicken
  3. „Einfach“ anklicken – das muss man auch erstmal wissen, dass „Einfach“ für einen einfachen EN steht
  4. „Einfügen“ anklicken
  5. „Vorlage“ anklicken
  6. Vorlage eingeben und befüllen
Noch aufwendiger wird es, wenn man sich wie ich bereits vorausgefüllte EN-Bausteine vorbereitet hat, die man per Tastenkombination einfügen kann. Für mich wäre es am einfachsten, wenn ich ein Fenster hätte, in dem ich den ref name="" eingeben kann und darunter in einem Fenster nur noch die Vorlage einkopieren müsste. Viele Grüße – Filterkaffee Diskussion 08:59, 23. Mai 2015 (CEST)
Man kommt auch mit Zitieren - Manual - Basisform dahin, ist aber auch nicht kürzer. Wenn du aber die Vorlagen direkt ausfüllst, sollte doch Zitieren - Manual - Webseite bzw. Zitieren - Manual - Literatur passen, oder mache ich es mir zu einfach? Für mich, der nur ab und zu mal einen Internetbeleg einfügt, ist die Zitieren - Automatic sehr hilfreich und einfach. Dass " Zitieren Belegen heißt, hat mich allerdings zunächst irritiert. Grüße --Diwas (Diskussion) 13:54, 23. Mai 2015 (CEST)

Danke Diwas, jetzt habe ich verstanden was Filterkaffee meint. Das " Zitieren hat mich wie gesagt auch irritiert. --Christian Stroppel (Diskussion) 18:44, 23. Mai 2015 (CEST)

Auch von mir Danke, Diwas, „Zitieren“ finde ich ein wenig unglücklich als Bezeichnung für Einzelnachweise und andere Nachweis-Vorlagen. Aber weil ich meinte zu wissen, was sich dahinter verbirgt, habe ich es natürlich nicht angeklickt… Viele Grüße – Filterkaffee Diskussion 23:09, 23. Mai 2015 (CEST)
Zitieren - Manual - Webseite and Zitieren - Manual - Literatur are indeed the shortest paths to add the templates you are talking about (I thought the first one would invoke Cite web, but I was wrong). You can add other 2-3 widely used Cite templates to MediaWiki:Visualeditor-cite-tool-definition.json, by the way. --Elitre (WMF) (Diskussion) 12:48, 28. Mai 2015 (CEST)
Also, thank you for your reports, there's actually a bug here: [7]. --Elitre (WMF) (Diskussion) 20:10, 2. Jun. 2015 (CEST)

markiertes Wort als Link umwandeln[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.152 Safari/537.36

Nach der Markierung des Wortes erfolgt der Klick auf das Linksymbol in der Bearbeitungsleiste. Der Begriff wird richtig übernommen, die Suche startet jedoch erst, wenn man in die Eingabezeile klickt. Sollte sofort starten.

Conny 22:03, 22. Mai 2015 (CEST)

I put it on Phabricator. Thank you, --Elitre (WMF) (Diskussion) 19:38, 27. Mai 2015 (CEST)
Thank you Elitre :) - Conny 22:24, 27. Mai 2015 (CEST).
Thank you for your patience, Conny! Best, --Elitre (WMF) (Diskussion) 23:30, 27. Mai 2015 (CEST)

Einzelnachweise mit folgender Überschrift[Bearbeiten]

User Agent: Mozilla/5.0 (X11; CrOS x86_64 6812.88.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.153 Safari/537.36

Steht ein Einzelnachweis am Ende eines Satzes und folgt darauf eine große Überschrift, ist es nicht möglich den Cursor hinter den letzten Satz vor dieser Überschrift zu positionieren. Desweiteren springt der Cursor bei Löschen von Zeichen rechts von besagtem Einzelnachweis weiter unten in den Text.

Conny 15:50, 31. Mai 2015 (CEST)

Tabelle duplizieren gewünscht[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.81 Safari/537.36

Bitte einfache Möglichkeit bieten, dass ich von einer Tabelle den Kopf und die erste Zeile in die Zwischenablage kopieren und dann in einem anderen Artikel einfügen kann.

Conny 19:30, 2. Jun. 2015 (CEST)

Can you give me an example of a table you don't manage to copy/paste? I tried to paste the ones at Stobart_Air#Flotte somewhere else and it kinda works - I manage to paste one table, but re-doing that operation in the same edit doesn't work every time. --Elitre (WMF) (Diskussion) 20:20, 2. Jun. 2015 (CEST)

Error correting IPA character[Bearbeiten]

This edit was not possible with VE. No error message appeared, indeed, no sign that anything went wrong at all, it just did not work out. The edit was not saved, so I had to use the traditional editor. Safari 7.1.6 on OS X 10.9.5.--Aschmidt (Diskussion) 23:57, 3. Jun. 2015 (CEST)

This edit? Whatamidoing (WMF) (Diskussion) 09:12, 10. Jun. 2015 (CEST)

VisualEditor News #3—2015[Bearbeiten]

12:44, 13. Jun. 2015 (CEST)

Kleiner Bug beim Navigieren mit der Tastatur?[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.124 Safari/537.36

Hallo,

Wow, dieser neue Editor sieht ja toll aus!

Ich glaube aber, ich habe einen kleinen Bug gefunden: Wenn ich wie gewohnt mit Shift und der Pfeil-nach-oben und der Pfeil-nach-unten-Taste im Text markieren will, klappt dies nicht zuverlässig (nutze Chrome). Es ist schwer zu beschreiben, aber ich komme quasi in keine Richtung über das Absatzende hinaus. Wenn ihr das Problem nicht reproduzieren könnt, helfe ich gerne weiter: Gerne eine Nachricht an mich schreiben.

Mit freundlichen Grüßen, Knorx Thieus

KnorxThieus (m) (Diskussion) 21:22, 26. Jun. 2015 (CEST)

Good evening, KnorxThieus (m). The issue you're experiencing (sorry about that) sounds like [8]. Can you confirm? Best, and thanks for your enthusiasm, --Elitre (WMF) (Diskussion) 22:58, 26. Jun. 2015 (CEST)

Re:[Bearbeiten]

Hello, Elitre (WMF). I am sorry, but I did not find this thread of bugs before … yes, Pginer-WMF describes the same issue I found. Thank you for support, good luck with the further bugfixes and development of VisualEditor! Best regards, KnorxThieus (m) (Diskussion) 10:57, 27. Jun. 2015 (CEST)

VisualEditor News #4—2015[Bearbeiten]

Elitre (WMF), 00:28, 15. Aug. 2015 (CEST)

Links entfernen[Bearbeiten]

Bei Links sollte ein Button "Entfernen" existieren - darf auch ein stilisiertes rotes Kreuz sein. Momentan muss man "Bearbeiten" wählen und das Linkziel entfernen, bevor "entfernen" auswählbar ist (was sich dann ja quasi schon erübrigt hat). Außerdem wäre es schön, wenn sich der VE merken könnte, welche Sonderzeichenliste (Symbole/Lateinisch/...) man zuletzt benutzt hat (Cookie?). Da offenbar immer die oberste (momentan "Lateinisch") angezeigt wird, könnte man auch wie beim "normalen" Editor eine Liste "Standard" an den Anfang setzen (also über "Lateinisch"). Die Seitennotizen funktionieren bei mir nicht. Und dass ich die ZQ nicht bereits während des Bearbeitens ausfüllen kann (bspw. per Dropdown) halte ich für einen der größten Missgriffe. --Der irrende Memnel (Diskussion) 17:46, 27. Aug. 2015 (CEST)

Hello there!
  • Re: links, if you don't want to use the Entfernen button, you could also highlight the word and choose Gestaltung entfernen from the text style dropdown, but I'll file a task to request an improvement in this area.
    • This exists already as https://phabricator.wikimedia.org/T98272 . They're actually considering a "broken chain" icon, which I think may make more sense there, but we welcome your feedback about this.
  • I think I remember a request about showing personally most used special characters at the top of the tool, but it looks like that never made it into Phabricator, so I'll add it there :)
  • The notice issue is https://phabricator.wikimedia.org/T95822 .
  • (I didn't understand the last comment, I'd be happy to address it if someone can explain it to me.) Best, --Elitre (WMF) (Diskussion) 18:33, 28. Aug. 2015 (CEST)
PS: re: the special character panel, Der irrende Memnel, notice that the Oft verwendet section at the top is fully customizable on each wiki, so if you can think of something that should definitely stay there, MediaWiki:Visualeditor-quick-access-characters.json is the page to edit :) --Elitre (WMF) (Diskussion) 21:22, 28. Aug. 2015 (CEST)

Tabellenzelle einfügen[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.157 Safari/537.36

Ich würde gern in irgendeiner Weise das fehlende Feld (Zelle) bei der Tabelle in der ersten Zeile unter dem Tabellenkopf einfügen können.

Dankende, Conny (BTW: Eine technische Aufgabe einreichen prangt immer noch hier unten und verleitet zum Anklicken (durch Erhellung etwas besser). Gibt es dazu eine Statistik (Logfile), wie viele Leute falsch klicken?

URL: https://de.wikipedia.org/w/index.php?title=Langzeitarchivierung&oldid=144589690#Haltbarkeit_der_Tr.C3.A4germedien

Conny 11:40, 28. Aug. 2015 (CEST)

Hello Conny. Re: the cell issue, I'm afraid VE can't detect broken wikitext and fix it (exactly like, for example, it won't allow you to fix a template if you forget to add the closing braces after its name ;) ). It looks like Parsoid people are working on some code to mitigate this problem though (there has been a related Google Summer of Code project, although I don't have a link handy), so there is hope for the future Re: https://phabricator.wikimedia.org/T100011 instead, as you see, its priority was recently raised, and I added it as a blocker for another task I'm working on. I'll call more attention on it soon. Thanks as usual for stopping by! --Elitre (WMF) (Diskussion) 17:59, 28. Aug. 2015 (CEST)
Thank you for the information and please apologize, that I did not react here yet. Regards, Conny 18:05, 28. Aug. 2015 (CEST).
Actually, I also filed https://phabricator.wikimedia.org/T110694?workflow=create for you. Best, --Elitre (WMF) (Diskussion) 18:10, 28. Aug. 2015 (CEST)

Lob![Bearbeiten]

Nach längerer Zeit mal wieder einen Artikel im VE gemacht (siehe auch zugehörige Disk) - und bin angenehm überrascht, wie gut sich diese Wiki-Schreibesoftware für den Benutzer entwickelt hat: chapeau! Ich komm' jetzt prima mit den Funktionen zurecht (ich hatte vor allem bemängelt, dass die Einbindungsfenster, insbesondere für Refs, nicht selbsterklärend waren) - und hab' sogar meine erste Vorlage geschafft! Für Gerneschreiber von eher kompliziert zu erstellenden (= z. B. mehrere Fenster erfordernden) Artikeln mittlerweile sehr zu empfehlen (und mMn dem Schreiben im Quelltext unterdessen vorzuziehen...). Was ich noch nicht kann, sind Tabellen, Grafiken etc.; aber die brauch' ich bei meinen Elaboraten auch nicht. --Felistoria (Diskussion) 00:08, 17. Sep. 2015 (CEST)

Doubtful.crumbs.gemaelde.jpg
Dear Felistoria, it's good to hear from you again. I'm really glad you're finding the VEditing experience comfortable and fun! Tables' editing is still basic, but probably enough for common uses (the related section in the user guide is not fully translated yet, but current possibilities should be clear anyway). As for graphs, guess what, the ability to edit them is actually in the works (thanks to work done during the recent Google Summer of Code). Let me know if you have specific ideas on how something (else) should be improved. best, --Elitre (WMF) (Diskussion) 14:45, 17. Sep. 2015 (CEST) PS: I'm putting the dogs on this page as they're nice and can keep us company :)
Dear @Elitre:, the whole VE-bone isn't necessary for me, I suppose; I need only the crumbs for my articles:-) as there are: producing text and refs and inserting pictures. What I found out as very good in VE, is producing & fixing before you edit all. So you can prove everything by trial&error (and see the result immediately!) without any consequences if it doesn't work. For example my way to the "Vorlage Gemälde": first I looked for an example in another article how it has to look like in the VE "bearbeiten"-modus. Then I went in my own area in "bearbeiten" to make my own experiences - and I found out (without the "guide":-) & and it works:-). What is also very comfortable is the "inside-bearbeiten" of all parts of a reference; I need to do this rather often and find it much easier than "quelltext"-editing, because you can better overlook what you are doing. Maybe I will find out what can be improved when I will get more used to the VE than I am now...? But as to say: the handling of VE seems not really easy for by-the-way-editing or for a newbie... Best from Hamburg, --Felistoria (Diskussion) 16:28, 17. Sep. 2015 (CEST)

In letzter Zeit macht der VE wirklich richtig Spaß! Conny 14:28, 22. Sep. 2015 (CEST).

Tabelle - Anzahl Zellen beim Einfügen auswählen[Bearbeiten]

With the OpenOffice Writer it is possible to select the number of columns and lines in the moment, when you insert an table, by pulling a small example-table with the mouse. When the table is insert, you can jump to the next cell by pressing the tabulator key. If you are at the end of the table and you press the tabulator key an new line will be insert. This funktions are very fast an easy to understand.--Christian Stroppel (Wünsche) 09:26, 19. Sep. 2015 (CEST)

Hello Christian Stroppel, thanks for the feedback. For the first comment, I filed https://phabricator.wikimedia.org/T113224?workflow=create. Everything else is covered in https://phabricator.wikimedia.org/T72665 instead. Hope this helps! --Elitre (WMF) (Diskussion) 13:51, 21. Sep. 2015 (CEST)
Thank you! --Christian Stroppel (Wünsche) 10:09, 22. Sep. 2015 (CEST)

springender Fokus[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2454.93 Safari/537.36

Nach dem Klicken auf Bearbeiten beim Abschnitt springt der Fokus hin und her, endet zwar dann am betreffenden Abschnittsteil, aber es verwirrt. Die Leiste mit den Werkzeugen war in der Folge irgendwie eingeklappt, links oben war der blinkende Cursor an der gewünschten Stelle. Es wäre gut, wenn das Bild zwischendurch ruhig stehen würde und höchstens am Ende (dann gern smooth) an den Abschnittstextanfang gleitet (falls dieser vorher irgendwo im Fenster war). Conny 09:01, 22. Sep. 2015 (CEST)

Bitte beim setzen des Fokus sicherstellen, das die darüberliegende Überschrift nicht durch die Werkzeugeleiste verdeckt wird. Conny 14:28, 22. Sep. 2015 (CEST).

URL: https://de.wikipedia.org/w/index.php?title=Organspende&veaction=edit&vesection=7

Hey Conny, looks like you're using Chrome 45 in Win 7. I have Win 8, but I'm not getting the same issue, and I've also tested on other browsers. Furthermore, the focus is exactly where it should be (the page view starts at Niere). Can you try with other browsers, or while you're logged out (you just need to click on the URL above in this case to invoke VE)? I'm trying to understand if this is a recurring problem, or if it may be due to transient connectivity issues, gadgets etc. Thanks for your help! --Elitre (WMF) (Diskussion) 19:44, 22. Sep. 2015 (CEST)
Hey Elitre,
thank you very much. It works for me now 8)8 , only in meanwhile there are flipping focie makn me fuzzy. I used maybe Keyboard to correct location and than focus was lost. So it seems my fault. I will watch this! Thank youuuu :) . Conny 19:59, 22. Sep. 2015 (CEST).

Abbruch der Änderung[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2454.93 Safari/537.36

Es sollte eine sehr einfache Art und Weise geben (ohne Tab zu schließen), den Änderungsmodus zu verlassen. URL: https://de.wikipedia.org/w/index.php?title=Michael_Jackson&veaction=edit&vesection=12

Conny 14:56, 22. Sep. 2015 (CEST)

@Conny: Gibt es schon: Doppeltes Esc drücken bringt dich aus dem Änderungsmodus heraus. Solltest du schon etwas geändert haben, kommt vorher eine Sicherheitsabfrage. — Raymond Disk. 16:25, 22. Sep. 2015 (CEST)
@Raymond: Danke für den Hinweis. Denkst du wir brauchen kein optisch erfassbares Knöpfchen für Neulinge? Grüße dir, zu wenig Zeit @con gehabt :) , Conny 16:56, 22. Sep. 2015 (CEST).
[9] and [10] are related. Danke Conny und Raymond! --Elitre (WMF) (Diskussion) 17:10, 22. Sep. 2015 (CEST) PS: by the way, clicking on Lesen is also a good way to cancel the edit.
This sounds reasonable: Change the VE-MW integration to not add a new tab [...] go to VE or WE based on users' last choice [...]. So everyone has the editing mode, last time used. If you only use source code (WE) editing, you will only have to change one single time. Same goes for VE. If you like to switch regularly, it is only a small nuisance. Alex42 (Diskussion) 23:30, 11. Okt. 2015 (CEST)

VisualEditor works great now, when will it be available to all users? Gebt ihn frei![Bearbeiten]

English: Since VisualEditor works great now, and i even prefer it over sourcecode editing, when will it be available to all users in de-wiki? IPs should at least have a choice to edit the source or use VisualEditor. This would make a great difference in attracting new editors, especially underrepresented groups, i.e. not tech-savvy people.

Also for logged-in users it should be easier to switch to VisualEditor, perhaps make a notice once and let everyone choose or make the info available, where to change.

The first step would be to make a new RfC, because the last one is over two years old, it wasn't thoroughly developed back then.

Deutsch: Der VisualEditor arbeitet nun wirklich gut, ich ziehe ihn inzwischen den Quelltextbearbeitung vor. Wann ist er für alle Benutzer in de-wiki verfügbar? Auch IPs sollten die Möglichkeit haben, ihn einzusetzen, das würde neue Mitarbeiter anlocken, besonders solche Gruppen, die bis jetzt hier unterrepräsentiert sind, also alle nicht Technikaffinen.

Auch für eingeloggte Benutzer sollte es einfach sein, den VisualEditor zu aktivieren, d.h. die Option von den Beta-Einstellungen, in die Normalen zu verschieben. Man könnte auch ein Banner schalten, das darauf hinweist, wie man wechseln kann. So oft wie auf WP zur Zeit Banner für weit unwichtigere Aktion geschaltet werden...

Der erste Schritt wäre eine Umfrage zu machen, denn die Alte ist schon über zwei Jahre her, und damals war der VisualEditor noch nicht wirklich ausgereift.

Alex42 (Diskussion) 19:51, 27. Sep. 2015 (CEST)

+1 von mir aus gerne schnell einführen. für Neulinge ist es viel leichter Einzelnachweise einzufügen. Trotzdem habe ich kürzlich noch einen kritiker geslesen , der ihn aber zuletzt 2014 getestet hat.--Christian Stroppel (Wünsche) 20:11, 27. Sep. 2015 (CEST)
Frei ist er ja schon. Aber der Quelltext-Modus muss für langjährige Benutzer erhalten bleiben, sonst springen uns hervorragende Autoren ab. --Felistoria (Diskussion) 23:06, 27. Sep. 2015 (CEST)
Danke für die Rückmeldung. Ich denke der Quelltextmodus wird erhalten bleiben, weil jede zukünftige technische Neuerung, beispielsweise die Eingabe von Noten mit Lilypond oder Programmieren mit WP:Lua zunächst nur im Quelltext eingegeben werden kann. Die Eingabe dann im VisualEditor zu ermöglichen, wird immer wieder ein aufwändiger Entwicklungsprozess sein, der nur zeitverzögert nach der Einführung einer neuen Technik erfolgen kann. Es geht hier nur darum, dass der Editor für alle über einen Knopf gut sichtbar zugänglich sein soll.--Christian Stroppel (Wünsche) 08:32, 28. Sep. 2015 (CEST)
Der Quelltexteditor muss natürlich erhalten bleiben. Auch das umschalten vom VisualEditor zum Quelltext für die finale Kontrolle finde ich gut. Wie wäre denn das weiter Vorgehen, um den VisualEditor für IPs freizuschalten und für angemeldete Nutzer von den Beta-Einstellungen in die Normalen zu verschieben? Alex42 (Diskussion) 18:04, 29. Sep. 2015 (CEST)
Nochmal. Was wäre der nächste Schritt, um den VisualEditor einer breiteren Schicht von Anwendern zugänglich zu machen? Alex42 (Diskussion) 18:57, 3. Okt. 2015 (CEST)
Hey Alex42, thanks for your question and your thoughts. I believe that a few major changes related to VisualEditor are going to happen "soon" (the team is actively working on things like integrating wikitext and visual editing together properly, and a single tab to edit - if you're curious, you can take a look at what's currently in the pipelines via this Phabricator link). So I'd recommend we wait a bit to see how that goes before a related conversation gets started. I'll definitely let you know when things are more stable (and I have time myself to follow such a conversation as it deserves, as it would be a great pleasure for me to facilitate things if I can!). Hope this helps. --Elitre (WMF) (Diskussion) 17:14, 9. Okt. 2015 (CEST)

Hi Elitre (WMF), can you please provide a mock-up of this "single tab to edit"? I remember that the 2013 VE release had a horrible slide-animation edit button (that was hidden, animated, slow, hard to target and generally hated). This prototype http://nirzar.github.io/prototypes/ve/switch/wikitext/wikitext.html ? doesn't work for me (just a picture?). I read T114530 Change VE integration to only use one edit tab and T102398 Provide a single edit tab which has both visual and wikitext modes and allows on-the-fly switching between them and it sounds really sneaky:

  • Steps:
    • Add button to the WikiEditor and VisualEditor toolbars for switching back and forth mid-edit – T49779, blocked by T104663
    • Change the VE-MW integration to not add a new tab, make it look like the "Edit" tab is active; on page load, re-write the URL of the "edit" button to go to VE or WE based on users' last choice (site default applies if no pref, or for anons, no cookie) – T114530
    • Intercept all calls to action=edit (undo, diffs, etc.) to apply consistently for user expectation – T114531
    • For wikis where VE isn't the default choice, on an IP's edit-click, set a cookie of a random number, and allow direction to WE or VE based on some threshold (so ramped-up change is possible) – X
    • For such wikis, slowly increase the switchover with testing to ensure it's not disruptive – X.

So it will not be the users choice which editor he wants to use, but San Francisco will decide "based on some threshold (so ramped-up change is possible)" and "Intercept all calls to action=edit"? So this will be pushed like the mediaviewer, where you have to find some hidden options to get rid of it? Why, if VE is so good that people will want it? Or do the users that have the choice of 2 buttons, like currently on frwiki, not choose what WMF wants them to choose? The stats for frwiki look like it. Please show and tell. --Atlasowa (Diskussion) 19:37, 9. Okt. 2015 (CEST)

Wikipedias fr,he,it,pl,ru,sv have 2 buttons (visualEditor/wikitextEditor) for registered users and IPs, so they are free to choose (see for example https://it.wikipedia.org/wiki/Google when logged-out). The other WPs de,en,es,nl have VE opt-in only for registered users. --Atlasowa (Diskussion) 20:19, 9. Okt. 2015 (CEST)


Hey Atlasowa. The main change we're talking about would not enable the visual editor for any user, or override any related community choices. It would leave things as they currently are here, mostly.

  • People who currently see just one edit tab would still get only that tab, and it would launch the wikitext editor for them as it does now. Hopefully there's no need for mockups to illustrate this :) If they ever wanted to enable the visual editor, they would have to do so from the Preferences, as it's the case today.
  • People who have already enabled the visual editor in their preferences, instead, would just get a convenient button in the toolbar (rather than an additional tab) to switch between editors when they want (it's already possible to go from VE to WT without having to save first, this would now allow switching in both directions without saving).
    • In addition to this, for these users only, the edit tab would remember which editing environment they used the last time and launch that one. (Hence why task #3 above is important - if the user's favourite editor is the visual editor, actions like clicking on a red link need to invoke it).

That's it. Tasks #4 and #5 are listed as those are technologically related, but aren't going to be blockers. They're independent from the mere "switch to the single edit tab", and "subject to community happiness", to use a fashionable expression I kind of like. This should look less "sneaky" now, I hope? These are things that lots of people have asked for over time and we want to address them sooner rather than later. Have a nice weekend, --Elitre (WMF) (Diskussion) 17:41, 10. Okt. 2015 (CEST)

VisualEditor toolbar-de (August 2014)
Hey Elitre (WMF). Sadly i don't feel you have fully answered my question or have provided the mockup i asked for. You are using very careful language here about "The main change we're talking about" (what is the secondary or "collateral" change??) and "It would leave things as they currently are here, mostly" (mostly, except...?). Lets get things straight.
  • 1) I use the VisualEditor beta optin and therefor have a choice of 2 edit tabs (VE/wikitext). Most of my editing is with "edit wikitext", because VE is painfully slow and useless for a lot of advanced editing. I do "VE editing" for some things, namely tables (very useful), sometimes insert citoid references, a little "insert media". If i understand you correctly, the change will take away the "edit wikitext tab" from my interface and leave only 1 "edit" tab for Visualeditor. Instead, i get a small button [[]] in the right corner of the VisualEditor toolbar to switch preferences to wikitext editing. So, i can no longer make a case-by-case decision to use "edit wikitext" or "VE edit", instead the software only provides 1 edit button and "remembers which editing environment i used the last time and launch that one." I only get one edit button to click, and then the software decides what editing mode i will get. And i need to change preferences every time i want to switch. That is very intransparent and not user friendly. You make choice harder by only providing 1 edit button and redirecting my clicks. Making me jump through loops of pref switching.
  • 2) "Tasks #4 and #5 are listed as those are technologically related, but aren't going to be blockers. They're independent from the mere "switch to the single edit tab", and "subject to community happiness"" - The tasks build an infrastructure to push VisualEditor editing onto IPs. "allow direction to WE or VE based on some threshold (so ramped-up change is possible)" means that WMF in San Francisco decides which editing mode (VE or wikitext) will be given to IPs, right? In Wikipedias like dewiki. That would "override related community choices." --Atlasowa (Diskussion) 20:18, 10. Okt. 2015 (CEST)
I see that i'm not the only one that is unpleasantly surprised by these WMF plans, see comments at en:/User_talk:Jimbo_Wales#VisualEditor_update: "Thanks for the reply. But "removing the hack of having a second edit tab"? There will be plenty of unhappy people if the wikitext editor does not remain readily accessible. BethNaught (talk) 21:08, 7 October 2015 (UTC)"
The setup at frwiki, itwiki etc. gives a full choice to IPs by providing the 2 tabs "edit VE"/"edit wikitext" by default.


Hello again. What I did is elaborating on the current thinking around how editing with a single tab could be, based on what we can all read on Phabricator; nothing is set in stone, further details will be changed over time, and until then discussing raw and vague ideas and solutions, as if they were final, can only lead to confusion.
I believe that what matters is that people become able to move seamlessly between the 2 editors without having to save first, and that those who prefer VE can do things more directly, like creating an article with it from a red link. Then some editors may always want to go with the one environment they like, and not have it changed the only time they use the other one, so this is for example a user case which probably still needs to be captured and addressed in Phabricator. Please don't hesitate to put suggestions there or to request my assistance for that; also, do stay tuned there for updates!
Re: "The tasks build an infrastructure to push VisualEditor editing onto IPs." This is not what it does. It just (finally) allows rollouts to IPs to be progressive; currently, making the visual editor available to IPs is a one-time switch that means that all the IPs get simultaneous access to it. This is... undesirable, to say the least, especially when it comes to very big wikis. Gradual deployment instead allows to perform checks, pause if needed, and doesn't put a sudden burden on either the servers or the community's shoulders (especially patrollers and newbies' helpers; we've seen how a staged rollout just made everyone's life easier recently, when it was used to enable VE for new editors at en.wiki). --Elitre (WMF) (Diskussion) 19:21, 12. Okt. 2015 (CEST)

Diskussionen mit VisualEditor bearbeiten[Bearbeiten]

English: If you release VisualEditor for editing articles then you should also allow it in the discussions. Otherwise, users who can only use VisualEditor are excluded from the discussion pages. I would even say that this is a blocker for the introduction. For the buttons to enable toggling between source code and visual editing, you can rely on the same solution like on the article pages. Then it must only be developed and discussed once.

Deutsch: Wenn man das editieren von Artikelseiten per VisualEditor freigibt, sollte man das auch bei den Diskussionen erlauben. Sonst werden Benutzer, die nur den VisualEditor bedienen können von den Diskussionseiten ausgeschlossen. Ich würde sogar sagen, dass dies ein Hinderungsgrund für die Einführung ist. Bezüglich der technischen Feinheiten der Buttons zum Umschalten kann man ja auf dieselbe Lösung wie bei den Artikelseiten zurückgreifen. Dann muss das auch nur einmal entwickelt und diskutiert werden.

Alex42 (Diskussion) 23:30, 11. Okt. 2015 (CEST)

Bildvorschläge aus anderen Sprachversionen[Bearbeiten]

Die automatischen Vorschläge für Bilder sollten die in anderen Sprachversionen (und Wikidata) verwendeten Bilder einbeziehen (und ganz vorne platzieren). Habe bei dem Artikel Floella Benjamin, Baroness Benjamin bemerkt, dass dies nicht der Fall ist, dort werden die in der englischen Wikipedia angezeigten Bilder nicht vorgeschlagen.--CENNOXX 19:57, 28. Sep. 2015 (CEST)

Es gibt viele Bilder, die nach den Gesetzten der USA gemeinfrei sind, aber nicht nach deutschen/österreichischen/schweizerischen. Diese Bilder dürfen also nicht bei uns verwendet werden. Darauf sollte man dann im VisualEditor hinweisen. Alex42 (Diskussion) 18:04, 29. Sep. 2015 (CEST)
Der Merlbot hat einen Dienst, um auf anderen Sprachversionen verwendete Bilder zusammenzutragen und filtert dabei für de-wiki unpassende Bilder raus, vielleicht spart da eine Absprache etwas Arbeit.--CENNOXX 14:36, 30. Sep. 2015 (CEST)

Hab dazu jetzt einen Task bei Phabricator eingereicht: phabricator:T114233.--CENNOXX 14:58, 30. Sep. 2015 (CEST)

Danke CennoxX. (I fixed a few typos, hope you don't mind). --Elitre (WMF) (Diskussion) 17:29, 1. Okt. 2015 (CEST)

Linkfenster[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2454.99 Safari/537.36

Wenn der erste Eintrag einer Seite ein Wikilink ist, nicht automatisch das Fenster "Link" öffnen.

URL: https://de.wikipedia.org/wiki/Benutzer:Conny/Bilderwunsch?veaction=edit

Conny 21:00, 29. Sep. 2015 (CEST)

Hello again Conny! I filed https://phabricator.wikimedia.org/T114376 for you. Thanks as usual, --Elitre (WMF) (Diskussion) 17:28, 1. Okt. 2015 (CEST)

VE übergeht Zwischenspeicherungen[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2454.99 Safari/537.36

Wenn man zwei Fenster mit VE offen hat, im ersten speichert und dann Version im Zweiten speichert, werden Änderungen des ersten Fensters verworfen. Sollte Hinweis kommen und Differenz angezeigt werden.

Conny 21:03, 29. Sep. 2015 (CEST)

In welchem Fall brauchst Du denn noch 2 Fenster? Nach meiner Erfahrung geht das alles doch jetzt in 1 Fenster? Bei meinen kürzlichen Hundis habe ich gerade Letzteres eben durch diese Zwischenspeicherung als Verbesserung empfunden. --Felistoria (Diskussion) 19:35, 30. Sep. 2015 (CEST)
Isn't this how it's supposed to be? I believe the same happens if you edit with wikitext... See also this old comment on Phabricator. Best, --Elitre (WMF) (Diskussion) 17:43, 1. Okt. 2015 (CEST)

Unnötig komplexer Quelltext[Bearbeiten]

Verlinken und gleichzeitiges Kursiv-setzen führt zu einer unnötig komplexen Darstellung im Quelltext: [[Der blaue Engel|''Der blaue Engel'']] statt ''[[Der blaue Engel]]''. --Kurt Jansson (Diskussion) 00:40, 3. Okt. 2015 (CEST)

Yup. https://phabricator.wikimedia.org/T52098 is about this. Thanks, --Elitre (WMF) (Diskussion) 12:58, 3. Okt. 2015 (CEST)
Ah, „tag minimization“, thanks for digging up the bug report! --Kurt Jansson (Diskussion) 23:55, 4. Okt. 2015 (CEST)
Every night Elitre must be memorizing every single VE related phabricator task – amazing! :-))   Troubled @sset  Work    Talk    Mail   14:17, 5. Okt. 2015 (CEST)
Don't tell my secrets, User:Troubled asset! ;) --Elitre (WMF) (Diskussion) 19:34, 6. Okt. 2015 (CEST)

„Seite speichern“-Button in der „Änderungen überprüfen“-Ansicht[Bearbeiten]

Eine offene Frage zur Usability: Der prominente „Seite speichern“-Button in der „Änderungen überprüfen“-Ansicht verleitet zum kommentarlosen Speichern. Ich schaue mir jedenfalls routinemäßig zunächst meine Änderungen an, bevor ich einen Kommentar verfasse. Vielleicht bin ich da aber untypisch. --Kurt Jansson (Diskussion) 00:52, 3. Okt. 2015 (CEST)

Hi again. There are several ways in which the edit summary field could be further developed (without having to sacrifice the Save button :) ). Take a look at https://phabricator.wikimedia.org/T50274, https://phabricator.wikimedia.org/T54859, https://phabricator.wikimedia.org/T52961 and https://phabricator.wikimedia.org/T54085, for examples, and feel free to express your preference or an alternative solution on Phabricator. Best, --Elitre (WMF) (Diskussion) 12:58, 3. Okt. 2015 (CEST)
I left a comment at T52961. Thanks! --Kurt Jansson (Diskussion) 00:09, 5. Okt. 2015 (CEST)
I too have experienced this bug feature. Before a recent change in the UI logic it was not possible to save the page from the differences window. That made it impossible to accidentally save the page without a summary, but forced the user to first get back to the “summary and save” window before being able to save the page from there.
In the standard editor I have to option (via a gadget) to get a warning whenever I try to save a page without a summary (the logic is intelligent enough to recognize the automatically inserted section title which does not count as a summary).
Could that functionality eventually be implemented in the VE as well? Troubled @sset  Work    Talk    Mail   14:13, 5. Okt. 2015 (CEST)
Das ist doch schon so: Wenn man „Warnen, sofern beim Speichern die Zusammenfassung fehlt“ in den Einstellungen aktiviert hat und versucht ohne Bearbeitungskommentar abzuspeichern, wird einem eine Warnung angezeigt, auch aus der Diff-Ansicht heraus. --Schnark 09:07, 6. Okt. 2015 (CEST)
@Schnark: Habe das gerade noch einmal getestet – also bei mir ist das nicht so: Wenn im VE die Kommentarzeile durch eine automatische Abschnittsüberschrift (in /* … */) vorbefüllt ist, kann ich ohne Warnung ohne weiteren Kommentar abspeichern. Das ist beim klassischen Editor anders – der erkennt, dass es sich nur um die automatisch generierte Abschnittsüberschrift handelt und akzeptiert das zu Recht nicht als Kommentar.
Ist das bei dir anders? Troubled @sset  Work    Talk    Mail   08:32, 7. Okt. 2015 (CEST)
Stimmt, die Abschnittsüberschrift zählt für den VE bereits als Zusammenfassung. Dafür habe ich mal phab:T114857 angelegt. --Schnark 09:17, 7. Okt. 2015 (CEST)

Fehler im Zusammenhang mit anderer Extension (Accesscontrol)[Bearbeiten]

Ich bekommen in unserem privaten Wiki einen "Fehler beim Laden der Daten vom Server: 500: parsoidserver-http: HTTP 500" wenn ich eine Seite bearbeiten will, die den Tag <accesscontrol> enthält (Eine Extension, die Zugriffe auf Seiten sperren kann). Wie kann ich diesen Tag ignorieren? Ich habe schon versucht, ihn in der Whitelist von Parsoid hinzuzufügen, jedoch ohne Erfolg. Gibt es eine Anleitung, wie man eigenen Tags in die Whitelist hinzufügen kann? (nicht signierter Beitrag von 62.159.94.35 (Diskussion))

If this was in English it'd be easier for me to ask the Parsoid team about it :) --Elitre (WMF) (Diskussion) 19:44, 6. Okt. 2015 (CEST)
Ok here is my try: In our private Wiki everytime i try to edit a page that has the <accesscontrol> tag in the wiki code, parsoid gives me the error 500 back, and then Visualeditor doesn't load. The accesscontrol is another extension we installed to protect single pages from being viewed from specific groups. So my question would be: How can I change Parsoid to ignore the <accesscontrol> tag, like add it to the whitelist i saw in one of the .js files, so it doesn't crash? I need a step by step instruction where i should change the code, i don't know much about js. But any help would be good.--62.159.94.35 09:35, 7. Okt. 2015 (CEST)
Thank you. I asked, and was told "there's documentation on the parsoid pages about "cookie forwarding"; that's what the de.wiki user needs. It ensures that parsoid can use the credentials of the logged-in user to request protected pages". (In case you need further help, I recommend you ask at mw:Extension_talk:VisualEditor). Hope this helps, --Elitre (WMF) (Diskussion) 07:40, 8. Okt. 2015 (CEST)
Thank you so much for the help, it worked. The actual Problem was that the $wgGroupPermissions['*']['read'] was not set to false, and so the $wgSessionsInObjectCache = true; configuration was ignored. Again thank you very much.--62.159.94.35 09:30, 8. Okt. 2015 (CEST)
Yay! Good for you. Best, --Elitre (WMF) (Diskussion) 10:46, 8. Okt. 2015 (CEST)

Bug: Repairing a reference after it was copied[Bearbeiten]

1. I made a incorrect reference and saved it.[11] 2. I copied the reference and then I corrected the reference.[12] The copy of the reference remained incorrect with the text "nowiki".--Christian Stroppel (Wünsche) 12:24, 18. Okt. 2015 (CEST)

Hey, thanks for reporting. I'll try to reproduce and will let you know what I find out. --Elitre (WMF) (Diskussion) 18:11, 21. Okt. 2015 (CEST)
Hey Christian Stroppel, thanks for your patience. I played a bit with your examples. I am not sure if I'm 100% right, but it seems to me that the behaviour is correct here (because the system can't guess what your intention is :) ). What happened is that, no matter what the order of the actions is, copying the reference did duplicate it, so fixing one doesn't fix the other; also, basically 2 different things suddenly had the same "name", and the system displayed the "Referenzfehler: Ungültiges <ref>-Tag. Der Name „:0“ wurde mehrere Male mit einem unterschiedlichen Inhalt definiert." message.
If you try and re-use instead that reference via the related option, the reference stays the same, so you can re-use it and then fix it, or fix it and then re-use it, but in the end you'll be left with just one correct ref anyway.
Either way, copying and reusing are currently not good options to quote the same source and make minor changes like page numbers. See https://phabricator.wikimedia.org/T96536 for more. Hope this helps a bit. --Elitre (WMF) (Diskussion) 17:08, 28. Okt. 2015 (CET)

Textmarkierungen im Schreibfluss[Bearbeiten]

Noch scheint es im normalen Schreibfluss Probleme beim Fett-/Kursivsetzen des Textes zu geben; nicht immer wird die Änderung tatsächlich umgesetzt und teilweise muss man Wörter entfernen, damit es wieder richtig funktioniert. Leider kann ich das Problem nicht sicher reproduzieren – mal tritt es auf, mal nicht. Das nachträgliche Markieren von Text funktioniert einwandfrei. Abgesehen davon stört das Umgreifen für die Tastenkombinationen ein wenig; ich würde eine Erkennung des zwei-/dreifachen Apostrophen als Umschalter für Fett und Kursiv begrüßen, ähnlich wie die eckigen Klammern bereits automatisch das Linkmenü öffnen. — Snocker15 (Diskussion) 22:42, 28. Okt. 2015 (CET)

Hey, maybe make a note of a case where it worked and another when it didn't and report them the next time, so we can analyze them and find out what's wrong. Thanks a lot! --Elitre (WMF) (Diskussion) 13:11, 29. Okt. 2015 (CET)

VisualEditor News #5—2015[Bearbeiten]

Elitre (WMF), 19:17, 30. Okt. 2015 (CET)

Missing No-Break Space[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:41.0) Gecko/20100101 Firefox/41.0

It is very annoying that there is no NBSP in the special character section of VisualEditor. Can you PLEASE add it.

Spezialist(D) 23:06, 6. Nov. 2015 (CET)

This is a known problem. The solution not only requires a possibility to enter a &nbsp; character, but the ability (preferably as an option) to display &nbsp; chars differently in the edit mode to be able to distinguish them from standard space chars. There are already several phabricator tasks under way regarding this (T53045, T70429,T96666), unfortunately they are not given the priority they deserve …
Thank you for helping push this issue! Troubled @sset  Work    Talk    Mail   08:29, 7. Nov. 2015 (CET)

Fehler nach Wechsel von Wikitext nach VisualEditor[Bearbeiten]

  1. Artikel im Wikitext editieren und Änderungen vornehmen
  2. Wechsel zu VisualEditor, Änderungen behalten
  3. Weitere Änderungen vornehmen
  4. Speichern
  5. Browserfenster schließen -> Fehlermeldung "Diese Seite bittet Sie zu bestätigen, dass Sie die Seite verlassen möchten – Daten, die Sie eingegeben haben, werden unter Umständen nicht gespeichert."

Da die Seite schon gespeichert ist, sollte natürlich keine Meldung kommen.

Übrigens sollte man für solche Tests die die Spielwiese für den VisualEditor freischalten: Wikipedia Diskussion:Spielwiese#Testseite für den VisualEditor Alex42 (Diskussion) 12:30, 8. Nov. 2015 (CET)

Ja das habe ich ebenfalls beobachtet. Und noch etwas: Nach Abschnitt öffnen im Wikitext/Quelltext und Wechsel zum VisualEditor werden alle anderen Abschnitte gelöscht. --Diwas (Diskussion) 19:58, 9. Nov. 2015 (CET)
For the first report, I think the issue was fixed earlier this week, sorry for the inconvenience. As for the sandbox, I commented elsewhere, hope that helps. I'm not sure I understand Diwas' issue, so if it still happens, I'd appreciate to learn what it's about. Thank you! --Elitre (WMF) (Diskussion) 16:11, 12. Nov. 2015 (CET)
Wenn man einen Abschnitt zur Bearbeitung im Quelltext öffnet, und den Quelltext tatsächlich ändert, wird richtigerweise gefragt: Abbrechen? Änderung verwerfen? Man kann also nicht von der Abschnittsbearbeitung zur VE-Bearbeitung wechseln, da der VE immer den ganzen Artikel öffnet. Soweit in Ordnung.
Aber: Wenn man einen Abschnitt zur Bearbeitung im Quelltext öffnet, aber nichts am Text ändert, sondern sofort zum VE wechselt, geschieht dies richtigerweise ohne Nachfrage (Es gibt ja keine Änderung die übernommen oder verworfen werden könnte.), jedoch wird nur der Inhalt des Abschnittes in den VE geladen. In diesem Fall sollte aber der gesamte Artikelinhalt in den VE geladen werden. (So als hätte man auf die ungefragte Nachfrage mit Änderung verwerfen geantwortet.) --Diwas (Diskussion) 20:24, 12. Nov. 2015 (CET)
I found https://phabricator.wikimedia.org/T117713 and https://phabricator.wikimedia.org/T117716. --Elitre (WMF) (Diskussion) 16:59, 19. Nov. 2015 (CET)

Fehler beim Redigieren eines Weblinks[Bearbeiten]

Dieser Fehler war mit VE in Safari 9.0.1 unter OS X 10.9.5 nicht zu erkennen. Absicht war, den Weblink und seine Beschriftung zu ändern. Mußte korrigiert werden.--Aschmidt (Diskussion) 18:32, 16. Nov. 2015 (CET)

I'll try and reproduce when I can: it reminds me of a problem I had, though. --Elitre (WMF) (Diskussion) 18:44, 16. Nov. 2015 (CET) PS: Meanwhile, Aschmidt, can you please clarify if this is the method you used to create the link? Thanks. --Elitre (WMF) (Diskussion) 18:49, 16. Nov. 2015 (CET)
Not quite sure whether it's the same. Your second link yields File Link Has Expired on Phabricator. :( I used the usual popup in VE to edit the URL and then edited the anchor text and the text following the external link in the article.—Hope this helps.--Aschmidt (Diskussion) 18:55, 16. Nov. 2015 (CET)
Click on "Continue", it should work the same: it's an animated GIF, although you already seem to be describing a different way to create the link. --Elitre (WMF) (Diskussion) 18:57, 16. Nov. 2015 (CET)
I see. But I am still not sure whether we are talking about the same problem. You just cannot edit external links that are already a part of the article in VE, as is. So I'll better do that in wikitext next time. Would be fine to have the problem fixed, anyway. Thanks.--Aschmidt (Diskussion) 19:10, 16. Nov. 2015 (CET)
Hey Aschmidt. Here's how I managed to "edit external links that are already a part of the article in VE". 1) I changed the link, then double clicked on the label, then typed the new one. 2) I changed the link, then placed the cursor at the beginning of the existing label, wrote the new one, deleted the other words I didn't need with Backspace. 3) I changed the link, clicked on Fertig, then started directly to type the new label, which automatically replaced the old one. 4) I changed the link, put the cursor right at the end of the old label, wrote the new one, Backspaced away the old one. Is any of these processes not working for you when following exactly the steps provided? If so, please let me know. Thanks, --Elitre (WMF) (Diskussion) 17:55, 19. Nov. 2015 (CET)

VisualEditor News #6—2015[Bearbeiten]

Der VisualEditor

Schon gewusst?

Ein neues, einfacheres Bearbeiten-System wird eine einheitliche Bearbeiten-Schaltfläche bieten. Wenn man die Seite geöffnet hat, kann man zwischen dem VisualEditor und Wikitext-Bearbeitung hin und her wechseln.

Bildschirmansicht des Menüs zum Umschalten vom Wikitext- zum VisualEditor

Wenn du lieber getrennte Bearbeiten-Schaltflächen hast, kannst du diese Option in deinen Einstellungen auswählen, entweder in einem Aufklappmenü bei der nächsten Verwendung des VisualEditor oder durch einen Besuch in Spezial:Einstellungen, bei dem du die gewünschte Einstellung auswählst:

Bildschirmansicht, die ein Auswahlmenü in Spezial:Einstellungen zeigt

Der aktuelle Plan ist, die Grundeinstellung so zu belassen, dass die Bearbeiten-Schaltfläche die zuletzt verwendete Bearbeitungsumgebung öffnet.

Du kannst das Nutzerhandbuch lesen und übersetzen helfen, das mehr Informationen über die Verwendung des VisualEditor enthält.

In einer anderen Sprache lesenAnmeldung für dieses mehrsprachige Rundschreiben

Seit dem letzten Rundschreiben hat das VisualEditor-Team viele Fehler beseitigt und das Werkzeug für mathematische Formeln erweitert. Ihren Arbeitsplan kann man auf Phabricator einsehen. Ihre aktuellen Ziele sind die Verbesserung der Unterstützung von Sprachen wie Japanisch und Arabisch, und mediengestützte Werkzeuge für Formeln, Schaubilder, Galerien und für das Hochladen anzubieten.

Neue Verbesserungen[Bearbeiten]

Man kann jetzt vom Wikitext-Editor zum VisualEditor umzuschalten, nachdem man mit dem Bearbeiten angefangen hat. Der LaTeX-Mathematik-Formeleditor wurde deutlich erweitert. (T118616) Man kann die Formel sehen, während man den LaTeX-Code ändert. Um den richtigen LateX-Code für viele Symbole einzufügen, kann man auf Schaltflächen klicken.

Zukünftige Änderungen[Bearbeiten]

Das Projekt einheitliche Bearbeiten-Schaltfläche wird die Bearbeiten und die Quelltext bearbeiten zu einer einheitlichen Bearbeiten-Schaltfläche zusammenführen, ähnlich dem System, das bereits auf der mobilen Website verwendet wird. (T102398, T58337) Anfangs wird die Bearbeiten-Schaltfläche die Bearbeitungsumgebung öffnen, die man zuletzt verwendet hat. Die letzte Bearbeitungsauswahl wird als Cookie für ausgeloggte Benutzer und als Kontoeinstellung für eingeloggte Benutzer gespeichert. Eingeloggte Benutzer können einen Standardeditor in der Bearbeiten-Kartei von Spezial:Einstellungen im Auswahlmenü zu Bearbeitungs-Registerkarten auswählen.

Der VisualEditor wird Anfang 2016 allen Benutzern der folgenden Wikipedias angeboten: Amharisch, Buginesisch, Min Dong, Cree, Manx, Hakka, Armenisch, Georgisch, Pontisch, Serbokroatisch, Tigrinya, Mingrelisch, Zhuang und Min Nan. (T116523) Bitte teile deine Kommentare und die Sprache(n), die du getestet hast, auf der Rückmeldungsseite auf mediawiki.org mit. Die Entwickler möchten wissen, wie gut es funktioniert. Bitte teile ihnen mit, was für einen Computer, Browser und was für eine Tastatur du verwendest.

2016 werden die Rückmeldungsseiten für den VisualEditor in vielen Wikipedias nach mediawiki.org weitergeleitet werden. (T92661)

Möglichkeiten zum Testen[Bearbeiten]

  • Bitte probiere das neue System für die einheitliche Bearbeiten-Schaltfläche auf test2.wikipedia.org aus. Du kannst ausgeloggt bearbeiten, um zu sehen, wie es für ausgeloggte Benutzer funktioniert, oder du kannst ein getrenntes Konto anlegen, um die Einstellungen deines Kontos zu verstellen. Bitte teile uns deine Gedanken über das System der einheitlichen Bearbeiten-Schaltfläche auf der Rückmeldungsseite auf mediawiki.org mit oder melde dich für die formelle Nutzerbefragung an (setze "single edit tab" bei der Frage nach anderen Interessensgebieten ein). Das neue System ist noch nicht endgültig fertig, und deine Rückmeldungen können das Ergebnis beeinflussen. Das Team wünscht sich insbesondere deine Gedanken zu den Optionen in Spezial:Einstellungen. Die aktuellen Auswahlmöglichkeiten in Spezial:Einstellungen sind:
    • Meinen letzten Editor merken,
    • Gib mir immer den visuellen Editor, falls möglich.,
    • Gib mir immer den Wikitext-Editor. und
    • Beide Editor-Registerkarten anzeigen. (Das ist die aktuelle Einstellung für diejenigen, die den VisualEditor bereits benutzen. Keine dieser Optionen ist sichtbar, wenn du den VisualEditor in deinen Einstellungen in diesem Wiki ausgeschaltet hast.)
  • Kannst du Koreanisch oder Japanisch lesen und schreiben? Sprachingenieur David Chan benötigt Menschen, die wissen, welche Werkzeuge man verwendet, um in einigen Sprachen zu schreiben. Wenn du Japanisch oder Koreanisch sprichst, kannst du ihm helfen, die Unterstützung für diese Sprachen zu testen. Bitte sieh dir die Anleitung unter Was testen an, wenn du helfen kannst, und melde es auf Phabricator (Koreanisch - Japanisch) oder auf Wikipedia (Koreanisch - Japanisch).

Wenn du dies nicht in deiner gewünschten Sprache liest, bitte hilf uns mit Übersetzungen! Melde dich auf der Mailingliste für Übersetzer an oder sprich uns direkt an, so dass wir dir Bescheid geben können, wenn die nächste Ausgabe bereit steht. Danke!

Elitre (WMF), 01:03, 25. Dez. 2015 (CET)

I'm told someone's working on a translation of the message above. When that's available, I'll publish it manually here. Thanks for the understanding! --Elitre (WMF) (Diskussion) 01:07, 25. Dez. 2015 (CET)

Tabellenzellen höher als das Bearbeitungsfenster[Bearbeiten]

Beim Bearbeiten einer Tabellenzeile die vielzeilig Text enthält, so dass sie höher ist als das Bearbeitungsfenster, ist der Inhalt sehr schlecht bearbeitbar, weil sich der Bildlauf verschiebt. Wenn man den Cursor in eine Textzeile ganz unten in der Zelle positioniert, wird die Zeile weit aus dem Fenster nach unten geschoben und man sieht von der Tabellenzelle beispielsweise nur die 3. bis 15. Textzeile. --Diwas (Diskussion) 21:28, 28. Dez. 2015 (CET)

Can you please link to an example, Diwas? I hope to address your remark more properly next week. Happy 2016, everyone! --Elitre (WMF) (Diskussion) 11:42, 29. Dez. 2015 (CET)
Glücksspiel#Arten von Glücksspielen (Auswahl), das Fenster sollte nicht mehr als 12 Textzeilen groß sein (kleines Fenster, große Schrift, hoher Zoom). --Diwas (Diskussion) 13:01, 29. Dez. 2015 (CET)
I think I'll need more details, Diwas. I opened that page and zoomed a lot. I didn't experience anything strange though while trying to edit the cell (in particular, I tried to add more points). Of course it's unfortunate that I can't see the entire cell in the screen when I zoom a lot, but it's also true that cells are usually way smaller than in the example you linked. I tested with Chrome on Windows 8, and I think I'm using Vector. Is your setup different? Thanks, --Elitre (WMF) (Diskussion) 20:45, 13. Jan. 2016 (CET)
Yes, it is not really a problem. I'm using Firefox 43.0.4 and Vector (I tested Monobook and it is the same).

Frage an Mitlesende: Tritt das beschriebene Verhalten nur bei mir auf? --Diwas (Diskussion) 00:23, 14. Jan. 2016 (CET)

Derefer-Links nerven[Bearbeiten]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0
Derefer.png

Mich stört es, dass beim Bearbeiten manche Links der Einzelnachweise mit derefer.unbubble.eu "ersetzt" werden und darüber umgeleitet werden.

Diese Funktion ist kaum ersichtlich und ich wurde nicht vorher gefragt, ob ich diesen (Third-Party-)Dienst überhaupt nutzen möchte. Und dies möchte ich nicht... --rugk (Diskussion) 19:06, 29. Dez. 2015 (CET)

rugk Ich lehne mich mal aus dem Fenster und behaupte, dass diese Funktion nicht vom VisualEditor stammt, sondern ein lokales Browser-AddOn von dir ist. — Raymond Disk. 19:25, 29. Dez. 2015 (CET)
Ziemlich sicher nicht, denn a) sollte ich das wissen und b) dies nur bei Wikipedia, bei den Archivlinks beim "Original"-Part auftritt. --rugk (Diskussion) 19:52, 29. Dez. 2015 (CET)
Wobei ich gerade merke, dass dies auch im Nicht-Bearbeiten-Modus auftritt. Hat jemand eine Idee wo ich das jetzt melden soll? --rugk (Diskussion) 19:53, 29. Dez. 2015 (CET)
Gefunden, bin also mit der Vermutung Browser-AddOn auf die Nase gefallen. Vorlage:Internetquelle enthält die fremde URL, hinzugefügt am 14.2.2015 von Benutzer:Boshomi. — Raymond Disk. 20:10, 29. Dez. 2015 (CET)
Okay, danke. Und, ähm, warum? Gab es da irgendeine Diskusssion? Kann Boshomi sich dazu mal äußern?
Als Erklärung steht da nur "[301] Redirect für nicht erreichbarer Links". Das macht mein Browser ja automatisch, da sollte so ein Fremdservice nicht einfach willkürlich genutzt werden...
Denn dieser Fremdservice könnte Nutzer sehr schön tracken (theoretisch - ja, ich weiß, dass diese Webseite einer Firma gehört, die genau das Gegenteil möchte und wohl auch macht), man ist abhängig von ihm (was ist, wenn die Seite einmal down ist?) und zu guter Letzt ist es auch noch ein HTTP-Link, d.h. da kann auch jeder mitlesen. --rugk (Diskussion) 20:41, 29. Dez. 2015 (CET)
Die derefer Links werden nur dann generiert, wenn der originale Link bekannterweise tot ist, und daher eine Archiv-url eingegeben wurde. Das hat den Sinn, dass die Spezial:Weblinksuche nicht durch tausende tote Links unbrauchbar gemacht wird, die eigentlich schon längst gefixt sind. Solange die Vorlage "Archiviert vom Original" anzeigt, wo eigentlich gar nichts auffindbar sein sollte, ist dieser Redirect notwendig. (Ich halte die Ausgabe von "Archiviert vom Original" angesichts der verwendeten Webarchive nicht für sonderlich sinnvoll, da man dort eigentlich nie was finden sollte, aber das ist eine andere Geschichte)
Ist die originale URL weiterhin erreichbar, dann sollte eigentlich kein Archiv angegeben sein, und die entsprechenden Parameter archiv-url und archiv-datum sollen entfernt werden. Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  20:51, 29. Dez. 2015 (CET)
Gut, also betrifft das ganze nur "tote" Links, auf die, die Nutzer wohl sowieso selten drauf klicken. Dies macht Sinn.
Dennoch muss man deswegen doch nicht den Link so modifizieren (besonders da diese Modifikation ziemlich unerwartet ist) nur für die Spezial:Weblinksuche. Ich meine es wäre doch besser, wenn die Spezial:Weblinksuche dies irgendwie anders regeln könnte, diese Links zu überspringen und dafür nicht der Link an sich (für alle Wikipedia-Besucher) geändert werden muss - ich meine zum Testen wird doch schon der ein oder andere auf solch einen Link klicken. Und dies ist dann der "Kollateralschaden" (siehe Argumente oben) für alle Besucher nur damit diese Suchfunktion etwas bessere Ergebnisse liefert.
Kurz gesagt, ist es doch einfach eine unsaubere Lösung, die eher einem Workaround ähnelt (oder "ist"?) und auch ein paar negative Konsequenzen (inklusive solch verdutzter Nutzer wie mich, die hier erst einmal nachfragen müssen) hat. Wenn man es ganz extrem nehmen möchte kann man dies auch als (Schleich)Werbung für Unbubble halten, aber grundsätzlich gesagt ist es einfach die Benutzung eines Third-Party-Services, der nichts mit Wikipedia zu tun hat, auf den auch viele Wikipedia-Nutzer von Wikipedia umgeleitet werden.
Außerdem ist dies auch ungerecht gerade diesen Anbieter zu bevorzugen. Was ist, wenn andere Anbieter von solchen Redirect-Diensten (wie sie z.B. auch DuckDuckGo und Startpage haben) gerne auch bei Wikipedia verlinkt werden wollen? Vom Prinzip her ist dies das gleiche, wie wenn ich jetzt bei Links unter tausenden von Wikipedia-Artikeln meinen (fiktiven) URL-Shorter nutzen würde (mit Anpassung der Links) und so alle Links auf den eigenen Server umleiten und dort verarbeiten würde. Ich finde - egal wozu diese Umleitung nutzt - dies schon aus Prinzip nicht richtig.
Wenn die Umleitung z.B. auf einen Wikimedia-Server stattfinden würde (z.B. https://redirect.wikimedia.com/outgoing?u=<url> o.ä.), wäre dies schon ein ganz anderer Fall und ich würde es sehr viel eher akzeptieren. --rugk (Diskussion) 01:03, 30. Dez. 2015 (CET)
Und was machen wir nun hier mit? --rugk (Diskussion) 22:43, 11. Jan. 2016 (CET)
(If I understand this correctly, this doesn't have to do with VE. Maybe discussing in a different venue would help you moving forward? Best, --Elitre (WMF) (Diskussion) 20:21, 13. Jan. 2016 (CET))

Einzelnachweise erscheinen am Beginn der Seite[Bearbeiten]

Hallo zusammen, ich habe hier eine Bearbeitung mit Einfügung einer Quelle vorgenommen, dabei habe ich das Ende des Abschnittes angeklickt und auf „Belegen“ gedrückt und über „Manuell“ die Website-Vorlage ausgefüllt. Nach dem Abspeichern war der EN dann ganz am Beginn der Seite zu finden. Das Problem hatte ich bereits auf anderen Seiten, ich nutze für die Bearbeitungen hier Safari 9.0.3 und Chrome 47.0.2526 auf OS X 10.11.3. Viele Grüße – Filterkaffee (Diskussion) 08:52, 26. Jan. 2016 (CET)

Und (wann?) ist er später nach unten gerutscht? --Diwas (Diskussion) 13:52, 26. Jan. 2016 (CET)
Nein, ich habe ihn dann händisch verschoben. – Filterkaffee (Diskussion) 13:59, 26. Jan. 2016 (CET)
Aha, nach dem Abspeichern des Belegs, aber vor dem Abspeichern der Seite. Und es war die [1] am Artikelanfang positioniert, nicht der zugehörige Belegtext 1. ↑ Christoph Hein: Brisanter ... der normal ganz unten erschien. Das hatte ich missverstanden. --Diwas (Diskussion) 14:33, 26. Jan. 2016 (CET)
Genau, entschuldige, wenn ich da zu undeutlich in der Formulierung war. Viele Grüße – Filterkaffee (Diskussion) 14:37, 26. Jan. 2016 (CET)
I will take a look at this as soon as possible, thanks for reporting. Regards, --Elitre (WMF) (Diskussion) 21:12, 3. Feb. 2016 (CET)

Wie kann man den Editor ohne Anmeldung verwenden?[Bearbeiten]

Visual Editor für IPs

In der offensichtlich etwas veralteten FAQ wird beschrieben, dass man schon seit Juli 2013 den Visual Editor auch für IP-Nutzer anbieten will. Ich kann dies jedoch zumindest in der deutschsprachigen Version noch nicht sehen. Oder wie kann man den Editor ohne Anmeldung verwenden? --rugk (Diskussion) 19:43, 27. Jan. 2016 (CET)

Hallo rugk, das geht neuerdings(?) so, wie auf dem Bild rechts zu sehen ist. Vielleicht magst du dich auch hier einbringen?--Cirdan ± 00:10, 30. Jan. 2016 (CET)
Danke für den Hinweis und den Link zur "VisualEditor Appreciation Society". Auch das Umschalten funktioniert ziemlich gut... --rugk (Diskussion) 14:40, 30. Jan. 2016 (CET)

Kursiv-Formatierung in internen Links bereinigen[Bearbeiten]

Hier wurde anstatt ''[[Kursiv]]'' zu schreiben, [[Kursiv|''Kursiv'']] erzeugt. Das sollte vor dem Speichern automatisch bereinigt werden, da es von der Anzeige her keinerlei Unterschied macht.--Cirdan ± 00:14, 30. Jan. 2016 (CET)

That's the infamous https://phabricator.wikimedia.org/T52098. I'll probably throw a party when it gets solved. :) --Elitre (WMF) (Diskussion) 20:43, 3. Feb. 2016 (CET)

Links werden immer länger[Bearbeiten]

Ich weiß nicht, ob das ein Bug oder ein Feature ist, jedenfalls stört es mich: Wenn ich einen Text schreibe, und das jeweils letzte Wort (das ich gerade geschrieben habe) verlinken will, markiere ich es und setze den Link. So weit, so gut. Schreibe ich danach weiter, beginnend mit der Leertaste und gefolgt vom nächsten Wort, dehnt sich der gesetzte Link auf meine weiteren Eingaben aus, ohne dass ich dies stoppen kann. Der verlinkte Text wird dann immer länger. Ich kann das nur verhindern, in dem ich vor dem Verlinken hinter dem betreffenden Wort weiterschreibe, also stets nur Begriffe inmitten eines Textes verlinke oder mindestens ein Leerzeichen nach dem zu verlinkenden Wort setze. Das ist natürlich machbar, aber wehe, man vergisst es mal - es hilft dann nur noch, den Link zu löschen und ihn erneut zu setzen. Lösungsvorschlag: Es wird immer nur exakt ein markiertes Wort von dem Link erfasst; weitere, angehängte Zeichen werden nach Abschluss des Links nicht mehr in denselben einbezogen. --Superbass (Diskussion) 12:48, 30. Jan. 2016 (CET)

Der Trick ist nach dem Verlinken und dem Positionieren des Kursors an das Wortende einmal die Entfernen-Taste zu drücken. Dann verliert der Kursor die blaue Farbe, wird schwarz und rutscht ein Stück nach oben. Dann kann man normal ohne Verlinkung weiterschreiben. --Diwas (Diskussion) 13:16, 30. Jan. 2016 (CET)
@Superbass: Du kannst den Cursor ans Ende des Links setzen und dann die Pfeil-nach-rechts-Taste drücken. Dann wird der Link beendet. Das geht auch mitten im Text, d.h. um das Leerzeichen nach einem Link per Tastatur zu überspringen, muss man zweimal nach rechts gehen. Ich stimme dir aber zu, dass das nicht gut gelöst ist.--Cirdan ± 13:20, 30. Jan. 2016 (CET)
Habe ich jetzt gerade auch gelesen, dass statt Entfernen auch ein weiteres mal Pfeil nach rechts reicht, am Ende des Abschnitts Links bearbeiten im Handbuch. (Einfügung engl., Übersetzung deutsch--Diwas (Diskussion) 13:31, 16:40, 30. Jan. 2016 (CET)
Danke für die Tipps - einfacher wäre es imho, wenn diese Rechtspfeil btw. Entfernen-Taste-Aktionen nicht nötig wären. Es sei denn, das verlängern von Links durch Weiterschreiben brächte an anderer Stelle irgendwelche Vorteile, die ich noch nicht erkannt habe. --Superbass (Diskussion) 14:49, 30. Jan. 2016 (CET)
Was zumindest gehen sollte, ist das ESC aus dem Link führt, das wäre was ich intuitiv gedrückt habe. Außerdem sollte das Verlinken nur dann aktiviert werden, wenn mit der Maus direkt am Linkwortende geklickt wird, nicht wenn man weiter rechts klickt. --Diwas (Diskussion) 16:03, 30. Jan. 2016 (CET)
I added your remarks to https://phabricator.wikimedia.org/T71407#1995155 for the time being. Danke, --Elitre (WMF) (Diskussion) 20:40, 3. Feb. 2016 (CET)

Welt Online[Bearbeiten]

Wenn ich den Visual Editor zum Fußnoten-Erstellen nutze, für die URL http://www.welt.de/wirtschaft/webwelt/article117917129/Apple-hat-illegal-Preise-bei-E-Books-abgesprochen.html, dann wird folgender Fußnoten-Inhalt erzeugt:

 Apple hat illegal Preise bei E-Books abgesprochen. In: Welt Online. 2013-07-10 (http://www.welt.de/wirtschaft/webwelt/article117917129/Apple-hat-illegal-Preise-bei-E-Books-abgesprochen.html, abgerufen am 3. Februar 2016).

Wie da richtig steht, handelt es sich um die "Welt Online"-Sektion von welt.de, der Artikel ist also wohl in Papierform nicht zwingenderweise verfügbar, besser wäre also, wenn der Visual Editor den Link einfach auf den Artikeltitel erzeugen würde, was dann so aussähe:

Apple hat illegal Preise bei E-Books abgesprochen. In: Welt Online. 10. Juli 2013, abgerufen am 3. Februar 2016.

--93.223.26.113 20:05, 3. Feb. 2016 (CET)

Thanks for your message. Citoid figures out which template should be used for which content based on this "map". Of course that can be changed; you should only make sure that the chosen template is configured properly already, and the rest of the community agrees that such a change would be a sensible thing to do. I believe you may therefore want to talk to a sysop about this. Best, --Elitre (WMF) (Diskussion) 20:16, 3. Feb. 2016 (CET)
Thanks, very valuable. The Citoid document type of the above mentioned URL is "newspaperArticle". Is this classification the most fitting, or is there a document type that would be more suited for news articles like this one which are published on the web only? --93.223.26.113 20:56, 3. Feb. 2016 (CET)
Please see GZTT/* for the latest question; here Welt Online.js.
The problem is: The website/Zotero answer is "itemType":"newspaperArticle"
  • However, in this case it is not printed matter, but online only.
  • But printed articles in this newpaper also declare themselves as newspaperArticle.
  • German wikipedia distinguishes sharply between
  • Both publication types of this publisher are assigned to newspaperArticle, but they could be recognized by URL:
    • welt.de/print/ or welt.de/welt_print/ for Literatur,
    • any other welt.de/ for Internetquelle.
  • Not for VE, but for source code editing this tool is already using the correct template (see line 337 in source code).
  • Upstream Zotero would need to learn this distinction, e.g. returning webpage, but from their point of view it might be an “article in an online newspaper”.
Greetings --PerfektesChaos 21:08, 3. Feb. 2016 (CET)
Thanks for your help, PerfektesChaos. Have we actually ever tried to ask them about this distinction anyway? --Elitre (WMF) (Diskussion) 21:14, 3. Feb. 2016 (CET)
Personally: No – since I postprocess the Zotero result anyway, and could implement that within hours, but an upstream Zotero request might take months until arriving back on WMF. Basically they are open for suggestions, especially when delivered as handy patches which need just copying. Enjoy --PerfektesChaos 21:21, 3. Feb. 2016 (CET)

Congratulations for the new telepathic feature request gadget[Bearbeiten]

Earlier today I thought about the VE should be able to move rows of tables up and down, and to copy&paste it. Now it is implemented. Thank you. Best regards. --Diwas (Diskussion) 23:19, 7. Feb. 2016 (CET)

You're welcome, Diwas! We only do that for our most loyal fans out there :D --Elitre (WMF) (Diskussion) 09:57, 8. Feb. 2016 (CET)