Wikipedia

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

< Wikipedia:Technik‎ | Text‎ | Edit‎ | VisualEditor‎ | Rückmeldungen‎ | Archiv

Vorlage:Archiv/Wartung/großes aktives Archiv

Anyone still around?

Hey, after Wikipedia:Technik/Text/Edit/VisualEditor/Rückmeldungen was changed to invite people to leave their comments in German, I happily stepped back to allow community members to handle it. However, I notice comments are piling up and are not addressed. I am not proficient in German and automatic translators don't do a great job. Please let me know if I need to provide advice and recommendation about how to manage such a board? Thank you. Elitre (WMF) (Diskussion) 14:40, 28. Jul. 2017 (CEST)

The problem is not the inability to manage such a board, but the frustrating experience of having to support new editors with an ever-changing software: While I do try to keep up with all the changes and force myself to use VE as often as possible, even I miss a lot of updates and are unable to understand (let alone explain) the correct usage of all the different functions. Lomélinde spent a lot of effort creating extensive help pages, only to see them drifting into obsolescence due to continuous interface changes. And the original problems with VE holding off those editors used to Wikitext (like myself) from switching to VE did not improve at all in the last two years: General slugishness and the inability to efficiently work with complex tables and templates. :-/ --Tkarcher (Diskussion) 14:22, 29. Jul. 2017 (CEST)
I obviously sympathize with your efforts. It is also true that all the MediaWiki software is a work in progress and never done, even though it may not be so visible (the upcoming OOjs UI changes to the buttons in the wikitext editor are the first example that comes into mind). For everything else, we are always open to questions (there is also a new product manager now). For updates, assuming you are subscribed to the Editing newsletter and to Tech News, community liaisons try to provide follow-up to filed tasks on mw.org. We are open to more suggestions as to what could be done to spread the word better.
(Re: page maintainance, I'm told that adding {{Erledigt|1=~~~~}} to resolved topics allows them to be auto-archived soon, FWIW.) Elitre (WMF) (Diskussion) 12:27, 1. Aug. 2017 (CEST)

Arrivederci!

FYI, at Wikimania I have finalised an "agreement" with User:Cirdan (after discussing his talk there) that this board is ready for volunteers' "takeover". Even though I won't be actively monitoring visual editor related pages here, you know you can ping me here in case of need, of course. Take care! These years have been great. See you around. Elitre (WMF) (Diskussion) 09:41, 23. Aug. 2017 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 11:16, 27. Jan. 2018 (CET)

Hilfe-Links zum VE

Hallo, hier hatte ich ne Anfrage gestellt, aber hier ist es wohl noch sinnvoller. Es geht um:

  1. Änderung des Links zur Hilfeseite im Hilfemenü
  2. Hinzufügen von 2 bestehenden lokalen Einführungsseiten ins Hilfemenü

Gäbe es dagegen Einwände? Viele Grüße, --Ghilt (Diskussion) 10:42, 20. Nov. 2017 (CET)

Es sind keine derartigen Konfigurationsmöglichkeiten vorbereitet.
Eine einfache Anpassung wie etwa diese ist deshalb nicht möglich.
Alle in Frage kommenden Konfigurationen sind diese hier:
Seitens MediaWiki ist vorgesehen, dass alle Benutzer des VE, sei es innerhalb der WMF oder des Karlsruher Stadtwikis, immer auf eine Seite von MediaWiki geleitet werden sollen, und dort rein technische Informationen ohne Bezug zu irgendeinem konkreten Wiki erhalten sollen.
  • Eine Konkurrenz durch Hilfeseiten eines lokalen Projekts ist nicht beabsichtigt.
Du müsstest unsere VE-Fans und darunter die Software-Entwickler animieren, sich dafür einzusetzen, dass die fraglichen ?-Verlinkungen irgendwann konfigurierbar gemacht werden.
VG --PerfektesChaos 11:12, 20. Nov. 2017 (CET)
Dankeschön für die Antwort, wo stelle ich so eine Anfrage am besten? Grüße, --Ghilt (Diskussion) 11:17, 20. Nov. 2017 (CET)
Warte auf Mitleser, oder geh hausieren. Oder nutze WP:PHAB. VG --PerfektesChaos 16:22, 20. Nov. 2017 (CET)
Danke für den Hinweis, Phabricator T180970 wurde erstellt. Wo hausiere ich am besten? Grüße, --Ghilt (Diskussion) 20:14, 20. Nov. 2017 (CET)
Laut Antwort auf Phabricator kann man unter "MediaWiki:Visualeditor-help-link" den Link lokal ändern, Grüße, --Ghilt (Diskussion) 21:01, 21. Nov. 2017 (CET)
MediaWiki:Visualeditor-help-link. Danke an alle Beteiligten. --Diwas (Diskussion) 22:48, 22. Nov. 2017 (CET)
:Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 11:16, 27. Jan. 2018 (CET)

Kontraintuitiv

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/601.5.17 (KHTML, like Gecko) Version/9.1 Safari/601.5.17

URL: https://de.wikipedia.org/w/index.php?title=Diskussion:Pr%C3%A4disposition_(Ethologie)&action=edit&redlink=1&section=new

Wie ertelle ich einen neuen Abschnitt? In der alten Syntax kein Problem, komme damit trotz großer Internet- und Codierungaffinität nicht hin.

Jakob (Diskussion) 07:24, 27. Nov. 2017 (CET)

Meinst du eine neue Überschriftenebene?
Über das Menüfeld Absatz, siehe auch Hilfe:Überschrift/VisualEditor. --Liebe Grüße, Lómelinde Diskussion 08:21, 27. Nov. 2017 (CET)
@Jakob S.: Hast du einen Vorschlag/Wunsch, wie es funktionieren sollte, so dass es (für dich) intuitiver ist?--Cirdan ± 17:43, 5. Jan. 2018 (CET)
Danke für die Aufklärung. Ich bin wohl mit dem Vokabular durcheinander gekommen und habe so etwas wie "Abschnitt" erwartet, nicht "Absatz". Ich glaube ich bezog mich damals auf den Reiter "Abschnitt hinzufügen". --Jakob (Diskussion) 08:27, 6. Jan. 2018 (CET)
@Jakob S.: Falls dir eine alternative Lösung einfällt, melde dich gerne auf dieser Seite. Dieses Feedback ist für die Entwickler sehr wichtig.--Cirdan ± 10:29, 6. Jan. 2018 (CET)


Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 11:16, 27. Jan. 2018 (CET)

Fehler der Syntaxhervorhebung

Die Syntaxhervorhebung verursacht einen grafischen Fehler im Zusammenhang mit Zeilenumbrüchen. Der Text verschiebt sich und wird dadurch mit anderem Text überlagert. Hier ganz aktuell beim schreiben dieser Mitteilung passiert die Verschiebung/ Überlagerung auch ohne den Zusammenhang mit der Syntaxhervorhebung. Mein Betriebssystem Win7 Browser IE.

 
Fehler der Syntaxhervorhebung

Leonard König (Diskussion) 14:57, 23. Okt. 2017 (CEST)

@Leonard König, ich kenne solch ein Verhalten eigentlich nur, wenn ich neben der neuen Syntaxhervorhebung zusätzlich ein anderes Tool benutze, das das Bearbeitungsfeld verändert. Seit wann tritt das denn auf? Kannst du etwas genauer beschreiben wann oder wo das passiert? Oder anders welche Einstellungen benutzt du neben der Syntaxhervorhebung noch? Bei meinem Versuch eben sah es normal aus. Allerdings benutze ich Firefox.
Mobil oder Desktop?
VisualEditor + Neuer Wikitext-Modus + Syntaxhervorhebung?
Bei mir sieht im FF alles normal aus.
Nein stimmt nicht ganz, wenn ich über den kleinen Stift in meiner Bearbeitungsumgebung (nicht VE und ohne Schnarks Syntaxhighlight, sonst hätte ich zwei Eingabefelder) zwischen aktivieren und deaktivieren wechsle, wird der Fokus einmal (Highlight an) nach oben (die Überschrift wird sichtbar) und im anderen Fall (Highlight aus) an der Cursorposition festgemacht.
Wenn sich dort also etwas überlagern sollte könnte das eventuell bei dir zu diesem Darstellungsproblem führen, weil die Bilder nicht übereinander liegen (laienhaft gesagt).
Ich würde mal Schnark fragen. Vielleicht kann er helfen. Ich kann das nicht wirklich nachstellen, aber im IE war alles noch merkwürdiger zu bedienen, ich hatte eine VE-Oberfläche und Syntaxhighlight ließ sich nicht über das Menü aktivieren, der bereits vorhandene Text war markiert, das was ich hinzugefügt habe nicht. Sehr merkwürdig. Win 7 habe ich auch. Und leider erstellt auch niemand die fehlende Seite zur Syntaxhervorhebungsfunktion im VE. Ich möchte das nicht testen müssen, ich mag diese Farben nicht. --Liebe Grüße, Lómelinde Diskussion 15:29, 24. Okt. 2017 (CEST)
@Lómelinde (Danke für die Schnelle Reaktion und in dem Sinne entschuldige, dass ich erst jetzt Antworte!)
Zu den Fragen: Desktop Win7,64; IE 11.0.47 (heute und der Fehler tritt noch auf); Quelltexteditor!!; (damals) alle Beta-Funktionen
Aktuell getestet: Der Fehler besteht noch. Er tritt nur bei gleichzeitiger Verwendung der Beta-Funktionen "Neuer Wikitext-Modus" und "Syntaxhervorhebung" auf. Ich kann weiter bestätigen, dass der Fehler nicht im Firefox reproduzierbar ist! Leonard König (Diskussion) 20:34, 28. Nov. 2017 (CET)
Ich kann dir da leider nicht wirklich weiterhelfen. Wie ich schon schrieb, frage mal Schnark, ob er einen Tipp hätte. --Liebe Grüße, Lómelinde Diskussion 08:23, 30. Nov. 2017 (CET)

Unsichtbares Zeichen an Zeilenende im Bearbeiten-Modus

Gemeldet in Phabricator
Task T185590

Hallo! Im 2017-Quelltext-Editor fällt mir seit einiger Zeit ein seltsames Phänomen auf: Immer, wenn ich eine Textzeile (betrifft also wohl Absätze, wenn ich den Aufbau des NWE richtig verstanden habe) innerhalb des Editors kopiere und woanders einfüge, erhalte ich am Ende jeder Zeile ein unsichtbares Zeichen, laut Browser-Quelltext <img class="ve-ce-chimera ve-ce-chimera-webkit">. Beim Abspeichern verschwinden die Dinger wieder. Ist ziemlich unpraktisch, wenn man während des Edits Vorlagenparameter herumkopiert und mit neuen Daten befüllen will, da man immer zuerst das unsichtbare Zeichen löschen muss, um an den eigentlichen Inhalt zu kommen (also immer einmal zusätzlich die delete-Taste betätigen muss). War sicher nicht immer so, wer hat’s erfunden? Gruß–XanonymusX (Diskussion) 16:19, 21. Nov. 2017 (CET) PS: Ich verwende Chromium (Iron).

Automatisches Ausfüllen von Vorlagen außerhalb von Belegen …

Gemeldet in Phabricator
Task T95702

… vor allem für die Vorlagen Literatur, Internetquelle, Cite für Literaturlisten, Weblinks usw. wäre überfällig, oder? ;) Gibts dazu schon Pläne? Derzeit behelfe ich mir mit Beleg + Wechsel zu Wikitext + Entfernen der ref-Tags um die Vorlage; das ist einfacher als das händische Formatieren der Fundstellen.--Aschmidt (Diskussion) 01:35, 2. Dez. 2017 (CET)

Siehe phab:T95702. –Schnark 10:07, 2. Dez. 2017 (CET)
Danke, Schnark! Ich habe das Thema dort noch einmal angesprochen und darum gebeten, die Priorität hochzusetzen. Die Disk zu dem Task ist übrigens sehr lesenswert, weil man daran gut sehen kann, wie komplex Softwareentwicklung ist. Der VE/Citoid waren noch sehr im Fluss, als das Thema auf Phabricator aufgebracht worden war. Mögliche Workarounds, die damals noch funktionierten, gingen zwischenzeitlich nicht mehr. Aber jetzt sind wir ja weiter.--Aschmidt (Diskussion) 10:25, 2. Dez. 2017 (CET)

Kann nicht mehr speichern

Seit kurzem (seit Bearbeitungen nicht mehr verloren gehen sollen?) kann ich meine Bearbeitungen mit VE nicht mehr veröffentlichen. Es passiert nichts, wenn ich auf "veröffentlichen" klicke. Beim wiederholten Klick auf "Veröffentlichen" verschwindet der Scrollbalken – veröffentlicht wird immer noch nichts. Ich muss dann die Seite neu laden, woraufhin die nicht gespeicherten Änderungen wiedergeholt werden, und in den Text-Editor wechseln, damit ich speichern kann. Windows 10, Firefox 58.0.2. (64 Bit). --Drahreg01 (Diskussion) 06:07, 12. Mär. 2018 (CET)

War ein Fehler in Benutzer:Schnark/js/veSummary, der jetzt behoben ist. –Schnark 09:37, 12. Mär. 2018 (CET)
Scheint wieder zu funktionieren. Vielen Dank! --Drahreg01 (Diskussion) 19:28, 12. Mär. 2018 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --Drahreg01 (Diskussion) 19:28, 12. Mär. 2018 (CET)

Bearbeitung von Weiterleitung nicht mehr möglich

Gemeldet in Phabricator
Task T178976
Gemeldet in Phabricator
Task T183270
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:43.0) Gecko/20100101 Firefox/43.0

Weiterleitungen lassen sich nicht mehr in Begriffsklärungsseiten umwandeln, da man bei der Bearbeitung sofort auf den Artikel der Weiterleitung gelangt. Wie ich eins d'rüber sehe, geht es anderen auch so. Der VE ist in seiner gegenwärtigen Ausführung totaler Bockmist: Lange Ladezeiten und an Unübersichtlichkeit kaum zu überbieten. Warum ist die Quelltext-Editierung nicht einfach so geblieben, wie sie ursprünglich war? Es nervt einfach nur noch...

Jamiri (Diskussion) 17:38, 15. Okt. 2017 (CEST)

An der Möglichkeit, direkt den Quelltext zu editieren, hat sich durch die Einführung des Visual Editors nichts geändert. Dass bestimmte Funktionen des Visual Editors bei dir nicht funktionieren, könnte mit deinem seit knapp zwei Jahren nicht mehr aktualisierten Browser zusammenhängen: Firefox hat in den letzten zwei Jahren (seit der im Dezember 2015 erschienenen Version 43) eine Menge Bugs behoben und nebenbei auch kritische Sicherheitslücken geschlossen, die auf deinem System noch offen sind. Wie du deinen Browser auf die akuelle Version bringst, erfährst du unter anderem hier. LG, Tkarcher (Diskussion) 10:15, 16. Okt. 2017 (CEST)
@Tkarcher: Das beschriebene Problem besteht auch bei Nutzung der aktuellsten Firefox-Version 56.0.1 (64-Bit). --Jamiri (Diskussion) 16:16, 24. Okt. 2017 (CEST)
@Jamiri: Leider kann ich das Problem mit keinem mir verfügbaren Browser (u.a. auch Firefox 56) reproduzieren: Im oben genannten Beispiel Siot-Decauville habe ich eben erfolgreich die Weiterleitung mit dem VE entfernt (und mich selbst gleich wieder zurückgesetzt). Hast du vielleicht einen Adblocker o.ä. installiert, welcher Overlays entfernt? Außer einer gemeinsamen Skype- (oder Wire-) Sitzung zur Problemanalyse fällt mir momentan leider nichts mehr ein, wie ich dir helfen könnte. --Tkarcher (Diskussion) 16:53, 24. Okt. 2017 (CEST)
@Tkarcher: Inaktivierung des Adblockers bringt gleichfalls keine Abhilfe. Gerade überprüftes Beispiel: Ich gebe „Fridovich“ in die Suchmaske ein → Angezeigt wird der Artikel zu Irwin Fridovich mit Weiterleitungshinweis „Weitergeleitet von Fridovich“ → Klick auf Blaulink im Weiterleitungshinweis → Angezeigt wird die Weiterleitungsseite Fridovic → Klick auf „Bearbeiten“ → VE öffnet die Quelltextbearbeitung zum Artikel Irwin Fridovich. --Jamiri (Diskussion) 17:19, 24. Okt. 2017 (CEST)
@Jamiri Beschreib mal genauer was du tust. Weiterleitung bearbeiten dafür muss man das blau markierte Kästchen   deaktivieren 0. Bei mir funktioniert das im Test, ich arbeite aber normalerweise nicht mit dem VE. --Liebe Grüße, Lómelinde Diskussion 19:02, 24. Okt. 2017 (CEST)
Jamiri kommt ja gar nicht zur Bearbeitung der Weiterleitung, weil (wenn die Weiterleitungsseite angezeigt wird und er dann auf Bearbeiten klickt) nicht die Weiterleitungsseite, sondern die Zielseite im VisualEditor geöffnet wird. Habt ihr gesehen: Eins drüber beschreibt DVvD das gleiche Problem. --Diwas (Diskussion) 23:05, 24. Okt. 2017 (CEST)

Was passiert bei folgendem Link: https://de.wikipedia.org/w/index.php?title=Fridovich&redirect=no&veaction=edit --Diwas (Diskussion) 00:25, 25. Okt. 2017 (CEST)

@Diwas:, @Tkarcher: Oh Wunder, oh Freude. Damit ist eine Bearbeitung möglich. Was bedeutet das bezüglich der Bearbeitung anderer Weiterleitungen? --Jamiri (Diskussion) 08:55, 25. Okt. 2017 (CEST)
Hab ein Ticket dazu aufgemacht: https://phabricator.wikimedia.org/T178976 (siehe auch einen Abschnitt weiter oben) --Tkarcher (Diskussion) 10:29, 25. Okt. 2017 (CEST)
Jamiri, in der Zwischenzeit kannst du, wenn die Weiterleitungsseite angezeigt wird, anstatt auf Bearbeiten zu klicken, in der Adresszeile des Browsers &veaction=edit anfügen und Enter oder Return drücken bzw. den Pfeil klicken. --Diwas (Diskussion) 13:16, 25. Okt. 2017 (CEST)
@Diwas:, @Tkarcher: Danke für Eure hilfreichen Bemühungen, Tipps und Hinweise. --Jamiri (Diskussion) 13:42, 25. Okt. 2017 (CEST)

@Tkarcher: Es ist der neue Wikitext-Modus! Alle Betroffenen arbeiteten zur Zeit der Probleme mit dem neuen Wikitext-Modus. Ich kann das Problem reproduzieren, indem ich die Betafunktion Neuer Wikitext-Modus aktiviere und Einstellungen-Bearbeiten-Bearbeitungsprogramm letzte Zeile VisualEditor während der Beta-Phase deaktivieren ankreuze (und Einstellungen speichere). Grüße --Diwas (Diskussion) 23:41, 4. Dez. 2017 (CET)

Danke für die erfolgreiche Fehlersuche! Ich war leider ungeplant ein paar Wochen weg, aber wie ich sehe, sind die Neuigkeiten inzwischen schon bei den Entwicklern angekommen. Sehr gut. --Tkarcher (Diskussion) 17:21, 5. Jan. 2018 (CET)

@Deskana (WMF): https://phabricator.wikimedia.org/T178976 is with the New wikitext mode, not the WYSIWYG mode. Be sure that beta feature New wikitext mode and Spezial:Einstellungen#mw-prefsection-editing: Temporarily disable the visual editor while it is in beta are checked. You will be have only one edit link Edit, but not Edit source. The Link Edit will start the New wikitext mode. But with a redirect page it will open the target page, not the redirect page. Best regards --Diwas (Diskussion) 01:31, 15. Dez. 2017 (CET)

@Elitre (WMF): Would you like to copy my last post, above, (literally or in content) to the mentioned task at phabricator? Thank you very much! --Diwas (Diskussion) 23:15, 18. Dez. 2017 (CET)

No, thank you. Now we will be able to finally make some progress there (although deployment train won't leave the station before New Year, but still). Yay! Elitre (WMF) (Diskussion) 10:32, 19. Dez. 2017 (CET)
@Elitre (WMF), Deskana (WMF): https://phabricator.wikimedia.org/T178976 never dealt with WYSIWYG-VE, we had missed to check the contributions of the reporting users. They did not distinguished between VisualEditor (WYSIWYG) and the New Wikitext Editor what looks like / is a part of VisualEditor. We did not see, what editor (mode) they had used really. This Question mentioned no editor. So I was forced to check his contributions and this let found me by the edit tags, he went directly from oldstyle wikitext-editor to the new wikitext mode. This was the key to reproduce. Best regards --Diwas (Diskussion) 00:04, 20. Dez. 2017 (CET)
Deskana created https://phabricator.wikimedia.org/T183270, the old https://phabricator.wikimedia.org/T178976 will presumly bob down for ever and ever, don't worry about T178976, hopely T183270 will be resolved. Maybe, I hope, it will be easy to resolve it. --Diwas (Diskussion) 00:34, 20. Dez. 2017 (CET)
I wouldn't worry about the first task, the issue will be investigated regardless. Elitre (WMF) (Diskussion) 13:54, 20. Dez. 2017 (CET)
@Diwas: Thanks! I'll merge the extra task I created back into the original one, since you're saying that the issue was always with the new wikitext editor and not the visual editor. (Sorry for speaking English, I barely know any German) --Deskana (WMF) (Diskussion) 11:51, 21. Dez. 2017 (CET)

Moin! Grade a. d. Suche nach einer Rückmeldemöglichkeit zu VB bzw. neuem Wikitext lande ich hier und finde diesen Abschnitt: Das Problem besteht weiterhin, ja? (Auch bei mir, in auf Chrome basiertem Opera)- ohne mich nun in die englische Disk vertiefen zu wollen. Dasselbe Problem besteht ja auch bei der versuchten Bearbeitung beispielsweise eines Begriffsklärungshinweises, wie ich gerade fand. Ausschalten von VB hilft nicht weiter. ZUSÄTZLICH habe ich seit einiger Zeit (seit der Installation "neuer Helferlein-Tools"?) das Problem, dass eine versteckte, nicht beeinflussbare Formatierung meinen Cursor ab einem bestimmten Abschnitt irgendwo weiter nach hinten zwingt, aktuell z. B. zwei Zeilen (glücklicherweise gerade: genau...) weiter unterhalb...: SEHR LÄSTIG & aufhaltend!!! Grüsse, Hungchaka (Diskussion) 10:51, 29. Jan. 2018 (CET)

@Hungchaka: Ja, das Weiterleitungsproblem besteht nach wie vor. Du kannst (wenn ich die Diskussion auf Phabricator richtig verstehe) es umgehen, wenn du den VE als Standard-Editor aktivierst, also hier die Option „VisualEditor während der Beta-Phase deaktivieren“ abwählst.
Das habe ich versucht, ohne Veränderung. Hungchaka (Diskussion) 17:56, 29. Jan. 2018 (CET)
Hungchaka, bist du sicher, dass du
  1. das Kreuzchen bei „VisualEditor während der Beta-Phase deaktivieren“ entfernt hast,
  2. dann die Einstellungen gespeichert hast,
  3. dann die Weiterleitungseite neu geladen oder eine andere Weiterleitungsseite geladen hast?
  4. Und sicher dass du, falls du weitergeleitet wurdest, über den kleinen Link (Weitergeleitet von ...) zurück zur Weiterleitungsseite gegangen bist?
Teste das bitte noch einmal. Welche Bearbeitungslinks stehen dann oben? Nur Bearbeiten oder Bearbeiten und daneben Quelltext bearbeiten? Und was erscheint, wenn du dann Bearbeiten oder Quelltext Bearbeiten klickst? --Diwas (Diskussion) 23:45, 29. Jan. 2018 (CET)
Für dein zweites Problem eröffne bitte einen neuen Abschnitt auf dieser Seite mit einer genaueren Beschreibung. Kannst du bitte vorher schauen, ob das Problem auch auftritt, wenn du in einem neuen privaten Browserfenster ohne Anmeldung editierst? Falls dort alles OK ist, liegt es an irgendeinem deiner Helferlein bzw. Skripte.--Cirdan ± 15:01, 29. Jan. 2018 (CET)
S. u., Hungchaka (Diskussion) 17:56, 29. Jan. 2018 (CET)

Unsinnige Wikilink-Aufbauschung

Gemeldet in Phabricator
Task T50463

[[Baudenkmal]]e → [[Baudenkmal|Baudenkmale]] spezial:diff/173369735 - spezial:diff/173369776: alter Fehler oder neuer Fehler? Tracked? Wer mag kann im von mir eingefügten Beleg das fehlende Datum 2017-09-21 einfügen oder die Sprache entfernen, dann wird wohl auch wieder der Wikilink aufgeblasen. --Diwas (Diskussion) 23:38, 26. Jan. 2018 (CET)

So? --Liebe Grüße, Lómelinde Diskussion 10:53, 27. Jan. 2018 (CET)
Der Fehler ist bekannt, ich weise dort nochmal darauf hin.--Cirdan ± 11:03, 27. Jan. 2018 (CET)
Ich danke euch beiden. Lómelinde, du hast natürlich nicht den VisualEditor benutzt, dann bleibt es auch bei dem sauberen Link. Und was du noch alles verbessert hast ... Grüße --Diwas (Diskussion) 20:03, 27. Jan. 2018 (CET)

Meine Änderung, die ich eben eingetragen und begründet habe.

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0

URL: https://de.wikipedia.org/wiki/Zweite_Severnbr%C3%BCcke In der Begründung (!), also nicht im Text (!), der eben von mir eingegebenen Änderung steht fälschlich "Cardiff", wo eigentlich "Bristol" stehen müsste

2A02:120B:C3C5:90:D42A:BCE0:C369:CB8F 09:21, 28. Jan. 2018 (CET)

Das ist nicht weiter schlimm. Siehe auch →Hilfe:Zusammenfassung und Quellen#Bearbeitungskommentar nachträglich ändern ist nicht möglich. --Liebe Grüße, Lómelinde Diskussion 09:43, 28. Jan. 2018 (CET)

Verschobener Cursor in VB

Hallo @Cirdan: DANKE! - Ja, das Problem besteht auch ohne Anmeldung in "privatem Fenster". Zuletzt war der Cursor drei Zeilen unter Deinem Text im zuerst von mir oben bespieltem Abschnitt. Einen kleinen Anhaltspunkt zur Orientierung bieten mir die ebenfalls verschobenen roten Unterkringelungen des Opera-Wörterbuchs... Hier in dem neuen Thread zunächst kein Probleme es scheint mir nur in größeren Threads aufzutauchen (von anderen eingefügte, nicht sichtbare Umbrüche?) Das Problem ist aufgetaucht, nachdem ich vor ein paar Tagen diese Seite installiert habe, vllt. ist da ein Fehler drinne? Grüsse, Hungchaka (Diskussion) 17:50, 29. Jan. 2018 (CET)

@Hungchaka: Es kann schon sein, dass das etwas mit dem JavaScript zu tun hat. Wenn es allerdings auch unangemeldet in einem privaten Fenster auftaucht, können wir das eigentlich ausschließen (es sei denn, der Browser hat einen gravierenden Fehler und trennt das private Fenster nicht sauber von dem anderen). Hast du die Möglichkeit, einen anderen Browser auszuprobieren? Es könnte z.B. sein, dass die Rechtschreibprüfung oder ein anderes Opera-Feature mit sehr langen Textboxen nicht zurecht kommt. Um einen Phabricator-Bug zu eröffnen müsstest du den Fehler noch genauer beschreiben (d.h. Schritt für Schritt erklären, was notwendig ist, um den Fehler zu reproduzieren) und auch die genaue Browser- und Betriebssystemversion (inkl. Browser-Addons) angeben.--Cirdan ± 19:21, 29. Jan. 2018 (CET)

Betreff Plazierung eines Buttons

Gemeldet in Phabricator
Task T130148

Wenn ich mit der Funktion "Beleg hinzufügen" eine Webseite automatisch als Beleg formatieren lasse, geschieht es mir irgendwie andauernd, dass ich den Einfügen-Button vergesse. Der Beleg ist dann einfach weg. Genauso ist der Beleg weg, wenn ich irgendwoanders in den Text klicke. Irgendwie ist das nicht intuitiv. Das Fenster sollte solange offen bleiben, bis der Benutzer entschieden hat, ob er den so generierten Beleg im Artikel haben will oder nicht. Am besten wären drei Optionen: 1. Übernehmen 2. Weiterbearbeiten (die Vorlage kann dann um weitere Angaben ergänzt oder korrigiert werden). Ich muss häufig automatisch generierte Belege bearbeiten. 3. Beleg verwerfen. Z. B. wenn man eine falsche URL eingegeben hat (jetzt "Zurück" genannt). Der Button "Einfügen" ist irgendwie dort plaziert, wo ich nicht hinschaue. Der sollte entweder oben rechts auf gleicher Höhe wie "Zurück" stehen oder rechts unten, wo man mit den Augen ist, wenn man den Beleg durchgelesen hat. Am besten sind beide Optionen nebeneinander.--Giftzwerg 88 (Diskussion) 14:57, 7. Feb. 2018 (CET)

Dieses Problem wurde schon einmal gemeldet, eine Lösung / Änderung von den Entwicklern aber bisher mit der Begründung abgelehnt, dieses Verhalten (Änderungen einfach verwerfen beim Verlassen des Fensters) sei so gewollt. Ich habe deine Meldung dort ergänzt. --Tkarcher (Diskussion) 13:34, 10. Feb. 2018 (CET)

Leerzeichen in PD

Gemeldet in Phabricator
Task T51901
Gemeldet in Phabricator
Task T138492

Wenn ich im VE die Personendaten ändere (Beispiel), werden viele Leerzeichen eingefügt, die keine Funktion haben. (Und später wieder entfernt werden müssen (?).) Kann das abgeschaltet werden? --Drahreg01 (Diskussion) 06:48, 9. Feb. 2018 (CET)

VE merkt sich die Formatierungs-Leerzeichen in Templates nicht. Wenn das Template nicht neu ausgegeben werden muss (weil nichts darin geändert wurde), bleiben auch die Leerzeichen erhalten wie zuvor. Wenn das Template aber neu generiert werden muss, werden einheitlich Leerzeichen um die Gleichheitszeichen herum ausgegeben. Das wurde 2013 in Ticket #T51901 ausdrücklich so gewünscht und umgesetzt. An der Funktion des Templates ändert sich dadurch nichts. Die Leerzeichen müssen also auch nicht wieder entfernt werden. --Tkarcher (Diskussion) 13:08, 10. Feb. 2018 (CET)
Also, meines Wissens funktioniert die benutzerdefinierte Formatierung von Vorlagen via TemplateData mittlerweile schon; müsste nur noch im konkreten Fall eingebaut werden. Ich schau mal.–XanonymusX (Diskussion) 13:17, 10. Feb. 2018 (CET)
Ich hab das custom format mal eingebaut, kann es aber nicht testen, da ich ehrlich gesagt keine Ahnung habe, wie man zur Bearbeitung der PD im VE kommt; ich sehe die bei der visuellen Bearbeitung gar nicht.–XanonymusX (Diskussion) 13:30, 10. Feb. 2018 (CET)
Wieder was gelernt: Diese neue Funktion des TemplateData-Parameters aus #T138492 kannte ich noch nicht. Danke! Und deine Änderung funktioniert. Die PD-Daten kannst du übrigens dauerhaft anzeigen und auch im VE bearbeiten, indem du unter Einstellungen -> Helferlein -> Veränderung der Oberfläche -> "Dauerhaftes Einblenden von Metadaten" aktivierst. --Tkarcher (Diskussion) 15:37, 10. Feb. 2018 (CET)
Ah ja. Irgendetwas scheint mit der Vorlage aber noch nicht zu stimmen, denn wenn ich sie über den VE (oder wahlweise 2017-Quelltext-Editor) neu einfügen will, bekomme ich die Meldung, dass keine Beschreibung existiert. @PerfektesChaos: Stimmt mit dem TemplateData was nicht oder mach ich was falsch?–XanonymusX (Diskussion) 17:50, 10. Feb. 2018 (CET)
Nö, was du gemacht hast, sieht korrekt aus; aber es kann sein, dass ich heute abend noch nacharbeiten muss. VG --PerfektesChaos 17:55, 10. Feb. 2018 (CET)
@XanonymusX: Erstmal eine Zwischenlösung, aber noch nicht komplett und ich muss mir dazu noch insgesamt was einfallen lassen.
@alle: Funktioniert es jetzt wieder so halbwegs?
VG --PerfektesChaos 18:26, 10. Feb. 2018 (CET)
Verstehe. Ja, ich kann die Vorlage jetzt normal einfügen und Leerzeichen macht sie auch keine mehr! Gruß–XanonymusX (Diskussion) 18:41, 10. Feb. 2018 (CET)

@XanonymusX: Ich habe das jetzt mal etwas menschenfreundlicher in dieses TemplateData reingeschrieben.

  • Magst du so freundlich sein und das anlässlich ohnehin erforderlicher Edits in den nächsten Tagen sicherheitshalber mal erproben?
    • Desgleichen Vorlage:Internetquelle und Vorlage:Literatur – bei diesen beiden müsste es jetzt vor jeder Pipe ein Leerzeichen geben, wodurch der Zeilenumbruch gefälliger wird, und es trotzdem kompakt bleibt.

Diese Geschichte hatte ich schon längere Zeit im Hinterkopf und nun auf den Sonntag realisiert.

  • Ich wusste nur nicht, wann das nach fünf Jahren mal aktiviert würde, und hatte das aufgeschoben.
  • Doku kommt im Lauf der Woche.

VG --PerfektesChaos 00:38, 12. Feb. 2018 (CET)

Hab’s grad probiert, jetzt scheint VE aber wieder beim Neu-Einfügen die Beschreibung der Vorlage(n) nicht zu finden.  Vorlage:Smiley/Wartung/:/  –XanonymusX (Diskussion) 01:53, 12. Feb. 2018 (CET)
@XanonymusX:
Seufz; deine Info machte einen nächtlichen Hotfix erforderlich.
  • Sollte jetzt gehen.
  • Inzwischen habe ich auch etwas besser verstanden, wie und was da funktioniert und von meiner Seite zur Analyse zu tun ist und wie ich die ordnungsgemäße Funktion herausbekäme.
  • MediaWiki schriebe bestenfalls ein „Diese Vorlage hat eine benutzerdefinierte Formatierung.“ an die Überschrift, und das hatte ich bisher übersehen. Wobei das Feature hier recht neu ist.
VG --PerfektesChaos 11:21, 12. Feb. 2018 (CET)
Ja, schaut gut aus diesmal, danke.    Gruß–XanonymusX (Diskussion) 18:01, 12. Feb. 2018 (CET)

Störendes Tooltip

Gemeldet in Phabricator
Task T191115

Bei der Bearbeitung einer Tabelle in VE erscheint jedes Mal, wenn ich mit dem Mauszeiger auf eine Zelle komme, das Tooltip „Doppelklick zum Bearbeiten der Zelle“. So weit, so gut. Aber wenn ich dann während der Bearbeitung mit dem Mauszeiger/Cursor noch einmal neu auf die Zelle komme, erscheint das Tooltip schon wieder, was nicht nur völlig unnötig ist, da ich ja schon im Bearbeiten-Modus bin, sondern meist auch noch den Zelleninhalt überdeckt und damit das schnelle Bearbeiten erschwert. Könnte man das Tooltip für den Bearbeiten-Modus abdrehen? Gruß–XanonymusX (Diskussion) 11:37, 13. Feb. 2018 (CET)

Vorlage:Zukunft

Gemeldet in Phabricator
Task T189267

Seit ein paar Tagen wird die Vorlage Zukunft im VisualEditor zu groß dargestellt. Betrifft das auch andere Vorlagen? Ist das Problem bekannt?

Beispiel: https://de.wikipedia.org/wiki/Apimondia?veaction=edit

--Diwas (Diskussion) 02:16, 12. Mär. 2018 (CET)

Ist als phab:T189267 bekannt und wird in Kürze behoben. –Schnark 09:36, 12. Mär. 2018 (CET)

Danke, das ist jetzt in Ordnung. Ist es Absicht, dass die Vorlage nur angezeigt wird, wenn der Zeitpunkt maximal zwei Jahre in der Zukunft liegt? --Diwas (Diskussion) 23:58, 16. Mär. 2018 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 09:34, 3. Apr. 2018 (CEST)

Galerie bearbeiten macht Probleme

Gemeldet in Phabricator
Task T191281

Tach zusammen,

ich habe eben versucht, im heutigen Artikel des Tages ein paar Links zu setzen, die sich in Bildunterschriften einer Galerie befanden. Dabei sind die Bildunterschriften zersägt worden (die Hälfte fehlt) und Bilder die ich nicht berührt habe, verschwanden. In deren Rahmen erschienen stattdessen Teile von Bildunterschriften.

Zweimal hab ich es versucht, um Bedienungsfehler auszuschließen, beide Male habe ich sofort revertiert. Was genau passiert ist, kann ich im Moment nicht sagen, für eine genaue Quelltextbetrachtung fehlt mir gerade die Zeit [1] ..

Für mich sieht das wie ein Bug aus, oder vielleicht stolpert der Editor über genau diese Galerie?

Glück auf, --Krokofant (Diskussion) 11:12, 30. Mär. 2018 (CEST)

Ich teste es mal, es sieht für mich im Difflink so aus, als würden die Umbrüche <br /> in der Bildlegende Probleme bereiten, also so als wenn der VisualEditob dort dann zusätzlich umbricht was diese Zerstückelung zur Folge hat. --Liebe Grüße, Lómelinde Diskussion 11:18, 30. Mär. 2018 (CEST)
Tatsächlich passiert folgendes
Ausgangsgalerie 
<gallery>
Datei:1863 Alexandre Cabanel - The Birth of Venus.jpg|Alexandre Cabanel: <br />''[[Die Geburt der Venus (Cabanel)|Die Geburt der Venus]]''
Datei:Edouard Manet 081.jpg|Édouard Manet: <br />''Venus von Urbino'' <br />Kopie nach Tizian
Datei:Olympia Study Paris.JPG|Édouard Manet: <br />Studie zu ''Olympia'' <br />Rötelzeichnung
Datei:Olympia Study BN.JPG|Édouard Manet: <br />Studie zu ''Olympia'' <br />Rötelzeichnung
Datei:Olympia16.JPG|Édouard Manet: <br />''Olympia'' <br />Aquarell 1863
Datei:Olympia17.JPG|Édouard Manet: <br />''Olympia'' <br />Radierung 1867
Datei:Olympia18.JPG|Édouard Manet: <br />''Olympia'' <br />Radierung mit Aquatinta 1867
Datei:Olympia19.JPG|Édouard Manet: <br />''Olympia'' <br />Holzstich
</gallery>
  •  
    Alexandre Cabanel:
    Die Geburt der Venus
  •  
    Édouard Manet:
    Venus von Urbino
    Kopie nach Tizian
  •  
    Édouard Manet:
    Studie zu Olympia
    Rötelzeichnung
  •  
    Édouard Manet:
    Studie zu Olympia
    Rötelzeichnung
  •  
    Édouard Manet:
    Olympia
    Aquarell 1863
  •  
    Édouard Manet:
    Olympia
    Radierung 1867
  •  
    Édouard Manet:
    Olympia
    Radierung mit Aquatinta 1867
  •  
    Édouard Manet:
    Olympia
    Holzstich
Nach Bearbeitung mit VE → nur Galerie Bearbeiten angeklickt und übernommen „ohne etwas zu verändern“ 
<gallery>
Datei:1863 Alexandre Cabanel - The Birth of Venus.jpg|Alexandre Cabanel:<br />
''[[Die Geburt der Venus (Cabanel)|Die Geburt der Venus]]''
Datei:Edouard Manet 081.jpg|Édouard Manet:<br />
''Venus von Urbino''<br />
Kopie nach Tizian
Datei:Olympia Study Paris.JPG|Édouard Manet:<br />
Studie zu ''Olympia''<br />
Rötelzeichnung
Datei:Olympia Study BN.JPG|Édouard Manet:<br />
Studie zu ''Olympia''<br />
Rötelzeichnung
Datei:Olympia16.JPG|Édouard Manet:<br />
''Olympia''<br />
Aquarell 1863
Datei:Olympia17.JPG|Édouard Manet:<br />
''Olympia''<br />
Radierung 1867
Datei:Olympia18.JPG|Édouard Manet:<br />
''Olympia''<br />
Radierung mit Aquatinta 1867
Datei:Olympia19.JPG|Édouard Manet:<br />
''Olympia''<br />
Holzstich
</gallery>

Sieht aus wie eine sehr unschöne Nebenwirkung. Cirdan kannst du das bitte weiterleiten? Phab kann ich nicht. --Liebe Grüße, Lómelinde Diskussion 11:35, 30. Mär. 2018 (CEST)

Hab ich notiert, mache ich so bald ich ausreichend Zeit habe.--Cirdan ± 14:06, 30. Mär. 2018 (CEST)
@Lómelinde: Ist jetzt gemeldet als phab:T191281.--Cirdan ± 09:25, 3. Apr. 2018 (CEST)
@Krokofant, Lómelinde: Wie hier zu sehen ist die Ursache gefunden und es wurde auch bereits ein Patch eingespielt, der das Problem behebt. Mit einem der nächsten MediaWiki-Updates sollten also auch Galerien mit erzwungenem Zeilenumbruch nicht mehr durch Bearbeitung mit dem VE zerstört werden.--Cirdan ± 22:37, 4. Apr. 2018 (CEST)

Wie man hier sehen kann, fein wenn man es versteht, was dort passiert. Dann setze ich es mal auf erledigt. Vielen Dank fürs Weitergeben. --Liebe Grüße, Lómelinde Diskussion 06:15, 5. Apr. 2018 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Lómelinde 06:15, 5. Apr. 2018 (CEST)

Editieren von Vorlagenaufrufen

Hallo, ich habe festgestellt dass beim editieren von Vorlagen bestehende Leerzeichen entfernt werden. Das macht im Quelltext erstellte (und dort auch weiter bearbeiteten) Vorlagen in Sourcecode ziemlich unleserlich, zumal die Kopiervorlagen der meisten Vorlagen so gestaltet sind, dass die Gleichheitszeichen in eines Spalte stehen. Es wäre daher sehr hilfreich wenn das Sourcecode-Format von Vorlagen bei der Bearbeitung mit dem VisualEdotor erhalten bliebe. --wivoelke (Diskussion) 08:51, 14. Feb. 2018 (CET)

  • „Editieren von Vorlagen“ würde bedeuten, dass die Programmierung einer Vorlage geändert wird.
    • Du solltest niemals versuchen, die Programmierung einer Vorlage, also ihren Quelltext, mittels VisualEditor zu bearbeiten, da dieser völlig überfordert wäre mit den unvollständigen Syntaxfragmenten, aus denen erst hinterher hoffentlich ein sinnvoller Wikitext entstünde.
    • Aus diesem Grund ist der VisualEditor auch im Vorlagen-Namensraum gesperrt.
  • Du meinst „Einbinden einer Vorlage“, vermute ich; also die Verwendung der Vorlage in einer Seite, namentlich in enzyklopädischen Artikeln.
  • Darf ich dir die frisch gelegte Erweiterung zur menschenfreundlichen Spezifikation hierzuwiki anempfehlen?
    • Die Vorlagen, deren Quelltext-Formatierung in Artikeln dich besonders stören würde, müsstest du dann auch entsprechend ausrüsten.
  • Ganz grundsätzlich kann und soll das ursprünglich vorhanden gewesene menschliche künstlerische Layout-Gestaltungswerk aus dem Artikel nicht erhalten werden. Alle Skripte verdauen alle angegebenen Parameterwerte und schreiben dann in festgelegter einheitlicher Reihenfolge und Layout zurück in den Artikel.
VG --PerfektesChaos 10:14, 14. Feb. 2018 (CET)

(Nach BK) Hallo Benutzer:Wivoelke, ich habe die Vorlage:Infobox Ortsteil einer Gemeinde in Deutschland jetzt so angepasst, das die Formatierung nicht mehr zerstört wird. LG, Tkarcher (Diskussion) 10:26, 14. Feb. 2018 (CET)

@Tkarcher: Das geht in eine brauchbare Richtung.
  • Du könntest auch Wikipedia:Lua/Modul/TemplateData/Wikitext #block align anwenden; dann folgt das automatisch dem jeweils grad längsten Namen.
  • Was macht der VE dann eigentlich am Beginn einer Seite, wie es gerade für Infoboxen typisch ist? Schreibt der dann noch eine Leerzeile davor, oder ist „auf einer neuen Zeile beginnend“ damit bereits erfüllt?
LG --PerfektesChaos 10:34, 14. Feb. 2018 (CET)
Block align kannte ich noch nicht - danke! Würde in diesem Fall aber tausende bereits vorhandene Ortsteil-Infoboxen bei der Bearbeitung im VE nachträglich verbreitern, da die Kopiervorlage weniger Leerzeichen enthält. Würde ich hier also lieber nicht verwenden. Und nein, eine neue Leerzeile schreibt der VE so nicht davor - siehe https://de.wikipedia.org/w/index.php?title=Quotshausen&diff=prev&oldid=173996393 (die beiden überzähligen Leerzeichen habe ich inzwischen in der Vorlage korrigiert, will aber deswegen nicht extra noch eine Bearbeitung dort machen). --Tkarcher (Diskussion) 10:42, 14. Feb. 2018 (CET)

Scheinbar hatte ich mich missverständlich ausgedrückt. Ich meinte das editieren von Vorlagenaufrufen im Quelltext von Artikeln. Die Quelltext- Bearbeitung ist ja wohl im Moment noch die am häufigsten benutzte und sollte doch wohl noch ohne besondere Behinderung weiter möglich sein. Jetzt alle Leerzeichen einem möglichst kompakten Quelltext zu opfern kann in einer Zeit in der man mit Mega- und Gigaytes nur so um sich wirft ja keine Option mehr sein. Gruß --wivoelke (Diskussion) 23:06, 14. Feb. 2018 (CET)

@Wivoelke: Hättest du meine Änderung in Quotshausen mit dem VisualEditor rückgängig gemacht statt mit dem Quelltext-Editor, dann hättest du gesehen, dass wir dich richtig verstanden und dein Problem gelöst haben: Die Leerzeichen werden jetzt nicht mehr gelöscht. LG, --Tkarcher (Diskussion) 07:04, 15. Feb. 2018 (CET)
Sie werden aber weiterhin in allen möglichen anderen Infoboxen gelöscht, siehe mein Beitrag in Wikipedia:Technik/Werkstatt#Ein script oder tool zerschießt die Infoboxen. Das geht so wirklich nicht!--Uli Elch (Diskussion) 12:22, 15. Feb. 2018 (CET)
Danke für den Hinweis. Alle bisher genannten Vorlagen sind jetzt repariert. --Tkarcher (Diskussion) 13:29, 15. Feb. 2018 (CET)

Hallo Tkarcher, das bearbeiten der Vorlage:Infobox Ortsteil einer Gemeinde in Deutschland macht jetzt keine Probleme mehr!!! Das bedeutet aber wohl dass in allen Vorlagen/Doku ein entsprechende Formatzeile eingebaut werden muss, um solche Löscheffekte zu vermeiden. Wie sieht das denn mit Vorlagen aus die sowohl im Block- als auch im Line-Modus benutzt werden, wie das sicher bei den extrem häufig genutzten Vorlagen Internetquelle und Literatur der Fall ist? --wivoelke (Diskussion) 16:41, 15. Feb. 2018 (CET)

Ja, das muss jeweils einzeln definiert werden, und ja, das sind immer Einzelfallentscheidungen. Zur Vorlage Internetquelle: Dort werden ja extrem selten nachträglich Daten geändert - also auch das Format nicht geändert. Falls es doch mal nötig ist, wird der VE das tun, was auch in der Doku zur Vorlage empfohlen wird: Jedoch sind beim Ausfüllen die Zeilenumbrüche am besten zusammen mit den nicht benötigten Parametern wieder zu entfernen, weil sonst der Wikicode höchst sperrig und unleserlich wird. --Tkarcher (Diskussion) 17:00, 15. Feb. 2018 (CET)

@Tkarcher: Ich habe mich bis jetzt um den VE nicht gekümmert, da ich als in die Jahre gekommener Informatiker, lieber direkt mit dem Quelltext arbeite. Nachdem ich allerdings feststelle, dass die Nutzung des VE doch erhebliche Auswirkungen auf das Quelltextformat hat, muss ich dies wohl ändern. Daher noch einmal zurück zu meiner letzten Frage. Wenn ich es richtig verstehe kann man durch die JASON "format"-Anweisung ja nur eine Art der Ausgabe definieren was zur Folge hat, dass nach der VE-Benutzung ein alternative Format (block/inline) nicht erhalten bleibt. In den meisten Vorlagen-Dokumentationen werden aber als Kopiervorlage beide Formen angegeben (auch in den erwähnten Internetquelle und Literatur). Zwei Lösung bieten sich hier nach meiner Meinung an:

  1. Der Generator erkennt \n in der Vorlageneinbindung und nutzt dann ein Block-Formt, sonst ein Inlin-Format (setzt allerdings zwei erlaubte "format"-Parameter voraus)
  2. Die VE-Maske ermöglicht die Steuerung zwischen Block- und Inline-Format (die Wikipedia:Lua/Modul/TemplateData/Wikitext varianten könnten angeboten werden; wobei der Defaultwert das Format aus der JASON "format"-Anweisung ist).
Gruß --wivoelke (Diskussion) 22:32, 15. Feb. 2018 (CET)
Klingt beides zwar technisch machbar, es wird aber sicher nicht leicht sein, die Entwickler von der Notwendigkeit dieser Zusatzfunktion zu überzeugen: Ich halte es selbst für fraglich, ob wir wirklich so viel Freiheit bei der Quelltext-Gestaltung brauchen, statt uns pro Vorlage einfach auf ein Standard-Format zu einigen. Der richtige Weg dafür wäre jedenfalls ein Ticket in https://phabricator.wikimedia.org/ - dort wurde auch die Einführung des Format-Parameters beantragt: https://phabricator.wikimedia.org/T138492 Traust du dir selbst zu, dort ein Ticket aufzumachen? Du könntest deine Argumente sicher überzeugender anbringen als ich... LG, Tkarcher (Diskussion) 23:25, 15. Feb. 2018 (CET)


@wivoelke:
  • Es ist völlig aussichtslos, für den VE eine interaktive Wahlmöglichkeit inline/block zu beantragen, oder sich eine Erhaltung einer bereits im Quelltext mutmaßlich vorhandenen Alternative zu wünschen.
  • Grund: Für VE-Bearbeiter gibt es keinen „Quelltext“ mehr.
    • Ein VE-Bearbeiter muss noch nie einen Wikitext von innen gesehen haben, weiß überhaupt nicht was das ist, und zukünftige Generationen sollen sich auch nicht mehr damit auseinandersetzen müssen.
    • Erst recht kann ein VE-Bearbeiter nicht wissen, was eine Option inline oder block sein soll, und wann jemand warum welche der beiden bei seiner Bearbeitung auswählen solle, geschweige denn dies jedes Mal auch gezielt wie gewünscht ankreuzen.
    • Dementspechend kann es auch nicht geben: „VE-Maske ermöglicht die Steuerung zwischen“
  • Auch auf „erkennt \n in der Vorlageneinbindung“ wird sich niemand einlassen. Gründe:
    • Für Menschen mag die Absicht erkennbar sein; inkonsequentes Gemisch mit teils Zeilenumbruch, teils nicht ist aber nicht entschlüsselbar.
    • Die zurzeit im Quelltext vorhandene Formatierung kann unerwünscht sein, und die einheitliche Ersetzung durch das Standardformat durchaus eine Verbesserung (Infobox in einer Zeile wird automatisch zeilenweise ausgebreitet).
    • Es gibt keinerlei Perspektive oder Interesse für dieses Verhalten (siehe drüber und drunter).
  • Es gibt genau ein Ausgabeformat, das spezifiziert wurde, und Ende.
    • Es hatte seit 2013 fünf Jahre gedauert, bis aus der binären Alternative inline oder block ein weitergehendes mit-ohne-wieviel-wo-Leerzeichen-Zeilenumbruch geworden ist.
    • Mehr wird nicht mehr kommen.
    • Nur WSTM schreibt in zwei Formaten; bei Zitationsvorlagen im Fließtext konsequent inline und am Ende der Seite konsequent block.
  • Glaskugel hilft:
    • Zurzeit ist der Unicode-Quelltext das originäre Speicherformat, und war es das seit 2001 (ursprünglich ANSI).
    • Hier können Bearbeiter Byte für Byte und Leerzeichen für Zeilenumbruch das originäre Speicherformat zurechtklöppeln.
    • VE bzw. Parsoid erstellt daraus on-the-fly eine formale Syntaxstruktur, aus lauter atomaren Syntaxelementen (Baumstruktur, genau wie HTML-DOM).
    • Auf dieser Struktur ändert dann VE, und das Ergebnis wird dann in den Quelltext zurückgeschrieben.
    • Eines Tages wird es genau umgekehrt sein: Alle Seiten eines syntaktisch sauberen Wikis werden originär in der formalen Syntaxstruktur aus atomaren Elementen in der Datenbank hinterlegt sein. Falls dann jemand ausnahmsweise den Quelltext haben möchte, etwa um eine komplexe globale Änderung oder Import historischer Wikitextsequenzen vorzunehmen, wird der Quelltext on-the-fly aus den atomaren Elementen generiert und angeboten. Anschließend wieder als atomare Elemente interpretiert und in die Datenbank zurückgeschrieben. Was sich da jemand als Leerzeichenkosmetik zurechtgeklöppelt hatte und welches Gleichheitszeichen genau wodrunter steht, ist nicht Bestandteil der bedeutungstragenden atomaren Syntaxstruktur und wird nicht gespeichert. Eine zukünftige MediWiki-Datenbank kennt dann einfach keinen Quelltext mehr.
VG --PerfektesChaos 10:43, 16. Feb. 2018 (CET)
Gemeldet in Phabricator
Task T187558

HalloPerfektesChaos, Tkarcher: Deine Warnung kommt etwas zu spät, habe bereits ein Ticket eingestellt (siehe). Man wird ja sehen was damit passiert. Die Erkenntnis dass ein VE-User absolut nicht mit dem Quelltext am Hut hat war mir auch schon gekommen, ich habe deshalb etwas vereinfacht die erste Lösung vorgeschlagen. Aber die scheint ja auch keine Aussicht auf Erfolg zu haben. Aber wenn die zukünftige Richtung so ist wie PerfektesChaos schreibt, dann sollte man in der Vorlagen-Dokumentation auch nur noch eine Kopier-Vorlage aufführen die dem Format-Statment in der JSON-Definition entspricht. Aber auch das Bemühen um eine genauer definierte Ausgabe des Vorlageneinbindung war dann für die Katz. Gruß --wivoelke (Diskussion) 17:00, 16. Feb. 2018 (CET)

Uploadproblem

Gemeldet in Phabricator
Task T187523

Jetzt habe ich zur Abwechslung selbst mal eine Frage: Benutzer:Hyby2015 hatte in WP:FVN Probleme mit dem Upload eines Bildes gemeldet. Inzwischen hat er mir das Bild geschickt, und ich habe es selbst probiert: Lade ich das Bild mit dem VisualEditor hoch wie hier beschrieben, bekomme ich - genau wie Hyby2015 - die nichtssagende Fehlermeldung "Etwas ist schiefgelaufen", ohne weitere Erklärung. Lade ich es dagegen mit dem Hochladeassistenten direkt in Commons, klappt es problemlos: commons:File:Ballindamm_26_Hamburg.jpg Kennt jemand das Problem, oder ist das ein neuer Bug? --Tkarcher (Diskussion) 00:18, 19. Feb. 2018 (CET)

Das ist phab:T187523. –Schnark 09:04, 19. Feb. 2018 (CET)
Ah, danke! --Tkarcher (Diskussion) 09:10, 19. Feb. 2018 (CET)

Alternativtext

Der Alternativtext von Bildeinbindungen sollte im Idealfall das Bild so beschreiben, dass es vor dem inneren Auge erscheint. Derzeit ist es im VE nur einzeilig bearbeitbar. Das sollte entweder ein Textfeld mit ca. 5 Zeilen sein, oder ein solches sollte aus dem Dialogfenster erreichbar sein. Gibt es vielleicht schon einen Task? --Diwas (Diskussion) 01:18, 25. Feb. 2018 (CET)

Wie Benutzerdiskussionsseite erstellen

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; OfficeLiveConnector.1.5; OfficeLivePatch.1.3; rv:11.0) like Gecko

URL: https://de.wikipedia.org/w/index.php?title=Benutzer:Pedorf&action=edit&redlink=1

Pedorf (Diskussion) 21:22, 25. Feb. 2018 (CET)

Hier klicken →Benutzer Diskussion:Pedorf und einen Inhalt einfügen (Schreibe einen Text oder füge {{Benutzerdiskussionsseite}} ein), anschließend auf die blau hinterlegte Schaltfläche Seite veröffentlichen klicken, die du unter dem Bearbeitungsfenster findest. Generell funktioniert das wie bei jeder Seite, die neu erstellt wird, nur dass du bei Diskussionsseiten den →Quelltexteditor verwenden musst. →Hilfe:Neuen Artikel anlegen/VisualEditor#Neue Seiten anlegen trifft nur auf Artikel und Benutzerseiten zu. Ich hoffe das hilft dir weiter, ich kann dir aber auch gern eine Nachricht dort hinterlassen, dann ist die Seite angelegt und du kannst dort antworten oder etwas einfügen. --Liebe Grüße, Lómelinde Diskussion 06:40, 26. Feb. 2018 (CET)

Löschung von hinterlegten Vorlagen im VE

Hallo, ich habe gerade vergeblich versucht, im Visualeditor eine Möglichkeit zu finden, im Dialogfeld Vorlage-Bearbeiten eine hinterlegte Vorlage von einem Textteil komplett zu entfernen. Man kann zwar im Dialog alles Löschen, auch die Vorlage selbst, aber diesen Zustand dann nicht speichern. Zumindest irgendeine leere Vorlage muß vorhanden sein, um zu speichern. Ausprobiert habe ich das ganze im Artikel foetus in foeto mit der hinter dem ersten Lemma hinterlegten Vorlage "Lang". Ich wollte die aber nicht an dieser Stelle löschen, sondern aus einem manuell kopierten Textabschnitt. --Fit (Diskussion) 12:55, 27. Feb. 2018 (CET)

Die Vorlage markieren (z.B. durch Mausklick auf den Text) und dann "Entf" oder "Delete" drücken. Das sollte schon genügen. --Tkarcher (Diskussion) 13:38, 27. Feb. 2018 (CET)
Also wenn ich auf "Bearbeiten" klicken, also den Visualeditor aktiviere, und dann auf den Textteil klicke, der mit der Vorlage verbunden ist, dann öffnet sich der Vorlage-Bearbeiten-Dialog. Wenn ich dann die "Entf"-Taste drücke, dann ist der ganze Textteil weg. Ich hätte es aber gerne so, daß ich nur die mit dem Textteil verbundenen Vorlagen entfernen kann, so daß dann keine Vorlagen mehr mit dem Textteil verbunden sind. --Fit (Diskussion) 13:58, 27. Feb. 2018 (CET)
Das geht folgendermaßen:
  1. Vorlage markieren
  2. Strg + C
  3. Entf
  4. Strg + ⇧ Shift + V (ohne Formatierung einfügen)
--Tkarcher (Diskussion) 16:06, 27. Feb. 2018 (CET)
Man kann auch vorgehen, wie in Hilfe:VisualEditor/Schrifteigenschaften#Formatierungen zurücksetzen beschrieben. --Diwas (Diskussion) 23:23, 27. Feb. 2018 (CET)
Nein und nein. Die Variante mit den Tastenkombinationen funktioniert bei mir ebenso wenig wie die zweite Variante, denn diese entfernt nur die Fettschriftformatierung, nicht aber die mit dem Textteil verbundene Vorlage. Die intuitivste Variante dafür wäre immer noch, daß man nach dem Löschen der Vorlage im Bearbeiten-Dialog, dies dann dort auch speichern kann, aber "Änderungen speichern" ist leider ausgegraut und nicht klickbar. --Fit (Diskussion) 01:19, 28. Feb. 2018 (CET)
Diwas' Vorschlag kann nicht funktionieren, weil eine Vorlage etwas anderes als eine Formatierung ist. Deinen "intuitiven" Vorschlag verstehe ich aber auch nicht: Wo genau löschst du die Vorlage im Bearbeiten-Dialog? Dort kannst du doch nur die Parameter löschen, oder? Aber nochmal zurück zu meiner Lösung: Was genau passiert, wenn du die markierte Vorlage kopierst, löschst und unformatiert wieder einfügst? (Entweder wie oben beschrieben oder noch schneller mit Strg+X gefolgt von Strg⇧ Shift+V) --Tkarcher (Diskussion) 18:09, 28. Feb. 2018 (CET)
Bei mir funktioniert Tkarchers Vorschlag problemlos. Intuitiv hätte ich einfach den Vorlagendialog geöffnet, den Text dort kopiert, dann die Vorlage (außerhalb des Dialogs) gelöscht und nur den Text wieder eingefügt. Genau das macht aber offenbar auch diese Tastenkombination, sehr praktisch! Gruß–XanonymusX (Diskussion) 00:59, 1. Mär. 2018 (CET)

Editing News #1—2018

In einer anderen Sprache lesen • Anmeldung für dieses mehrsprachige Rundschreiben

 
Schon gewusst?

Wußtest Du schon, dass Du den visuellen Versionsunterschied auf jeder Seite nutzen kannst?

 

Manchmal ist es schwer, wichtige Änderungen in der Änderungsansicht des Wikitexts zu sehen. Dieses Bildschirmfoto einer Textänderung (zum Vergrößern anklicken) zeigt, dass die Absätze umgeordnet wurden. Allerdings wird hier nicht das Löschen eines Wortes oder das Hinzufügen eines neuen Satzes hervorgehoben.

Nach der Aktivierung der Beta-Funktion für "⧼visualeditor-preference-visualdiffpage-label⧽" kann sie ausgewählt werden. Dir wird dann ein neuer Kasten über jedem Versionsunterschied angezeigt. Damit kannst du eine der beiden Ansichten für jede Bearbeitung auswählen.

 

Klicke auf die Schaltfläche, um zwischen visueller und Wikitext-Ansicht zu wechseln.

Im visuellen Versionsunterschied werden Einfügungen, Löschungen, neue Links und Formatänderungen hervorgehoben. Andere Änderungen wie eine veränderte Bildgröße werden in Anmerkungen an der Seite angezeigt.

 

Dieses Bildschirmfoto zeigt dieselbe Bearbeitung als Wikitext-Änderung. Die visuelle Ansicht zeigt die Entfernung eines Worts und die Einfügung eines neuen Satzes.

Du kannst das Benutzerhandbuch lesen und übersetzen helfen, das mehr Informationen zur Benutzung des VisualEditor enthält.

Seit dem letzten Rundschreiben hat das Bearbeiten-Team viel Zeit mit dem Aufbau des 2017er Wikitext-Editors verbracht, der innerhalb des VisualEditor als Beta-Funktion verfügungbar ist und den visuelle Versionsunterschied verbessert. Ihren Arbeitsplan kann man auf Phabricator einsehen. Du kannst die Links zu der in jeder Woche fertig gestellten Arbeiten unter mw:VisualEditor/Weekly triage meetings finden.. Aktuell stehen das Beheben von Fehlern, die Unterstützung des 2017er Wikitext-Editors und die Verbesserung des visuellen Versionsunterschieds auf der Tagesordnung.

Letzte Änderungen

  • Der 2017er Wikitext-Editor ist für Desktob-Geräte als Beta-Funktion verfügbar. Er verwendet dieselbe Werkzeugleiste wie der VisualEditor und bietet den Citoid-Dienst und andere moderne Werkzeuge. Das Team hat die Leistung der unterschiedlichen Bearbeitungsumgebungen verglichen. Sie haben untersucht, wie lang es dauert, eine Seite zu öffnen und mit dem Schreiben anzufangen. Die Studie nutzt Daten zu mehr als einer Million Bearbeitungen aus Dezember und Januar. Um die Geschwindigkeit des 2017er Wikitext-Editors und des VisualEditor zu erhöhen, wurden einige Änderungen vorgenommen. Zuletzt ließ sich der 2017er Wikitext-Editor für die meisten Bearbeitungen am schnellsten öffnen, wobei der 2010er Wikitext-Editor manchmal noch schneller war. Weitere Informationen finden sich unter mw:Contributors/Projects/Editing performance.
  • Der visuelle Versionsunterschied wurde für den VisualEditor entwickelt. Er ist nun für alle Nutzer des VisualEditor und des 2017er Wikitext-Editor verfügbar. Wenn du deine Änderungen prüfst, kannst du zwischen Wikitext und visuellem Versionsunterschied wechseln. Du kannst auch die neue Beta-Funktion "visueller Versionsunterschied" nutzen. Die Beta-Funktion lässt dich den visuellen Versionsunterschied nutzen, um die Bearbeitung anderer in der Versionsgeschichte anzusehen und Special:RecentChanges. [2]
  • Syntax-Markierung im Wikitext ist als Beta-Funktion sowohl für den 2017er Wikitext-Editor als auch für den 2010er Wikitext-Editor verfügbar. [3]
  • Der Citoid-Dienst übersetzt URLs, DOIs, ISBNs und PubMed ID-Nummern in Wikitext-Belegvorlagen. Er ist unter Autoren sehr beliebt und nützlich, auch wenn seine Einfügungn nicht ganz leicht ist. Dein Wiki kann diesen Dienst nutzen. Bitte lies die Anleitung. Du kannst das Team bitten, den Citoid-Dienst für dein Wiki freizuschalten.

Arbeiten wir zusammen

—Elitre (WMF)

21:56, 2. Mär. 2018 (CET)

Danke für die Infos. Aber ich muss mich schon sehr wundern, wie man einen Newsletter mit derart vielen Tipp- und Grammatikfehlern einfach mal so verteilen kann?! Den allerbesten Eindruck macht das nicht.—XanonymusX (Diskussion) 01:29, 3. Mär. 2018 (CET)

änderung und Nachweis funktioniert nicht

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

URL: https://de.wikipedia.org/w/index.php?title=Keyenberg&gettingStartedReturn=true&veaction=edit&section=12

Keyen.berg (Diskussion) 01:10, 5. Mär. 2018 (CET)

Was genau funktioniert daran nicht? Deine Änderung war gespeichert, aber noch nicht gesichtet worden, und war deshalb bis eben noch nicht öffentlich sichtbar. Das habe ich jetzt erledigt. Und wo und wie wolltest du einen Nachweis einfügen? LG, Tkarcher (Diskussion) 06:41, 5. Mär. 2018 (CET)

UI-Icon als data-URI im Artikel

Hier wurde ein Icon – vermutlich eines UI-Elements des VE – als data-URI eingefügt. --nenntmichruhigip (Diskussion) 21:01, 5. Mär. 2018 (CET)

Merkwürdiger Fehler mit Belegen

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.146 Safari/537.36

URL: https://de.wikipedia.org/wiki/Paysafecard?veaction=edit&section=20

Bei Sicherheit und Beleg 59 wird dieser statt hinter dem Satz plötzlich mitten ins letzte Wort eingefügt und die letzten Zeichen hinter dem falsch eingefügten Beleg lassen sich nicht löschen und fügen sich von selbst immer wieder ein.

Arrgesh (Diskussion) 18:44, 9. Mär. 2018 (CET)

Edits verschwinden

Hi, ich habe seit gestern das Problem, dass Edits beim Wechsel von der Quelltextbearbeitung zum VE verschwinden. Es erscheint die Meldung „Änderungen wiederhergestellt Deine ungespeicherten Änderungen wurden automatisch wiederhergestellt.“ und alle Edits, die im Quelltext gemacht wurden sind verschwunden. Das Phänomen tritt nur auf wenn ich vor dem Wechsel in den Quelltexteditor schon Änderungen im VE gemacht habe. Wechsele ich ohne Änderungen im VE gemacht zu haben sofort in den Quelltext, schreibe dort was rein, und gehe wieder zurück in den VE dann bleiben die Änderungen. Teilweise erscheint diese Meldung auch schon nachdem ich nur auf „Bearbeiten“ geklickt habe. Da ich Fliegelflagel nutze hatte ich zuerst eins der Scripte im Verdacht, aber auch nach dem Leeren von common.js und Browser-Cache blieb der Fehler. Ansonsten habe ich in letzter Zeit keine Änderungen an irgendwelchen Einstellungen gemacht. Ich nutze macOS mit Safari (aktuelle Versionen). Am Browser scheint es allerdings auch nicht zu liegen denn mit FF tritt der Fehler auch auf. Gibts vielleicht noch mehr Leute, die das Problem haben oder liegt es doch nur bei mir? Falls jemand eine Idee hat, immer her damit.^^ --Bred R. Zaun (Diskussion) 20:25, 13. Mär. 2018 (CET)

Ein neues Highlight?

Gemeldet in Phabricator
Task T192392

Mir ist in den letzten Tagen aufgefallen, dass es immer wieder so Data-URLs mit "data:image/png...." in den Artikeln gibt, wie ich schon bei Admin-Anfragen geschrieben habe, ist das dargestellte Bild ein auf den Kopf gestelltes Vodafone-Logo mit invertierten Farben (also ein rotes Komma auf rundem, weißem Hintergrund mit rotem Rand). Und wo ich das gesehen habe, ist immer die Markierung "Visuelle Bearbeitung" dabei: Hab eben 13 Artikel bereinigt, absolutes Highlight war das hier: Spezial:Diff/175076832#Einzelnachweise Man beachte die Einzelnachweise, es waren übrigens bei allen meinen 13 bereinigten Artikel die Einzelnachweise und das deutet auf ein ganz tolles Feature dieser <censored>-Software hin. Es nervt jedenfalls. --Wurgl (Diskussion) 15:30, 17. Apr. 2018 (CEST)

@Wurgl: Danke für deine Fehlermeldung. Allerdings möchte ich dich bitten, in Zukunft hier einen anderen Ton anzuschlagen. Es ist verständlich, dass du genervt bist, aber es dürfte auch klar sein, dass kein Entwickler das bewusst eingebaut hat, sondern wir es hier mit einem Fehler zu tun haben. Auf dieser Seite hier sammelt die deutschsprachige Community ihre VE-Fehlermeldungen, die dann von einigen engagierten Community-Mitgliedern (unter anderem mir) weitergetragen werden. Ich mache diese Aufgabe grundsätzlich gerne, weil ich damit ein kleines Stück zur Verbesserung des VE beitragen kann, Beiträge wie deiner tragen aber nicht gerade dazu bei, meine Motivation zu steigern. Ich denke, du hast dafür Verständnis.
Nach dieser Vorrede zum eigentlichen Problem: Kannst du bitte hier die Diffs verlinken? Dann gebe ich das gerne über Phabricator an die Entwickler weiter. Vielen Dank!--Cirdan ± 19:54, 17. Apr. 2018 (CEST)
Ich hatte so etwas neulich auch. Siehe auch →Was ist data:image? Ich packe es mal dazu.
Ich kannte so etwas auch nicht. --Liebe Grüße, Lómelinde Diskussion 20:04, 17. Apr. 2018 (CEST)
@Cirdan: Die 12 die ich heute zurückgesetzt habe und 2 weitere: Spezial:diff/174537672, Spezial:diff/174798163, Spezial:diff/175076832, Spezial:diff/175111657, Spezial:diff/175540354, Spezial:diff/175704341, Spezial:diff/175704688, Spezial:diff/175719654, Spezial:diff/175796590, Spezial:diff/176290503, Spezial:diff/176448060, Spezial:Diff/176529517, Spezial:diff/176596385, Spezial:Diff/176596385 --Wurgl (Diskussion) 20:11, 17. Apr. 2018 (CEST)
Und zwei englische WP: en:Special:diff/835420857, en:Special:diff/831758546 --Wurgl (Diskussion) 20:32, 17. Apr. 2018 (CEST)
@Wurgl, Lómelinde: Die Ursache sind Browser-Plugins, in den meisten Fällen eines von Citavi. Der VE blockiert in Zukunft solche Bildeinfügungen, der Patch sollte in den kommenden Tagen eingespielt werden.--Cirdan ± 21:33, 17. Apr. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 10:11, 29. Apr. 2018 (CEST)

Wikitext 2017 + Syntax Highlighting

Der Zeilenumbruch mit und ohne Syntax Highlighting sollte exakt der gleiche sein. Im untenstehenden Beispiel ist das allerdings nicht der Fall. Das Resultat ist, dass der Cursor bei Syntax Highlighting falsch positioniert wird, wenn er ans Ende der Zeile gesetzt wird. Eingefügte Zeichen werden am Zeilenende angefügt. Die angezeigte Cursorposition ist allerdings einige Zeichen vor Zeilenende. Es müssen am Zeilenanfang genau so viele 'x' eingefügt werden, dass vor "foobar" umgebrochen wird.

Beispiel

xxxxxxxxxxxxxx abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab abab foobar abab abab abab abab

-- Wolfgang Rieger (Diskussion) 03:55, 4. Apr. 2018 (CEST)

Hallo Wolfgang, kannst du das bitte genauer erklären? Ich gebe das Problem gerne an die WMF weiter, aber ich verstehe schon zu Beginn leider nicht, was du mit „Der Zeilenumbruch … sollte gleich sein“ meinst.--Cirdan ± 22:43, 5. Apr. 2018 (CEST)
Zeilenumbruch ist klar? Eine Textzeile wird je nach Fensterbreite auf mehrere Fensterzeilen umbgebrochen. Dabei sollte es keinen Unterschied machen, ob Syntaxhighlighting an oder aus ist. Die Schriftart ist immer fixed width und ob es bunt oder nicht ist, sollte egal sein. -- Wolfgang Rieger (Diskussion) 23:54, 5. Apr. 2018 (CEST)
Hallo Wolfgang, Zeilenumbrüche kenne ich und verstehe jetzt auch dein Problem. Kannst du mir sagen, welchen Font du im Editor hast? Ist das Syntax-Highlighting ein Feature des Editors selbst oder stellst du das extern ein? (Ich benutze nur den VE aber nicht den neuen Wikitext-Editor.)--Cirdan ± 19:22, 6. Apr. 2018 (CEST)
Die Wikitext-Syntaxhervorhebung ist eine der Beta-Funktionen und kann über die Seiteneinstellungen an- und ausgeschaltet werden. Welcher Font das ist, kann ich nicht sagen (Browser Default f. Monospace). -- Wolfgang Rieger (Diskussion) 23:30, 6. Apr. 2018 (CEST)
Hallo Wolfgang, ich habe jetzt extra mal den neuen Editor und Syntaxhighlighting aktiviert und kann dein Problem nicht nachvollziehen. Bei mir ändert sich an der Spaltenbreite überhaupt nichts, wenn ich das Highlighting aktiviere und genauso sollte es auch sein. Ich denke, dass das eher ein Problem mit deinem Browser bzw. dem verwendeten Font ist.--Cirdan ± 16:31, 7. Apr. 2018 (CEST)
Hm. Ich habe gerade mit anderen Browsern geprüft (Firefox 59.0.2 + Chrome). Das Problem tritt nur bei Opera auf (seltsam, da Chrome und Opera die gleiche Engine verwenden). Nun ja. -- Wolfgang Rieger (Diskussion) 16:46, 7. Apr. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 07:18, 8. Mai 2018 (CEST)

Rückmeldungen nicht mehr möglich?

Gemeldet in Phabricator
Task T193043

Anscheinend kann man unter dem Fragezeichen im VisualEditor keine Rückmeldungen mehr machen. Der Link Rückmeldungen über diese Software hinterlassen scheint ohne Funktion. --Diwas (Diskussion) 00:06, 29. Apr. 2018 (CEST)

Scheit derzeit tot zu sein. Version fd082e5 2018-04-24T16:24:42Z
<a class="oo-ui-buttonElement-button" role="button" tabindex="0" aria-disabled="false" rel="noopener" target="_blank"><span class="oo-ui-iconElement-icon oo-ui-icon-speechBubble"></span><span class="oo-ui-labelElement-label">Rückmeldungen über diese Software hinterlassen</span><span class="oo-ui-indicatorElement-indicator"></span></a>
Wie es aussieht fehlt da so etwas wie href="/wiki/Wikipedia:Technik/Text/Edit/VisualEditor/Rückmeldungen"
<a class="oo-ui-buttonElement-button" role="button" tabindex="0" aria-disabled="false" href="/wiki/Wikipedia:Technik/Text/Edit/VisualEditor/Rückmeldungen" rel="noopener" target="_blank"><span class="oo-ui-iconElement-icon oo-ui-icon-speechBubble"></span><span class="oo-ui-labelElement-label">Rückmeldungen über diese Software hinterlassen</span><span class="oo-ui-indicatorElement-indicator"></span></a>
Ich habe zwar keine Ahnung davon aber beim Link zum Handbuch ist so ein href vorhanden. Die im BETA-Wiki angegebene Version c06466f 2018-04-28T20:33:02Z ist ebenfall NIO. Alles was passiert ist, dass das Dialogfenster sich schließt. --Liebe Grüße, Lómelinde Diskussion 08:33, 29. Apr. 2018 (CEST)
@Diwas, Lómelinde: Danke für den Hinweis und die Nachforschungen, das Problem ist den Entwicklern seit ein paar Tagen bekannt und wird mit hoher Priorität bearbeitet.--Cirdan ± 09:58, 29. Apr. 2018 (CEST)
Kleine Zwischenmeldung: Zumindest im BETA-Wiki scheint es mit der Version 3d6d566 2018-05-03T15:11:01Z jetzt wieder zu funktionieren. --Liebe Grüße, Lómelinde Diskussion 19:08, 3. Mai 2018 (CEST)
Geht wieder. --Liebe Grüße, Lómelinde Diskussion 09:58, 4. Mai 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 07:17, 8. Mai 2018 (CEST)

Umlaute bei Belegeingabe über die ISBN

Hier Benutzer_Diskussion:Silberhalogenid#Literatur scheint evt. ein Fehler im Programm bei der Benutzung von Umlauten vorzuliegen. Werden die Buchstaben „ae“ automatisch zu „ä“ umgewandelt? Oder ist hier eine Autokorrektur am Werke, wobei eine Autokorrektur für Eigennamen (Autorennamen) nicht sinnvoll erscheint. Der gute Mann heißt „Schaefer“ und nicht „Schäfer“. --Boehm (Diskussion) 08:57, 13. Mai 2018 (CEST)

@Boehm: Danke für die Rückmeldung. Das ist kein Fehler im VisualEditor und es wird auch nichts automatisch ersetzt. Vielmehr wird, wenn ISBN 3-11-012973-6 eingegeben wird, zur Erzeugung der Literaturangabe dieser Eintrag genutzt (jedenfalls wird dieser verlinkt), in dem „Clemens Schäfer“ als einer der Autoren angegeben ist. Hier müsste also die Datengrundlage korrigiert werden. Wie das geht, ist mir aber leider nicht bekannt.--Cirdan ± 11:29, 13. Mai 2018 (CEST)
Danke für die Antwort. Dann hat sich das auch erledigt. Ein Fehler in der Datenbank. --Boehm (Diskussion) 14:24, 13. Mai 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Boehm (Diskussion) 14:24, 13. Mai 2018 (CEST)

data-ve-attributes und data-ve-clipboard-keys ?

Gemeldet in Phabricator
Task T192227

Hat das irgendetwas mit dem VisualEditor zu tun? Das Kürzel -ve- lässt das zumindest vermuten. Ist mir heute gerade so untergekommen, es sind bisher nur wenige Seiten davon betroffen, aber ich kann nicht wirklich erkennen, ob das immer nur bei einer visuellen Bearbeitung eingefügt wurde.

  • 22 Artikel
  • Spezial:Diff/170927355 (Markierung: „Visuelle Bearbeitung“)
  • Spezial:PermaLink/172980681 Neuanlage enthält <span class="" data-ve-attributes="{"typeof":"mw:Image"}"></span> war aber scheinbar eine „nicht visuelle Bearbeitung“
  • {| class="wikitable" style="margin-bottom: 10px;" data-ve-attributes="{"style":"margin-bottom: 10px;"}" offensichtlich aus einer Inhaltsübersetzung, denn wir verwenden bei uns für Wikitable kein zusätzliches style="margin-bottom: 10px;", die englischsprachige WP wohl schon, da es mir immer auffällt, wenn ich übersetzungen vor mir habe, es war aber ebenso eine VE-Bearbeitung

Für mich sieht der Quelltext aus wie CSS? 

data-ve-attributes="{&quot;style&quot;:&quot;margin-bottom: 10px;&quot;}"
data-ve-attributes="{"typeof":"mw:Image"}"

Ebenso mysteriös sind clipboard-keys, was auch immer das sein mag

Und 1 Artikel

Es wäre schön, wenn das nicht mehr passieren würde, es verschlechter lediglich die Quelltextverständlichkeit, ich kann keinen Sinn in diesen Angaben erkennen. --Liebe Grüße, Lómelinde Diskussion 11:16, 14. Mai 2018 (CEST)

Hallo Lómelinde, danke für die Meldung. Ich vermute, dass das phab:T192227 ist. Dieser Fehler ist behoben, es sollte also seit dem 24. April 2018 nicht mehr neu auftreten. Sollte es neuere Edits geben, bitte nochmal Bescheid sagen.--Cirdan ± 21:42, 14. Mai 2018 (CEST)
Scheinen alles ältere Versionen zu sein. ich kümmere mich mal um die Nacharbeit, damit so etwas nicht noch verschleppt wird. --Liebe Grüße, Lómelinde Diskussion 07:05, 15. Mai 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: sollten nun alle weg sein, was später neu hinzukommt wird dann wohl importierter Murks sein. --Lómelinde 13:10, 15. Mai 2018 (CEST)

Vorschau im Quelltext-Modus leichter zugänglich

Gemeldet in Phabricator
Task T153306

Der visuelle Editor wurde wohl letztens auch für Quelltext-Bearbeitungen zum Standard gemacht. Das finde ich gut, denn so kann man auch dort hilfreiche Tools wie die automatische Beleg-Erzeugung benutzen. Allerdings gibt es einen Haken: Wenn man den Quelltext bearbeitet, möchte man ja fast immer (unterstelle ich mal) zunächst die Vorschau benutzen. Die ist jetzt aber nur sehr umständlich zu erreichen. Es wäre schön, wenn es im Quelltext-Modus einen direkten Button „Vorschau anzeigen“ neben „Änderungen veröffentlichen“ gäbe. --dingensfünf 15:27, 24. Mär. 2018 (CET)

Hallo dingens, danke für die Rückmeldung. Das steht bereits auf der To-Do-Liste der WMF-Entwickler, du kannst hier reinschauen und ggf. Vorschläge machen.--Cirdan ± 15:42, 24. Mär. 2018 (CET)
Top, danke. Alle meine Gedanken die ich hatte sind da schon geäußert worden, bin mal optimistisch dass das wird :) --dingensfünf 15:56, 24. Mär. 2018 (CET)

Weiterleitung bearbeiten

Gemeldet in Phabricator
Task T178976

Weiterleitung bearbeiten im Wikitext-Modus geht nicht, da man sofort auf der Zielseite der WL landet. -- Wolfgang Rieger (Diskussion) 06:59, 3. Apr. 2018 (CEST)

Hallo Wolfgang Rieger, gehe ich richtig in der Annahme, dass du den VisualEditor deaktiviert hast und nur den neuen Wikitext-Modus benutzt? Dann ist das als phab:T178976 bereits bekannt und ich würde dort darauf hinweisen, dass das hier erneut aufkam, um den Druck ein wenig zu erhöhen. Falls du den VisualEditor aktiviert hast, wäre es prima, wenn du mir noch deine genaue Konfiguration (VE und Beta-Features) mitteilen könntest.--Cirdan ± 09:32, 3. Apr. 2018 (CEST)
Richtig. War deaktiviert. Es wäre vielleicht sinnvoll, bis zur Behebung auf solche Probleme in der Dokumentation hinzuweisen. Gruß + Danke -- Wolfgang Rieger (Diskussion) 09:56, 3. Apr. 2018 (CEST)
Hallo Wolfgang Rieger, danke für die Rückmeldung, ich habe dein Feedback weitergetragen. Wenn du einen guten Ort weißt, trag doch gerne einen Hinweis ein. Sobald sich auf Phabricator etwas tut, gebe ich hier Bescheid.--Cirdan ± 20:32, 3. Apr. 2018 (CEST)

Icontausch?

Sehe ich das richtig, dass alle Icons getauscht wurden? Wie doof ist das denn, jetzt darf ich wieder loslaufen und versuchen die passenden Icons aufzutreiben um diese dann ordentlich in die Hilfeseiteneinzubinden. Denkt hier eigentlich auch mal jemand daran so etwas dann einzupflegen. Ich könnte Wetten dass diese Icons nicht einmal auf Commons zur Verfügung stehen.

sieht jetzt wie aus? für mich viel schlechter als zuvor. Das Fragezeichen   jetzt anders geformt und ohne Kreis das Dreieck in weiß auf schwarz kann ich mir wieder nur basteln   ebenso die Tastatur was für mich verschwommen aussieht, die vor- zurück Pfeile natürlich musste man auch diese ändern WARUM??? Wer erstellt mir diese Icons? Ich kann nun vermutlich alle Hilfeseiten überarbeiten, toll danke für dieses tolle Feature. Als wenn ich nur auf diesen Quark warten würde. Ich wette ich finde kein einziges davon in dieser Liste →OOjs UI icons. Ich kann das nicht verstehen. Grummel nö ich mach das nicht sehe ich gar nicht ein. --Liebe Grüße, Lómelinde Diskussion 10:54, 3. Apr. 2018 (CEST)

Danke fürs Kümmern, Lómelinde! Elitre, can you confirm that the new icons are definite? Thanks, --Gnom (Diskussion) 11:31, 3. Apr. 2018 (CEST)
(thanks for the ping) As announced recently in Tech News, some of the interface icons and text sizes changed slightly, as part of the updates for improved accessibility and consistency. These icons are used in many features, including Notifications, Recent Changes, Beta Features, Visual Editor, 2017 Wikitext Editor, Code Editor, and others. While editor toolbars, dialogs, and menus appear slightly bigger, elements on special pages are slightly smaller. Functionality does not change (hence I don't expect users to really have issues, since changes are very minor and don't even affect muscle memory). There is more information here and here. User:Volker E. (WMF) can certainly answer other questions, and very helpfully, in your language. (If I recall correctly, the bot that makes interface screenshots has been fixed lately, and if so, it may be able to assist (more info, mw:Language screenshots). I'll try to gather more info on this - it's possible that this was on hold until the change was fully out.) Elitre (WMF) (Diskussion) 12:55, 3. Apr. 2018 (CEST)
Das hilft mir nicht wirklich, ich kann diese englischen Pahbricatorseiten nicht verstehen, nicht wie sie funktionieren, zumeist nicht einmal nachvollziehen, was dort gemeint ist. Das Problem ist nicht die Seiten anzupassen, das Problem ist es die passenden Icons aufzutreiben. Ich brauche keine Screenshots sondern konkrete Dateinamen damit ich diese Bilder ersetzen kann. Ich habe das nur deshalb sofort bemerkt weil in meinem Bearbeitungsfenster (Quelltexteditor) jetzt ein völlig anderer Stift abgebildet ist nicht mehr   sondern irgendsoein Bleistift   und wenn es also auch Notifications betrifft müssen noch weitere Hilfeseiten angepasst werden. Warum wird einem hier das Leben so schwer gemacht? Die Icons waren so schön sortiert, kategorisiert zusammengestellt auffindbar geordnet und nun stehe ich wiederum vor einem Trümmerfeld. Seufz, ich mag echt nicht mehr diese ständigen Überraschungen schaffen mich total. Zumal ich diesen Editor nicht verwende und Änderungen daher eher nur rein zufällig mitbekomme. --Liebe Grüße, Lómelinde Diskussion 13:19, 3. Apr. 2018 (CEST)
  • Es muss sich in den letzten 24 Stunden was getan haben, denn der Ablagekorb für Benachrichtigungen ist jetzt achsenparallel und in anderen noch offenen Browsertabs geht er perspektivisch nach hinten zulaufend. Außerdem ist der Icon jetzt höher.
  • In diesem Wiki ändern wir überhaupt nichts. Zu ändern sind die Grafik-Definitionen.
  • @Perhelion: Könntest du bitte mal die Lage checken?
    • Wie viele Icons sind denn betroffen? Wäre das über das Änderungsdatum auf Phab-Diffusion herauszubekommen? Oder sind sämtliche Zeitstempel gleichzeitig neu?
    • Könntest du manuell die gröbsten und auffallendsten Änderungen (wie das Warndreieck) als SVG abgreifen und auf Commons drüberladen? Dann wäre das Drama erstmal beendet.
    • Du hattest glaube ich ein Skript, das die Phab-Diffusion ausliest und die analogen Bildchen auf Commons hochladen kann? Wäre ggf. für alle 3×200 SVG einmal auszuführen, falls das umfangreicher wird.
    • Beste Dank im Voraus.
  • @Elitre: We are not using wide static screenshots. We are using dynamic emulations with clickable links. You might narrow the browser window, and click on the icons here:

Greetings altogether --PerfektesChaos 15:19, 3. Apr. 2018 (CEST)

Ja stimmt, die Benachrichtigungs-Icons sehen jetzt auch anders aus, das war mir nicht einmal aufgefallen, mir stach nur dieser Bleistift ins Auge. Beim VE sind es alle die komplette Menüleiste sieht anders aus durchstreichen sieht jetzt etwa   aus und nicht mehr   das Menü-Icon hat dünnere Linien. Der Link steht nicht mehr schräg   liegt flach etwa so   ich glaube nicht ein einziges sieht noch so aus wie zuvor. Selbst das Auge sieht runder aus  ↔ . Oder ich spinne langsam. --Liebe Grüße, Lómelinde Diskussion 16:09, 3. Apr. 2018 (CEST)
Vorweg, vielen Dank für all die Mühe um die Hilfeseiten, Lómelinde! Ich bin einer der Verantwortlichen hinter dem Icon-Update und möchte mich an dieser Stelle entschuldigen, wir hatten den hier vorgebrachten Nutzungsfall nicht am Radar vor der Auslieferung der neuen Icons. Wiewohl die Seite mit den Icons aktualisiert gehört, muss ich erstmal herausfinden, wie das bestmöglich bewerkstelligt wird. Es gibt meines Wissens keinen Automatismus dafür. Es ist richtig, dass die meisten Icons im Zuge der Adaptierung angepasst wurden. Die Gründe dafür waren bessere Nutzbarkeit des gleichen Icons in vielen verschiedenen Projekten (weniger projektbezogene Gestaltung) für ähnliche Funktion; universelleres Verständnis, also möglichst keine kultur-spezifischen Metaphern; bessere Unterstützung von rechts-nach-links (right-to-left, RTL) Sprachen wie Arabisch, Farsi oder Hebräisch und klare visuelle Gestaltungsrichtlinien, die in jedem Icon durchgezogen werden. Falls ich in der Zwischenzeit irgendwie anders weiterhelfen kann, bitte lass es mich wissen. –Besten Gruß, Volker E. (WMF) (Diskussion) 11:02, 4. Apr. 2018 (CEST)
@Volker E. (WMF): (nach BK) Danke für die unerwartete Kontaktaufnahme der WMF.
Benutzer:Perhelion hatte eine Art Skript oder Prozedur gebaut, mit dem die Hunderte von Grafiken von Phab-Diffusion nach Commons hochgeladen wurden, wobei die Namensgebung stupide der OOjs folgt.
Das müsste halt nur erneut für die diversen Commonscat gestartet werden.
Siehe eins drunter für ein manuelles Einzelbeispiel.
Nett wäre, wenn WMF jetzt und bei zukünftigen Änderungen des Grafikbestandes aus der Datensammlung der SVG auch diese Commonscat aktualisieren würde. Wenn man die im Sekundentakt nach Phab-Diffusion geladen bekam, müsste das auf Commons eigentlich auch gehen.
VG --PerfektesChaos 11:14, 4. Apr. 2018 (CEST)

@alle:

Müsste jemand machen, der nicht ich ist --PerfektesChaos 11:04, 4. Apr. 2018 (CEST)

Ich mach das nicht, das steht oben auch schon dick und fett Zitat: „Grummel nö ich mach das nicht sehe ich gar nicht ein.“ Mir ist das zu doof immer hinter allem herlaufen und es mühsam zusammensuchen zu müssen. Weiß auf schwarz kann ich schlechter sehen, das nur mal so nebenbei. Es gab bisher schon fünf Alert-Dreiecke       „fünf“ und nun kommt wieder ein neues hinzu.
@Volker E. (WMF), ich habe übrigens aufgrund deiner fehlenden Signatur kein Echo gehört. Das wäre alles halb so schlimm, wenn die Bilder vernünftig auffindbar auf Commons lägen, ich hatte schon zuvor etliche Mühe all diese Icons aufzuspüren (und das Suchen auf Commons bringt mich echt zur Weißglut, weil ich nie das finde, wonach ich suche), sie von Perhelion (der das dankenswerter Weise immer und immer wieder für uns tut) hochladen, sortieren und kategorieren zu lassen … So etwas kostet unendlich viel Zeit, und da ich diesen Editor nicht einmal verwende, bin ich nicht mehr bereit diese Zeit in den VE zu investieren. Zuvor fehlte mir beispielsweise auch noch der Markierstift für den CodeMirror (im VE-Modus), ich habe es ignoriert, weil ich keine Lust mehr habe nach jedem Softwareupdate alle möglichen Funktionen nach eventuellen Veränderungen zu durchforsten, vor Kurzem wurde score verändert und ich weiß bis heute nicht ob midi="1" nun noch etwas bewirkt oder nicht. Das hier   war gefühlt für mich besser erkennbar als die jetzige Tastatur, kann ich hier nicht zeigen Bild existiert ja nicht. Zudem hat es (in der kleinsten Seiteneinstellung) keinen Abstand zwischen dem Icon und dem anschließenden Text, das klebt aneinander, die Icons der Notifications sind uneinheitlich der Benutzer hat dieses Männchen mit dem abgetrennten runden Kopf, den finde ich natürlich auch nicht auf Commons (in etwa der   ohne das + und der Kopf ist weiter oben), die Diskussionsseite hingegen so etwas    da gäbe es einen  , den ich jetzt aber auch nicht mehr in H:Echo einfüge, denn der ist ja auch inzwischen veraltet, die Sprechblase sieht schmaler aus. Sorry, aber irgendwann kann auch ich nicht mehr. --Liebe Grüße, Lómelinde Diskussion 13:07, 4. Apr. 2018 (CEST)
@Lómelinde, das mit dem Commons-Upload ist auf meiner Liste für diese Woche und dank aller Eurer Hinweise erscheint das auch zeitlich im vernünftigen Rahmen zu liegen. Es gibt dazu auch einen etwas länger bestehenden Phabricator-Task (vorweg Entschuldigung, die Arbeitssprache ist Englisch), bei dem mir bis zu diesem Dialog nicht oben stehende Nutzung klar war.
Zum Punkt der besseren Erkennbarkeit der alten Tastatur möchte ich an dieser Stelle auf den Vorher-Nachher-Vergleich auf Phabricator verweisen. Die abgeschliffene Ecke an einer Seite war einfach nicht klar und sinnvoll durchzuhalten und hat bei Icons wie der Lupe (für Suche) zu missverständlichen Aussehen geführt. Außerdem mussten wir eine viel größere Anzahl aus Icons dadurch speziell für Recht-nach-Links Schriften aus rein gestalterischen Gründen bereitstellen.
Mit den Notifications hast Du völlig recht, wir haben bei der Icons-Bereitstellung mit OOUI basierten Produkte, allen voran VisualEditor/Wikitext Editor 2017, begonnen und die meisten Notifications-eigenen Icons sind wiederum unabhängige Eigenentwicklungen gewesen. Es gibt bereits Vorschläge um diese Icons in Einklang zu bringen, sie sind für die nächsten beiden Wochen geplant.
Nochmals Danke für Eure Rückmeldungen, Hinweise und Hilfe hier. Beste Grüße –Volker E. (WMF) (Diskussion) 10:54, 9. Apr. 2018 (CEST)
Dein Link im Phabricator funktioniert so → https://de.wikipedia.org/wiki/Wikipedia:Technik/Text/Edit/VisualEditor/R%C3%BCckmeldungen#Icontausch? nicht richtig, ich spendiere hier mal einen Anker. Das Fragezeichen wird nicht als Teil des Links erkannt.
Sorry aber ich komme mit Phab absolut nicht klar und habe auch eigentlich kein irgendwie geartetes Hintergrundwissen, weder zum Hochladen der Icons, auch wenn mir das schon mal erklärt wurde. Wie ich mit diesem Decoder irgendwie einen Code erzeugen konnte, um damit beim Hochladen ein Bild zu generieren. Nur waren das so viele, dass ich daran gescheitert bin. Perhelion scheint aber leider inaktiv zu sein. Er war uns eine wirklich große Hilfe. Sorry, ich gerate wirklich schnell in Panik, wobei ich doch eigentlich nur möchte, dass die Seiten, die wir gemeinsam erstellt haben ordentlich aussehen und das beschreiben was auch tatsächlich passiert oder zu sehen ist. Dankeschön für die Links, auch wenn ich Mühe habe zu verstehen was dort passiert. Es ist halt so, dass mich das Ganze technisch etwas überfordert. --Liebe Grüße, Lómelinde Diskussion 11:46, 9. Apr. 2018 (CEST)

Langsam wird es akut

Jetzt haben sie mir auch meine Bearbeitungsleiste teilweise mit neuen unauffindbaren Icons dekoriert und wenn ich mir die Vector-Wekzeugleiste im BETA-Wiki ansehe, wird es mit dem nächsten Update noch schlimmer werden. Perhelion ist nicht erreichbar, Commons komplett zu durchforsten, ob es das irgendwo, unter welchem Namen auch immer, gäbe, habe ich keinen Bock mehr, wäre eh sinnlose Zeitverschwendung. Ich finde es sieht „absolut ätzend“ aus und ich muss jetzt immer suchen, wenn ich nowiki bisher   einfügen möchte, da ich mich nicht an dieses  -ähnliche Ding gewöhnen mag. Es ist nicht das identische, es wäre ja zu einfach gewesen das vorhandene zu benutzen, aber wenn ich den Inspektor frage sagt er, das Icon hätte den Namen Datei:oo-ui-icon-noWikiText.svg oder so ähnlich ich bin nicht gut darin dieses Zeugs zu lesen und zu extrahieren was da was wäre. Ich möchte meine bunten Bildchen behalten „heul“.

Ich werde mich daran wohl gewöhnen müssen, es interessiert ja niemanden, was „ich“ möchte, aber ich brauche einen Zugang zu diesen Icons. Und absolut grottig ist diese Lupe   für meine Lieblingfunktion „Suchen und Ersetzen“  . Wer tut so etwas??? Aber wer aktualisiert jetzt unsere Hilfeseiten wie beispielsweise die Beschreibung der symbolleisten??? Ich hoffe ja noch immer aus diesen Traum aufzuwachen, aber ich fürchte das wird so bleiben. Und ihr könnt nicht wirklich alle hoffen, dass Perhelion das erledigt, es ist die Aufgabe der Softwareumsteller diese Icons für alle zugänglich bereitzustellen.

Sorry. Frustabbau. --Liebe Grüße, Lómelinde Diskussion 13:16, 14. Apr. 2018 (CEST)

@Lómelinde:
Sodele, damit diese miese Stimmung mal etwas freundlicher wird, steht auf Benutzer:PerfektesChaos/js/imageChanger.js ein Skript von heute nacht bereit, das die bunten Icons zurückzaubert.
  • Doku gibt es nicht, Support auch nicht.
  • Anwendung wie bei allen anderen.
Grundsätzlich ist es sinnvoll, für neue Benutzer die Icons und ihre Bedeutung für alle Werkzeuge einheitlich zu gestalten, damit man nicht dauernd umdenken muss.
  • Für die Alteingesessenen bedeutet das jedoch eine Umstellung, und damit gibt es immer Dramen.
  • Ärgerlich ist wohl, dass es keinerlei Ankündigung oder Erklärung dazu gab, dass sie zumindest nicht breit kommuniziert wurde, obwohl dies viele Autoren sehr unmittelbar betrifft.
Die älteste („klassische“) Werkzeugleiste mit grauen 3D-Buttons wird in absehbarer Zeit wegfallen, weil die Pflege von drei Werkzeugen für den ähnlichen Zweck relativ ungeschickt ist.
  • Wobei diese mit ihren 10 Buttons leicht und schnell verfügbar war. Sie ist deshalb meine Traditionsleiste, aber ich habe mir längst privaten Ersatz dafür geschaffen.
  • Die wikiEditor von etwa 2010 (mit Vector), um die es aktuell geht, habe ich persönlich nie benutzt.
  • Sie wird wohl in der Tat auch mittelfristig wegfallen, sobald der 2017-Editor-Modus (gleich VE) hinreichend stabil und schnell funktioniert. Eine Weiterentwicklung dort wird es kaum noch geben.
Tja, die Zeiten ändern sich, und nach einem Jahrzehnt kommen auch mal neue Sachen.
  • Wobei ich   für ziemlich missraten halte; für mich hat das die Bedeutung „Entlinken“, also nur das Entfernen eckiger Klammern.
@Ló: Sobald dann Volker E. (WMF) das Massen-Upload des neuen Designs auf Commons bewerkstelligt hatte, setzt du freundlicherweise auf Hilfe:Symbolleisten die neuen Buttons über die alten, so als kleine Gegenleistung?
LG --PerfektesChaos 14:18, 15. Apr. 2018 (CEST)
Ja, das mache ich hätte ich ja schon getan, wenn ich die Icons gefunden hätte. Dankeschön. Ich hatte die selbe Assoziation zu diesem Entlinken-Symbol. --Liebe Grüße, Lómelinde Diskussion 14:26, 15. Apr. 2018 (CEST)

Wikitext 2017 + Undo

Gemeldet in Phabricator
Task T191566

Nach Undo sollte der Cursor an der Position der Einfügung/Löschung stehen. Das funktioniert auch, außer wenn formatierter Text (zB eine Tabelle) gepastet wurde. Dann wird der Cursor auf den Anfang des Dokuments gesetzt. -- Wolfgang Rieger (Diskussion) 14:48, 4. Apr. 2018 (CEST)

@WolfgangRieger: Danke auch für diese Rückmeldung. Kannst du mir noch kurz sagen, welchen Browser in welcher Version auf welchem Betriebssystem du benutzt? Das wäre für einen Fehlerbericht in diesem Fall denke ich notwendig.--Cirdan ± 22:43, 4. Apr. 2018 (CEST)
Opera 52.0 auf Ubuntu 16.04. -- Wolfgang Rieger (Diskussion) 07:22, 5. Apr. 2018 (CEST)

Nachtrag: Nach dem Einfügen von formatiertem Text gibt es offenbar keine Cursorposition mehr, d.h. der Focus ist weg, was zB daran bemerkbar ist, dass ArrowUp/ArrowDown den Textbereich verschiebt und nicht die Cursorposition. -- Wolfgang Rieger (Diskussion) 08:34, 6. Apr. 2018 (CEST)

Habe ich weitergegeben.--Cirdan ± 19:22, 6. Apr. 2018 (CEST)

Strichpunkt am Zeilenanfang

Zum Diff: Wenn ich mit dem Cursor an den Anfang einer Zeile gehe, die mit einem ";" beginnt und dann auf ENTER drücke, wird darüber eine neue Zeile erzeugt (normal), die allerdings mit einem ";" beginnt. Dies ist jedoch genauso wie bei Überschriftenformatierungen mMn nicht erwünscht, da das strenggenommen auch oft als Überschrift verwendet wird. Außerdem habe ich bemerkt, dass, wenn danach eich Textbaustein, wie z.B. {{Überarbeiten}} eingefügt wird, der Text als Fett erscheint, obwohl er eigentlich von dem Praser als nicht fett dargestellt wird. --Honischboy (Diskussion) 21:25, 6. Apr. 2018 (CEST)

Ist doch ganz einfach das Semikolon hat nichts am Zeilenanfang verloren, es dient eigentlich einzig und allein nur einem Zweck dem Formatieren einer Definitionsliste Siehe →Hilfe:Textgestaltung#Definitionsliste das sollte auch auf der zugehörigen Hilfeseite zu Überschriften stehen, dass es „nicht für die Formatierung als Pseudoüberschrift verwendet werden darf“ Hilfe:Überschrift#Inhaltsverzeichnis und Gliederung. Wie bei anderen Aufzählungen auch wird es vom VE wohl auch wie eine Definitionsliste behandelt wenn du da auf „enter“ klickst. Die Fettung ist Teil der Definitionsliste.
  • Dabei fällt mir gerade auf, dass es auch hier eine unschöne Nebenwirkung gibt, falls man tatsächlich ein Semikolon an den Zeilenanfang setzen würde und danach dann die Returntaste betätigt.
Ein ; an den Zeilenanfang schreiben Quelltextänderung Auswirkungen
; <nowiki>;</nowiki> oben rechts erscheint eine unscheinbare Meldung, „nicht“ wie ich erwarten würde im Zusammenhang den Bearbeitungsnotizen-Symbol, das sollte eigentlich deutlicher Achtung!   sein. Wikitext entdeckt
Du benutzt den visuellen Editor. Wikitext funktioniert hier nicht. Um jederzeit ohne Verlust deiner Änderungen zur Quelltextbearbeitung zurückzukehren, klicke auf den Wechseln-Button.
Einen : an den Zeilenanfang schreiben Quelltextänderung Auswirkungen
: + Enter <blockquote></blockquote> Der Cursor wird eingerückt, es erscheint keinerlei Hinweis, weil das scheinbar eine im VE geduldete →Tastenkombination darstellt. (als ich diese Seite erstellte gab es das wohl noch nicht) Es wird beim Speichern vermutlich unerwünschter Syntaxmüll erzeugt, wenn man es nicht bewusst entfernt. Das Tag blockquote ist in Artikeln „unerwünscht und sollte nie automatisch“ durch den VE eingefügt werden. Wir verwenden für Zitate die Vorlage:Zitat oder Vorlage:" und allgemeine Texteinrückungen über Doppelpunkte gelten ebenso als unerwünscht.
Oh man ich sollte so etwas nicht testen, da kommt immer nur Murks heraus. Bitte dringend das Einfügen von →blockquote-Tags durch Tastaturkürzel unterbinden, ich habe mich schon des Öfteren gefragt woher die schließenden blockquoteTags in Artikelquelltexten stammen. Es erscheint mir aber logisch, wenn jemand versuchen würde einen Einzelnachweis, der ja im Abschnitt Einzelnachweise „immer eingerückt“ erscheint durch einen Doppelpunkt selbst einzurücken, dann steht der erst einmal im blockquoteTags = <blockquote><ref>ddd</ref></blockquote>, löscht man jetzt manuell durch Wechsel zum Quelltextbearbeitung das vordere Tag bleibt der Restmüll stehen, noch schlimmer würde man es stehen lassen und einmal Enter drücken bleibt man im blockmodus und der nächste Text ist wieder als Unerwünschtes HTML Blockzitat formatiert. Fällt so etwas wirklich nur mir auf, die diesen Editor eigentlich nie verwendet? Und man fragt sich immer woher kommt das? --Liebe Grüße, Lómelinde Diskussion 14:56, 7. Apr. 2018 (CEST)

Seitentitel nach Bearbeitung

Wenn ein Artikel bearbeitet wird, wechselt der im Browser-Tab und im Window-Namen angezeigte Seitentitel von ARTIKELNAME zu „ARTIKELNAME“ – Bearbeiten. Nach dem Beenden und Abspeichern der Bearbeitung wird der Seitentitel aber nicht zurückgesetzt. Erst nach Reload wird wieder ARTIKELNAME angezeigt. -- Wolfgang Rieger (Diskussion) 10:30, 12. Apr. 2018 (CEST)

Ist mir auch schon aufgefallen, ja.—XanonymusX (Diskussion) 10:37, 12. Apr. 2018 (CEST)
Das wurde mit phab:T168236 schonmal gelöst. Allerdings scheint das zu Grunde liegende Problem nicht behoben zu sein (phab:T154093). Ich prüfe das mal und eröffne ggf. einen neuen Bugreport.--Cirdan ± 20:27, 12. Apr. 2018 (CEST)

@WolfgangRieger, XanonymusX: Ich kann das Problem mit dem VE bei mir nicht nachvollziehen. Könnt ihr beide bitte genau beschreiben, wie ihr das Problem reproduzieren könnt und welche Browserversion (sowie ggf. JavaScript-Blocker usw.) ihr einsetzt? Dann kann ich die Meldung weitergeben. Danke.--Cirdan ± 20:32, 12. Apr. 2018 (CEST)

Es tritt wohl nur in bestimmten Konstellationen auf. Ich werde in Zukunft darauf achten, vielleicht steckt irgendeine Logik dahinter. Woran ich es normalerweise merke, ist jedenfalls, wenn der Bearbeiten-Link für die Einleitung (aus den Helferlein) fehlt, der kommt in den Fällen auch erst nach Neuladen wieder!--XanonymusX (Diskussion) 01:16, 15. Apr. 2018 (CEST)
Das klingt sehr nach unvollständig geladenem JavaScript. Dann ist es natürlich möglich, dass der VE nicht ordnungsgemäß arbeitet. Das ist so ähnlich wie die Bestätigungsseiten beim Seite-beobachten oder Danken, die auch nur erscheinen, wenn die Pop-Ups nicht angezeigt werden können, weil der Code noch nicht geladen wurde. Daran lässt sich aber VE-seitig nichts ändern.--Cirdan ± 11:50, 15. Apr. 2018 (CEST)

Wikitext 2017: <nowiki> in Belegtext

Gemeldet in Phabricator
Task T153315

Wenn ich Text kopiere, der Wikisyntax enthält, zum Beispiel ''kursiv'', und als Basisform-Belegtext einfüge, so wird der kopierte Text im Textfeld des Dialogs angezeigt, eingefügt wird aber:

<ref><nowiki>''kursiv''</nowiki></ref>.

Das ist unerwünscht, da es durchaus sinnvoll ist, zum Beispiel eine Literaturangabe zu kopieren und mit anderer Seitenzahl einzufügen. Es ist vor allem tückisch, da der eingefügte nicht mit dem angezeigten Text übereinstimmt und man die nowiki-Tags leicht übersieht. Es sollte immer genau das eingefügt werden, was im Dialogfeld angezeigt wird. -- Wolfgang Rieger (Diskussion) 10:48, 12. Apr. 2018 (CEST)

Es gibt für den Fall ja Strg+Umschalt+V, beide Einfügemöglichkeiten können sinnvoll sein; entscheiden muss aber letztlich der User, was gewünscht ist, da hilft wohl kein Automatismus.—XanonymusX (Diskussion) 10:53, 12. Apr. 2018 (CEST)
Sorry, nein. In diesem Fall macht Strg+V und Strg+Umschalt+V keinen Unterschied. Überprüfe es bitte selbst. Unabhängig davon sollte immer genau das eingefügt werden, was angezeigt wird. -- Wolfgang Rieger (Diskussion) 10:59, 12. Apr. 2018 (CEST)
Hm, ich war jetzt vom 2017-Quelltext-Editor ausgegangen, da funktioniert es normalerweise sogar ohne Umschalt. Mir ist aber nicht ganz klar, was du erwartest: Wenn du derartigen Quelltext in den VE kopierst, muss der doch annehmen, dass du eben den Quelltext sehen willst?! Wenn ich jetzt hingegen irgendwo aus dem Quelltext eines Artikels im Editor was rauskopiere und in den VE einfüge, erhalte ich normal den korrekt formatierten Text, wie er angezeigt wird, und erst über Umschalt den mit nowiki „geschmückten“ reinen Quelltext. Vermutlich liegt es an den schon vorher vorhandenen nowikis, die dann (wenn auch etwas kreativ) in beiden Fällen übernommen werden.–XanonymusX (Diskussion) 11:50, 12. Apr. 2018 (CEST)
Hier steht in der Überschrift "Wikitext 2017". Das bedeutet, dass sich die Meldung auf den 2017-Quelltext-Editor bezieht oder wie auch immer Du das Teil nennen willst. Im VE ist das Verhalten korrekt, hier nicht. -- Wolfgang Rieger (Diskussion) 13:31, 12. Apr. 2018 (CEST)
Ah, jetzt sehe ich erst, dass es konkret um den Beleg-Dialog geht; den muss ich später nochmal testen. Kann gut sein, dass dort irgendeine Funktionalität des Editors nicht übernommen wurde …—XanonymusX (Diskussion) 15:00, 12. Apr. 2018 (CEST)
Das Problem ist bekannt (war meiner Erinnerung nach auch schon mehrfach Thema hier und/oder auf FZW) und ist als phab:T153315 einer der als schwerwiegend (Dringlichkeit high) eingestuften Bugs.--Cirdan ± 20:22, 12. Apr. 2018 (CEST)
Herrje. Die Phabricator-Suche nach "nowiki" findet die Task nicht. Man muss schon "<nowiki>s" eingeben … Hätte ich mir ja denken können … -- Wolfgang Rieger (Diskussion) 05:26, 13. Apr. 2018 (CEST)

Leerer Belegtext

Gemeldet in Phabricator
Task T164053

Es ist nicht möglich, einen leeren Beleg einzufügen, d.h. bei Belegen/Basisform ist "Einfügen" deaktiviert, solange kein Text eingegeben wurde. Wenn ich nur Paar ref-Tags will, wäre es aber sinnvoll, bzw. es gibt keinen vernünftigen Grund, hier "Einfügen" zu deaktivieren. -- Wolfgang Rieger (Diskussion) 11:07, 12. Apr. 2018 (CEST)

Wozu braucht man im VE aber ref-Tags? Ich könnte den Wunsch für den 2017-Quelltext-Editor nachvollziehen, andererseits geht es dort aber genauso schnell, die Tags selbst einzutippen. Interessant allerdings das Verhalten des Dialogs, wenn man nur ein Leerzeichen eingibt: Dann wird, statt wie erwartet <ref> </ref>, <ref /> eingefügt. Das sollte vielleicht wirklich als Bug gemeldet werden, zumindest wüsste ich keinen Anwendungsfall für ein unbenanntes, leeres ref. Bei jedem anderen Zeichen (das man eben behelfsmäßig angeben kann, wenn man unbedingt schnell einen Beleg einfügen will, ohne ihn schon mit Inhalt zu füllen) werden korrekt öffnender und schließender Tag angezeigt.–XanonymusX (Diskussion) 11:56, 12. Apr. 2018 (CEST)
Oh, das mit dem leeren ref wurde auch schon gemeldet!--XanonymusX (Diskussion) 12:02, 12. Apr. 2018 (CEST)

Artikelname nicht kopierbar

Gemeldet in Phabricator
Task T156047

Der Artikelname ist nicht kopierbar. Das wäre aber sinnvoll. Beispiel: Ich erstelle einen neuen Artikel, kopiere erst eine Formatvorlage und will dann den Artikelnamen in die Formatvorlage kopieren. -- Wolfgang Rieger (Diskussion) 11:10, 12. Apr. 2018 (CEST)

Wurde auch schon diskutiert, momentan aber mit keinem Ergebnis, da wohl abhängig von anderen Entwicklungen. Aus dem style des Headers müsste wohl das user-select: none entfernt werden.–XanonymusX (Diskussion) 11:43, 12. Apr. 2018 (CEST)

Irgendwas Gewaltiges muss am Benutzerinterface für Links gemacht werden

Gemeldet in Phabricator
Task T56947
Gemeldet in Phabricator
Task T55973

Ich hab echt keine Lust mehr, da hinten nach herzuwischen. Da hat einer dieses c mit Hatschek kopieren wollen und dabei den Link mitkopiert: Spezial:Diff/176541848. Entweder sind die User nicht für das Teil geeignet, dann muss man die eben alle schulen, oder aber das Userinterface ist nicht intuitiv genug, dann muss eben daran gebastelt werden.

Eigentlich wollte ich noch warten bis das Monat voll ist, aber was solls. Ich hab hier die Unfälle mit dem Tool seit 25. März gesammelt: Benutzer:Wurgl/Visual_Editor-Unfälle. Das sind keine Einzelfälle, das passiert regelmäßig. Tatsächlich sind es einige mehr, aber eindeutige Fälle von Vandalismus hab ich nicht reingenommen. Ganz interessant finde ich ja, dass auch jemand mit dem magischen "(A)" in die Falle getappt ist. Das sollte wirklich zu denken geben, denn jemand mit dem magischen "(A)" ist ganz sicher erfahren.

Um ganz ehrlich zu sein: Schaltet das Teil für unangemeldete Benutzer ab. Schaltet es für neue Benutzer ab. Erfahrene können das aktivieren, aber nur solche. Man möge mir den folgenden Satz verzeihen, aber Bananensoftware die erst beim Kunden reift ist für die Masse ungeeignet. --Wurgl (Diskussion) 20:27, 15. Apr. 2018 (CEST)

Hallo Wurgl, das wird unter den beiden Phabricator-Tasks schon diskutiert, leider sieht die WMF wenig Handlungsdruck. Es ist am sinnvollsten, wenn du dich dort zu Wort meldest. In einem von den beiden Tasks hatte ich dein Tool auch schonmal verlinkt. Je mehr Benutzer dort Druck machen, desto eher wird man die Einschätzung überdenken. Ich kann mir kaum vorstellen, dass es auf den anderen Wikipedias diese Probleme nicht gibt.--Cirdan ± 06:18, 16. Apr. 2018 (CEST)
Nein! Ein ganz klares klares Nein! Das Ding muss hier(!) raus. --Wurgl (Diskussion) 07:34, 16. Apr. 2018 (CEST)
@Wurgl: Nur die WMF kann den VE an- und abschalten bzw. Änderungen einspielen. Und die WMF-Entwickler erreichen wir nur auf Phabricator. Wie du auf dieser Seite siehst, funktioniert das auch durchaus gut, wenn die Schwere des Problems deutlich gemacht werden kann.--Cirdan ± 08:43, 16. Apr. 2018 (CEST)

Unpassende Farbgestaltung

Gemeldet in Phabricator
Task T196050 Resolved
 Ok ab Version 6883aaa 2018-06-02T20:41:45Z

Die Ausgabe dieser Schaltflächen im Bereich VisualEditor TeX Optionen müsste meinem Empfinden nach eigentlich so aussehen

Hilfeseite hier lesbare Icons
  Standard
  Inline
  Block
  Standard
  Inline
  Block
  Standard
  Inline
  Block
schlecht erkennbare VE-Icons
  Standard
  Inline
  Block
  Standard
  Inline
  Block
  Standard
  Inline
  Block

Tatsächlich werden dort aber durchgehend schwarze Icons verwendet, meine Hilfeseite hatte das schon immer auf weiß umgestellt, da ich angenommen hatte, dieser Fehler wäre so augenscheinlich, dass es jeder sieht und es entsprechend behoben würde. Schwarz auf Dunkelelblau ist sehr schlecht erkennbar. Ich meine mich dunkel zu erinnern, dass das anfangs auch bei den Bildoptionen so war (argh, da haben sie auch etwas verändert, das ist jetzt ein Ausklappdialogfeld, wer weiß wie lange schon, warum sagt denn niemand etwas? Da im ach so aktuellen MediaWikiHandbuch →Datei:VisualEditor_-_Media_editing_8.png aber kann man noch sehen was ich meinte ). Es ist echt zum Mäusemelken, woher soll denn ich erahnen, dass die irgendwo etwas ändern?

So aber da passt es zumindest bei der Ausrichtung der Bilder werden nun inzwischen invertierte Icons verwendet, Icons, die ich nicht habe um meine Seiten hier zu aktualisieren. Denn die neuen Icons haben nur noch zwei Zeilenstriche neben dem Bild → vergleiche Icons – editing-advanced und die derzeit auf der Hilfeseite verwendeten dreizeiligen Icons       einzig das center wäre wohl nahezu identisch, eben nur in (20×20 und nicht 24×24) Was an den drei strichen war so schlimm, dass man es ersetzen musste? --Liebe Grüße, Lómelinde Diskussion 09:56, 31. Mai 2018 (CEST)

Nachtrag, die erweiterten Bildoptionen (mini  , rahmenlos  , rahmen  , einfach  ) müssten nun als -progressive eingebunden werden, wo sie ausgewählt = blau hinterlegt sind, wie alle anderen ausgewählten Symbole auch (mini  , rahmenlos  , rahmen  , einfach  ). So, und nun schaue ich mal, wie ich dieses Dialogfeld basteln kann. --Liebe Grüße, Lómelinde Diskussion 10:58, 31. Mai 2018 (CEST)
Hallo Lómelinde, auch hier wieder vielen Dank für die Aufmerksamkeit, ich habe es weitergegeben.--Cirdan ± 11:22, 31. Mai 2018 (CEST)
Gemeldet in Phabricator
Task T196052 Resolved
Dankeschön, bitte aber auch die -progressve-Problematik falls die Enrwickler deinem Link nicht folgen und das hier nicht sehen. --Liebe Grüße, Lómelinde Diskussion 11:31, 31. Mai 2018 (CEST)
Hallo Lómelinde, klar, habe ich schon während du das schriebst erledigt!--Cirdan ± 11:36, 31. Mai 2018 (CEST)
Wie kannst du so schnell solche Bilder erzeugen? Ich breche mir hier echt die Finger beim Versuch so etwas nachzubauen. Dankeschön. --Liebe Grüße, Lómelinde Diskussion 11:47, 31. Mai 2018 (CEST)
Ich mache in Firefox einen Rechtsklick auf das Element, das ich ändern möchte und klicke dann auf „Element untersuchen“. Dann suche ich die richtige Stelle im Quelltext und ändere die CSS-Klasse – du hattest ja schon beschrieben, dass der Wechsel auf „progressive“ fehlt – und mache einen Screenshot.--Cirdan ± 09:35, 2. Jun. 2018 (CEST)
Oh ach so, ich traue mich nie da irgendetwas zu verändern, ich bin schon froh, wenn ich die Konsole öffnen, den zugehörigen Quelltext irgendwie finden und eventuell kopieren kann. Selbst da habe ich immer Schwierigkeiten, weil ich nicht weiß welche Kopierfunktion mir das kopiert, was ich haben möchte. Dankeschön für die Info. --Liebe Grüße, Lómelinde Diskussion 11:11, 2. Jun. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 18:45, 6. Jun. 2018 (CEST)

Tabellentags <tbody> <tr> <td> … data-ve-attributes

Gemeldet in Phabricator
Task T196254

→Tabellentags im Quelltext. --Liebe Grüße, Lómelinde Diskussion 08:42, 3. Jun. 2018 (CEST)

Dankeschön Lómelinde, ist gemeldet. Und du hattest recht: Ich kann das Problem reproduzieren, wenn ich die Tabelle aus dem englischen Artikel kopiere.--Cirdan ± 09:19, 3. Jun. 2018 (CEST)
Vielen Dank, sonst hätte ich mal beim Benutzer angefragt, wie das passiert sein kann. --Liebe Grüße, Lómelinde Diskussion 09:21, 3. Jun. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 00:06, 8. Jun. 2018 (CEST)

Merkwürdiges Format bei Literaturangaben aus ISBN-Auswertung

Gemeldet in Phabricator
Task T190841
Gemeldet in Phabricator
Task T190850
Gemeldet in Phabricator
Task T95376

Da es gerade mein Aufgabegebiet ist, diese Fehler wieder zu beheben und die einfügenden Benutzer scheinbar entweder die Fehlermeldungen nicht sehen, nicht verstehen, oder einfach ignorieren, kommt es immer wieder zu solchen Einfügungen. Ich möchte darum bitten das zukünftig zu vermeiden, indem diese Funktion nachgebessert wird. 

{{Literatur |Autor=Valena, Tomáš. |Titel=Beziehungen : über den Ortsbezug in der Architektur |Auflage=1. aktualisierte u. erw. Aufl |Verlag=Geymüller |Ort=Aachen |Datum=2014 |ISBN=9783943164145 |OCLC=897117037 |Online=https://www.worldcat.org/oclc/897117037}}

Nicht nur dass ISBN und OCLC nicht zugleich eingefügt werden sollten, sondern wenn ISBN dann diese sonst OCLC, was an sich schon eine Fehlermeldung auslöst, hier kommt noch erschwerend hinzu, dass ein wirklich unsinniger Link in den Parameter Online= gesetzt wird. Das ist für mich mitnichten ein für diesen Parameter geeigneter Link Online heißt für mich, ich kann dort die Information nachlesen erhalte einen Link auf eine digitale Ausgabe einer Buchseite.

Natürlich ist in diesem Falle auch die Fehlermeldung für ungeübte sehr unverständlich, ich weiß was gemeint ist, aber wer das zum ersten Mal sieht, wird sich denken „hä was soll mir das sagen?“ Denn hier werden durch diese merkwürdige Kombination widersprüchliche Fehlermeldungen ausgelöst.

  1. *** Parameterkonflikt: 'OCLC' redundant, da ISBN gegeben → das ist der eine Fehler, der besagt „entferne bitte OCLC“, aber nun kommt es zum Verwirrspiel
  2. Statt URL sollte etwas wie 'OCLC=' angegeben werden → bedeutet „füge bitte dringend OCLC anstelle der URL ein und entferne den Weblink aus dem Parameter Online“. Ja was denn nun???

Es ist verständlich wenn dann lieber die Meldung ignoriert und gespeichert wird.

  • Es wäre schön, wenn zumindest der Parameter Online nicht mit diesem Murks gefüllt werden würde.
  • Ein https://www.worldcat.org/oclc/… sollte technisch für diesen Parameter verhindert werden können, oder nicht?
  • Für mich kann das in keinem mir bekannten Fall einen brauchbaren Weblink ergeben. Erst recht nicht, wenn ich aktiv eine ISB-Nummer in das Eingabefeld zur automatischen Erzeugung einfüge. Dann erwarte ich, dass ein Parameter |ISBN= wieder ausgegeben wird, was bedeutet, dass ich weder OCLC füllen möchte noch den dazu redundanten Link im Parameter Online haben möchte.

Was mich aber ebenso stört ist die falsche Formatierung im Parameter Autor= Das sollte doch wohl auch an die hiesigen Zitierregeln angepasst werden können. Teilweise hatte ich da heute schon etliche Autoren mit Geburtsdatum im Parameter. Das ist sehr unschön. Zu diesem Beispiel hier der Autor heißt Tomáš Valena(Tomáš Valena) und wir setzen Vorname Nachname und nicht umgekehrt und auch keinen Punkt ans Ende Valena, Tomáš. das entspricht nicht den Zitierregeln. Schlimm ist es in diesem Format nach der Auswertung der ISBN 3-11-014460-3 (übirgens in richtiger Formatierung) die dann diesen Autorenmurks neben den redundanten Angaben verursacht und eine unformatierte ISBN zurückgibt. 

{{Literatur |Autor=Darnell, James., Lodish, Harvey F., Träger, Lothar, |Titel=Molekulare Zellbiologie |Auflage=2. Aufl |Verlag=De Gruyter |Ort=Berlin [u.a.] |Datum=1996 |ISBN=3110144603 |OCLC=174252237 |Online=https://www.worldcat.org/oclc/174252237}}

Der erste Autor hat einen Punkt der da nichts zu suchen hat der letzte ein dooooofes Komma hinter seinem Vornamen. Sind das jetzt zwei Leute einer heißt Träger und der andere Lothar? Oder heißt der eine Typ vielleicht sogar F. Harvey und nicht Harvey F. Lodish? Ich habe mich heute schon mehrfach darüber aufgeregt und deshalb schreibe ich das jetzt hier hin. Das ist in meinen Augen totaler Murks.

@Cirdan, Schnark: habt ihr eine Idee, ob man da etwas machen könnte. --Liebe Grüße, Lómelinde Diskussion 17:01, 27. Mär. 2018 (CEST)

@Lómelinde: Ich habe das gerade nochmal für mich nachvollzogen und schreibe hier meine Erkenntnisse auf. Wenn ihr das alles schon wusstet, überlest es bitte, für mich ist das neu. Die Zuordnung von Citoid-Daten wird am Fuß des TemplateData-JSON auf Vorlage:Literatur/Doku geregelt. Es handelt sich aber nur um eine direkte Zuordnung, ich kann nicht erkennen, dass man dort ein „Wenn X dann Y, sonst Z“ regeln könnte (vgl. auch die Dokumentation). Ich erstelle mal einen Bugreport, denke aber nicht, dass das umgesetzt wird. Allerdings ließe sich leicht ein Botskript schreiben, dass die OCLC entfernt, wenn die ISBN gesetzt ist.--Cirdan ± 17:57, 27. Mär. 2018 (CEST)
@Lómelinde: Der erste Task ist gemeldet. Für die Sache mit dem Weblink hätte ich noch eine Nachfrage: Wird der Weblink immer eingetragen, wenn Citoid eine OCLC-Nummer findet, oder nur in manchen/den meisten Fällen? Das weißt du sicherlich aus deiner Erfahrung am besten. Dann lege ich dafür auch noch einen Task an, der ist sicherlich erfolgsversprechender.--Cirdan ± 18:12, 27. Mär. 2018 (CEST)

BK

Na ja direkt im TD steht das natürlich nicht, es ist aber so programmiert. Die Citoiddaten stehen doch irgendwo in einer Datenbank oder Bibliothek, oder so, und werden von dort abgerufen. Daher vermute ich ja, das dort die englischen Zitierregeln zugrunde gelegt werden, was die Ausgabe der Autoren angeht, das passt aber so für uns nicht, dann sollten vielleicht die Autoren weggelassen werden. Gerade hatte ich wieder eine mit Datum. Das ist doch unschön.
  • Colfelt, Carolyn, 1941: 100 magic miles…
Was hat das Datum bei der Autorenangabe verloren? Wenn ich die selbe ISBN, wie im oberen Beispiel mit dem hiesigen Citoid-Tool von PerfektesChaos auswerten lasse bekomme ich folgende Ausgabe.
  • {{Literatur |Autor= |Titel=Beziehungen. Über den Ortsbezug in der Architektur. 2nd., rev. ed. |Auflage=1., aktualisierte und erw. Neuaufl |Verlag=Geymüller Verlag für Architektur |Ort=Aachen |Datum=2014 |Seiten= |ISBN=978-3-943164-14-5}}
Auch nicht optimal aber ohne diese Redundanzen. Mit dem Tool kann ich auch die OCLC auswerten, das ergibt dann folgendes da ich ja eine OCLC angefragt habe wird diese auch zurückgegeben = Fehler da es auch eine ISBN gibt.
  • {{Literatur |Autor= |Titel=Beziehungen: über den Ortsbezug in der Architektur |Verlag=Geymüller |Ort=Aachen |Datum=2014 |Seiten= |ISBN=978-3-943164-14-5 |OCLC=897117037}}
Je nachdem also was ich auswerten lasse erhalte ich unterschiedliche Ergebnisse aus dem Datensatz. Ich kann mir das bei Neuanlagen zusammenbasteln bis es passt, aber ein unbedarfter Neuautor nimmt was ihm angeboten wird und hinterfragt das nicht. Die Fehler zu beheben ist nicht unbedingt eine Botaufgabe, denn man muss ja auch die anderen Parameter prüfen. Das ist manuell sinnvoller, denke ich.
Zu deiner Frage, nein weiß ich gar nicht, denn ich benutze den VE nicht, ich habe mich nur gewundert wo es herkommen mag. Soweit ich weiß, kann der VE keine OCLC auswerten, bei DOI, PMID, PMC muss ich mal schauen. Ich vermute aber es geht hier nur um ISBN-Abfragen. Warte ich teste mal kurz. --Liebe Grüße, Lómelinde Diskussion 18:21, 27. Mär. 2018 (CEST)
So hier die Testreihe Achtung es löst einige Fehler aus
Abfrage auf Ergebnis der Auswertung Fehlermeldung in der Vorschau
https://www.worldcat.org/oclc/897117037 
{{Literatur |Autor=Tomáš Valena |Titel=Beziehungen: über den Ortsbezug in der Architektur |Verlag=Geymüller |Ort=Aachen |Datum=2014 |ISBN=9783943164145 |Online=https://www.worldcat.org/oclc/897117037 |Abruf=2018-03-27}}
 Fehler in Vorlage:Literatur – *** Parameterkonflikt: Statt URL sollte etwas wie 'OCLC=' angegeben werden   wenn man das tun würde wäre der nächste Fehler vorprogrammiert wie im folgenden
ISBN 9783943164145 
{{Literatur |Autor=Valena, Tomáš. |Titel=Beziehungen : über den Ortsbezug in der Architektur |Auflage=1. aktualisierte u. erw. Aufl |Verlag=Geymüller |Ort=Aachen |Datum=2014 |ISBN=9783943164145 |OCLC=897117037 |Online=https://www.worldcat.org/oclc/897117037}}
 Fehler in Vorlage:Literatur – *** Parameterkonflikt: 'OCLC' redundant, da ISBN gegeben; Statt URL sollte etwas wie 'OCLC=' angegeben werden
897117037 Wir konnten für dich keinen Beleg erstellen. Du kannst einen manuell durch Verwendung der obigen Registerkarte „Manuell“ erstellen. nicht auswertbar
PMID 18462575 
{{Literatur |Autor=J. L. Colquitt, J. Jones, S. C. Tan, A. Takeda, A. J. Clegg |Titel=Ranibizumab and pegaptanib for the treatment of age-related macular degeneration: a systematic review and economic evaluation |Sammelwerk=Health Technology Assessment (Winchester, England) |Band=12 |Nummer=16 |Datum=May 2008 |Seiten=iii–iv, ix–201 |ISSN=1366-5278 |PMID=18462575 |Online=https://www.ncbi.nlm.nih.gov/pubmed/18462575 |Abruf=2018-03-27}}
 Fehler in Vorlage:Literatur – *** Parameterkonflikt: Statt URL sollte etwas wie 'PMID=' angegeben werden
PMC 1954893 
{{Literatur |Autor=R. Chirino, L. Fernández, A. López, D. Navarro, J. F. Rivero |Titel=Thyroid hormones and glucocorticoids act synergistically in the regulation of the low affinity glucocorticoid binding sites in the male rat liver |Sammelwerk=Endocrinology |Band=129 |Nummer=6 |Datum=December 1991 |Seiten=3118–3124 |ISSN=0013-7227 |DOI=10.1210/endo-129-6-3118 |PMID=1954893 |Online=https://www.ncbi.nlm.nih.gov/pubmed/1954893 |Abruf=2018-03-27}}
 Fehler in Vorlage:Literatur – *** Parameterkonflikt: Statt URL sollte etwas wie 'PMID=' angegeben werden
DOI 10.1210/endo-129-6-3118 
{{Literatur |Autor=Ricardo Chirino, Leandro Fernández, Antonio López, Domingo Navarro, Juan F. Rivero |Titel=Thyroid Hormones and Glucocorticoids Act Synergistically in the Regulation of the Low Affinity Glucocorticoid Binding Sites in the Male Rat Liver |Sammelwerk=Endocrinology |Band=129 |Nummer=6 |Datum=1991-12-01 |Seiten=3118–3124 |ISSN=0013-7227 |DOI=10.1210/endo-129-6-3118 |Online=https://academic.oup.com/endo/article/129/6/3118/2535653 |Abruf=2018-03-27}}
 eigentlich hat es hier auch eine DOI-Redundanz beide Links zeigen den selben Inhalt Vorlage:Literatur erkennt das aber nicht
Es ist immer unterschiedlich. Aber der Worldcatweblink erscheint wohl nur bei der ISBN-Auswertung. --Liebe Grüße, Lómelinde Diskussion 18:46, 27. Mär. 2018 (CEST)
@Lómelinde: Habe das jetzt als phab:T190850 gemeldet, das können wir soweit ich verstehe nicht lokal lösen. Die einzige Möglichkeit wäre, überhaupt keine Weblinks von Citoid befüllen zu lassen. Weißt du aus deiner Arbeit, ob es Fälle gibt, wo Citoid eine URL ausgibt, die nicht aus einem der Identifier generiert wird? Falls das nicht der Fall ist, könnten wir einfach über TemplateData regeln, dass Online niemals automatisch befüllt wird.--Cirdan ± 19:27, 27. Mär. 2018 (CEST)
Nein das bitte nicht, es gibt google-Books oder archive.org oder andere Digitalisate die durchaus vernünftige Ergebnisse ausgeben sollten. Muss ich mal im VE testen, aber das hiesige Citoid arbeitet ja auch mit dieser Vorlage und es wäre nicht gut, wenn ich da plötzlich keine Links mehr bekäme. Beispiel eben auf der Spielwiese getestet.
So und nun bin ich offline. --Liebe Grüße, Lómelinde Diskussion 19:47, 27. Mär. 2018 (CEST)
Danke! Ich behalte den Task im Auge.--Cirdan ± 19:49, 27. Mär. 2018 (CEST)

Verstehe ich das richtig, jeder, der zur Zeit Citoid mit einer ISBN füttert, muss danach die Felder „OCLC“ und „Online“ wieder von Hand löschen? --Kurt Jansson (Diskussion) 18:09, 14. Mai 2018 (CEST)

Ja das ist richtig, es gibt aber auch noch die Wartungsteams, die sich bemühen solche Dinge hinterherzuräumen. Es betrifft weit mehr Parameter, PMC setzt noch immer ein PMC mit in den Parameter
{{Literatur |Autor=D. E. Ward |Titel=Can the technicalities of electrophysiological testing for ventricular tachycardia be simplified? |Sammelwerk=British Heart Journal |Band=58 |Nummer=5 |Datum=November 1987 |Seiten=437–440 |ISSN=0007-0769 |PMC=PMC1277336 |PMID=3314954 |Online=https://www.ncbi.nlm.nih.gov/pubmed/3314954 |Abruf=2018-05-14}}
Das ist aber schon seit einiger Zeit bekannt. Trotzdem denke ich ist es schon eine Arbeitserleichterung. --Liebe Grüße, Lómelinde Diskussion 18:52, 14. Mai 2018 (CEST)
@Kurt Jansson: So sieht es leider aus. Ich habe dich mal mit auf den Phabricator-Task genommen, dort ist aber Funkstille und ich denke nicht, dass das in nächster Zeit gelöst wird.--Cirdan ± 21:47, 14. Mai 2018 (CEST)

Vorlagenverwendung

Gemeldet in Phabricator
Task T97936

Mir ist aufgefallen, dass der Visual Editor bei Einzelnachweisen, die auf die Online-Plattformen diverser Printmedien verweisen, fälschlicherweise die Vorlage:Literatur statt der Vorlage:Internetquelle verwendet, wenn man nach einem Klick auf die Schaltfläche "Belegen" die Option "automatisch" wählt. Nun ist es aber so, dass z. B. die Tageszeitung Der Standard ein ganz anderes Medienprodukt ist als die Online-Präsenz derstandard.at. Das sollte unbedingt verbessert werden. --W.E. ✉ 15:53, 30. Mär. 2018 (CEST)

Ja, ist bekannt, leider sehr ärgerlich. Ich verwende die Autogenerierung der Belege mittlerweile praktisch nie mehr, es geht häufiger daneben als nach Plan.–XanonymusX (Diskussion) 16:16, 30. Mär. 2018 (CEST)
Das wurde wohl geändert, was nun leider dazu führt, dass nunmehr die Metadaten von Literatur aus Repositorien, die definitiv keine „Internetquellen“ sind, nicht mehr als „Literatur“ erkannt werden. Jetzt muss man die Literatur-Vorlage wieder händisch ausfüllen, obwohl es Citoid sehr einfach ginge. Eine klare Verschlechterung!
Den einzigen Weg, den ich sehe, wäre, dass man beim Aufruf von Citoid auswählt, ob es ein Literaturbeleg sein soll oder eine Internetquelle. Wenn sie das nicht einbauen, wird das nie etwas.--Aschmidt (Diskussion) 00:14, 12. Mai 2018 (CEST)
Was soll geändert worden sein? Ich habe die gleichen Probleme (Websites werden als Literatur ausgegeben) wie immer und auf Phabricator hat sich hierzu schon lange nix mehr getan. Natürlich sollten sie eine Möglichkeit zum expliziten Wechsel anbieten, da bin ich ganz bei dir.–XanonymusX (Diskussion) 01:29, 12. Mai 2018 (CEST)
Danke. – Ich hatte mehrfach das Problem, das teils im VE, teils im neuen Wikitext-Editor Literatur automatisch als Internetquelle erfasst wurde – was nicht nur semantisch falsch war, sondern auch dazu führte, dass viele Metadaten bei der Vorlage für Internetquellen unter den Tisch fielen. Früher war es tatsächlich andersherum. Früher: Bevor die Frage hier aufkam. YMMV--Aschmidt (Diskussion) 01:37, 12. Mai 2018 (CEST)

Verlinkungen

Gemeldet in Phabricator
Task T50463

Vielleicht nur eine Nachfrage und kein Fehler: Ich verlinke die Begriffe immer mit dem angebotenen Auswahl-Menue und das sieht bei Begriffen mit Endungen (Plural, Kasus) im Quelltext z.B. immer so aus: [[Regime|Regimes]]. Meist geht kurz nah der Verschiebung in den ANR ein helfender Mitarbeiter durch den Text und ändert das in [[Regime]]s. Gibt es eine Möglichkeit, gleich bei der Verlinkung über das Auswahlmenü des VEs das formal richtig zu machen oder muss man in jedem Fall die so gesetzten Verlinkungen anschließend händisch korrigieren? Geolina mente et malleo ✎ 11:28, 21. Apr. 2018 (CEST)

Ich meine man hat nur die Möglichkeit zwischen nowiki im Quelltext [[Regime]]<nowiki />es oder dieser Linkdoppelung [[Regime|Regimes]]zu wählen. Also eine in beiden Fällen nicht besonders tolle Lösung, weil auch im Falle eines nowiki wieder jemand käme, um es zu eliminieren, allein schon weil es dann nicht mit verlinkt würde. Dir bleibt vermutlich nur der Wechsel zum Quelltexteditor über diesen Stift    , den ich noch immer nicht durch das neue Design ersetzen kann, um das anzupassen und danach wieder auf dem selben Weg zurück zum VE. --Liebe Grüße, Lómelinde Diskussion 12:34, 21. Apr. 2018 (CEST)
Danke für die Antwort, ist also in jedem Fall etwas Nacharbeit notwendig, wenn ich das richtig verstanden habe. Schade, die Verlinkungen mit dem Auswahlmenü sind bei der Artikelerstellung sehr komfortabel, aber wenn man fast alle Verlinkungen noch einmal händisch anfassen muss, schmälert das den Vorteil der so getätigten Bearbeitungen doch wieder. Geolina mente et malleo ✎ 10:15, 25. Apr. 2018 (CEST)
@Geolina163: Das Problem wurde den Entwicklern schon mehrfach gemeldet (phab:T50463), es hat aber leider keine Priorität.--Cirdan ± 10:09, 29. Apr. 2018 (CEST)

Hat sich wieder beim Wechsel aufgehangen

Ich bin gerade schon etwas sauer. Habe einen relativ großen Artikel erstellt und wollte dann vom Visual Editor in die Quelltest-Ansicht wechseln um noch etwas nachzuarbeiten. Dabei hat sich der Editor aufgehangen und mir blieb nichts anders übrig als neuzuladen und siehe da alles war weg. Sowas ist echt ärgerlich, wenn man eig. schon fast fertig war und einem dann aufgrund eines technischen Problem so etwas passiert. Ich finde es daher gut wenn man besser abbrechen könnte, wenn der Editor wieder spinnt (ging hier nämlich auch nicht), da es ja nicht sein kann das Wissen deswegen verloren geht. --AsiTV (Diskussion)

Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 20:31, 12. Jul. 2018 (CEST)

Tastaturkürzel

Gemeldet in Phabricator
Task T129945
Gemeldet in Phabricator
Task T64282

Die Anzeige der Tastaturkürzel wird zwar schön mit deutscher Übersetzung angezeigt, allerdings beziehen sich die angezeigten Kürzel auf die US-Tastatur. Man muss also für die Anzeige der Tastaturkürzel beispielsweise Ctrl-/, sondern Ctrl-# drücken. Die angezeigten Zeichenfolgen ("<chem" etc.) funktionieren nur im VE, nicht im Wikitext-Modus (und sollten dann auch nicht angezeigt werden). -- Wolfgang Rieger (Diskussion) 13:04, 18. Mai 2018 (CEST)

Hallo Wolfgang, danke für die Rückmeldung. Ich nehme an, es geht um den neuen Wikitext-Modus?
Kannst du mir sagen, was für eine Funktion du von Strg + / erwartest? (Ich konnte das nicht direkt entdecken.) Weiterhin ist mir unklar, was du mit „Die angezeigten Zeichenfolgen...“ meinst. Kannst du das genauer erläutern? Vielen Dank!--Cirdan ± 19:24, 27. Mai 2018 (CEST)
Hinter den Menü-Einträgen des VisualEditors sind Tastenkombinationen angegeben z. B. Gestaltung entfernen Strg+\ im Aufklappmenü unter A zur Textgestaltung/Formatierung. Der Backslash ist aber auf der hierzulande üblichen Tastatur zusammen mit Strg nicht erreichbar. Man müsste Strg+ALTGR+ß drücken, was aber nur den Backslash liefert. --Diwas (Diskussion) 00:05, 28. Mai 2018 (CEST)
Unter Hilfe/Tastaturkürzel werden Tastaturkürzel angezeigt und zwar in Wikitext-Modus und VE gleichermaßen. Das Tastaturkürzel für die Anzeige der Tastaturkürzel ist Ctrl+/ (auf der US-Tastatur). -- Wolfgang Rieger (Diskussion) 05:54, 28. Mai 2018 (CEST)
Für die Mitlesenden, die den VisualEditor und den Wikitext-Modus nicht kennen: Den gerade erwähnten Punkt Hilfe/Tastaturkürzel findet man, wenn man das ? anklickt. Der Menüpunkt ist übrigens auf Hilfe:VisualEditor/Hilfe beschrieben. --Diwas (Diskussion) 16:39, 28. Mai 2018 (CEST)
Erg.: Die Kürzel sind alle hier →Hilfe:VisualEditor/Tastaturkombinationen erklärt und dort steht auch deutlich dran (Anm. 4), dass einige Kombinationen mit einer deutschen Tastatur nicht funktionieren, ich musste die schließlich alle ausprobieren als ich diese Seite erstellt habe. --Liebe Grüße, Lómelinde Diskussion 17:09, 28. Mai 2018 (CEST)

Das Problem ist natürlich auch den Entwicklern bekannt. Details zur Problematik gibt es auch in phab:T136948. Wenn es Vorschläge gibt, welche Alternativ-Kombinationen hinzugefügt werden könnten, insbesondere wenn es bisher gar keine auf einer deutschen Tastatur funktionierende Variante gibt, gebe ich das gerne weiter.--Cirdan ± 18:33, 29. Mai 2018 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 20:31, 12. Jul. 2018 (CEST)

Unpassende Textlänge

Gemeldet in Phabricator
Task T195707

Mir ist beim Überprüfen, welche Icons sich alle verändert haben aufgefallen, dass es in der deutschsprachigen Version wieder einmal zu unschönen (nicht vollständig sichtbare) Textausgaben kommt. Betroffen ist die Tabellenzellenformatierung

Derzeitige Anzeige so sollte es aussehen
  Oben einfügen
  Unten einfügen
  Nach oben verschieben
  Nach unten verschieben
  Zeile[n] löschen
  Oben einfügen
  Unten einfügen
  Nach oben verschieben
  Nach unten verschieben
  Zeile[n] löschen
  Davor einfügen
  Danach einfügen
  Nach links verschieben
  Nach rechts verschieben
  Spalte[n] löschen
  Davor einfügen
  Danach einfügen
  Nach links verschieben
  Nach rechts verschieben
  Spalte[n] löschen

Grund dafür ist, dass die Rahmung auf 180×35,6667px eingestellt ist während der Inhalt 186×35,6667px hat. Dadurch wird das Wort verschieben abgeschnitten was höchst unprofessionell aussieht. Meiner Meinung nach sollte die Rahmung daher mindestens eine Breite von 200px bekommen, um diesen Effekt zu beheben.

Alternativ könnte man auch den Text ändern und anstelle von verschieben einfach nur schieben schreiben, was wohl einfacher wäre, dennoch könnten auch andere Sprachversionen (beispielsweise die Niederländer = „Verplaatsen naar rechts“) hier Anzeigeprobleme haben.

Alternativ mit schieben ohne Breitenänderung
  Oben einfügen
  Unten einfügen
  Nach oben schieben
  Nach unten schieben
  Zeile[n] löschen
  Davor einfügen
  Danach einfügen
  Nach links schieben
  Nach rechts schieben
  Spalte[n] löschen

Ich frage mich immer warum das außer mir niemandem auffällt. Ist das browserabhängig? Bin ich zu mäkelig? --Liebe Grüße, Lómelinde Diskussion 08:16, 27. Mai 2018 (CEST)

Hallo Lómelinde, wieder einmal vielen Dank für deine Aufmerksamkeit und diesen hervorragend nachvollziehbaren Fehlerbericht! Ich habe das Problem weitergegeben.--Cirdan ± 19:37, 27. Mai 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 19:23, 12. Jul. 2018 (CEST)

Vorschau zeigen

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36

URL: https://de.wikipedia.org/wiki/Moritz_Mebel?veaction=editsource Der Menüpunkt "Vorschau zeigen" ist bei mir in den bearbeiteten Quelldateien nicht vorhanden. Wie finde ich ihn? Christian Horst

Christian Horst (Diskussion) 18:42, 1. Jun. 2018 (CEST)

Hallo Christian Horst, du findest die Vorschau, wenn du auf „Änderungen veröffentlichen“ klickst. Dann kannst du in dem kleinen Fenster, das sich öffnet, unten auf „Vorschau zeigen“ klicken. Dann öffnet sich die Vorschau, aus der heraus du entweder direkt veröffentlichen, zum Dialog zurückkehren oder wieder in den Quelltext wechseln kannst. Hilft dir das weiter? Viele Grüße,--Cirdan ± 21:12, 1. Jun. 2018 (CEST)
Der Punkt heißt nicht „Änderungen veröffentlichen“ — er heißt „Änderungen veröffentlichen ...“ — die drei Punkte hintendran deuten an, dass nicht unmittelbar veröffentlicht, sondern ein Dialog oder weiteres Menü geöffnet wird. --Diwas (Diskussion) 02:29, 2. Jun. 2018 (CEST)

@Christian Horst: Kannst du mir noch sagen, auf welcher Hilfeseite/Anleitung/... du den Hinweis auf „Vorschau zeigen“ gelesen hast? Dann können wir das dort anpassen. Danke!--Cirdan ± 09:38, 2. Jun. 2018 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 20:31, 12. Jul. 2018 (CEST)

Absatzabstand Fehler!

Ich habe gerade eine Auflistung im VE gemacht, dann drücke ich Enter für die nächste Zeile, wie ich es schon die ganze Zeit gemacht habe, auf einmal die "Maus" (da wo ich schreibe" in den Einzelnachweisen. Da hab ich sie dann rausbekommen, aber jetzt sind zwei Absätze zwischen zwei Stickpunkten, die ich nicht löschen kann!

Kannst du mal schreiben „wo“ genau du das gemacht hast? --Liebe Grüße, Lómelinde Diskussion 06:50, 14. Jun. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 20:31, 12. Jul. 2018 (CEST)

Zusatzzeile

Gemeldet in Phabricator
Task T199138

Wenn ich im Quelltexteditor eine Zeile kopiere und dann einfüge, wird ein zusätzlicher Zeilenwechsel eingefügt. Das ist recht lästig, zum Beispiel beim Sortieren von Listen. Grundsätzlich sollte immer gelten: Wenn ich etwas kopiere und dann ohne die Cursorposition zu ändern einfüge, dann sollte der Text unverändert bleiben. -- Wolfgang Rieger (Diskussion) 08:48, 1. Jul. 2018 (CEST)

Wenn ich wiederholt Zeilen einfüge, wächst unterhalb der Abstand mit jedem weiteren Einfügen. Das ist in der Tat reichlich unnötig.–XanonymusX (Diskussion) 23:08, 3. Jul. 2018 (CEST)
Hallo Wolfgang, Hallo XanonymusX, ich kann das Problem leider nicht nachvollziehen. Ich habe im VE-Wikitext-Editor (Beta-Funktion "Neuer Wikitext-Modus") eine Zeile kopiert und wieder eingefügt. Dabei wird keine Leerzeile erzeugt. Es entsteht erwartungsgemäß nur dann eine neue Leerzeile, wenn ich auch den Zeilenumbruch mitkopiere. Könnt ihr mir eine Schritt-für-Schritt-Anleitung geben? Dann leite ich das Problem gerne weiter.--Cirdan ± 11:52, 9. Jul. 2018 (CEST)
Ich positioniere den Cursor auf den Zeilenanfang und ziehe nach unten. Nach Ctrl-X und Ctrl-V steht da eine zusätzliche Leerzeile. Das darf nie sein. Ausschneiden+Einfügen ohne Änderung der Cursorposition muss den Text immer unverändert lassen. -- Wolfgang Rieger (Diskussion) 13:07, 9. Jul. 2018 (CEST)
Hallo Wolfgang, vielen Dank, so kann ich es nachvollziehen. Ich habe das Problem gemeldet.--Cirdan ± 20:22, 9. Jul. 2018 (CEST)
Das Problem ist, dass das nicht nur geschieht, wenn man an der gleichen Stelle wieder einfügt, sondern immer. Der entfernte Text ist Zeileninhalt+Zeilentrenner, eingefügt wird aber Zeileninhalt+Zeilentrenner+Zeilentrenner. -- Wolfgang Rieger (Diskussion) 21:46, 9. Jul. 2018 (CEST)
Genau. Ich etwa habe den Standardfall {{Charttabelle}}: Wenn ich innerhalb der Tabellenvorlage neue Zeileneinträge per C&P hinzufüge, entsteht zwischen den zwei aufeinanderfolgenden schließenden }} ein immer größerer Abstand. Das war nicht immer so, das Phänomen ist erst ein paar Monate alt.–XanonymusX (Diskussion) 23:03, 9. Jul. 2018 (CEST)

Hallo Wolfgang, Hallo XanonymusX, die Entwickler können das Problem nicht reproduzieren und ich kann es derzeit auch nicht. Könnt ihr bitte prüfen, ob es bei euch ebenfalls verschwunden ist? Danke!--Cirdan ± 20:23, 12. Jul. 2018 (CEST)

Ja, bei mir jetzt wieder wie früher! :)–XanonymusX (Diskussion) 21:56, 12. Jul. 2018 (CEST)
Dito. -- Wolfgang Rieger (Diskussion) 23:28, 12. Jul. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 19:44, 13. Jul. 2018 (CEST)

Vorhandene Limitationen der Suchfunktion offenlegen und in der entsprechenden Hilfeseite darstellen

In Suchen-und-Ersetzen steht: „Nicht erkannt werden Suchbegriffe innerhalb von taggestützten Einbindungen wie Poem-Tags.“ Dabei wird jedoch nicht klargestellt, ob damit Text gemeint ist, der im Wikitext innerhalb von Tags steht, oder ob damit Text gemeint ist, der, innerhalb einer von der Wikipedia generierten und an einen Browser ausgelieferten HTML-Datei (Quelltext), innerhalb bestimter Tags steht (jeder Text dort steht ohnehin innerhalb der Tags html, body und mindestens einem weiteren). Faktisch wird auch Text, der im Wikitext nicht innerhalb von Tags, aber innerhalb z. B der Vorlage:Coordinate oder der Vorlage:Infobox Berg steht, oder der durch diese Vorlagen generiert wird und in dem im Browser angezeigten Artikel steht (in dessen Quelltext z. B. in der Tagfolge htmlbodydivdivdivdivtabletbodytrtdspanaspan), nicht von der Suche gefunden.

In der Hilfe sollte eindeutig klargestellt werden, welcher Text gefunden werden kann und welcher nicht. Dies setzt voraus, dass diejenigen, die das erforderliche technische Hintergrundwissen zur Suchfunktion haben, darlegen, wie die Suchfunktion genau funktioniert und was sie wo und wie durchsucht und was nicht. Außerdem sollte in der Hilfe darauf hingewiesen werden, dass die Suchfunktion im Bearbeitungsfeld zur Änderung des Quelltextes den Wikitext ohne Einschränkungen durchsucht. --X black X (Diskussion) 18:00, 10. Mai 2018 (CEST), korrigiert 19:48, 10. Mai 2018 (CEST)

Das ist doch eindeutig, die nicht grün markierten Wortteile innerhalb des Poems werden auch nicht gefunden. Deshalb sind sie ja auch nicht grün markiert. Im übrigen darf jeder diese Hilfeseiten ändern, wenn etwas nicht passen sollte. Ich habe nicht die Alleinverantwortung dafür übernommen, nur weil ich sie, so gut es meine Tests ermöglichten, erstellt habe. Ich verwende diesen Editor nicht. Teste es bitte selbst aus und ergänze oder ändere es entsprechend. --Liebe Grüße, Lómelinde Diskussion 09:55, 17. Mai 2018 (CEST)
Ad Lómelinde: Vielen Dank für die Erstellung der Hilfeseite. Mit meiner vorherigen Anmerkung hatte ich nicht die Absicht, Dich in irgendeiner Weise zu kritisieren. Mir ging es darum, zum Ausdruck zu bringen, dass ich es begrüßen würde und sehr hilfreich fände, wenn diejenigen, die dankenswerterweise eine neue Funktion programmieren, ihr spezifisches Wissen über die Funktionsweise dieser Funktion mehr in die Schaffung solcher Hilfeseiten einfließen ließen, damit Menschen wie Du sich nicht im gegebenen Maße auf die Dokumentation ihrer Trial-and-Error-Erfahrungen beschränken müssten. Habe ein paar Anmerkungen hinzugefügt, die aber ebenfalls nur auf Trial-and-Error basieren und daher vermutlich reichlich lückenhaft sind. --X black X (Diskussion) 13:16, 8. Jun. 2018 (CEST)
Die Standardantwort darauf lautet vermutlich: Diesen Sonderweg mit selbst erstellten Hilfeseiten müssen wir nicht unterstützen, es gibt das supertolle Mediawikibenutzerhandbuch zum VE.    Dankeschön fürs ergänzen X black X, ich kriege meist nur zufällig mit, wenn sich irgendwo etwas ändert. Irgendwann wird vermutlich auch die Syntaxhighlightfunktion   aktiv werden, dafür habe ich noch keinerlei Idee wie ich das dann erklären kann, bisher kann ich es nur im Quelltext testen, verwende aber hier eine individuelle Anpassung und derzeit noch immer viel lieber Schnarks Skript, denn das hat einen entscheidenden Vorteil, es kann zusammengehörige Klammern erkennen, das ist für die Vorlagenerstellung oder Fehlersuche sehr sehr nützlich. --Liebe Grüße, Lómelinde Diskussion 14:00, 8. Jun. 2018 (CEST)

Wikitext ↔ VisualEditor

Gemeldet in Phabricator
Task T196841
Gemeldet in Phabricator
Task T196842

Ich kann es gerade nicht so richtig testen, vermutlich habe ich irgendwann einmal diese Checkbox angeklickt, so dass mir die Hinweise nicht mehr eingeblendet werden, aber im Betawiki und auf der Mediawiki Testseite wird zumindest bei einem Wechsel des Editors noch immer in der einen Richtung ein Dialogfeld ausgegeben und zwar in etwa so

aktuelle Anzeige: es ist nicht erkennbar, ob „Diese Nachricht nicht mehr anzeigen“ ausgewählt wurde

   

 
Du hast zum Quelltext-Editor gewechselt
 

Du kannst jederzeit zur visuellen Bearbeitung zurückkehren, indem du auf dieses Symbol klickst.

 0000Diese Nachricht nicht mehr anzeigen
so sah es mal aus

   

 
Du hast zum Quelltext-Editor gewechselt
 

Du kannst jederzeit zur visuellen Bearbeitung zurückkehren, indem du auf dieses Symbol klickst.

0 Diese Nachricht nicht mehr anzeigen

   

 
Du hast zum Quelltext-Editor gewechselt
 

Du kannst jederzeit zur visuellen Bearbeitung zurückkehren, indem du auf dieses Symbol klickst.

  Diese Nachricht nicht mehr anzeigen
die andere Meldung sah ungefähr so aus

   Änderungen speichern

 
Du hast zur visuellen Bearbeitung gewechselt
 

Du kannst jederzeit zur Quelltextbearbeitung zurückkehren, indem du dieses Symbol anklickst.

0 Diese Nachricht nicht mehr anzeigen

   Änderungen speichern

 
Du hast zur visuellen Bearbeitung gewechselt
 

Du kannst jederzeit zur Quelltextbearbeitung zurückkehren, indem du dieses Symbol anklickst.

  Diese Nachricht nicht mehr anzeigen

In die andere Richtung, also bei einem Wechsel zum VE zurück kommt (bei mir wie gesagt) gar keine Meldung mehr. Also eine unsichtbare Checkbox finde ich nun nicht besonders anwenderfreundlich. Ich wollte eigentlich nachschauen, ob die Farbe des Icons bei der VE-Ansicht in der toolbar zu blau     wechselt, wenn der Dialog angezeigt wird, oder wie im Quelltexteditor schwarz bleibt.

   
       
 
  Erweitert   Sonderzeichen   Hilfe 
  Vorschau
     

Aber da keine Meldung erfolgt kann ich das nicht prüfen. Wem fällt nur so etwas ein? --Liebe Grüße, Lómelinde Diskussion 12:27, 9. Jun. 2018 (CEST)

@Lómelinde:, du kannst davon ausgehen, dass wir es hier mit einer Regression zu tun haben und hier niemandem „etwas eingefallen“ ist. Ich schaue mal, was davon schon bekannt ist und was neu gemeldet werden muss.--Cirdan ± 13:36, 10. Jun. 2018 (CEST)
Ach was es nicht so alles gibt. Ja ne, ist klar, dass das nicht beabsichtigt sein wird, daher melde ich es ja hier. --Liebe Grüße, Lómelinde Diskussion 13:38, 10. Jun. 2018 (CEST)

Bearbeitung nicht möglich

Gemeldet in Phabricator
Task T197953
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.189 Safari/537.36 Vivaldi/1.95.1077.60

Ich kann sowohl im visuellen- als auch im Quelltextmodus nicht das bereits vorhandene auf der Seite sehen und somit auch nicht bearbeiten

URL: https://de.wikipedia.org/w/index.php?title=Kategorie:IT-Beruf&action=edit

UnderTheCraft (Diskussion) 21:44, 21. Jun. 2018 (CEST)

Das ist eine Kategorien-Seite. Die besteht nur aus 4 Zeilen (plus einer leeren Zeile). Die Einträge werden automagisch durch einen Kategorie-Eintrag (ist am Ende der Seite zu finden) auf den den gelisteten Seiten erzeugt.
Aber andere Sache: Wenn man vom Quelltexteditor in den Visual-Editor wechselt, kann man die Kategorieeinträge der Seite nicht ändern. Das scheint ein Fehlerchen zu sein. --Wurgl (Diskussion) 23:30, 21. Jun. 2018 (CEST)
  Optionen
  Kategorien
  Seiteneinstellungen
  Erweitert
  Sprachen
  Verwendete Vorlagen
  Syntaxhervorhebung
  Als rechts-nach-links ansehen
  Suchen
@Wurgl, das stimmt so nicht, du musst dann über das Menü   Seitenoptionen den Reiter   Kategorien auswählen, dann solltest du die Kategorien auch bearbeiten, löschen, ergänze können. Siehe Hilfe:Kategorien/VisualEditor
Für solche Dinge hilft es ab und an mal in die Schnellübersicht der Funktionen zu schauen.
Irgendwo muss sich doch die Zeit und Mühe mal auszahlen, in der wir all diese Hilfeseiten erstellt haben. Das habe ich ja nicht für mich getan, sondern für diejenigen, die diesen Editor verwenden. Vieles ist zudem interaktiv, so leitet ein Klick auf das blaue Feld   in der rechts angezeigten Menüauswahl direkt zu der Erklärungsübersicht dieser Menüpunkte weiter. --Liebe Grüße, Lómelinde Diskussion 07:18, 22. Jun. 2018 (CEST)
Wenn ich direkt auf der Seite auf "Editieren" klicke (unangemeldet), dann sehe ich unten die Kategorien und könnte darinnen herumfummeln. Wenn ich vom Quelltexteditor zum Visual-Editor schalte, dann sehe ich die Kategorien nicht und kann nicht (sofort) darinnen herumfummeln. Das ist ein Unterschied und dieser Unterschied könnte ein Fehlerchen sein. Dass all die in der Kategorie aufgelisteten Seiten ebenfalls verschwinden, sehe ich nicht unbedingt als Bug an, den tel kann man ohnehin nicht editieren. --Wurgl (Diskussion) 07:26, 22. Jun. 2018 (CEST)
Es ist aber nun mal beim VisualEditor so, dass man Kategorien nur über das Menü ändern kann. Das ist kein Bug das ist vermutlich genau so gewollt. Man soll ja auch gar nicht versehentlich in den Kategorien „herumfummeln“ sondern diese „bewusst bearbeiten“, in dem Wissen was man da tut. --Liebe Grüße, Lómelinde Diskussion 07:57, 22. Jun. 2018 (CEST)
Gemeldet in Phabricator
Task T197951
Wenn ich direkt den Visual Editor dieser Kategorien-Seite aufrufe, dann sehe ich das hier: https://abload.de/img/vewysqu.png
Wenn ich vom Quelltexteditor zum Visual Editor wechsle, dann sehe ich das hier: https://abload.de/img/ve2sksmp.png
Die bereits vorhandenen Kategorien werden mir nicht angezeigt.
--Wurgl (Diskussion) 08:16, 22. Jun. 2018 (CEST)
@Wurgl: Ähnliche Probleme sind schon seit 2016 bekannt, ich habe es gemeldet. Danke für den Hinweis!--Cirdan ± 15:20, 22. Jun. 2018 (CEST)

Hinweis auf gelöschte Seite fehlt

Gemeldet in Phabricator
Task T199087

Ein Rotlink auf eine gelöschte oder ohne Weiterleitung verschobene Seite führt direkt zur Erstellung ohne Hinweis, ohne Logbuchauszug und ohne Link zum verschobenen Artikel. Selbst wenn jemand in Betracht zieht, die Seite könnte gelöscht sein, werden die wenigsten diese Infos unter Seiteninformationen in der Seitenleiste suchen. --Diwas (Diskussion) 22:32, 3. Jul. 2018 (CEST)

Ja, dachte ich mir auch schon. Das sollte schon irgendwie bei den Warnungen mit eingeblendet werden.–XanonymusX (Diskussion) 23:09, 3. Jul. 2018 (CEST)
@Diwas, XanonymusX: Der Fehler ist behoben, mit einem der Updates in den nächsten Wochen wird dann auch hierzuwiki (wieder?) eine Warnung angezeigt. Vielen Dank für die Meldung!--Cirdan ± 19:45, 13. Jul. 2018 (CEST)

Bothinweise und Vorlagen

Zum Kopfkratzen ist die Kombination aus Boteingriffen und Vorlagen sowohl in VE als auch im Quelltext. Beispiel: Eine Fußnote verweist auf eine gedruckte Quelle mit genauer Angabe (z. B. einen Zeitungsartikel) und liefert das Ganze als Online-Version: sowohl im Quelltext als auch im VE jeweils nur in der entsprechenden Vorlage vorhanden. Nun ist der Link aber nicht mehr erreichbar, die gedruckte Quelle existiert natürlich weiterhin. Der Bot hat - "irgendwie" mitten hinein in die Vorlage - nur seinen Hinweis gepflanzt. Weder im Quelltext noch im VE (in letzterem schon gar nicht...) lässt sich das in irgendeiner Form so richten, dass a) der Hinweis auf die gedruckte Quelle erhalten bleibt, aber b) sowohl der tote Link als auch die Botmeldung verschwinden. Vorlagen sind sehr resistent gegen Korrekturen; ich hab also die gesamte Angabe entfernt und die Quelle ganz konventionell erneut per Hand hineingesetzt. Nicht so wirklich komfortabel...;-) --Felistoria (Diskussion) 21:17, 9. Jul. 2018 (CEST)

Hallo Felistoria, hast du ein oder zwei Beispiel-Diffs? Das klingt mir nach einem Problem mit dem InternetArchiveBot und nicht so sehr einem Problem mit dem VE. Da ich mich aber um beides kümmere, können wir den Fehler auch hier abhandeln.--Cirdan ± 20:29, 12. Jul. 2018 (CEST)
Hallo @Cirdan: muss ich überlegen und nachschauen, war jüngst gewesen - und ja: im Zusammenhang mit dem InternetArchivBot wohl. Ich habe allerdings im VE nach wie vor Probleme mit den Vorlagen dort, vor allem mit deren Korrektur, auch ganz unabhängig vom Bot. Und wenn dann eben auch der Quelltext in Vorlagenformat erscheint, werd ich schon mal schwermütig...;-) Ich schau mal nach einem Beispiel, herzlich, --Felistoria (Diskussion) 21:48, 12. Jul. 2018 (CEST)

Spielwiese

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:61.0) Gecko/20100101 Firefox/61.0

wenn man die Spielwiese URL: https://de.wikipedia.org/w/index.php?title=Wikipedia:Spielwiese&veaction=editsource mit dem Visual Editor (blaues Feld) startet, erscheint ein Rohtext im html-Format "<!DOCTYPE html> ...". Ich vermute, das ist nicht so vorgesehen.

Muhali (Diskussion) 18:05, 10. Jul. 2018 (CEST)

Ich habe die entsprechende Schaltfläche entfernt, da der VE auf dieser Seite nicht zur Verfügung steht, und der Versuch ihn dennoch zu verwenden, offenbar zu solchen Fehlern führt. Wenn man ihn unangemeldet angeklickt hat, hat sich stattdessen übrigens ein Dialog über die Seite gelegt, der nicht geschlossen werden konnte. –Schnark 11:59, 11. Jul. 2018 (CEST)
@Schnark Nein, das stimmt nicht der VE ging da sehr wohl. Bau das bitte wieder ein.
Das Problem ist vermutlich ein anderes, denn da fehlte wochenlang die Versionsnummer und nun erhält man beim Klick auf mit leerer Spielwiese starten eben keine leere Spielwiese, seit gestern oder vorgestern oder drei Tagen weiß ich nicht so genau. Ich vermute, wenn man das wieder richtet geht auch der VE wieder problemlos, ich brauche das manchmal. --Liebe Grüße, Lómelinde Diskussion 12:12, 11. Jul. 2018 (CEST)
Hängt hiermit Vorlage:Bitte erst NACH dieser Zeile schreiben! (Begrüßungskasten)/Revid Leer zusammen geändert zuletzt am 7. Juli. Das passt mit meiner Bepobachtung zusammen, seitdem bekomme ich nämlich keine leere Spielwiese, vorher fehlte der {{Bitte erst NACH dieser Zeile schreiben! (Begrüßungskasten)}} und es wurde eine Warnmeldung zur Version ausgegeben. Mich störte das insofern nicht, weil ich den Kasten, dann für meine Tests nicht erst löschen musste. --Liebe Grüße, Lómelinde Diskussion 12:20, 11. Jul. 2018 (CEST)
So ich habe das jetzt mal wieder eingebaut, bei mir funktioniert das auch einwandfrei. Diese Funktion wurde im Oktober 2017 für diese eine Seite im WPNR freigegeben und hat seither auch funktioniert. Falls der Fehler noch auftritt sollte man nach der Ursache suchen und nicht für alle anderen die Funktion einfach abräumen. --Liebe Grüße, Lómelinde Diskussion 18:35, 11. Jul. 2018 (CEST)
Nein, es funktioniert nicht, weder einwandfrei, noch bei einer der wichtigsten Zielgruppen überhaupt.
Es gibt drei verschiedene Möglichkeiten:
  1. Benutzer, die den Quelltextmodus des VE aktiviert haben, bekommen den von Muhali gemeldeten Fehler, dass der HTML-Quelltext zum Bearbeiten angezeigt wird.
  2. Benutzer, die noch nie eine Seite zum Bearbeiten geöffnet haben, bekommen ein Dialogfeld, das sich über die Seite legt und nicht geschlossen werden kann.
  3. Andere Benutzer bekommen tatsächlich die Seite im VE, aber dass es einwandfrei funktioniert, stimmt auch hier nicht: Beispielsweise gibt es einen überflüssigen Ladebalken, wenn man sich den Unterschied der aktuellen Bearbeitung anzeigen lässt.
All diese Fehler sind nicht wirklich überraschend, da die Seite eben im WP-Namensraum liegt und dort der VE offiziell nicht funktioniert.
Da die unter 2 genannten Benutzer eine wichtige Zielgruppe der Spielwiese sind, ist dieser Fehler äußerst störend. Wenn der erste Bearbeitungsversuch damit endet, dass man eine völlig kaputte Seite hat, dann war das höchstwahrscheinlich auch der letzte Bearbeitungsversuch. Die Schaltfläche für den VE in der Intro-Vorlage ist also eine ziemlich effektive Neulingsvergraulung und ich werde ihn daher wieder rausnehmen. –Schnark 09:36, 12. Jul. 2018 (CEST)
Wie auch immer, ich habe das oft benutzt, dann musst du aber auch die Hilfeseiten anpassen, auf denen steht, dass die Spielweise im VE nutzbar ist. Ich habe keine Lust mehr immer hinter jedem herzuräumen. Für mich hat das sehr wohl einwandfrei funktioniert, ich hatte keine Probleme mit der Spielwiesensimmmulation.
Dann mach einen Phab auf, damit das repariert wird. Mich stört es nämlich, dass gerade „Neuautoren“ die Spielwiese nicht mit dem Werkzeug benutzen können, das man ihnen zur Verfügung stellt.
Und wieso benutzt du Revert? Du hättest es auch anders Ändern können ohne mich damit durch ein Ping zu belästigen. --Liebe Grüße, Lómelinde Diskussion 09:46, 12. Jul. 2018 (CEST)
(BK) Ja, das Phabricator-Ticket habe ich unmittelbar danach erstellt: phab:T199411. Und deine Aufforderung, ich solle die Revertfunktion nicht verwenden, weil du dadurch "belästigt" würdest, meinst du ja wohl nicht ernst, oder? Wenn dich die Benachrichtigung darüber stört, dann deaktivere sie in deinen Einstellungen oder setze mich auf die Liste der ignorierten Benutzer.
Dass der VE auf der Spielwiese nicht benutzbar ist, ist unter Hilfe:VisualEditor#Namensräume in der Hilfe dokumentiert, wenn andere Hilfeseiten anderes behaupten, soll das der korrieren, der den Fehler dort eingefügt hat und weiß, wo er steht. –Schnark 09:53, 12. Jul. 2018 (CEST)
Ich hätte das nicht geschrieben, wenn ich es nicht ernst gemeint hätte. Habe ich es mit deinem Beitrag so gemacht? Nein, denn ich vermeide Reverts, wo immer es geht. Wenn du oben mit „Neuautorenvergraulung“ argumentierst so ist das Revert ein absolut passendes Mittel andere von den Kopf zu stoßen.
Nein, da steht nur genau „ein Benutzer“ in der Liste. Ich möchte ja nicht generell von dir nicht angesprochen werden. Ich möchte nur das Bewusstsein für einen möglichst sparsamen Umgang mit der Rücksetzung etwas schärfen. Danke für den Phab. Die Aussage auf der Hilfeseite passt ja auch, weil es nur diese eine Ausnahme im WP-Namensraum gab, soweit ich das weiß zumindest. Es wäre höchst irreführend, wenn man schriebe im WP-Namensraum könne man den VE verwenden, wenn das nur auf genau eine Seite zutrifft. Ich weiß nur dass es plötzlich seit Oktober letzten Jahres möglich war. Da kann vielleicht Doc Taxon etwas dazu sagen, woher er diese Information oder den Auftrag für die Änderung hatte. Zumindest müsstest du dann auch die →Editnotiz wieder an den „Jetztzustand“ anpassen. Meinetwegen mit Revert, wenn deine Zeit für eine andere Form der Änderung derart knapp bemessen ist. --Liebe Grüße, Lómelinde Diskussion 11:48, 12. Jul. 2018 (CEST)
Doch, es funktioniert, es muss nur die Versionsnummer wieder einmal angepasst werden. Ich schau mir das mal an. – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 16:10, 12. Jul. 2018 (CEST)
Das hatte ich bereits getan, aber Schnark meint es funktioniert trotzdem nicht. --Liebe Grüße, Lómelinde Diskussion 16:25, 12. Jul. 2018 (CEST)
@Lómelinde: Doch, bei mir geht's einwandfrei / und soweit ich weiß, geht es bei Dir doch auch, oder? – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 18:24, 12. Jul. 2018 (CEST)
Ja, das tut es, aber er hat es trotzdem revertiert, obwohl ich schrieb, dass es bei mir einwandfrei funktioniert. Ich möchte keinen Krieg um die Spielwiese führen. Er ist Softwareprofi ich bin nur eine kleine Syntaxbastlerin. Ich muss dem vertrauen, was er schreibt, denn ich kann es nicht widerlegen. Bei mir ist da keine fehlerhafte Darstellung ich kann den Fehler nicht reproduzieren. Nein anders ich muss mal kurz testen was passiert wenn man das Beta-Wikitextmodus-Teil aktiviert. Warte kurz --Liebe Grüße, Lómelinde Diskussion 18:32, 12. Jul. 2018 (CEST)

So getestet, und da hat er Recht, dann bekommt man diesen Müll auf den Schirm, das aber ist eine Betafunktion, die kann nicht als Grundlage der Bearbeitung von Neuautoren gelten. Wenn das Betafeature nun mal Macken hat sind diese auszuräumen. Punkt 2 kann ich nicht testen. --Liebe Grüße, Lómelinde Diskussion 18:38, 12. Jul. 2018 (CEST)

Kann Link nicht ändern

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; wbx 1.0.0; rv:11.0) like Gecko

URL: https://de.wikipedia.org/w/index.php?title=Maschinenf%C3%A4higkeit&veaction=edit

Habe vergeblich versucht den Link "5-M-Einflüsse" in "Ishikawa-Diagramm" zu ändern.

87.190.11.42 13:25, 19. Jul. 2018 (CEST)

Wie hast du das genau versucht? Also
  1. 5-M-Einflüsse anklicken Linkziel = Ursache-Wirkungs-Diagramm auswählen
  2. danach den nun blauen Link nochmals anklicken und unten im Dialogfeld auf „Beschriftung ändern“ klicken, um den Linktext mit Ishikawa-Diagramm zu überschreiben
  3. dann „Änderungen veröffentlichen“.
Das müsste gehen. --Liebe Grüße, Lómelinde Diskussion 13:53, 19. Jul. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 09:14, 1. Sep. 2018 (CEST)

Tabellenbug oder Bedienfehler?

Gemeldet in Phabricator
Task T108506

Kann dieser Tabellensyntaxmurks ein VE-Bug sein? Ich weiß nicht auf welche Art das von Benutzer:Crydor eingefügt wurde. Auf jeden Fall war es eine visuelle Bearbeitung, die eine unschöne Darstellung, Linterfehler (falsch verschachtelter Inhalt) und sichtbare Tags <tbody></tbody> im Artikel erzeugt hat. (tbody kommt aber wohl auch sonst nicht im ANR vor.) Aber dafür andere wie td oder tr 10. Juni 2018, 17:31 Uhr mit →data-ve-attributes unten ab Viertelfinale. →hier auch wieder href=. Einiges davon scheint mir nicht i.O. zu sein. --Liebe Grüße, Lómelinde Diskussion 15:31, 6. Aug. 2018 (CEST)

Ich habe die Tabelle von einer anderen Seite (https://de.wikipedia.org/wiki/Carl_von_Ossietzky_Universit%C3%A4t_Oldenburg#Senat) kopiert und im visuellen Editor eingefügt. Diese Tags wurde erst nach Abschicken der Änderung sichtbar. - LG, Crydor 12:53, 07. Aug. 2018 (CEST)
Dankeschön für die Info. --Liebe Grüße, Lómelinde Diskussion 13:05, 7. Aug. 2018 (CEST)
@Crydor: Danke für die Info. Ich habe die Tabelle auch kopiert, aber keine Probleme erzeugen können. Kannst du genau beschreiben, wie du vorgegangen bist? (Gerne auch herumprobieren und den den Fehler auf Benutzer:Cirdan/Bug nachstellen, dort kannst du löschen und speichern usw. wie du möchtest.) Dann können wir den Software-Entwicklern Bescheid geben.--Cirdan ± 19:22, 7. Aug. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 09:13, 1. Sep. 2018 (CEST)

Bearbeitunskonflikte werden nicht richtig dargestellt

Ich habe neulich etwas geändet (Änderung verworfen) und mir wurde der Hinweis auf Vorhandensein eines Bearbeietungskonfliktes angezeigt. Ich klickte auf

Konflikt lösen
 .

Anschließend wurde mir der folgende Hinweis angezeigt:

Vorschau

Der Inhalt des Bearbeitungsformulars hat den Server nicht vollständig erreicht. Bitte prüfe deine Bearbeitungen auf Vollständigkeit und versuche es erneut.

Der Hinweis wird übrigens auch beim Wechsel vom VisualEditor zum Quelltexteditor angezeigt, wenn bereits Änderungen gemacht worden sind. Zudem ist mir bei so einer Bearbeitung nie eine Unvollständigkeit erschinen. Und jetzt das hauptsächliche Problem: Der Bearbeitungskonflikt wird nicht angezeigt! Stattdessen erscheint ein leeres Textfeld. --Honischboy (Diskussion) 14:47, 22. Aug. 2018 (CEST)

Ja. Und meine Bearbeitung war weg. Inzwischen gehe ich zurück ("Bearbeitung fortsetzen") und kopiere den aktuellen Text sicherheitshalber. -- Wolfgang Rieger (Diskussion) 15:37, 22. Aug. 2018 (CEST)
@Honischboy, WolfgangRieger: Könnt ihr eine Schritt-für-Schritt-Anleitung geben, wie das Problem reproduziert werden kann? Auf die Schnelle konnte ich keinen entsprechenden Bugreport finden.--Cirdan ± 09:23, 1. Sep. 2018 (CEST)
Nein. Das Probldem hat sich selbst wieder behoben  Vorlage:Smiley/Wartung/:-d  --Honischboy (Diskussion) 10:45, 2. Sep. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Honischboy (Diskussion) 10:45, 2. Sep. 2018 (CEST)

ungewollte Änderungen durch dieses Werkzeug im Tennisbereich

Gemeldet in Phabricator
Task T199849

Hallo, seit einigen Tagen haben wir im Tennisbereich einen neuen User, der auch die Infoboxen aktualisiert. Die meisten seiner Änderungen wurden von den Portalmitarbeitern wieder rückgängig gemacht; mit einem entsprechenden Hinweis, Beispiel. Durch einen Eigentest, siehe hier, fand ich heraus, dass dieses Werkzeug die ungewollten Änderungen ausführt. Die Verschiebung der Parameter nach rechts, Leerzeile oben und unten. Kann man das irgendwie beeinflussen? Gruß Mac6v5 (Diskussion) 12:16, 17. Jul. 2018 (CEST)

Ja, ich mach das mal. Dafür muss man das Format in der Dokumentation der Vorlage ändern. --Liebe Grüße, Lómelinde Diskussion 12:34, 17. Jul. 2018 (CEST)
Magst du es noch einmal testen, um zu sehen, ob es so passt, ich verwende den Editor nicht. --Liebe Grüße, Lómelinde Diskussion 12:53, 17. Jul. 2018 (CEST)
Senf: Eure Kopiervorlage forderte Gleichheitszeichen unter Gleichheitszeichen, das Beispiel dazu aber nur ein Leerzeichen vor Gleichheitszeichen. Widersprüchliche Anforderungen sind schwer zu erfüllen. Warten wir mal, wer nun kommt und sich darüber beschwert, dass nicht mehr Gleichheitszeichen unter Gleichheitszeichen steht. VG --PerfektesChaos 13:09, 17. Jul. 2018 (CEST)
Ist ja nicht so, dass man das nicht anpassen könnte ;-) Und ich sehe gerade, es wurde auch schon gemacht. Danke für den Hinweis und die Erledigung. - Squasher (Diskussion) 14:42, 17. Jul. 2018 (CEST)
Hallo Lómelinde! Nach dem Senf des PerfektesChoas musste Intern noch etwas geklärt werde, weil wir wirklich zwei verschiedene Vorlagen im Tennisportel verwenden. Darf ich dich deshalb noch einmal bitte, es wieder zu ändern, bis auf die Leerzeilen oberhalb und unterhalb der Vorlage. Gruß Mac6v5 (Diskussion) 15:40, 17. Jul. 2018 (CEST)
Hmm was sagt mir zwei Vorlagen und bis auf die Leerzeilen … das kannst du doch selbst, einfach an block wieder align anhängen.
Im TemplateData steht "format": "block" mache daraus "format": "block align" dann werden wieder die auf den längsten Parameter abgestimmten Leerzeichen eingefügt.
Ich verstehe nicht so richtig was genau ich mit welchen Leerzeichen machen soll. --Liebe Grüße, Lómelinde Diskussion 15:57, 17. Jul. 2018 (CEST)
Ich habe das jetzt soweit wieder geändert, bis auf die Leerzeilen. Siehe dir den Quelltext von Dalila Jakupović an; meine letzte Änderung. Ihr steht jetzt über und unter der Infobox eine Leerzeile und die sollte nicht da stehn. Quetsch: Und, z.B hier |Name sollte eine Leerzeichen zwischen dem Strich und Name. Gruß Mac6v5 (Diskussion) 17:19, 17. Jul. 2018 (CEST)
| Name           = Leerzeichen + lead = "format": "block align lead" die Leerzeilen kann ich derzeit nicht wegnehmen, das geht nur im Block ohne alles. Ich habe aber schon PerfektesChaos gefragt, wenn das machbar ist, dann weiß er wie. --Liebe Grüße, Lómelinde Diskussion 17:36, 17. Jul. 2018 (CEST)

@alle VE’ler@Lómelinde, Cirdan: Es soll sich mit dem letzten Software-Update was geändert haben; bitte mal auf einer Spielwiese eine systematische Testserie mit einer kleinen IB fahren. LG --PerfektesChaos 14:47, 7. Aug. 2018 (CEST)

Ich habe es mal so getestet, wie ich es immer mache und kann folgendes (immer ohne es zu speichern) feststellen:
  1. Den obigen Artikel des Sportlerin habe ich geöffnet (Quelltextbearbeitung, WSTM entfernt die Leerzeile oben wunschgemäß) und ich die Leerzeile zwischen Box und Einleitung.
  2. Wechsel zum VisualEditor, noch ist alles wie es sein sollte, IB bearbeiten und im Parameter Name= testweise die Zeichenfolge „Name“ eingefügt, Bearbitung übernehmen, Speicherschaltfläche klicken Versionsvergleich ansehen
  3. Die Leerzeile oben ist wieder vorhanden, die unterhalb der Box wird nicht mehr eingefügt, soweit ist das untere o.k.
  4. Gegencheck wieder zum Quelltext wechseln, ja oben ist wieder eine Leerzeile, diese habe ich nun nochmals manuell entfernt.
  5. Erneut Wechsel zum VE, wieder die IB bearbeiten, um die Zeichenfolge wieder zu entfernen
  6. Bearbeitung übernehmen und plopp da ist sie wieder oben drüber, die leere Zeile am Artikelanfang.
  7. Zurück zum Quelltext und Bearbeitung abgebrochen.
Ich würde sagen bisher nur eine halbe Sache. Die Zeile oben will unbedingt über eine Infobox, das ähnelt für mich der Zeile am Seitende, da ist doch auch so eine Automatik, oder? Ich meine manchmal entferne ich alles, was unter der letzten Zeile steht, insbesondere bei Vorlagen, aber immer wenn ich dann die Vorschau aufrufe (im Quelltext natürlich) dann ist unten wieder eine Zeile drunter. Ich habe das Gefühl, als wenn man diese Zeile im VE auch gar nicht löschen kann, also wenn man versucht dort den Cursor zu positionieren und auf Entf drückt springt man automatisch zur Bearbeitung der Vorlage. Vermutlich ist das technisch bedingt, damit man rein theoretisch auch oberhalb einer Vorlage (so diese am Seitenanfang steht, einen Text einfügen, sprich den Cursor positionieren, kann. Konkret ich öffne die Spielwiese visuell
  • Oben steht die Begrüßungsboxvorlage, ich bewege meine Maus ganz nach oben und es wird ein (+ Absatz einfügen) angezeigt (selbiges wurde auch bei der Tennisspielerin eingeblendet) oder anders bezeichnet ein (branchNode-slug bzw. branchNode-blockSlug oder branchNode-blockSlug-focused), was auch immer das sein mag
<div class="ve-ce-branchNode-slug ve-ce- ve-ce"><span class="oo-ui-widget oo-ui-widget-enabled oo-ui-buttonElement oo-ui-buttonElement-frameless oo-ui-iconElement oo-ui-labelElement oo-ui-buttonWidget" aria-disabled="false"><a class="oo-ui-buttonElement-button" role="button" tabindex="0" aria-disabled="false" rel="nofollow"><span class="oo-ui-iconElement-icon oo-ui-icon-add"></span><span class="oo-ui-labelElement-label">Absatz einfügen</span><span class="oo-ui-indicatorElement-indicator oo-ui-indicatorElement-noIndicator"></span></a></span></div>
  • Dahin setze ich meinen Cursor und drücke 2 × Entf somit sollten die Zeile und die Vorlage verschwunden sein. Trotzdem ist über der Überschrift wieder (+ Absatz einfügen), das scheint also eine ähnliche Situation wie eine Vorlage zu sein.
  • Ich positioniere wieder den Cursor ganz oben und gehe dann auf Einfügen → Vorlage → Infobox Tennisspieler, die ich ohne eine weitere Eingabe übernehme.
  • Und siehe da auch über dieser neu eingefügten IB, obwohl ich mich mit dem Cursor in der ersten Zeile befand, steht wieder das besagte (+ Absatz einfügen) oben in der nun ersten Zeile, und ein Versionsvergleich zeigt auch definitiv dort eine leere Zeile an.
Ich vermute mal laienhaft, das lässt sich nicht wirklich abstellen, weil es sonst schwierig wäre oberhalb eine Vorlage etwas einzufügen. Mehr kann ich nicht sagen. --Liebe Grüße, Lómelinde Diskussion 18:38, 7. Aug. 2018 (CEST)

Abgeschnittener Text im Kontextmenü für externen Weblink

Gemeldet in Phabricator
Task T199617

Berechnung der Maschinenfähigkeit mit qs-STAT: zur Maschinenabnahme und Prozessqualifikation…

 
 
Link
 Bearbeiten
0http://www.q-das.de/de/anwendungen/qs-stat/
  Text  qs-STAT: zur Maschinenabnahm… Beschrift

es sollte eigentlich eher so aussehen

 
 
Link
 Bearbeiten
0http://www.q-das.de/de/anwendungen/qs-stat/
  Text  qs-STAT: zur Masch… Text ändern

Warum sieht außer mir niemand so etwas? --Liebe Grüße, Lómelinde Diskussion 15:47, 19. Jul. 2018 (CEST)

Oh interessant eine Dateieinbindung, seit wann geht das denn?
Problem ist das untere Feld in der das mittlere Feld eine maximale Breite von 224px annehmen kann. Das komplette Dialogfeld ist ca. 400px breit und knapp 119px hoch

  Feld oben 400 × 45px passt hinein

  Feld unten etwa 400 × 70px sein (Text beidseitig eingerückt)

 es enthält darin 488 × 31px drei Felder 102px 224px 135px

 
Link
 Bearbeiten

0 http://www.q-das.de/de/anwendungen/qs-stat/

Beschriftung qs-STAT: zur Maschinenabnahm… Text ändern
Sieht echt spitzenmäßig aus. --Liebe Grüße, Lómelinde Diskussion 16:59, 19. Jul. 2018 (CEST)
Hallo Lómelinde, danke für die Meldung. Ich denke, das fällt nicht auf, weil das noch recht neu ist und kaum jemand, der weiß, wie man Fehler meldet, auf diese Weise Links bearbeitet. Der Fehler ist gemeldet und wird wie fast alle Layout-Probleme sicherlich schnell behoben. Falls es dir die Arbeit erleichtert, sind solche aufwändigen Untersuchungen und Mockups, wie du sie hier regelmäßig baust, für einen Fehlerbericht erstmal nicht nötig. Meistens reichen ein oder zwei Screenshots, um den Entwicklern das Problem zu erklären. Für den Rest sind die dann zuständig. Soll heißen: Solange ich als derjenige, der es nach Phabricator trägt, das Problem versteht, reicht das. Viele Grüße,--Cirdan ± 20:54, 19. Jul. 2018 (CEST)
Dort ist es aber anders den Scrollbalken, der in dem Screenshot sichtbar ist, gibt es nur bei Wikilinks, den gibt es bei externen Links nicht. Es schiebt sich nur heraus. Das generelle „Anzeigeproblem“ betrifft also nicht nur externe Links, sondern ebenso die internen.
Das über einen Scrollbalken zu lösen halte „ich“ für nicht sonderlich gut, wichtig ist zunächst die Beschriftung der Schaltfläche, die muss (für mich aufgrund der laienverständlichkeit) immer, wirklich immer, gänzlich sichtbar und als Schaltfläche erkennbar sein.
Dass man versucht alles in eine Zeile zu quetschen und es dadurch natürlich in der Zeile unten unschön und abstandslos hineingewürgt aussieht, macht es nicht eben besser.
Vorher war die Schaltfläche →Beschriftung hinzufügen (runter scrollen) für den Linktitel (nur bei Weblinks vorhanden, als ich das mal getestet hatte) darunter angebracht, das hat, für mich, keinerlei Nachteile gehabt und sie war zudem als „Schaltfläche“ erkennbar, was bei einem rein blauen Linkfeld nicht der Fall ist, denn das suggeriert, hier steht ein Link, klicke und du wirst weitergeleitet. Für mich ist das ein völlig fehlgeschlagener Versuch etwas zu verändern, keinesfalls aber eine Verbesserung. Es sieht unschön aus und lässt Fragen offen oder verwirrt, zumindest mich, mehr als es hilft.
Die Analyse mache ist auch mehr für mich oder andere, damit sie das Problem nachvollziehen können, weniger für die Softwaretechnicker, die es wissen „sollten“ was sie da machen.
Weil das noch recht neu ist, schön dass ich auch erfahre, dass es etwas „neues“ gab und ich die Hilfeseite für Links entsprechend ändern muss. Mir, die ich den VisualEditor eigentlich nie benutze, ist es sofort aufgefallen, als ich auf die Anfrage über diesem Abschnitt eine Antwort geben wollte und das natürlich erst selbst testen musste. --Liebe Grüße, Lómelinde Diskussion 06:38, 20. Jul. 2018 (CEST)

Der Abschnitt in der alten Bismarckstraße war mit einer Steigung von 10,8 % der damals steilste Straßenbahnabschnitt im Deutschen Reich

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; CMDTDFJS; F9J; rv:11.0) like Gecko

URL: https://de.wikipedia.org/wiki/Stadtwerke_Remscheid Die Strecken Vieringhausen und Hasten führten nicht über die Alte Bismarckstraße. Der o.a. Abschnitt gehört hinter die Stecke zum Hauptbahnhof.

80.148.35.78 16:42, 1. Okt. 2018 (CEST)

Übertragen nach Diskussion:Stadtwerke Remscheid --Honischboy (Diskussion) 16:50, 1. Okt. 2018 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Honischboy (Diskussion) 16:50, 1. Okt. 2018 (CEST)

Beim Bearbeiten einer alten Version wird nur der Unterschied zur alten Version angezeigt, nicht zur aktuellen.

Gemeldet in Phabricator
Task T203879

Ist das beabsichtigt? Der Warnhinweis zu Beginn des Bearbeitens ist jetzt zwar deutlicher als früher. Wer weiß, was er tut kann das nutzen, da der Vergleich zur aktuellen Version im Wikitext-Editor möglich ist. Anderen könnten die Änderungen gegenüber der letzten aktuellen Version entgehen. --Diwas (Diskussion) 15:01, 8. Sep. 2018 (CEST)

Hallo Diwas, ich denke nicht, dass das beabsichtigt ist, zumal dort Aktuelle Version steht und der Wikitext-Editor es anders (richtig) macht. Vielen Dank für's genaue Hinsehen und die Meldung!--Cirdan ± 16:40, 8. Sep. 2018 (CEST)

Interne Links

Gemeldet in Phabricator
Task T50463

Beim Einfügen interner Links, wird, wenn man den Text Foos markiert hat und ein Artikel "Foo" existiert, als Quelltext [[Foo|Foos]] erzeugt statt [[Foo]]s. Dieser redundante Quellcode wird anschließend hundert- und tausendfach von Hand wieder korrigiert. -- Wolfgang Rieger (Diskussion) 15:28, 8. Sep. 2018 (CEST)

Hallo Wolfgang, das ist schon ewig bekannt, aber leider sieht es nicht so aus, als würde das von den Entwicklern als wichtig eingestuft.--Cirdan ± 16:23, 8. Sep. 2018 (CEST)
Dann sollte man den Entwicklern mal kräftig auf die Füße treten. Einerseits beschweren sie sich, wenn keiner sie lieb hat und ihre Arbeit nicht angemessen gewürdigt wird, andererseits drücken sie durch das Nichtbeheben derart trivialer Bugs, das Missachten von Konventionen und die Gleichgültigkeit gegenüber dem dadurch verursachten Zeitaufwand eine empörende Missachtung aus. Muss man wirklich erst an anderer Stelle Stunk machen, bis die Herrschaften sich bequemen, mal 4 Zeilen Code einzufügen? -- Wolfgang Rieger (Diskussion) 16:45, 8. Sep. 2018 (CEST)
Ich denke, wenn es mit ein paar Zeilen Code getan wäre, hätte das schon jemand erledigt. Ich stecke da technisch nicht besonders tief drin, aber soweit ich den verlinkten Task verstehe, besteht das Problem darin, dass der VE bzw. das darunterliegende Parsoid (sinnvollerweise) keine Änderungen an bestehendem Quelltext durchführen, das "Aufräumen" von solchen Links aber zu einem Zeitpunkt erfolgen müsste, an dem nicht mehr so leicht festzustellen ist, ob sie nun neu eingefügt wurden oder schon vorhanden waren. Wenn du versuchen willst, den Entwicklern die Dringlichkeit nahezubringen, kannst du das in dem verlinkten Task tun.--Cirdan ± 16:50, 8. Sep. 2018 (CEST)

Scrollen dieser Seite funktioniert nicht

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/11.1.2 Safari/605.1.15

URL: https://de.wikipedia.org/wiki/Yun_I-sang?veaction=edit

WickedWollo (Diskussion) 17:09, 11. Sep. 2018 (CEST)

Falsche Darstellung

Gemeldet in Phabricator
Task T204428
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0

URL: https://de.wikipedia.org/wiki/Hataraku_Saib%C5%8D?veaction=edit#Charaktere

Der eingerückte Text im Abschnitt Makrphage wird nicht als solcher dargestellt, sondern als Teil der Überschrift. Das : wird nicht als Syntax, sondern als Satzzeichen interpretiert.

MGChecker – (📞| 📝|  ) 23:29, 15. Sep. 2018 (CEST)

Guck mal in den Quelltext der Seite. Da ist zwar ein Unterschied im Verhalten zu sehen, aber wer da was falsch macht, ist nicht so ganz klar. --Wurgl (Diskussion) 06:29, 16. Sep. 2018 (CEST)
Mit dieser Änderung stellt es auch der VE richtig dar, hier scheint eine Inkonsistenz bei Parsoid zu bestehen, vermutlich im Zusammenhang mit den Templates. Ich gebe das mal weiter.--Cirdan ± 09:21, 16. Sep. 2018 (CEST)

Maplink und VE

Weil es mir neulich aufgefallen ist, der Kartographer ist ja hierzuwiki noch nicht wirklich aktiv, aber es gibt solche Tags <maplink></maplink> mit denen man Kartenlinks in Artikel einbauen kann. Da ich darüber gefallen bin, dass dann im Quelltext recht viel und vor allen Dingen unverständliche Syntax eingefügt wird, habe ich mal geschaut wie der VE damit umgeht und dabei ist folgendes herausgekommen. Gemeint ist immer im Bearbeitungsmodus.

Während ich im normalen Editor, auch während der Bearbeitung, tatsächlich auf einer Detailkarte lande

dem Hl. Sebastian gewidmeteKapelle (historische Kartenansicht siehe unter Weblinks).
zeigt der VE so etwas ohne Symbol, ohne Abstand zum vorstehenden Text

dem Hl. Sebastian gewidmeteKapelle (historische Kartenansicht siehe unter Weblinks).

ein klick auf die Kapelle und es öffnet sich ein Dialogfeld (dafür gibt es hier derzeit noch keine VE-Hilfe →Hilfeseite im Betawiki).

dem Hl. Sebastian gewidmeteKapelle (historische Kartenansicht siehe unter Weblinks).

  Karte
Bearbeiten
Man kann dort auf Bearbeiten klicken ohne, dass etwas passiert. Verwirrt das nicht doch etwas, wenn man eine Funktion bereits halbfertig freigibt? Und wäre es nicht sinnvoller auch während der visuellen Bearbeitung durch ein Symbol anzuzeigen, dass man es hier nicht mit einem normalen Wikilink zu tun hat? Ich kann nicht erkennen, ob das dort ein Maplink zum Standort einer Kapelle oder ein Wikilink Kapelle ist, beide sehen identisch aus, nur beim Mousover gibt es einen Unterschied, der Weblink zeigt einen Tooltiptext und der Maplink wird hellblau markiert. Das nur so nebenbei, irgendwann wird das ja vermutlich mal hier aktiv werden. --Liebe Grüße, Lómelinde Diskussion 13:49, 16. Sep. 2018 (CEST)

Gibt es Neuerungen?

Die User sind immer noch nicht in der Lage diesen Visual Editor korrekt zu bedienen: Spezial:Diff/180616592 Gibt es Neuerungen? Sind Schulungen für die Benutzer geplant oder wird das Tool an die Benutzer angepasst. --Wurgl (Diskussion) 15:46, 12. Sep. 2018 (CEST)

Hallo Wurgl, ich möchte dich bitten, diese Seite nur für konstruktive Beiträge wie Fehlermeldungen und Verbesserungsvorschläge zu nutzen. Wie du weißt, wird diese Seite ausschließlich von Community-Mitgliedern betreut und zumindest ich empfinde deinen Beitrag als demotivierend. Vielen Dank.--Cirdan ± 09:23, 16. Sep. 2018 (CEST)
Das mag schon sein. Es ist ein mehr als ein halbes Jahr vergangen und ich habe geschwiegen, doch nach wie vor treten genau die gleichen Benutzungsfehler auf. Das Problem verschwindet ja nicht, indem man es wegschweigt. --Wurgl (Diskussion) 09:36, 16. Sep. 2018 (CEST)
Das Problem ist ja auch den Entwicklern bekannt, es fehlt aber auch nach Jahren noch an einem umsetzbaren und mehrheitsfähigen Lösungsvorschlag. Der wird aber nicht dadurch vom Himmel fallen, indem du hier auf der Seite deinen Frust ablädst.--Cirdan ± 09:42, 16. Sep. 2018 (CEST)
Aka aktualisiert regelmäßig eine Liste mit falschen Verlinkungen von Jahreszahlen. Die kann man finden, aber wie findet man andere Falschverlinkungen? Ich hab im Frühjahr ein Monat lang Beispiele gesammelt und du kannst davon ausgehen, dass jedes Monat eine ähnliche Anzahl hinzukommt, einige werden entdeckt, manche bleiben. Aber okay, ich warte noch ein halbes Jahr, dann frag ich wieder nach. --Wurgl (Diskussion) 10:05, 16. Sep. 2018 (CEST)
@Wurgl: Es wird nichts helfen, hier in einem halben Jahr nochmal zu fragen. Hier liest niemand (aktiv/dauerhaft) mit, der einen direkten Einfluss auf den VE hat. „Die kann man finden, aber wie findet man andere Falschverlinkungen?“ Das ist genau das Problem, für das bislang keine Lösung entwickelt wurde. Ich bin mir recht sicher, dass man das technisch lösen kann (in dme man vereinfacht gesagt alle vorhandenen Verlinkungen statistisch auswertet und für ein Neues Linkziel/Beschriftungs-Paar ermittelt, wie wahrscheinlich es ist, dass das eine sinnvolle Kombination ist), aber die Frage ist, ob hier Aufwand und Nutzen in einem guten Verhältnis stehen.
Einen Vorschlag, wie der Link-Dialog weiter verbessert werden kann, wurde bislang auch noch nicht gemacht. Mitterweilse werden Linkziel und -beschriftung getrennt angezeigt, aber ich bezweifle, dass das besonders viel bringt, wenn der editierenden Person dieses Konzept nicht geläufig ist.
Langer Rede kurzer Sinn: Nachfragen und Frust-Ablassen auf dieser Seite wird keine Verbesserung bringen, sondern vergrault im schlimmsten Fall diejenigen Benutzer, die sich hier für die Verbesserung des VE einsetzen.--Cirdan ± 12:21, 17. Sep. 2018 (CEST)
Ich kann keine wirkliche Verbesserung vorschlagen, weil ich das Teil nicht benutze. Und ich werde das auch in Zukunft nicht benutzen, es dauert mir einfach zu lange bis der Balken da durchläuft und ich was ändern kann. Ich kann nur meinen Unmut über die durch das Tool verursachten Falschverlinkungen kund tun und das mach ich auf einer Seite, wo ich doch erwarten kann, dass solche User mitlesen, die den Editor auch benutzen, die sollten wissen wie man das besser machen könnte, die kennen die Dialoge. --Wurgl (Diskussion) 12:44, 17. Sep. 2018 (CEST)

Amtsblatt für Berlin

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0

Der Hinweis "Es (Das Amtsblatt) enthält Gesetzes- texte" ist falsch.

2003:CF:573A:FF01:9A2:85E5:5CBF:5EAD 10:45, 21. Sep. 2018 (CEST)

Darstellung Parteien Landtagswahl in Bayern 2018

Liebe Wikipedia-Supporter, ich möchte sie auf ein Problem bei der Darstellung der Parteien zur Landtagswahl in Bayern informieren. Die farbliche Darstellung von CSU und Freien Wähler ist dieselbe wie bei der AfD und damit irreführend, wenn alle drei blau sind. Die CSU hat traditionsgemäß Schwarz (als Symobol der gemeinsamen Union mit der CDU) als Parteifarbe und die Freien Wähler orange. Ich bitte sie, dies dringend zu ändern und Missverständnisse bei dutzenden Lesern damit zu vermeiden.Vielen Dank und beste Grüße.

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0

URL: https://de.wikipedia.org/wiki/Landtagswahl_in_Bayern_2018?veaction=edit&section=12

2A0A:A544:266:0:94F0:5E1D:4863:F1A8 13:33, 22. Sep. 2018 (CEST)

Die Parteifarben der CSU sind eindeutig blau und da nur die CSU antritt sollten sie auch blau dargestellt werden. --Petruz (Diskussion) 17:46, 26. Sep. 2018 (CEST)

Erasumsstr. 57 ist falsch, richtig ist Erasmusstr. 18

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0

URL: https://de.wikipedia.org/wiki/Liste_der_Stolpersteine_in_D%C3%BCsseldorf?veaction=edit#Rath

DersuUsala (Diskussion) 22:00, 29. Sep. 2018 (CEST)

editing Fehler

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.108 Safari/537.36

URL: https://de.wikipedia.org/w/index.php?title=Chorknaben_Uetersen&action=edit&gettingStartedReturn=true

Ich habe die Seite bearbeitet, kann diese aber nicht veröffentlichen, da "HTTPS 404". wenn ich sie neu laden würde, wäre die Information verloren.

Sese Müller (DE) (Diskussion) 13:07, 6. Okt. 2018 (CEST)

Falls Du noch Zugriff auf den geänderten Quelltext hast, könntest Du versuchen ihn zunächst mal auf einer Benutzerunterseite zu speichern. --Diwas (Diskussion) 15:32, 6. Okt. 2018 (CEST)

Referenzen nach Kopieren aus dem Englischen nicht wie üblich

User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:62.0) Gecko/20100101 Firefox/62.0

URL: https://de.wikipedia.org/wiki/Master/Slave?veaction=edit&section=7#Kritik_an_der_Terminologie

Ich habe den oben genannten Abschnitt aus der englischen Wikipedia übersetzt und leider hat es die Referenzen beim Kopieren/Einfügen im Visual Editor wohl irgendwie etwas zerstört. Sie sehen zwar wie üblich aus, doch wenn man auf eine (hinter den Technologienamen) klickt, so wird die "legacy"-Zitatanzeige benutzt, obwohl in dieser selbst dann auch nur die normale Zitatvorlage enthalten ist.

rugk (Diskussion) 20:34, 7. Okt. 2018 (CEST)

Das sieht mir soweit normal aus. Die einzigen standardmäßig vorgesehenen Belegvorlagen sind in deWP Vorlage:Internetquelle und Vorlage:Literatur, alle anderen sind zumeist nicht gewartete Kopien aus enWP.–XanonymusX (Diskussion) 12:58, 16. Okt. 2018 (CEST)

Vorlagenbearbeitung

Gemeldet in Phabricator
Task T153367

Hallo! Mir ist kürzlich wieder bewusst geworden, dass ich mit dem 2017-Quelltext-Editor gezwungen bin, auch Vorlagen damit zu bearbeiten. Das finde ich zwar erstmal auch gut so, aber leider kennt der NWE offenbar keine separate Vorlagenvorschau, so wie das beim normalen Editor üblich ist (und auch beim Code-Editor etwa bei Lua-Modulen). Ein ziemliches Manko, scheint mir, und umschalten kann ich so einfach ja auch nicht. Gruß–XanonymusX (Diskussion) 12:46, 16. Okt. 2018 (CEST)

Editing News #2—2018

Lies das in einer anderen Sprache • Abonnement für diesen mehrsprachigen Newsletter

 

Schon gewusst?

Wusstest Du, dass der Visual Editor auf einem Mobilgerät benutzen kannst?

 

Klicke auf das Bleistift-Icon, um mit dem Bearbeiten zu beginnen. Die Seite wird wahrscheinlich im Wikitext-Editor geöffnet.

Du wirst in der Toolbar ein anderes Bleistift-Icon finden. Klicke auf dieses Bleisift-Icon, um zwischen dem visuellen Bearbeiten und dem Wikitext-Bearbeiten hin- und herzuschalten.

 

Vergiss nicht, Deine Änderungen zu veröffentlichen, wenn Du fertig bist.

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

Seit dem letzten Newsletter hat das Editing Team die meiste Zeit in den 2017er Wikitext-Editor und das visuelle Diff-Tool gesteckt. Das Team hat begonnen, die Bedürfnisse der Autoren zu erkunden, die mobile Geräte verwenden. Ihren Arbeitsplan kann man auf Phabricator einsehen. Die gegenwärtigen Prioritäten sind Fehlerbehebung und das Verbessern des mobilen Bearbeitens.

Letzte Änderungen

Arbeiten wir zusammen

  • Das Editing Team möchte das visuelle Bearbeiten der mobilen Website verbessern. Bitte lies ihre Ideen und sage dem Team, was Deiner Meinung nach Autoren helfen würde, die die mobile Version benutzen.
  • Die Umfrage zur technischen Wunschliste beginnt in der nächsten Woche.
  • Wenn Du das hier nicht in Deiner bevorzugten Sprache liest, dann hilf uns mit den Übersetzungen! Abonniere die Mailingliste der Übersetzer oder kontaktiere uns direkt. Wir werden Dich benachrichtigen, wenn die nächste Ausgabe zur Übersetzung bereit steht. Danke!

—Whatamidoing (WMF) (talk)

15:17, 2. Nov. 2018 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Lómelinde 19:05, 23. Dez. 2018 (CET)

Internetquelle/Literatur

Wenn ich einen Beitrag aus nature.com zitiere und dazu den DOI in Citoid einfüge, wurde bisher ein Beleg mit der Vorlage:Literatur erstellt; seit heute wird Vorlage:Internetquelle verwendet. Wenn ich Vorlage:Literatur händisch auswähle, kann ich sie nicht automagisch ausfüllen lassen, sondern müsste jedes Feld einzeln von Hand eintragen. Anscheinend ist jetzt Internetquelle der Default geworden. Dazu gabs auch mal einen Issue auf Phabricator, wo wir uns gewünscht hatten, dass man die Vorlage auswählen könne. So wie es jetzt ist, sollte es jedenfalls bitte nicht bleiben, denn eine Ressource, die per DOI adressierbar ist, ist Literatur und sollte bitte auch als solche automatisch zitierbar sein und ausgezeichnet werden. – Danke!--Aschmidt (Diskussion) 02:39, 21. Dez. 2018 (CET)

Bedaure, diese Schlussfolgerung stiimmt nicht.
doi:10.23691/jgo:article-98.de.v1 ist eine reine Online-Publikation.
Ganz allgemein hat DOI nichts mit „gedruckter Literatur“ zu tun; es ist nichts anderes als die Weiterleitung einer URL; oder eine stabile Form der URL, die auch funktionsfähig bleiben kann, wenn die ursprüngliche Domain nicht mehr verfügbar ist.
VG --PerfektesChaos 03:12, 21. Dez. 2018 (CET)
Hm. Würde ich anders sehen. Unter Vorlage:Literatur steht zwar Einheitliche Quellenangabe für ein einzelnes gedruckt vorliegendes Werk, aber das ist veraltet, denn Literatur ist mittlerweile mehr als gedruckt. nature.com ist hybrid. Und was einen DOI hat und aus einer Quelle wie dieser stammt, ist schon Literatur und sollte auch als solche ausgezeichnet werden. – Dennoch danke fürs Mitdenken.--Aschmidt (Diskussion) 05:09, 21. Dez. 2018 (CET)
Da ist absolut nullkommanull daran veraltet.
Vorlage:Literatur beschäftigt sich mit charakteristischen Eigenschaften eines gedruckten Mediums; namentlich auch dem Druckort, einem bestimmten Hersteller oder einer ISBN, sowie einer Auflage und ggf. Erstausgabe.
Zusätzlich können ein oder mehrere relativ beliebige Weblinks mit Zugang zu elektronischen Reproduktionen erwähnt werden.
Vorlage:Internetquelle beschäftigt sich mit genau einer URL und etlichen Eigenschaften, die diese haben könnte.
Der entscheidende Unterschied zwischen gedrucktem Material (von dem es elektronische Aufbereitungen geben mag) und einer echten Online-Ressource ist jedoch, dass es zu Druckwerken irgendwo Bibliotheken gibt, wo ein physisches Referenzexemplar aus raschelndem Papier in einem Regal steht. Eine Online-Publikation ist hingegen rein virtuell; man mag sie zwar in einen Drucker schicken, aber da wird noch kein Druckwerk draus. Alles andere über dessen gültige Fassung sind nur Behauptungen. Zwar kannst du jedes Druckwerk einscannen und jede Online-Ressource ausdrucken; sie sind jedoch mitnichten hybrid, weil nur das echte Druckwerk das physische Referenzexemplar besitzt (das Wahrheitsministerium mal außen vor gelassen).
Mal abgesehen davon ist eine Online-Ressource, repräsentiert durch eine URL, sehr viel leichter dynamisch in Form und Inhalt unbemerkt veränderbar als ein an Bibliotheken ausgeliefertes Buch; bei letzterem dokumentieren Auflage und Jahreszahl sowie Pflichtexemplare an Nationalbibliotheken eine statische Textfassung. Im Einzelfall und fast schon mit krimineller Energie lässt sich das zwar auch manipulieren; online reichen jedoch ein paar Mausklicks für eine nicht erkennbare Variation, was wohl auch tägliche tausend- und millionenfache Praxis ist.
Ein DOI ist absolut nichts anderes als eine alterungsbeständig pflegbare URL ist eine URL-Weiterleitung ist eine URL ist eine URL ist eine URL und sonst garnix.
VG --PerfektesChaos 10:03, 21. Dez. 2018 (CET)
Es wird dir aber doch sicherlich aufgefallen sein, dass die Quelle, die ich angeführt habe, hybrid erscheint, also gleichzeitig in Print und online. Es gibt eine PDF-Version der Artikel. Ich greife meist über einen Bibliotheksserver darauf zu. Es ist Literatur.--Aschmidt (Diskussion) 10:41, 21. Dez. 2018 (CET)
Gib mir mal die DOI dazu. Ich möchte mal etwas testen. --Liebe Grüße, Lómelinde Diskussion 11:00, 21. Dez. 2018 (CET)
War mir zuerst aufgefallen bei doi:10.1038/d41586-018-07702-5 = https://www.nature.com/articles/d41586-018-07702-5 = https://www.nature.com/magazine-assets/d41586-018-07702-5/d41586-018-07702-5.pdf – produziert Internetquelle. – War schon mal anders bei [6] und doi:10.1038/d41586-018-07401-1 – Danke!--Aschmidt (Diskussion) 11:14, 21. Dez. 2018 (CET)

Saubere Quellenarbeit verlangt, dass präzise benannt wird, auf welche Publikation man sich bezieht. Folgende Fälle können unterschieden werden:

  1. Druckwerk und Online sind textgleich und nahezu gleichzeitig erschienen; oder Online kam später.
    • Dann ist das Druckwerk das von uns zitierte und zuverlässig dauerhafte Werk.
    • Die Online-Variante ist dessen nachgeordnete elektronische Reproduktion; mag das Scan, Volltext, Digitalisat, PDF oder was auch immer sein.
  2. Online kam einige Wochen oder Monate zuvor, ist womöglich inhaltlich noch nachgearbeitet worden.
    • Dann ist Online eine unterschiedliche Publikation und als Vorabversion zu kennzeichnen.
    • Eigentlich müssten wir aus der endgültigen Fassung zitieren; Online ist dann mit Vorsicht zu behandeln und unverbindlich.
  3. Print und Online unterscheiden sich wesentlich.
    • Dann sind das zwei unterschiedliche Publikationen, und es ist klarzustellen welche man heranzieht.

VG --PerfektesChaos 11:27, 21. Dez. 2018 (CET)

O.k.: eher nicht wirklich gut. Was ich sehe ist, dass die automatische Auswertung der DOI sowohl mit Citoid, also auch mit dem VE zu diesen Ergebnissen führt.
  • Citoid: Kenneth Holmes: Aaron Klug (1926-2018). In: nature.com. Nature, 2018, abgerufen am 21. Dezember 2018 (englisch).

beide nehmen hier die Internetquelle, Citoid gibt wenigstens noch die Zeitschrift Nature mit an dafür wäre das Datum unvollständig.

In beiden Fällen geht die doi:10.1038/d41586-018-07702-5 komplett verloren, das halte ich nicht für wirklich gut. Gleiches gilt für doi:10.1038/d41586-018-07401-1

Möglicherweise wurde da etwas verändert. Ich habe jetzt noch mal eine andere DOI doi:10.1016/j.mycres.2008.10.006 nicht Nature getestet und da scheint alles o.k. zu sein.
Es scheint also kein Problem zu sein, das durch den VE erzeugt wird, das muss an einer anderen Stelle festgelegt worden sein, welche Vorlage zu bevorzugen wäre. Mehr kann ich nicht testen. --Liebe Grüße, Lómelinde Diskussion 11:43, 21. Dez. 2018 (CET)
Das mit dem fehlen der DOI hat aber sicherlich etwas damit zu tun, dass IQ keinen Parameter für DOI bereitstellt. Trotzdem ist es verwirrend, wenn das Format, das man auswertet verschwindet. --Liebe Grüße, Lómelinde Diskussion 11:48, 21. Dez. 2018 (CET)
Jo in en:WP gibt es diese
VE: Kenneth Holmes: Aaron Klug (1926-2018). In: Nature. 12. Dezember 2018, abgerufen am 21. Dezember 2018 (englisch, 10.1038/d41586-018-07702-5).
Andererseits hat man dann wieder redundante Links, alles nicht so einfach, denke ich. --Liebe Grüße, Lómelinde Diskussion 11:52, 21. Dez. 2018 (CET)
Ein DOI ist nichts anderes als eine weitergeleitete URL (ggf. noch mehrere URL im Verborgenen). Die Internetquelle beschreibt genau eine URL. Beides zusammen beißt sich und ist redundant. Wenn DOI, dann reicht der völlig aus, und eine zusätzliche Internetquelle ist nicht mehr erforderlich, weil der DOI sich im Fall verändernder URL selbsttätig aktualisieren soll; DOI haben auch weder Abrufdatum noch Format noch sonstwas, weil die Auflösung eines DOI dynamisch und keine konkrete einzelne permanente URL ist. VG --PerfektesChaos 12:24, 21. Dez. 2018 (CET)
Ich sage ja auch nur, dass es verwirrend ist wenn sie verschwindet. Ich sag ja nicht mal solle die IQ verwenden, das aber ist ein anderes Problem. Redundanzlinks bin ich auch schon ewig am rauswerfen. Und zur Auswertung des Nature-PDFs
  • Citoid: citoidWikitext * NO TITLE PROVIDED. (PDF) In: nature.com. Abgerufen am 21. Dezember 2018.
  • VE: {{Internetquelle |url=https://www.nature.com/magazine-assets/d41586-018-07702-5/d41586-018-07702-5.pdf |zugriff=2018-12-21}}
(nowiki drum damit keine Fehlermeldung hier erzeugt wird, weil der Titel fehlt) sage ich lieber gar nichts:   . --Liebe Grüße, Lómelinde Diskussion 13:15, 21. Dez. 2018 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 06:43, 24. Dez. 2018 (CET)

VE-bug

Gemeldet in Phabricator
Task T207303

Gemeint ist der Syntaxmurks hinter der Vorlage:Webarchiv.

Vorher
Heath Lowry: {{Webarchiv | url=http://www.tetedeturc.com/home/rubrique.php3?id_rubrique=27#sommaire | wayback=20050106081407 | text={{enS|‘‘The story behind Ambassador Morgenthau’s Story‘‘}}}}
Nach der Bearbeitung
Heath Lowry: {{Webarchiv|url=http://www.tetedeturc.com/home/rubrique.php3?id_rubrique=27#sommaire|text={{enS|‘‘The story behind Ambassador Morgenthau’s Story‘‘}}|wayback=20050106081407}}[[Englische Sprache|englisch]]<span> </span><span lang="en-Latn" style="font-style:italic">‘‘The story behind Ambassador Morgenthau’s Story‘‘</span><span> (</span>[[Web-Archivierung#Begriffsbestimmung|Memento]]<span>  vom 6. Januar 2005 im </span>''[[Internet Archive]]''<span>)</span><span style="display:none;"></span>

Der einfügende Benutzer sagt dass er es nicht bewusst eingefügt hat, ein kurzer Test hat diese Vermutung bestätigt. Kann das bitte jemand weiterleiten? --Liebe Grüße, Lómelinde Diskussion 08:23, 8. Okt. 2018 (CEST)

Könntest du den „Test“ kurz beschreiben? Offenbar wird hier ja ein Teil des Belegs verdoppelt, mit der typischen Syntax, die beim Kopieren solcher Elemente nach „außen“ entsteht. Gruß–XanonymusX (Diskussion) 12:54, 16. Okt. 2018 (CEST)
@XanonymusX das ist eigentlich ganz einfach. Ich habe die Vorherversion aufgerufen, auf [bearbeiten] geklickt (als Quelltextbearbeiterin muss ich dann natürlich erst noch zum VE wechseln) dort einfach irgendein Zeichen eingefügt und auf Änderungen veröffentlichen geklickt, da dann die Änderungen betrachten und siehe da, es erscheint dieser Murks im Quelltext.
Zweite Möglichkeit: Die Spielwiese im visuellen Modus öffnen, den oben angezeigten Quelltext dort irgendwo einfügen und es wird dann in die untere Syntax umgewandelt.
Was noch ginge ist einen komplett nicht vorhandenen Artikelnamen auswählen, die Seite im Quelltext öffnen, obere Syntax einfügen zum VE wechseln und sich einfach nur die Änderung anschauen. Man kann dann auch zurückwechseln und ohne dass man irgendetwas anderes als einen Editorwechsel vorgenommen hat, steht nun die untere Syntax dort. Vielleicht kannst du es mal normal mit dem VE testen, ich wollte nicht extra die Einstellung ändern, weil es mir sofort verdächtig nach Eigenleben des VE ausgesehen hat. --Liebe Grüße, Lómelinde Diskussion 15:26, 16. Okt. 2018 (CEST)
Oh ja, ich konnte es nachvollziehen. Der Fehler liegt zum einen in der Vorlagenverwendung, zum anderen in der Vorlage, die so etwas überhaupt zulässt: text= erwartet reinen Text, der dann einen Archivlink bekommt. Wenn dort nun aber die Sprachvorlage für Englisch verwendet wird, die ihrerseits einen Wikilink auf Englische Sprache erzeugt, kann das nur crashen. In der Leseansicht sieht es eh noch okay aus, man muss den Archivlink aber schon aktiv suchen, wenn man nicht weiß, dass er sich hinter dem Pfeil vor „englisch“ befindet. Dass der VE hier komisch reagiert, beim Versuch, das Ganze nochmal in einer besser lesbaren Form wiederzugeben, ist kein Wunder. Im Einzelfall kann ich das schnell fixen, die Frage ist, ob man die Vorlage:Webarchiv dahingehend besser hinbekommt, dass sie solche Fälle erst gar nicht zulässt. Gruß–XanonymusX (Diskussion) 19:51, 16. Okt. 2018 (CEST)
Na ja, der Parameter |text= erwartet eigentlich nur den Linktext, du kannst aber nicht verhindern, dass Benutzer da sonstwas reinschreiben, zumal das ja nicht durch den Benutzer erfolgte, der den Artikel nun mit dem VE bearbeitet hat. Wie möchtest du das verhindern? Ich bin sowieso kein Fan einer derartigen Verwendung von Sprachvorlagen, aber eine Vorlage in Vorlage sollte nicht zu Syntaxmurx führen, im Lesemodus fällt das kaum auf. Ich habe das nur ganz zufällig beim überfliegen des Quelltextes bemerkt und da es noch frisch war beim Benutzer nachgefragt, ob er an dem Link etwas geändert hatte. Ich wüsste zumindest gerade nicht, wie man das im Parameter der Vorlage lösen soll. --Liebe Grüße, Lómelinde Diskussion 06:39, 17. Okt. 2018 (CEST)
Ich hab mal versucht, das Phänomen den Entwicklern zu beschreiben. Die fehlerhafte Vorlagennutzung ist wohl ein klassischer Fall eines URL–wikilink conflict, sollte man bei uns wohl besser auch tracken. Ich übergebe das mal an die Vorlagenwerkstatt … Gruß–XanonymusX (Diskussion) 18:45, 17. Okt. 2018 (CEST)
Es war zumindest ein Einzelfall, ich habe mit der Suche keine weiteren oder ähnlichen Fälle gefunden. Daher weiß ich jetzt auch nicht, ob sich der Aufwand lohnt. Ich habe wohl ein Talent dafür Stecknadeln in Heuhaufen zu finden. --Liebe Grüße, Lómelinde Diskussion 18:57, 17. Okt. 2018 (CEST)

In der gesichteten Version wird der VE aufgerufen, geladen wird aber die aktuelle Version

In der gesichteten Version wird der VE aufgerufen, geladen wird aber die aktuelle Version. Falls das so gewollt ist, müsste wenigstens eine Meldung ganz oben (oder besser eine Frage) eingeblendet werden. Grüße --Diwas (Diskussion) 23:18, 18. Okt. 2018 (CEST)

Ist doch beim Quelltexteditor auch so? Hab ich gerade unangemeldet ausprobiert. --Wurgl (Diskussion) 23:22, 18. Okt. 2018 (CEST)
Ja, das wollte ich gerade berichten, ist m. E. ebenso falsch, war das schon immer so? Beim Speicherversuch meiner Ergänzung wurde übrigens kein Bearbeitungskonflikt angezeigt, sondern mein Beitrag verschwand einfach. In der Versionsgeschichte sah ich dann deine Antwort. --Diwas (Diskussion) 23:36, 23:37, 18. Okt. 2018 (CEST)
Ruft man eine Version (aus der Versionsgeschichte) auf und editiert, wird auch diese Version geladen, warum sollte das beim Aufruf der gesichteten Version anders sein. Das ist nicht erwartbar. --Diwas (Diskussion) 23:41, 18. Okt. 2018 (CEST)
Naja, du würdest dann die ungesichteten Änderungen überschreiben und das würde ich als Datenverlust bezeichnen – oder aber du bekommst dann immer einen versionskonfikt, auch nicht so toll. --Wurgl (Diskussion) 23:43, 18. Okt. 2018 (CEST)
Dafür gibt es ja den Hinweis: Achtung: Du bearbeitest nicht die aktuelle, sondern eine ältere Version dieser Seite. Wenn du speicherst, wird diese als aktuelle Version neu gespeichert. Um die aktuelle Version dieser Seite bearbeiten zu können, brauchst du nur die Bearbeiten-Schaltfläche noch einmal anzuklicken Das ist in Ordnung, aber einfach kommentarlos eine andere Version als die angezeigte zu laden, ist irreführend. --Diwas (Diskussion) 00:08, 19. Okt. 2018 (CEST)
Beim Quelltexteditor erscheint sogar ganz kurz der Versionsvergleich zwischen gesichteter und aktueller Version, aber dann wars das mit der gesichteten. --Diwas (Diskussion) 00:15, 19. Okt. 2018 (CEST)

Fehler Hochladen Bilddatei

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/17.17134

URL: https://de.wikipedia.org/w/index.php?title=Lorsch&gettingStartedReturn=true&veaction=edit&section=23

Hochgeladenes Bild (Karolingische Torhalle 2018) wird mit grauem Streifen am unteren Bildrand Hochgeladen. Ist hier das "falsche Format" schuld? Bitte um Aufklärung für künftiges Editieren!

Vielen Dank im Voraus und freundliche Grüße


Gundeland (Diskussion) 13:14, 5. Nov. 2018 (CET)

Bitte versuch es nochmal, indem du die Datei über https://commons.wikimedia.org/w/index.php?title=Special:Upload&wpDestFile=Karolingische_Torhalle_Kloster_Lorsch_2018.jpg&wpForReUpload=1 bzw. https://commons.wikimedia.org/w/index.php?title=Special:Upload&wpDestFile=Karolingische_Torhalle_2018.jpg&wpForReUpload=1 überschreibst/neu hochlädst. Manchmal gibt es diese Probleme, dass ein Upload bei einem Vielfachen von 5 MB abbricht, das sollte aber kein dauerhaftes Problem sein. --Magnus (Diskussion) 14:30, 5. Nov. 2018 (CET)

Artikel in BNR

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

Bitte den Knopf zum Speichern von Unterseiten im Benutzernamensraum anpassen, dass dort nicht veröffentlichen sondern "Entwurf speichern" steht. Ein neuer Autor traute sich nicht, seinen Artikelentwurf zu speichern, da er vermutete, dass der Artikel doch sofort in der Wikipedia veröffentlicht würde.

Conny 20:09, 8. Nov. 2018 (CET)

Hallo Conny, ich fürchte, das wird nicht möglich sein. Die Schaltflächenbeschriftung ist meines Wissens nach für alle Namensräume einheitlich (@Raymond: Korrekt?). Zudem suggeriert „Entwurf speichern“, dass man etwas nicht-öffentlich ablegen würde, was zu bösen Überraschungen führen kann, wenn man auf einmal eine Urheberrechtsverletzung begeht oder private Notizen für alle lesbar im Internet stehen.
Ich denke, die insgesamt bessere Lösung wäre, den Entwurfs-Namensraum (siehe en:Wikipedia:Drafts) auch bei uns einzuführen. Dann wäre es auch für Neulinge bedeutend einfacher, einen Entwurf anzulegen, da das umständliche Anlegen einer Benutzerunterseite entfiele.--Cirdan ± 21:06, 8. Nov. 2018 (CET)

Bearbeitung geht bei Bearbeitungskonflikt verloren

Ich hatte eben im 2017-Texteditor einen BK, der gemeldet wurde. Ich klicke auf "manuell lösen". Statt Diff etc. wird die Seite angezeigt. Wenn man meint, es wäre schon alles ok, dann täuscht man sich. Wenn man nochmal auf "Quelltext bearbeiten" geht, wird die nicht gespeicherte Version zum Bearbeiten angeboten. Man muss sich nun den bearbeiteten Quelltext in die Zwischenablage kopieren, den Diff überprüfen, die entsprechenden Änderungen im Quelltext machen und den geänderten Quelltext dann in einer neuen Bearbeitung speichern. Die Gefahr ist vor allem, dass der Verlust der Bearbeitung nicht bemerkt wird. Sowas darf nie, nie passieren! -- Wolfgang Rieger (Diskussion) 18:23, 11. Nov. 2018 (CET)

Tja, es darf nie passieren, passiert aber und scheint niemanden zu interessieren. -- Wolfgang Rieger (Diskussion) 15:03, 20. Nov. 2018 (CET)

Ich habe versucht, das Problem mit verschiedenen Editor-Kombinationen nachzuvollziehen, und habe es nicht geschafft: In *jedem* Fall kamen nach Klick auf "Konflikt lösen" die zwei bekannten Textfelder und der einleitende Abschnitt:
Jemand anders hat diese Seite geändert, nachdem du angefangen hast, sie zu bearbeiten. Das obere Textfeld enthält den aktuellen Bearbeitungsstand der Seite. Das untere Textfeld enthält deine Änderungen. Bitte füge deine Änderungen in das obere Textfeld ein. Nur der Inhalt des oberen Textfeldes wird gespeichert, wenn du auf „Änderungen veröffentlichen“ klickst.
Hast du irgendwelche Beta-Funktionen oder Helferlein aktiviert, die das Problem verursachen könnten? --Tkarcher (Diskussion) 17:10, 20. Nov. 2018 (CET)
Leider ist die Fehlermeldung zu unspezifisch, um einen Bugreport zu finden bzw. zu eröffnen. Am besten wäre es, wenn du einen Weg findest, wie das Problem reproduziert werden kann, d.h. über einen künstlich herbeigeführten Bearbeitungskonflikt.--Cirdan ± 19:17, 20. Nov. 2018 (CET)

Bearbeitung Wiki-Link

Gemeldet in Phabricator
Task T50463

aus [[Verbundnetz]]e ergab sich im Quelltext nach Korrektur mit VisualEditor [[Verbundnetz|Verbundnetzen]] (nicht-wp-konforme Auszeichnung mit pipe);

vgl. entsprechender Versionsunterschied, zweite Änderung unter Rubrik Zeile 19

-- ស្រុកម៉ាឡៃ (Diskussion) 22:21, 21. Nov. 2018 (CET)

Das ist ein alter und lange bekannter Bug des Visual Editor im Umgang mit Wikilinks. Eine kurzfristige Lösung ist leider nicht in Sicht, aber zumindest bemüht sich der VE, vorhandene Links nach Möglichkeit nicht anzufassen. Der Fehler ist bei dir deshalb auch nur in dem einen Link aufgetreten, bei dem du ein "n" ergänzt hast. Andere Links im gleichen Artikel (etwa [[Exergie]]verlusten) blieben unangetastet. Nicht all zu dramatisch also, aber ärgerlich ist es natürlich trotzdem. --Tkarcher (Diskussion) 23:31, 21. Nov. 2018 (CET)

Fehler Oxc 19a 0013

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

URL: https://de.wikipedia.org/wiki/Kundendienst?veaction=edit


77.190.35.244 12:54, 22. Nov. 2018 (CET)

An welcher Stelle tritt der Fehler genau auf? Beim Öffnen der Seite? Beim Speichern? Bei einem bestimmten Bearbeitungsschritt? Oder beim Drucken? Die Nummer allein sagt leider nicht viel aus. --Tkarcher (Diskussion) 13:12, 22. Nov. 2018 (CET)

Vorschau von TemplateStyles

Gemeldet in Phabricator
Task T212085

Wie gerade auch auf Phabricator gemeldet, scheinen TemplateStyles in der Seitenvorschau des 2017-Quelltext-Editors nicht geladen zu werden; die Vorschau kann also extrem irreführend sein, wenn viele CSS-Angaben erst nach dem Speichern sichtbar werden. Zu sehen etwa in jedem Artikel mit einer {{Charttabelle}}: Die abwechselnde Färbung der Tabellenzeilen erfolgt erst nach dem Speichern, in der Vorschau sind alle Zeilen einheitlich gefärbt. Hier zur Kenntnis.—XanonymusX (Diskussion) 15:08, 16. Dez. 2018 (CET)

Professoren in Darmstadt: Es fehlt mindestens einer, mein Vater Dietrich Oeding

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/11.1.2 Safari/605.1.15

URL: https://de.wikipedia.org/w/index.php?title=Kategorie:Hochschullehrer_(Technische_Universit%C3%A4t_Darmstadt)&pagefrom=Sieverts%2C+Thomas%0AThomas+Sieverts&veaction=edit#mw-pages

93.229.83.130 22:38, 15. Dez. 2018 (CET)

Hallo, das ist kein Fehler, denn in der Kategorie werden nur bestehende Artikel gesammelt. Ein Biografieartikel über Dietrich Oeding fehlt bislang. -- Liebe Grüße, 32X 11:35, 16. Dez. 2018 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Aschmidt (Diskussion) 11:32, 31. Jan. 2019 (CET)

CdO

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; wbx 1.0.0; rv:11.0) like Gecko

URL: https://de.wikipedia.org/wiki/CDO?veaction=edit

ursprünglich: "CdO ist das chemische Symbol für Cadmiumoxid"; richtig ist dass Cd das Symbol für das Element Cadmium und O2 für das Element Sauerstoff sind. CdO bezeichnet jedoch kein Symbol für ein Element, sondern eine Formel für eine (ionische) Verbindung, daher ist diese als Formel zu bezeichnen.

62.96.224.18 16:53, 28. Jan. 2019 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Aschmidt (Diskussion) 11:32, 31. Jan. 2019 (CET)

Ich weiß nicht, wie das machen soll beim Ergänzen von Einzelnachweisen. Als ich 5. und 6. ergänzen wollte, waren 1.-4. verschwunden (bitte wieder einfügen). Auch mit den hochgestelleten [5] und [6] klappt es bei mir nicht. Inhaltlich ist alles 100% richtig, da ich Dieter Rumstig gut kannte!Danke!

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36

URL: https://de.wikipedia.org/wiki/Dieter_Rumstig?veaction=edit

Rainer Stelle (Diskussion) 18:06, 30. Jan. 2019 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Aschmidt (Diskussion) 11:33, 31. Jan. 2019 (CET)

Wikipedia-Namensraum

Gibt es eine Möglichkeit den Editor im Wikipedia-Namensraum zu verwenden, zum Beispiel auf Projektseiten? Dankend, Conny 16:12, 19. Feb. 2019 (CET).

Danke Conny - ja. es geht um die neue projektseite wikidienstag. wir arbeiten hier mit tabellen. das ist ja schon MIT visual-editor für newbies schwer genug. aber ohne, fast unmöglich ;-) Sargoth hat uns hinweise auf der diskussionsseite gemacht. aber ich verstehe die nicht wirklich - bzw. getraue mich nicht zu klicken ;-) wäre sehr dankbar, wenn uns jemand den visual-editor einstellen könnte - falls es überhaupt geht ;-) PS: ich suche noch kontakt zu WMDE wegen einer workflow frage. mit wem könnte dazu kontakt aufgenommen werden? --Sms2sms (Diskussion) 17:14, 19. Feb. 2019 (CET)
Du kannst mit Klick auf diesen Link den VE auf der Seite benutzen. Der Trick besteht darin, die Seite im Quelltextmodus zu öffnen und dann hinten an der URL action=edit durch veaction=edit zu ersetzen. Leider ist mir keine bequemere Möglichkeit bekannt. Du kannst aber natürlich den Visuell-Bearbeiten-Link auf der Seite einfügen und hast ihn dann immer parat.
Zur WMDE-Frage antworte ich dort.--Cirdan ± 19:01, 19. Feb. 2019 (CET)
Danke Cirdan, genau das suchte ich :D . Conny 19:20, 19. Feb. 2019 (CET).
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 20:47, 26. Feb. 2019 (CET)

Parameter Sprache bei Einzelnachweisen

Wenn man sich vom VisualEditor automatisch einen Einzelnachweis Internetquelle erzeugen lässt, wird der Parameter |sprache=de oder |sprache=de-DE hinzugefügt. In Artikeln der deutschen Wikipedia ist das eigentlich überflüssig. Die Sprache ist wichtig, wenn sie von der Sprache des Artikels abweicht. Wäre es möglich, dass der VE das erkennt und berücksichtigt? --Hamsteraner (Diskussion) 18:28, 22. Feb. 2019 (CET)

Hallo Hamsteraner, diese Frage wird in der ein oder anderen Form häufiger gestellt. Leider ist es nicht möglich, eine wenn/dann-Konfiguration einzustellen, also „wenn die Sprache Deutsch ist, dann den Parameter weglassen“. Wir könnten nur die Sprachangabe komplett deaktivieren. Es sieht leider auch nicht so aus, als würde sich das ändern (die entsprechenden Anfragen an die Entwickler verlinke ich noch).--Cirdan ± 19:09, 22. Feb. 2019 (CET)
Hallo Cirdan! Schade, dass das nicht geht, aber danke für die Erklärung! --Hamsteraner (Diskussion) 17:44, 26. Feb. 2019 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 20:36, 26. Feb. 2019 (CET)

responsive="" ?

Gemeldet in Phabricator
Task T212342

Der VisualEditor ändert routiniert automatisch und im Hintergrund (!) in Artikeln unter "Einzelnachweise" den Code <references responsive> zu <references responsive=""> – ohne bei der Bearbeitung darüber zu informieren oder dies bei "Überprüfe deine Änderungen" anzuzeigen… das widerspricht den Wikipedia-Richtlinien unter "Mehrspaltige Darstellung aller Einzelnachweise".

Wir haben das hier diskutiert (und in der Doku gemeldet) und wissen dieses Verhalten des VE und sein Ergebnis nicht zu beurteilen… Angefangen hat es bei dieser Tippfehlerkorrektur, wo der Autor eigenhändig nur einen Buchstaben geändert hat. Außerdem fummelt der VE automatisch und unsichtbar in Vorlagen herum = nicht erwünscht.

Außerdem: Der VE überlastet meinen Firefox (64.0) beim "Bearbeiten" nur eines Abschnitts im Artikel "Khasi" (260 kB): Dabei wird immer zuerst die komplette Seite geladen und der Browser bringt einen Warndialog wegen Überforderung. Grüße -- Chiananda (Disk | Edits | Portal:Ethnologie) 01:21, 15. Dez. 2018 (CET)

Hallo Chiananda, hast du noch mehr Beispiele? Dann reiche ich das gerne weiter.--Cirdan ± 17:50, 15. Dez. 2018 (CET)
Es tritt jedenfalls nicht immer auf.--Cirdan ± 17:56, 15. Dez. 2018 (CET)
Ich hatte dann gestern denselben Effekt. Interessant auch der betreffende Abschnitt "Matrilineare Clans": Im VE wird bei der Zusammenfassung angegeben: "/*  Matrilineare Clans */ " (2 Leereichen am Anfang) – im Quelltext steht: "=== {{Anker|Clans}} Matrilineare Clans ===", falls das eine Rolle spielt (im gesamten Quellcode des Abschnitts ist kein Problem erkennbar).
Bei demselben Artikel habe ich den responsive-Effekt das 1. Mal erlebt: Khasi 22.10.2018 (130 kb) – die anschließende Diskussion brachte keine Erhellung, die Autorin konnte sich das auch nicht erklären.
Übrigens steht der Artikel unter ständigem Fehlercheck und Linterung, hat 0 Probleme. Ich habe gerade 3 kl. Änderungen an Vorlagen gemacht, die der VE gestern geändert hatte: die Sekunden bei der YouTube-Vorlage und das Land bei derr Google-Vorlage, auch das responsive="" habe ich weggemacht – wenn du nochmal den Abschnitt bearbeiten magst…
Vielleicht teste ich den VE nochmal an anderen Artikel, hab aber keine Lust dazu nach den gestrigen Erfahrungen, bin Quelltext-Programmierer ;) Gruß --Chiananda (Diskussion) 18:39, 15. Dez. 2018 (CET)
Kleine Suchhilfe mehr als 3300 viele davon mit diesem Defekt. Ob das aber jeweils durch den VE kam oder von Hand eingefügt wurde ist schwer zu sagen. Die Suche wäre zu zeitintensiv. Es sollte aber grundsätzlich kein leeres Attribut responsive=""> dort stehen, denn das ist die Zuweisung für die Anzahl der Spalten leer = ?–spaltig; responsive="1" = responsive>
Es ist in meinen Augen keine korrekte Syntax.
@Cirdan, hier eventuell? Sicher bin ich aber nicht könnte auch von Hand eingefügt worden sein. Oder ich frage mal anders, kann man das im VE einzeln, also von Hand bewusst einfügen?
Test: … Oh ja, kann man das könnte … muss ich morgen mal prüfen. Einzelnachweisliste bearbeiten, da steht etwas, das ich noch nicht in der Hilfeseite habe, wie auch woher soll ich das wissen, dass auch da etwas verändert wurde??????.
  Reagierendes Spaltenlayout verwenden
Was auch immer diese umschreibung bedeuten soll.
Das fügt genau so etwas ein, dafür muss man scheinbar nur versehentlich mal auf Einzelnachweisliste Bearbeiten und „diese Gruppe verwenden“ klicken oder irgendetwas in der Art tun. Kann es noch nicht genau sagen. Aber der Effekt ist responsive="" gruppe=""
Will sagen das Kästchen ist immer aktiv und möchte standarsmäßig gruppierte Einzelnachweise, das sollte vielleicht auf inaktiv gesetzt werden, vielleicht hilft das. --Liebe Grüße, Lómelinde Diskussion 19:29, 15. Dez. 2018 (CET)
So ich habe es noch mal getestet, und ich vermute zum einen, dass das Kästchen teilweise bewusst angeklickt wird, ohne, dass der jeweilige Benutzer versteht was das macht, zum anderen in dem beschriebenen Fall eventuell irgendein Konflikt entsteht, weil hier Gruppenzuweisungen in mehreren Einzelnachweislisten stehen. Ich kann es nicht künstlich reproduzieren, habe aber auch den VE nicht aktiviert, nur auf der Spielwiese etwas herumgespielt.
Generell sollte der VE in dem Falle, dass das Kästchen aktiviert wird entweder nur responsive> bzw. responsive /> einfügen.
Alternativ (für mich die schlechtere Alternative) explizit nach der gewünschten Anzahl der Spalten fragen, also eine Option zum Eingeben oder ankreuzen bieten, die die Einstellung der Einzelnachweislisten erlauben würde.
Ich halte es für nicht optimal, dass hier mit dieser verwirrenden Bezeichnung Reagierendes Spaltenlayout verwenden (darunter vermag ich mir wirklich absolut nichts vorzustellen) derart viele unvollständige Syntaxangaben provoziert werden, weil es möglicherweise testweise angeklickt wird. Soweit ich es testen konnte hat man im VE keinerlei Möglichkeit hier einen Wert zu setzen oder einen eventuell vorhandenen Wert zu verändern. Das mit dem ="" kommt aber wohl definitiv durch den VE der dieses einfügt sobald diese Option angewählt ist.
  Reagierendes Spaltenlayout verwenden = responsive="" mehr kann ich nicht finden. --Liebe Grüße, Lómelinde Diskussion 07:00, 16. Dez. 2018 (CET)
Hi Ló, ich hab mal reingeschaut in alle deine mehr als 3300 Fundstellen, und dabei sind auch viele mit responsive="1", die händisch eingefügt wurden.
2 Beispiele:
"Kultur 29.06.2017": Hier hat Benutzer:AnBuKu responsive="1" eingefügt (mit begleitendem Kommentar), dann wurde dies am 29.10.2017 mit dem Vermerk "Markierung: Visuelle Bearbeitung" umgestellt zu responsive="", zusammen mit 2 Umstellungen in der Vorlage Internetquelle und der Entfernung eines Leerzeichens vor einem <ref> = ich vermute, Letzteres war eigenhändig, die anderen beiden Sachen aber automatisiert (wer bastelt schon absichtlich derart in Vorlagen rum?). Das wäre dann als aktiver Fehler des VE anzusehen!
In "Schutzgebiete in Natur- und Landschaftsschutz 27.08.2017" hat derselbe Benutzer responsive="1" eingefügt (kommentiert) – seitdem keine "Markierung: Visuelle Bearbeitung" in der Versionsgeschichte, es steht also noch jetzt so drin und kann als Testobjekt genutzt werden für den VE, ob er da aktiv werden wird… Gruß --Chiananda (Diskussion) 13:55, 16. Dez. 2018 (CET)
@Chiananda: Unabhängig vom hier diskutierten Problem ein Hinweis: Der VisualEditor benutzt die per TemplateData hinterlegten Formatvorgaben einer Vorlage, um diese entsprechend zu formatieren. Es ist also kein Fehler, wenn bei einer visuellen Bearbeitung „kosmetische“ Änderungen an einer Vorlageneinbindung vorgenommen werden, sondern beabsichtigt.--Cirdan ± 19:27, 17. Dez. 2018 (CET)
@Cirdan: Welche gemeinschaftlich verabschiedete Wikipedia-Richtlinie liegt einer solchen routinierten hintergründigen Änderung zugrunde? Beobachter haben so schon genug zu tun, um Quereingriffe zu redigieren, da braucht's keine unkommentierten Änderungen in den Tiefen des Quellcodes… :(
Falls ein solches Verhalten des VE aber von wem auch immer beschlossen wurde, dann müssen daraus entsprechende Hinweise auf den Vorlagen-Dokus folgen, im Sinne von: „Die Reihenfolge der Parameter ist einzuhalten!“ Ich werde mich jedenfalls strikt daran halten. Und dass der VE seine diesbezüglichen Änderungen nicht in der Vorschau anzeigt, grenzt an Intransparenz (vergleiche Datenschutz).
Nicht nur ich wurde lange damit beschäftigt, herauszufinden, was da im Gange ist, auch die zwei Autoren, die ich auf ihre diesbezüglichen Edits ansprach, waren verwundert und irritiert. Und selbst Lómelinde hat sich wohl die Augen gerieben ;) Im Sinne der umsichgreifenden weltweiten Mitbestimmung wäre vielleicht ein Warndialog angebracht: „Mit der Benutzung des VE verpflichtest du dich zuzustimmen, dass Folgendes ohne dein Zutun vorgenommen wird: 1. …“
Gibt's denn auch eine Option, mit der ich VE-Bearbeitungen an den Artikeln auf meiner BEO ausschließen kann? --Chiananda (Diskussion) 20:35, 17. Dez. 2018 (CET)
@Chiananda: Es gibt soweit ich weiß dazu keine Richtlinie. Da der VisualEditor und TemplateData fest zum Inventar gehören und wir als Community daran nichts ändern können, halte ich eine Diskussion über Abschalten usw. für wenig zielführend. Ich möchte an der Stelle jedoch anmerken, dass auch im Quelltexteditor zahlreiche Benutzerskripte eingesetzt werden, die Vorlageneinbindungen formatieren und lesbarer gestalten sollen. Im Vergleich dazu hält sich der VE sehr zurück und verursacht auch keine im Artikel sichtbaren Änderungen – falls doch, ist das ein Fehler.
Wenn Fehler mit dem VE auftreten, sollten diese natürlich hier oder direkt auf Phabricator gemeldet werden, damit das zuständige Team der WMF sie beheben kann.--Cirdan ± 21:51, 19. Dez. 2018 (CET)
Ich habe mal im Artikel zu den Schutzgebieten vom Quelltext auf die visuelle Bearbeitung umgeschaltet und tatsächlich wird durch den VE aktiv die 1 entfernt, so dass am Ende nur responsive="" stehen bleibt und das auch ohne, dass man irgendeinen Einzelnachweis verändert oder die Einzelnachweisliste anklickt.
Allerdings muss ich dazusagen, dass ich mir die Einzelnachweise grundsätzlich einspaltig anzeigen lasse, so dass ich nicht einmal weiß, wie oder ob sich das responsive="" auf die Darstellung auswirkt. Festzustellen ist, dass der VE den Quelltext von korrekter responsive="1" in nicht korrekte responsive="" Syntax ändert.
Es wäre nett, wenn das jemand weiterleiten würde und dann auch einen Bot beauftragen könnte, der all die defekten Konstrukte repariert/entfernt. --Liebe Grüße, Lómelinde Diskussion 15:42, 16. Dez. 2018 (CET)
Soweit ich sehe, gehen jetzt hier diverse Probleme durcheinander. Damit ich etwas an die Entwickler weitergeben kann, wäre es prima, wenn wir zu jedem einzelnen Problem eine möglichst eindeutige Anleitung hätten, wie es reproduzierbar hervorgerufen werden kann.--Cirdan ± 19:44, 17. Dez. 2018 (CET)
Ja, sorry, ich habe gleich mehrere Sachen angesprochen. Aber nur, weil ich sie noch nicht sortieren konnte. Ich versuch's mal:
  1. Lómeline hat getestet, dass der VE automatisch unter "Einzelnachweise" den Code <references responsive="1"> ändert zu <references responsive="">.
  2. Drei Benutzer (Mirkur, LionSimba und ich) haben die Erfahrung gemacht, dass der VE hintergründig den Code <references responsive> ändert zu <references responsive="">.
  3. Zwei Benutzer (LionSimba und ich) haben die Erfahrung gemacht, dass der VE die hintergründig geänderten Code-Stellen nicht in der Vorschau anzeigt.
Scheint mir Handhabe genug für Meldungen zu sein… Gruß --Chiananda (Diskussion) 20:44, 17. Dez. 2018 (CET)
Gemeldet in Phabricator
Task T212340
Nun ich habe es doch genau beschrieben
  1. Artikel im Quelltexteditor öffnen, nichts verändern
  2. umschalten auf visuelle Bearbeitung über   (oder direkt im VE öffnen)
  3. wenn die Schaltfläche für Änderungen veröffentlichen nicht aktiviert angezeigt wird, irgendwo ein Zeichen ändern, etwas hinzufügen oder entfernen (sonst kann man ja nicht in den Diff schauen)
  4. Änderungen speichern anklicken und dort dann Überprüfe deine Änderungen
  5. dort sieht man, dass die 1 entfernt wurde.
Vorschau der Zusammenfassungszeile:

Keine Bearbeitungszusammenfassung

Aktuelle Version Dein Text
Zeile 329: Zeile 329:

== Einzelnachweise ==

== Einzelnachweise ==

-

<references responsive="1" />

+

<references responsive="" />

{{Navigationsleiste IUCN-Kategorien}}

{{Navigationsleiste IUCN-Kategorien}}

Man kann auch im VE die Einzelnachweisliste Bearbeiten und abwechselnd
  •   Reagierendes Spaltenlayout verwenden
  • 0 Reagierendes Spaltenlayout verwenden
an- abschalten, um im Diff zu sehen wie sich das auswirkt.
  • 0 Reagierendes Spaltenlayout verwenden
Vorschau der Zusammenfassungszeile:

Keine Bearbeitungszusammenfassung

Aktuelle Version Dein Text
Zeile 329: Zeile 329:

== Einzelnachweise ==

== Einzelnachweise ==

-

<references responsive="1" />

+

<references />

{{Navigationsleiste IUCN-Kategorien}}

{{Navigationsleiste IUCN-Kategorien}}

und wieder
  •   Reagierendes Spaltenlayout verwenden
  • Diff wie oben
Definitiv lässt sich dort nur
ein <references responsive=""> <references responsive="" /> generieren  
oder <references> <references /> entfernen 0
Ein ausfüllen des erwarteten Inhalts für ="" oder eine Entfernung dieser Attributs, so dass ein korrektes <references responsive> erscheinen würde, ist nicht möglich. Man müsste in den Quelltext   wechseln, um das zu ändern.
Genauer kann ich das nicht umschreiben, ich verwende diesen Editor normalerweise nicht. Zum Testen habe ich ihn extra mal aktiviert, um sicherzustellen, dass ich nichts falsches beschreibe, die Spielwiese reagiert ja manchmal etwas anders. --Liebe Grüße, Lómelinde Diskussion 06:50, 18. Dez. 2018 (CET)

Text formatierung (Zentrierung) unterhalb von Bild

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

URL: https://de.wikipedia.org/wiki/Bergen_(Norwegen)?veaction=edit

Ich versuche beim Bild die Bildunterschrift zu zentrieren, finde aber keine Option dies zu setzen.


Soeinunsinn (Diskussion) 10:04, 5. Jan. 2019 (CET)

Ist etwas kompliziert
  1. klicke das Bild an und dann auf bearbeiten
  2. schneide den Text der Bildunterschrift aus
  3. klicke im Bearbeitungsbereich des Dialogfensters auf den Tab Einfügen und wähle Vorlage aus dem Menü aus
  4. gib als Namen der Vorlage Center ein und wähle die Vorlage aus
  5. hier nun in das Eingabefeld zunächst 1 für den Parameternamen eingeben und diesen übernehmen
  6. jetzt die ausgeschnittene Bildunterschrift in das leere Eingabefeld des Parameters 1 der Vorlage:Center einfügen
  7. anschließend alles übernehmen und die Änderung veröffentlichen.
@Soeinunsinn Schaffst du das so, oder soll ich es noch genauer beschreiben? --Liebe Grüße, Lómelinde Diskussion 10:43, 5. Jan. 2019 (CET)
@Lómelinde: Habs geschafft. Habe das Bild gegen den Default-Bildertyp visuellen Editor ausgetauscht. Dadurch konnt ist es nun einheitlich. Danke für den schnellen Support! Grüße, soeinunsinn

Wikilink-Fummelei

Bei diesem VE-Edit von "Amazonen" wollte der Autor nur Zeile 122 ändern (siehe Tätervernehmung) – der VE hat hier unsichtbar im Hintergrund unter "Einzelnachweise" neben responsive="" auch den Wikilink [[Domitian]]s geändert zu [[Domitian|Domitians]] – das ist sicherlich unerwünscht und ruft eine Pflegekraft oder die Oberaufsichtsbehörde Aka auf den Plan, das wieder auf das empfohlene [[Domitian]]s zu verkürzen… :-(  Gruß --Chiananda (Diskussion) 21:44, 10. Jan. 2019 (CET)

Visual Editor crasht Quelltext von Vorlagen

Hallo,

mir ist bei der Handball-Weltmeisterschaft der Männer 2019 mehrfach aufgefallen, dass es Probleme mit dem Quelltext gibt, wenn man den VisualEditor einsetzt. Und zwar schiebt der Editor alles in eine Reihe (mit Zeilenumbruch, wenn Bildschirmrand erreicht). Man muss dann im Quelltext die Vorlage wieder fixen, also entwirren damit alles wieder übersichtlich ist. Auf den ersten Blick scheint nichts passiert zu sein. Aber wie gesagt, der ganze Quelltext von der Vorlage, welche bearbeitet wird, ist zerschossen. Und das ist auch nicht nur beim Handball-Artikel der Fall. Es wurde auf der Admin-Anfrage ein Hinweis mitgeteilt, dass der Artikel Nintendo Switch ebenfalls betroffen war. Dort hatte eine IP mit dem VisualEditor die Infobox bearbeitet und genau das selbe Phänomen trat auf. Könnte da mal bitte geschaut werden, ob es da ein generelles Problem gibt? ---- Funkruf   WP:CVU 23:51, 12. Jan. 2019 (CET)

Naja. Dafür macht er aus relativ übersichtlichem Tabellenquelltext ein paar Dutzend Bildschirmseiten, indem jede Zelle eine eigene Zeile bekommt. So gleicht sich das wieder aus. -- Wolfgang Rieger (Diskussion) 00:27, 13. Jan. 2019 (CET)
@Funkruf das hat etwas mit der Vorlage selbst zu tun, je nachdem, wie es im TemplateData einer Vorlage konfiguriert wurde, wird diese bei der Bearbeitung der Seite eingestellt. Die angesprochene Handballseite verwendet hier die Vorlage:Infobox Handballturnier, diese besitzt derzeit kein TemplateData und wir deshalb auf die Standardvariante inline gesetzt. Das Ganze lässt sich also lösen. Die Einblendung bei der Bearbeitung nicht den VisualEditor zu verwenden wurde mit wem genau abgesprochen? Ich bitte darum diese Editnotice wieder zu löschen und nicht zu versuchen andere von der Bearbeitung auszuschließen, diese können nichts dafür. Das ist in meinen Augen jedenfalls nicht im Sinne dieses Projektes, der VE-Bearbeiter sieht davon nichts und versteht diesen Hinweis daher vermutlich auch nicht, er sieht dort nur dass irgendjemand dort nichts ändern sollte, er weiß vermutlich nicht einmal dass er selbst den VisualEditor verwendet, denn der wird ihm standardmäßig als Werkzeug ausgeliefert. Ich kümmere mich mal um diese Vorlage, danach sollte es dann besser sein. Bitte nicht eigenmächtig solche Editnotizen erstellen. --Liebe Grüße, Lómelinde Diskussion 06:52, 13. Jan. 2019 (CET)
Danke für die Hilfe. Ich wusste das mit dem TemplateData nicht. Ich habe das nun eingebaut und jetzt klappt es auch in der Tat. Tut mir wirklich leid wegen dieser Aufregung. ---- Funkruf   WP:CVU 11:47, 13. Jan. 2019 (CET)
Du musst dich dafür nicht entschuldigen, niemand kann alles wissen (viele mögen den VE auch nicht) ich verwende ihn ebenfalls nicht.
Wärst du so nett die Editnotiz wieder zu löschen, damit sie keine Verwirrung stiftet? Wenn ich mich nicht mit diesem ganzen VE-Komplex hätte beschäftigen müssen, um Hilfeseiten zu erstellen, dann wüsste ich das vermutlich auch nicht. Es freut mich immer, wenn ich helfen konnte. Wo hast du denn etwas eingebaut? Die Doku habe ich ergänzt. Vielleicht magst du noch mal schauen, ob das mit den Parametern so o.k. ist ich habe drei davon als Pflichtangaben deklariert. Wenn es anders sein soll, sag einfach Bescheid. --Liebe Grüße, Lómelinde Diskussion 13:35, 13. Jan. 2019 (CET)
Also ich habe den Parameter direkt auf die Vorlagenseite platziert und es hat auch sofort funktioniert. Ich habe mich dabei an diese Schrittanleitung gerichtet und alles abgewickelt. Diese Editnotice war übrigens in Absprache bei der Adminanfrage gekommen. NordNordWest hatte mir diesen Tipp gegeben, da ich den Kasten in den Artikel gesetzt habe. Natürlich sollte das nur kurz sein, da ich natürlich um Lösung des VE-Problems gesucht habe (sonst wäre ich ja auch nicht hier  Vorlage:Smiley/Wartung/;) ). Die Editnotice ist wieder gelöscht, da ja der VE wieder geht, wie er gehen soll. Ach ja, ich arbeite übrigens mit dem VE, aber mit der QE geht einiges schneller, zum Beispiel Tabelle (wenn Mannschaften umplatziert werden müssen). ---- Funkruf   WP:CVU 14:03, 13. Jan. 2019 (CET)
Ach so, wir reden von unterschiedlichen Vorlagen. Ich schaue später noch mal, denn TemplateData soll eigentlich in die Dokuseite. --Liebe Grüße, Lómelinde Diskussion 14:27, 13. Jan. 2019 (CET)

Galerien

Beim Bearbeiten von Galerien im VisualEditor setzt dieser automatisch "Datei:" vor alle Einträge, obwohl das laut Hilfe:Galerie#Definitionszeilen weder erforderlich noch erwünscht ist. Kann man das dem Editor bitte abgewöhnen? --bjs   15:41, 14. Jan. 2019 (CET)

Fehler beim Wechsel zum Quelltexteditor

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0 Cyberfox/52.9.1

Wenn ich zum Quelltexteditor wechseln will kommt folgende Fehlermeldung:

Fehler beim Laden der Daten vom Server: apierror-visualeditor-docserver-http.

wenn ich Änderungen veröffentlichen will geht es auch nicht. ich bin nicht angemeldet. war bisher aber nie ein problem

2003:D2:9729:A0C6:CD5D:AFA7:F95A:F01A 21:21, 1. Feb. 2019 (CET)

http scheint ein Problem bei der Internetverbindung zu sein. Trenne sie und verbinde dich erneut, um das Problem zu beheben. Sollte das das Problem nicht lösen, sag bitte bescheid. --Benutzer:FF-11 (Diskussion | Bewertung | Beiträge) 09:47, 2. Feb. 2019 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 17:09, 2. Mär. 2019 (CET)

Automatische Belege und Vorlage 'Internetquelle' funktionieren nicht wie gewohnt

Das Einfügen von Belegen (über 'Automatisch' oder 'Manuell - Webseite') funktioniert nicht mehr. Bei 'Automatisch' kommt die Meldung 'Wir konnten für dich keinen Beleg erstellen. ....' und wenn man es dann mit 'Manuell' 'Webseite' versucht kommt ein Fenster in dem Internetquelle Die Vorlage Internetquelle hat noch keine Beschreibung, aber vielleicht gibt es einige Informationen auf der Vorlagenseite. steht. Es fehlt die übliche Auflistung der Standardfelder für diese Vorlage und das Fenster meldet auch: Keine unbenutzten Felder. Das gleiche Verhalten zeigt sich, wenn man über 'Einfügen' 'Vorlage' 'Internetquelle' geht. Die Vorlage 'Literatur' funktioniert dagegen wie gewohnt.

Die Vorlagenexperten meinen, dies sei ein Problem des VE.

Bitte schaut Euch das mal an.

PS: wenn Ihr mir eine E-mail Adresse schickt kann ich Euch auch ein paar screenshots senden. ----Wikipeter-HH (Diskussion) 17:44, 13. Feb. 2019 (CET)

Siehe auch Wikipedia:Fragen_zur_Wikipedia#Vorlage:Internetquelle und Wikipedia:WikiProjekt_Vorlagen/Werkstatt#Belege_-_Vorlage_Internetquelle. XenonX3 – (☎) 17:45, 13. Feb. 2019 (CET)
Siehe auch Wikipedia:Technik/Werkstatt#Problem mit TemplateData --FF-11 (Diskussion | Bewertung | Beiträge) 18:05, 13. Feb. 2019 (CET)
Sollte nun wieder funktionieren, siehe diff 185655096 ↔ 185658337 --Keks um 07:25, 14. Feb. 2019 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 17:09, 2. Mär. 2019 (CET)

Citoid hat Probleme mit Kodierungen

Übertrag von WP:FZW:

Ein weiteres Probleme mit Citoid – neuerdings kann er nicht mehr korrekt mit Kodierungen umgehen… Beispiel: doi:10.1126/science.aaw5309 führt zu: Piero Rosati: Riccardo Giacconi (1931–2018). In: Science. Band 363, Nr. 6425, 25. Januar 2019, ISSN 0036-8075, S. 349–349, doi:10.1126/science.aaw5309, PMID 30679362 (sciencemag.org [abgerufen am 26. Januar 2019]). --Aschmidt (Diskussion) 04:12, 26. Jan. 2019 (CET)

Dieses Problem ist in Chrome reproduzierbar. @PerfektesChaos: Kannst Du helfen? Gruß --FriedhelmW (Diskussion) 12:24, 26. Jan. 2019 (CET)

Ende des Übertrags.--Aschmidt (Diskussion) 23:25, 26. Jan. 2019 (CET)

Ein weiteres Beispiel: Reinhard Müller: Flüchtlingskrise und Justiz: „Jede staatliche Leistung steht unter Vorbehalt“. ISSN 0174-4909 (faz.net [abgerufen am 29. Januar 2019]). --Aschmidt (Diskussion) 22:58, 29. Jan. 2019 (CET)

Ich mache mal die Ingrid: Wird sich jemand des Bugs annehmen? Ein neuer Fehler, was die Kodierungen angeht, ist schon ziemlich heftig und sollte bitte abgestellt werden.--Aschmidt (Diskussion) 11:31, 31. Jan. 2019 (CET)

Nachdem ich schon längere Zeit nichts mehr bemerkt habe, scheint das Problem behoben zu sein?--Aschmidt (Diskussion) 00:51, 19. Feb. 2019 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Aschmidt (Diskussion) 09:58, 3. Mär. 2019 (CET)

Probleme bei Citoid

Gemeldet in Phabricator
Task T216456

Wie bereits im Januar erwähnt, funktioniert seit etwa einem Monat das automatische Zitieren von Quellen aus JSTOR nicht mehr. Es wäre schön, wenn sich das bitte jemand mal anschauen könnte. Die Metadaten sind vorhanden, der Import in Zotero funktioniert weiterhin klaglos. Früher war das kein Problem. (jeweils jüngster Firefox unter macOS High Sierra).--Aschmidt (Diskussion) 11:47, 7. Feb. 2019 (CET)

Zwischenmeldung: Das Problem wurde mittlerweile eingekreist, die Ursache liegt wohl bei JSTOR. Da es ähnliche Ausfälle von Citoid immer wieder gibt, dürfte es auch in anderen Fällen daran liegen, dass Websites die Technik hinter solchen Metadaten-Sammlern schlicht blockieren. Es wird nach einer Lösung gesucht.--Aschmidt (Diskussion) 09:57, 3. Mär. 2019 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Aschmidt (Diskussion) 23:37, 4. Mär. 2019 (CET)

Text einschließlich Belegverweis im Firefox markieren

Gemeldet in Phabricator
Task T217502

War es schon immer so, dass mit dem Firefox, beim Ziehen (mit gedrückter linker Taste) mit der Mause sowie beim Markieren mittels Kursor-rechts-Taste am Ende nur der Text nach dem Belegverweis markiert bleibt? --Diwas (Diskussion) 23:16, 18. Feb. 2019 (CET)

@Diwas: Kannst du ein Schritt-für-Schritt-Beispiel geben, was genau du meinst?--Cirdan ± 20:55, 26. Feb. 2019 (CET)
  1. Starte den Browser Firefox
  2. Ruf einen Artikel auf, der einen Einzelnachweis enthält. Sagen wir Bamberg.
  3. Öffne den Artikel im VisualEditor.
  4. Bewege den Mauszeiger an den Anfang der Einleitung
  5. Drücke und halte die linke Maustaste
  6. Bewege den Mauszeiger ans Ende der Einleitung (Ende dritter Absatz) und lasse die Maustaste los.
  7. Frage: Was ist jetzt markiert? --Diwas (Diskussion) 21:48, 26. Feb. 2019 (CET)

Kann ich bestätigen / reproduzieren, und zwar nicht nur bei Belegen, sondern auch bei HTML-Kommentaren (z.B. im Absatz "Hochwasser" des Bamberg-Artikels). @Schnark hat dieses Problem auch schon in einem Kommentar zu T214976 erwähnt. Ob das wirklich die gleiche Ursache hat wie bei den Block-Bildern (um die es in dem Issue eigentlich geht) kann ich nicht beurteilen. Wäre aber gut möglich. --Tkarcher (Diskussion) 23:13, 26. Feb. 2019 (CET)

Danke für die ausführliche Beschreibung. Vermutlich löst sich das mit der Behebung von phab:T214976, die gerade in Arbeit ist, aber ich habe es dennoch als eigenen Task angelegt.--Cirdan ± 09:37, 3. Mär. 2019 (CET)

 Info: Sollte mit dem nächsten Update (voraussichtlich nächste Woche Donnerstag) behoben sein.--Cirdan ± 08:25, 8. Mär. 2019 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 19:50, 13. Mär. 2019 (CET)

Vorlage:§ kopieren

Gemeldet in Phabricator
Task T214976

Geht leider nicht. Man kann Text, in denen die Vorlagen {{§}}, {{§§}} etc. auftreten, nicht markieren, kopieren, einfügen, sondern muss dazu in den Textmodus umschalten.--Aschmidt (Diskussion) 23:59, 6. Mär. 2019 (CET)

Nutzt du Firefox? Das ist sehr wahrscheinlich phab:T214976, der mit dem Release nächste Woche behoben wird. Wenn der Fehler nach dem 14. März noch besteht, bitte nochmal melden.--Cirdan ± 12:09, 7. Mär. 2019 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 19:49, 13. Mär. 2019 (CET)

Unnötiges <br /> bei Zeilenumbrüchen vor Überschriften

Gemeldet in Phabricator
Task T215002

Regelmäßig trifft man auf solche Diffs, bei denen ein <br /> vor einer Übeschrift hinzugefügt wurde. Das ist aber sehr unnütz und merkwürdig. diese Spielwiesenversion zeigt Leerzeilen vor Überschriften, eimal normal mit einer Leerzeile, einmal mit zwei Leerzeilen vorher und einmal mit <br />, wie der VE Leerzeilen direkt vor Überschriften markiert: Nach dem Absatz kommt eine Leerzeile gefolgt von einem <br /> und wieder einer Leerzeile. Interressant sind auch die Verhaltensweisen des VEs, wenn man noch mehr Freizeilen einfügt. Ist die Verhaltensweise mit dem <br /> Absicht oder sollte sie entfernt werden? --FF-11 (Diskussion) 14:57, 30. Jan. 2019 (CET)

<br /> sollte entfernt werden siehe auch Hilfe:Tags#br bzw. Hilfe:Textgestaltung#Möglichkeiten zur Formatierung von Wikipedia-Artikeln. Wie oder wann passiert das genau? --Liebe Grüße, Lómelinde Diskussion 16:24, 30. Jan. 2019 (CET)
Wenn man im VE vor einer Überschrift eine Feizeile einfügt --FF-11 (Diskussion) 16:49, 30. Jan. 2019 (CET)
Gut, ich teste es mal. --Liebe Grüße, Lómelinde Diskussion 17:52, 30. Jan. 2019 (CET)
Mit „vor“ meinst du direkt in der Ebene der Überschrift, oder? Das wäre natürlich ein Sonderfall, Überschriften können an sich keinen Umbruch beinhalten.
Es müsste hier anders vorgegangen werden, nicht auf Eingabe klicken = Zeilenumbruch sondern auf ??? da scheint tatsächlich etwas zu fehlen, war da nicht sonst immer so ein + Absatz einfügen oberhalb der Überschriften? Ich weiß es nicht sicher, aber wenn du beispielsweise in der Mitte einer Überschrift auf die Eingabetaste drückst, dann wird diese zu zwei Überschriften gesplittet.
Man kommt quasi nicht über eine Überschrift. Wenn, dann muss man den Cursor hinter das vorherige letzten Wort stellen und dort den Absatz (oder anders eine Leerzeile) einfügen (Eingabetaste). Nee, wie doof ist das denn? Selbst dann kommt da ein <br /> + einer Leerzeile davor.
Hmm, da ich den Editor nicht verwende, weiß ich nicht, ob das vorher anders war, aber ich meine ja. Ich erinnere mich an viele Absätze die eingeblendet wurden, kann mich aber auch irren.
Das scheint mir nicht normal zu sein. --Liebe Grüße, Lómelinde Diskussion 18:29, 30. Jan. 2019 (CET)
Du musst an das Ende der Zeile vor der Überschrift klicken und dann ENTER drücken. Dann wird das <br /> eingefügt. Das hat du anscheinend gerade selbst herausgefunden. --FF-11 (Diskussion) 19:05, 30. Jan. 2019 (CET)
Kann das Problem nachvollziehen und ja, ich glaube auch, dass das nicht immer so war. Melde es bei nächster Gelegenheit! Gruß–XanonymusX (Diskussion) 01:54, 31. Jan. 2019 (CET)

Bearbeiten auf Benutzerdiskussion scheitert

Bearbeiten einer Benutzerdiskussion mit VisualText2017 scheitert wiederholt (Ladebalken bleibt bei 2/3 hängen) mit der Fehlermeldung: 

Loading failed for the <script> with source “https://de.wikipedia.org/w/load.php?debug=false&lang=de&modules=diffMatchPatch%2Cmoment%2Coojs-ui%2Coojs-ui-core%2Coojs-ui-toolbars%2Coojs-ui-widgets%2Coojs-ui-windows%2Cpapaparse%2Crangefix%2Cspark-md5%2CtreeDiffer%2Cunicodejs%7Cext.CodeMirror.data%2Clib%2CvisualEditor%7Cext.CodeMirror.mode.mediawiki%7Cext.CodeMirror.visualEditor.init%7Cext.abuseFilter.visualEditor%7Cext.cite.style%2Cstyles%2CvisualEditor%7Cext.cite.visualEditor.core%2Cdata%2Cicons%7Cext.citoid.visualEditor%7Cext.citoid.visualEditor.data%7Cext.confirmEdit.visualEditor%7Cext.disambiguator.visualEditor%7Cext.geshi.visualEditor%7Cext.graph.data%2CvisualEditor%7Cext.kartographer%7Cext.kartographer.editing%2Cutil%2CvisualEditor%7Cext.math.styles%2CvisualEditor%7Cext.math.visualEditor.icons%7Cext.score.visualEditor%7Cext.score.visualEditor.icons%7Cext.spamBlacklist.visualEditor%7Cext.templateDataGenerator.editPage%7Cext.titleblacklist.visualEditor%7Cext.visualEditor.articleTarget%2Cbase%2Ccore%2Cdata%2CdesktopArticleTarget%2CdesktopTarget%2Cdiffing%2Cicons%2Clanguage%2Cmediawiki%2CmoduleIcons%2CmoduleIndicators%2Cmwalienextension%2Cmwcore%2Cmwextensionmessages%2Cmwextensions%2Cmwformatting%2Cmwgallery%2Cmwimage%2Cmwlanguage%2Cmwlink%2Cmwmeta%2Cmwsave%2Cmwsignature%2Cmwtransclusion%2Cmwwikitext%2Cswitching%2Cwelcome%7Cext.visualEditor.core.desktop%7Cext.visualEditor.mwextensions.desktop%7Cext.visualEditor.mwimage.core%7Cext.wikihiero.visualEditor%7Cext.wikimediaEvents.visualEditor%7Cjquery.lengthLimit%7Cmediawiki.ForeignStructuredUpload%2CForeignUpload%2CUpload%2Cwidgets%7Cmediawiki.ForeignStructuredUpload.BookletLayout%2Cconfig%7Cmediawiki.Upload.BookletLayout%7Cmediawiki.action.view.redirectPage%7Cmediawiki.diff.styles%7Cmediawiki.language.names%7Cmediawiki.libs.jpegmeta%7Cmediawiki.skinning.content.parsoid%7Cmediawiki.widgets.AbandonEditDialog%2CCategoryMultiselectWidget%2CDateInputWidget%2CMediaSearch%2CStashedFileWidget%2CUserInputWidget%2Cstyles%7Cmediawiki.widgets.DateInputWidget.styles%7Coojs-ui-core.styles%7Coojs-ui.styles.icons-accessibility%2Cicons-alerts%2Cicons-content%2Cicons-editing-advanced%2Cicons-editing-citation%2Cicons-editing-core%2Cicons-editing-list%2Cicons-editing-styling%2Cicons-interactions%2Cicons-layout%2Cicons-location%2Cicons-media%2Cicons-moderation%2Cicons-movement%2Cicons-user%2Cicons-wikimedia%2Cindicators%2Ctextures&skin=vector&version=1urme10”.

Browser ist Firefox 64.0 unter Ubuntu 16.04. -- Wolfgang Rieger (Diskussion) 10:34, 25. Jan. 2019 (CET)

Hast du eine Beispielseite dafür? Ich habe das eben mal bei mir aktiviert (Firefox und WIN7) und kann nichts feststellen. Kannst du mal versuchen die Seite vor dem Bearbeiten zu purgen, hilft das eventuell? --Liebe Grüße, Lómelinde Diskussion 10:56, 25. Jan. 2019 (CET)
Das Problem taucht unregelmäßig auf und nicht nur im BNR, auch auf Artikelseiten. -- Wolfgang Rieger (Diskussion) 11:00, 25. Jan. 2019 (CET)
Hatte ich schon fast vermutet, dann wird es schwierig das einzukreisen. Du könntest ja mal, wenn es wieder auftaucht die Seiten irgendwo aufschreiben. Ich vermute es passiert eher bei umfangreichen Seiten, als bei kleineren Seiten. Mit denen habe ich auch manchmal Probleme, ob das jetzt also am VE bzw. Texteditor liegt oder eher daran, dass der Seitenaufbau sich irgendwo verhaspelt, weiß ich nicht. Kannst du beispielsweise diese Seite Frohe Botschaft im Lied problemlos öffnen, bearbeiten? --Liebe Grüße, Lómelinde Diskussion 11:44, 25. Jan. 2019 (CET)
Das Problem taucht vorwiegend bei längeren Seiten auf. -- Wolfgang Rieger (Diskussion) 12:31, 25. Jan. 2019 (CET)
Ich kann keinen Zusammenhang zwischen der Seitenlänge und dem Bug erkennen. Ich kann überhaupt keinen Zusammenhang herstellen, weil das Problem nicht reproduzierbar ist, es tritt nur sporadisch auf, blockiert dann aber VE und Wikitext-2017.--Aschmidt (Diskussion) 13:13, 25. Jan. 2019 (CET)
Ich meinte auch mehr so, dass eine Seite erst sehr viele Vorlagen und ähnliches expandieren muss, Tabellen zusammenbauen etc. dann passieren Dinge parallel und wenn etwas dabei verloren geht könnte ich mir halt vorstellen, dass es zu Problemen kommt. Ein anderer Ansatz wäre noch der CodeMirror, der ja im angeschakteten Zustand jede Vorlage, Tabelle, HTML was auch immer einfärben und hervorheben soll, je mehr eine Seite davon hat desto länger dauert so denke ich, der Aufbau der Seite. Dazu kommen dann noch Benutzerskripte, die auch im Hintergrund etwas bewirken können oder schon während des Aufbaus den Text verändern. Wissen tue ich es nicht, ich weiß aber, dass bei mir die Syntaxhervorhebung (ich meine hier nicht den CodeMirror sondern Schnarks Tool) zu einer Verlangsamung bis hin zur Unbearbeitbarkeit des Quelltextes auslöst, ich muss den dann auf großen Seiten ausblenden oder die Seite unbearbeitet lassen. --Liebe Grüße, Lómelinde Diskussion 14:03, 25. Jan. 2019 (CET)

Vgl. Wikipedia:Fragen_zur_Wikipedia#Probleme_bei_VE/Wikitext_2017_und_Citoid und Wikipedia:Fragen_zur_Wikipedia#Editor_hängt_häufig.--Aschmidt (Diskussion) 11:52, 25. Jan. 2019 (CET)

Hm. Beim nächsten Auftreten werde ich mal versuchen, NoScript zu deaktivieren. -- Wolfgang Rieger (Diskussion) 12:30, 25. Jan. 2019 (CET)
Es kann nicht schaden, NoScript für WP zu deaktivieren, das dürfte aber nichts ändern, weil der Fehler auch ganz ohne NoScript auftritt.--Aschmidt (Diskussion) 13:14, 25. Jan. 2019 (CET)
Natürlich ist NoScript für WP bei mir deaktiviert (sonst würde ja kaum etwas funktionieren). Ich dachte daran, die Extension testweise ganz zu deaktivieren. Aber nach dem was Du sagst würde das dann wohl auch nichts bringen. -- Wolfgang Rieger (Diskussion) 13:20, 25. Jan. 2019 (CET)

Es hat auch nichts mit der Größe der Seite zu tun. Im Augenblick kann ich den Artikel Eisrad von Vana-Vigala weder im VE noch im Quelltext bearbeiten. -- Wolfgang Rieger (Diskussion) 03:45, 31. Jan. 2019 (CET)

Da sind aber Videos enthalten. Es könnte also etwas mit Commonseinbindungen zu tun haben. Manchmal dauert es gefühlt ewig bis manche Bilder geladen wurden, die werden dann erst gar nicht oder nur halbfertig angezeigt. Das lässt sich jetzt natürlich nicht mehr prüfen. Ich tippe aber auf Serververbindungsprobleme. Wie gesagt beim Seitenaufbau, bis wirklich alles bis zum Ende geladen wurde dauert es dann auch bei mir ehe ich die Bedienelemente anklicken kann (Quelltexteditor ohne VE-Unterstützung). --Liebe Grüße, Lómelinde Diskussion 06:26, 31. Jan. 2019 (CET)
Sorry. Aber Ratereien helfen niemandem. Wobei ich obige Raterei gar nicht weiter qualifizieren will. -- Wolfgang Rieger (Diskussion) 10:34, 31. Jan. 2019 (CET)
+1. Mir fällt auf, dass es eher abends bzw. nachts MEZ auftritt. Ich konnte die Seite Eisrad von Vana-Vigala in VE/WT-2017 eben öffnen.--Aschmidt (Diskussion) 11:35, 31. Jan. 2019 (CET)
Nun ich hatte auch keine Probleme sie zu öffnen. Es passiert aber ab und zu auch bei normaler Bearbeitung, dass die Serververbindungen hängen bleiben, weshalb also sollte das keine mögliche Ursache sein? --Liebe Grüße, Lómelinde Diskussion 11:43, 31. Jan. 2019 (CET)
Weil wir eine sehr hohe Verfügbarkeit gewöhnt sind? ;) Und weil es das bisher nicht gab. Ernsthaft: Die Fehler nehmen derzeit so sehr zu, dass man dem doch bitte auch mal nachgehen sollte.--Aschmidt (Diskussion) 11:48, 31. Jan. 2019 (CET)
Nachgehen kann man aber nur etwas, das greifbar = reproduzierbar ist. Sporadisch auftretende Fehler zu finden ist nicht so leicht. Es muss ja der Auslöser eingekreist werden. Und im Zusammenhang mit der Syntaxhervorhebung waren auch zuletzt mehrere Anfragen, die über dopplete Bearbeitungsfenster berichteten, was ebenfalls mit Serverüberlast oder alten Versionen im Chache zusammenzuhängen scheint. Das der Bildaufbau manchmal aufgrund ebensolcher Probleme streikt ist auch nicht neu und daher auch nicht als Ursache pauschal und abwertend auszuschließen. Ich versuche durchaus hier zu helfen. Das du Wolfgang ‚nichts von mir hälst‘ musst du nicht immer und überall betonen, das weiß ich auch so. Das ist auch absolut „nicht hilfreich“ = kontraproduktiv. Alles in allem zu viele parallel ablaufende Prozesse die den Aufbau beeinträchtigen können. --Liebe Grüße, Lómelinde Diskussion 12:09, 31. Jan. 2019 (CET)
Okay, danke, Lómelinde, für deine Erläuterungen! --Aschmidt (Diskussion) 12:46, 31. Jan. 2019 (CET)
@Lomelinde: Es handelt sich um etwas, was man in Fachkreisen einen "Bug" oder "Softwarefehler" nennt. Reproduzierbare Softwarefehler zu finden ist verhältnismäßig einfach. Schwierig sind die nicht oder schlecht reproduzierbaren. Wenn man sich hier nur um reeproduzierbare Softwarefehler zu kümmern bereit ist, sollte man das klar kommunizieren. Aber auch bei schlecht reproduzierbaren Fehlern lassen sich bestimmte Ursachen ausschließen bzw. als sehr unwahrscheinlich klassifizieren. Von den auszuschließenden/unwahrscheinlichen Ursachen hast Du ein paar genannt. Ich könnte dann jedes mal hergehen und Dir im einzelnen erklären, warum das nur Ratereien sind. Einfacher wäre es, Du würdest auf solche Beiträge verzichten. Sonst kommt man sich nämlich vor wie beim Microsoft-Support ("Haben Sie den Rechner schon neu gebootet? Verwenden Sie irgendwelche Anwendungen, die nicht von Microsoft sind?").
Eine brauchbare Theorie müsste erklären, warum es jedesmal die gleiche Fehlermeldung ist ("Serverüberlastung" scheidet hier schon aus). Hilfreich wären auch Hinweise, wie man evtl. eine genauere Fehlermeldung bekommen könnte.
Übrigens: Syntaxhervorhebung ist bei mir deaktiviert, wegen eines anderen Bugs, den ich bislang nicht gemeldet habe. Und zwar deshalb, weil ich auf unergiebige Diskussionen wie diese hier inzwischen keine Lust mehr habe. Daher auch die Alternative, sich mit dem Zustand der Software einfach abzufinden. Manchmal ist das dann zwar reichlich peinlich, zum Beispiel wenn der obige Bug mitten in einem Einführungskurs zuschlägt ("Tja, sorry Leute, da müsst ihr durch, wenn ihr für die Wikipedia arbeiten wollt …"). -- Wolfgang Rieger (Diskussion) 15:28, 31. Jan. 2019 (CET)
Dann lass immer die Browserkonsole mitlaufen und schau da rein, ob im Fehlerfall dort etwas anders ist als bei der normalen Bearbeitung. Nur so kann man den Fehler einkreisen. Und ich stimme dir nicht zu. Ich meine mit Serverüberlast, den parallelen Prozess der abläuft. Wenn B ein Prozess ist, der auf dem Prozess A aufbaut, A aber an einem Timeout (Server A gerade nicht erreichbar oder es dauert etwas zu lange) scheitert dann geht halt auch bei B nichts weiter. Es wird hier wohl niemand einen Bug melden, den er nicht wirklich so beschreiben kann, dass die Softwaretechniker die Ursache beheben könnten. Es steht dir doch frei selbst einen Bugreport zu eröffnen. In deiner Meldung oben sehe ich CodeMirror.data, was dem widerspricht, dass es absolut rein gar nichts mit der Syntaxhervorhebung = CodeMirror zu tun haben könnte. Wenn also das Skript versucht zu diesem Daten zu laden und ihm dann möglicherweise hinterher oder mittendrin (weil parallele Zugriffe erfolgen) gesagt wird, dass du diesen aber gar nicht angezeigt haben möchtest, er aber nun schon den Auftrag zum Laden abgeschickt hat und nun nicht weiter weiß … Mir ist der suspekt, er erzeugt auch andere Probleme, es wird scheinbar mit unterschiedlichen Bildebenen gearbeitet, um die Seite aufzubauen. Der CodeMirror besetzt, meiner Meinung nach, eine davon. --Liebe Grüße, Lómelinde Diskussion 11:21, 2. Feb. 2019 (CET)
"Es steht dir doch frei selbst einen Bugreport zu eröffnen." Wofür ist diese Seite hier dann eigentlich da? Es ist auch nicht nötig, dauernd die Browserkonsole mitlaufen zu lassen. Zu dem Zeitpunkt wo das Problem auftritt, ist es ja reproduzierbar. Und das ist dann die einzige Fehlermeldung. Und auch das ist ein Bug: Ein ganzer Sack voll Module wird zu laden versucht, der Vorgang insgesamt scheitert und es wird nicht gemeldet, was genau scheitert. Das ist ein Fehler. Wenn die Fehlermeldung nicht ausreicht, einen Bug hinreichend zu beschreiben, dann ist das nicht das Problem des Meldenden, sondern das der Softwareentwickler. Wahrscheinlich gibt es eine Möglichkeit, einen Debug-Modus mit mehr Informationen zu aktivieren. Ein Hinweis, wie das geht, wäre zum Beispiel nützlich. Und nochmals: Bitte keine weiteren Ratereien mehr ("suspekt" … meine Fresse, der ganze VE ist suspekt), raten kann ich selber. -- Wolfgang Rieger (Diskussion) 12:34, 2. Feb. 2019 (CET)
Ich habe exakt das selbe Problem und zwar seit Monaten und kann deswegen in der Wikipedia - egal wo - nicht mehr angemeldet mitarbeiten. Ich musste mich, alleine um das hier schreiben zu können, abmelden. Das ist wirklich ein Problem! indows 7/64, Firefox 65/64 188.99.173.118 20:25, 6. Feb. 2019 (CET)
Spezial:Einstellungen oder wenn alles global ist, dann Spezial:Globale_Einstellungen Reiter "Bearbeiten" auswählen und dort einen Haken bei "VisualEditor während der Beta-Phase deaktivieren" setzen. Problem erledigt. --Wurgl (Diskussion) 20:31, 6. Feb. 2019 (CET)
Danke für den Tipp. Aber, ist das Thema bei den Entwicklern denn inzwischen angekommen? Kann ich bei der Diagnose irgendwie helfen? Lesen die Verantwortlihen hier überhaupt mit? 188.99.173.118 20:47, 6. Feb. 2019 (CET)
Gute Frage. Die Fehler häufen sich in den letzten Wochen so sehr, dass ich auch nicht mehr den Eindruck habe, dass da wirklich jemand dran arbeitet oder auch nur mitliest. Meine Erfahrungen mit Phabricator waren übrigens so schlecht, dass ich dort nicht mehr freiwillig hingehen werde. Feedbacks zu Beta-Features (also da, wo es laut Doku hingehört) liest mittlerweile auch keiner mehr, jedenfalls gibts keine Antworten mehr. Die Entwicklungsabteilung ist wohl beim Winter-Retreat?--Aschmidt (Diskussion) 21:14, 6. Feb. 2019 (CET)
Wird das denn überhaupt in Deutschland entwickelt? Oder gibt es zu dem Thema eine internationale Seite? 188.99.173.118 21:57, 6. Feb. 2019 (CET)
Schau dir doch bitte die Interwiki-Links an. Das sind die Feedback-Kanäle an die Software-Entwickler. Oder sie waren es zumindest immer mal wieder.--Aschmidt (Diskussion) 23:37, 6. Feb. 2019 (CET)
@Aschmidt: Ja, genau. Auch ich habe kein Lust mehr, auf Phabricator zuzugucken, wie Meldungen in einem Schwarzen Loch verschwinden oder herunterpriosiert werden von Leuten, die offenbar von der Arbeit der Autoren keinen Schimmer haben und Dinge, die hier die Mitarbeit be- bzw. verhindern ignorieren bzw. seit ewigen Zeiten Sachen stehen lassen, die zuhauf Artikelfehler produzieren (Bispiele: der unsägliche nowiki-Scheiß in VE oder das seit Jahren bestehende Problem, dass Verlinkungen nach dem Muster [[lemma (klammer)|]] in ENs Mist produzieren). -- Wolfgang Rieger (Diskussion) 01:40, 7. Feb. 2019 (CET)
Der letzte Bug, wegen dem ich mich auf Phabricator engagiert hatte, war die verschmierte Schrift beim neuen Syntaxhighlighting. Wurde nach mehreren Monaten einfach abgebügelt. Man könne es nicht nachvollziehen. Man möge halt andere Webbrowser als Firefox verwenden. Es gab Berichte auf allen Plattformen. Der Fehler besteht bis heute.--Aschmidt (Diskussion) 11:49, 7. Feb. 2019 (CET)

@Aschmidt, Wolfgang Rieger: Hier lesen keine Entwickler mit, sondern einige Community-Mitglieder (z.B. ich), die die aufkommenden Fehlermeldungen soweit es ihre Zeit zulässt nach Phabricator tragen und dort an den möglichst richtigen Stellen dokumentieren. Es liegt in der Natur der Sache, dass nur reproduzierbare Fehler behoben werden können, denn sonst ließe sich kaum feststellen, ob ein Fehler wirklich behoben oder nur einfach so zufällig verschwunden ist.

Ich weiß aus eigener Erfahrung, dass es frustrierend sein kann, wenn die „eigenen“ Probleme auf die lange Bank geschoben werden. Die besten Erfahrungen habe ich mit kompakt und vollständig dokumentierten Fehlern gemacht (inkl. Diff-Links und Schritt-für-Schritt-Anleitung zur Reproduktion), da werden sogar auch mal eher nebensächliche Spezialfälle behoben, weil es für die Entwickler mit dieser Vorarbeit einfach ist, die Ursache zu finden und den Erfolg der Lösung zu testen.

Das VE-Team (das wie vermutet bei der WMF in San Francisco sitzt) ist sehr bemüht, den VE für alle Communities zu einem komfortablen Werkzeug zu machen, das in allen modernen Browsern und auf ganz unterschiedlich leistungsstarken Endgeräten funktioniert.--Cirdan ± 09:25, 3. Mär. 2019 (CET)

Danke für die Klarstellung, Cirdan! Ich habe den entsprechenden Satz in der Einleitung zu dieser Seite mal fett hervorgehoben.--Aschmidt (Diskussion) 09:59, 3. Mär. 2019 (CET)

Hätte man immer nur mit ohne Weiteres reproduzierbaren Fehlern zu tun, wäre die Arbeit des Entwicklers einfach. Wenn sich ein Entwickler allerdings nur um reproduzierbare Fehler kümmern würde, machte er es sich zu einfach. Genau das ist hier offensichtlich der Fall. In einem Fall, wo ein Fehler schlecht reproduzierbar ist, muss er eingegrenzt werden, zum Beispiel durch zusätzliches Logging, wodurch zB bestimmt werden könnte, wo genau das Laden scheitert, ob es immer der gleiche Modul ist etc. Oder man gibt den Nutzern Hinweise, wie eine genauere Fehlermeldung zu bekommen wäre (zusätzliche Debug-Optionen u. dgl.). Nichts davon ist hier geschehen. -- Wolfgang Rieger (Diskussion) 10:12, 3. Mär. 2019 (CET)

PS: Eine erste Maßnahme wäre zB, statt wie hier

Loading failed for the <script> with source “https://de.wikipedia.org/w/load.php?debug=false&lang=de&modules=diffMatchPatch, moment, oojs-ui, oojs-ui-core, oojs-ui-toolbars, oojs-ui-widgets, oojs-ui-windows, papaparse, rangefix, spark-md5, treeDiffer, unicodejs| ext.CodeMirror.data, lib, visualEditor| ext.CodeMirror.mode.mediawiki| ext.CodeMirror.visualEditor.init| ext.abuseFilter.visualEditor| ext.cite.style, styles, visualEditor| ext.cite.visualEditor.core, data, icons| ext.citoid.visualEditor| ext.citoid.visualEditor.data| ext.confirmEdit.visualEditor| ext.disambiguator.visualEditor| ext.geshi.visualEditor| ext.graph.data, visualEditor| ext.kartographer| ext.kartographer.editing, util, visualEditor| ext.math.styles, visualEditor| ext.math.visualEditor.icons| ext.score.visualEditor| ext.score.visualEditor.icons| ext.spamBlacklist.visualEditor| ext.templateDataGenerator.editPage| ext.titleblacklist.visualEditor| ext.visualEditor.articleTarget, base, core, data, desktopArticleTarget, desktopTarget, diffing, icons, language, mediawiki, moduleIcons, moduleIndicators, mwalienextension, mwcore, mwextensionmessages, mwextensions, mwformatting, mwgallery, mwimage, mwlanguage, mwlink, mwmeta, mwsave, mwsignature, mwtransclusion, mwwikitext, switching, welcome| ext.visualEditor.core.desktop| ext.visualEditor.mwextensions.desktop| ext.visualEditor.mwimage.core| ext.wikihiero.visualEditor| ext.wikimediaEvents.visualEditor| jquery.lengthLimit| mediawiki.ForeignStructuredUpload, ForeignUpload, Upload, widgets| mediawiki.ForeignStructuredUpload.BookletLayout, config| mediawiki.Upload.BookletLayout| mediawiki.action.view.redirectPage| mediawiki.diff.styles| mediawiki.language.names| mediawiki.libs.jpegmeta| mediawiki.skinning.content.parsoid| mediawiki.widgets.AbandonEditDialog, CategoryMultiselectWidget, DateInputWidget, MediaSearch, StashedFileWidget, UserInputWidget, styles| mediawiki.widgets.DateInputWidget.styles| oojs-ui-core.styles| oojs-ui.styles.icons-accessibility, icons-alerts, icons-content, icons-editing-advanced, icons-editing-citation, icons-editing-core, icons-editing-list, icons-editing-styling, icons-interactions, icons-layout, icons-location, icons-media, icons-moderation, icons-movement, icons-user, icons-wikimedia, indicators, textures&skin=vector&version=1urme10”.

einen Riesensack voll auf einen Sitz laden zu wollen, das Laden irgendwie aufzuteilen. -- Wolfgang Rieger (Diskussion) 10:18, 3. Mär. 2019 (CET)

Vorlage Literatur mit ISBN und OCLC aber ohne Datum

Gemeldet in Phabricator
Task T190841

Moin Moin zusammen, weil es mir immer mal wieder auffällt, melde ich es hier mal entsprechend. Also, wenn die Vorlage {{Literatur}} eingebunden wird, kommt es wohl häufiger vor, dass der VE die Parameter ISB-Nummer und OCLC zusammen einbindet. Diese ist eine Redundanz und die fällt laufen in einer Wartungskategrie auf, welche man dann wieder abarbeitet. (Unschön. Wenn der Parameter ISB-Nummer gegeben ist, braucht es kein OCLC!) Des Weiteren ist mir seit Tagen aufgefallen, dass zwar ISB-Nummer und OCLC gesetzt sind, aber kein Datum. (Auch unschön.) Könnte sich bitte jemand mal die zwei Fehler anschauen? (Beispiel, Beispiel, usw.) Danke --Crazy1880 18:36, 11. Feb. 2019 (CET)

Hallo Crazy1880, das erste Problem ist bekannt, eine mögliche Lösung wurde von der Entwicklerin abgelehnt. Besteht das Problem mit dem Datum nur bei manchen oder bei allen Einträgen?--Cirdan ± 20:58, 26. Feb. 2019 (CET)
Moin Moin @Cirdan:, das was die Entwickler sagen, entspricht aber nicht vollends den Tatsachen. Nicht bei allen OCLC-Nummer gibt es automatisch eine ISB-Nummer. Siehe hier zu im Artikel Eisenbahn Amateur OCLC 83370118. Und solche Beispiele gibt es viele. Wie wäre das weitere Vorgehen? mfg --Crazy1880 07:41, 5. Mär. 2019 (CET)
Danke für das Beispiel! Ich habe den Issue neu geöffnet und um eine Überprüfung gebeten. Schuld ist wohl die Fixierung der Amerikaner auf OCLC und den WorldCat, den wir kaum verwenden.--Aschmidt (Diskussion) 11:13, 5. Mär. 2019 (CET)
 Info: Die Entwicklerin war so freundlich, die Vorlage zu ändern. Ich habe die Bearbeitung gesichtet. Falls Probleme auftreten sollten, bitte dort entsprechend nacharbeiten.--Aschmidt (Diskussion) 11:25, 6. Mär. 2019 (CET)
Naja, jetzt ist es geworden: niemals OCLC übermitteln.
Eigentlich müsste die Citoid-Software das zentral verdrahten und nicht irgendein einzelnes Wiki für seine Vorlage; über die ISBN kann bereits nahezu immer auf den Worldcat-Datensatz zugegriffen werden, sofern es einen gäbe. Wenn ISBN bekannt dann keine OCLC mehr ausliefern.
VG --PerfektesChaos 15:24, 6. Mär. 2019 (CET)
Moin Moin @Aschmidt:, danke für das Öffnen. Wenn es allerdings stimmt, was PerfektesChaos hier anmerkt, ist das glaube ich auch nicht der Lösungen letzter Schluss, oder? mfg --Crazy1880 18:30, 6. Mär. 2019 (CET)
Ich habe der Entwicklerin erstmal vertraut und daher gesichtet, es aber auch hier vermeldet, damit es ggf. jemand weiter bearbeiten oder zurücksetzen kann, wenn das sinnvoll wäre. Ich verstehe auch nicht, warum sie an das Thema nicht ranwollen, sie hat den Task nun schon zum zweiten Mal geschlossen, um die Frage möglichst schnell und mit minimalem Aufwand vom Tisch zu bekommen. Vielleicht ist das nicht ganz einfach hinzubekommen in Citoid?--Aschmidt (Diskussion) 20:48, 6. Mär. 2019 (CET)
Die neue Einstellung macht leider Probleme. Wenn man eine ISBN eingibt, werden die Daten aus den WorldCat von OCLC bezogen. Dabei wird weiterhin als URL der Permalink in den WorldCat übernommen, was in der Literatur-Vorlage zu einer Fehlermeldung führt, weil das OCLC-ID-Feld nunmehr leer ist. Es wird aber immer noch zusätzlich das Zugriffsdatum ausgefüllt. Auch das sollte leer sein, sonst gibt es die nächste Fehlermeldung (das ist auch richtig so, denn die Vorlage fordert an dieser Stelle das Zugriffsdatum auf die Ressource selbst, nicht auf deren Metadaten).
Letztlich ist aber das Problem, dass Citoid auf den WorldCat fixiert ist. Deshalb stimmen auch die Autorenangaben in keinem Fall und müssen schon immer händisch repariert und ergänzt werden. Wenn man es also wirklich ordentlich von Grund auf neu aufziehen möchte, müsste erst einmal Citoid für den Bedarf von deutschsprachigen Werken soweit angepasst werden, dass damit ordentliche Daten abgefragt werden können, die man dann unmittelbar in die Literatur-Vorlage übernehmen könnte. Solche Daten gibt es nach meiner Erfahrung für Bücher nur bei der DNB oder bei entsprechenden Verbundkatalogen. Beispielsweise enthält der SWB-Katalog alle Aufsätze aller maßgeblichen juristischen Zeitschriften in einer sehr guten Datenqualität, die unmittelbar in Zotero übernommen werden kann. Wahrscheinlich würde das gleiche für den französischen Sprachraum etc. gelten.
Ich vermisse bei der Wikimedia Foundation den Willen, den Autoren diese Qualität bereitzustellen, und das enttäuscht mich maßlos.--Aschmidt (Diskussion) 23:41, 6. Mär. 2019 (CET)
Hallo Aschmidt, ich denke, deine Interpretation wird der Angelegenheit nicht gerecht.
Was Marielle Volz als Citoid-Entwicklerin, abgelehnt hat, ist mein Vorschlag, bei den TemplateData-Parameter-Zuordnungen eine if/else-Konstruktion einzuführen. Das wäre eine mögliche Lösung des hier vorliegenden Problems, aber sicherlich nicht die einzige. Aus der Perspektive von Citoid ist es mehr als nachvollziehbar, diese Lösung abzulehnen und es den Abnehmern der Daten zu überlassen, wie sie damit umgehen.
Ich bin kein Citoid-Experte, aber soweit ich weiß, ist Citoid eng mit Zotero verbandelt und bezieht z.B. die Daten für ISBNs und DOIs von dort, wie man im Code sehen kann (ca. Zeile 200 und ca. Zeile 350). Mögliche Verbesserungen müssten also wohl dort ansetzen. Wenn Zotero etwas kann, was Citoid nicht kann, sollte es nicht so kompliziert sein, diesen Zustand zu ändern.
Mir ist auch nicht klar, woran du fest machst, dass „der WMF“ der Wille fehlt, „den Autoren diese Qualität bereitzustellen“. Wir haben hier mit einer selbständigen Entwicklerin zu tun, die von der WMF dafür bezahlt wird, Citoid zu entwickeln und zu einem möglichst nützlichen Tool zu machen. Ich habe aus meinem gelegentlichen Kontakt mit ihr (bzw. dem Verfolgen der Entwicklung) nicht den Eindruck, dass sie kein Interesse an Verbesserungsvorschlägen hat.--12:42, 9. Mär. 2019 (CET)
Nun, wir sprechen über ein Feature, das – wie lange gibts den VE nun schon? seit 2012/13? – seit gut fünf oder sechs Jahren nicht ordentlich gemacht worden ist. Zotero gibts schon sehr viel länger. Ich hatte Zotero in der c't 2008 „kurz vorgestellt“, und damals funktionierte der Datenimport schon ziemlich gut. Ich kann mich noch gut erinnern: Das Hauptproblem waren damals die Datenquellen, das ist mittlerweile kein Problem mehr. Nur eines ist geblieben: OCLC ist mit Abstand die qualitativ mieseste Quelle für bibliografische Daten, auch in DE, die DNB und die deutschen Verbundkataloge sind die mit Abstand besten. Aber auch sonst gilt: Ich arbeite seit gut fünf Jahren sehr intensiv mit Zotero, und wenn ich dem Programm eine ISBN oder einen DOI gebe, füllt er mir zuverlässig den neuen Eintrag in meiner Sammlung aus, während Citoid das bis heute nicht kann. Ich kann nicht beurteilen, ob das auf EN mit den dortigen Vorlagen besser funktioniert, denn dort mache ich kaum etwas, mich interessiert, ob es auf DE klappt. Und wenn die Vorlagen Literatur und Internetquelle auch nach so langer Zeit nicht zuverlässig ordentlich befüllt werden, und das ist ja auch allgemein bekannt, ist es, glaube ich, nicht vermessen, daraus zu schließen, dass wohl der Wille fehlt, das zu beheben. Und da würde ich auch nicht zwischen dem Arbeitgeber der Entwickler, einem angestellten Entwickler und einem selbständigen Entwickler unterscheiden, sondern ich würde in einem solchen Fall sagen, der WMF fehlt der Wille dazu, mir als Autor so ein funktionierendes Tool bereitzustellen, das sich unmittelbar in Qualität in den Artikeln ummünzen würde. Gleiches gilt ja auch für die Frage, ob ich so etwas mit der WMF direkt diskutieren kann oder nicht. Am Gelde hängt es nicht, das wäre genügend vorhanden, aber es besteht nicht der Wille auf der Gegenseite, sich mit mir oder mit irgendjemand von uns persönlich auseinandertzsetzen, uns anzuhören und Schlüsse daraus zu ziehen, wo es wirklich brennt. Für andere Zwecke werden dort ja auch entsprechende Abteilungen gegründet, warum nicht für den Diskurs mit uns? Ich finde es nicht cool, auf so eine seltsame Plattform wie Phabricator oder Mediawiki.org mit ihrem seltsamen Flow verwiesen zu werden. Wenn die Autoren und ihre Rückmeldungen ein Teil des Entwicklungsprozesses sein sollen, würde ich das übriegens auch unter diesem Gesichtspunkt erwarten. Wo ein Will wäre, gäbe es auch ein Gespräch. Deshalb habe ich das so geschrieben, ich hoffe, das ist damit etwas verständlicher geworden. Im übrigen vielen Dank, lieber Cirdan, für deine weiteren Erläuterungen! Ich bin, wie immer, sehr gespannt, wie es weitergeht.--Aschmidt (Diskussion) 19:31, 9. Mär. 2019 (CET)
  • Ich verwies dich heute schon einmal auf citoidWikitext@PerfektesChaos – dem sind die Schwächen bekannt, und etwa zu einer ISBN macht er eine Mischkalkulation, nach Möglichkeit eine einschlägige Nationalbibliothek zu der Sprache, eine zweite Quelle (etwa LoC+BritLib) und nur als dritte Wahl und Fallback die OCLC. Deutschsprachig zurzeit swb.bsz-bw.de als praktikabler Verbund.
  • Der Status von Mme Volz ist mir nicht bekannt; womöglich ganz oder halb ehrenamtlich.
  • Die ganzen Geschichten sind hochkomplex, und über Jahrzehnte einen eingearbeiteten Stamm an Programmierern zu halten ist schwierig. Einkaufen von externen Leuten führt bei WMF und anderswo dazu, dass da mal jemand, der hier unsere Wiki-Welt überhaupt nicht kennt, irgendwas nach eigenen Vorstellungen entwickelt, funktioniert, übergibt es, hinterlässt eine mehr oder weniger gute Doku und verschwindet wieder. Fünf Jahre später ist sowas nur noch Ruine.
  • Der Wille und das Geld wären bei der WMF meiner Einschätzung nach durchaus vorhanden, aber es fehlt an Leuten mit jahrelanger Insider-Erfahrung, und es mangelt sogar an den Führungskräften, die in der Lage wären, eine vollständige Aufgabenbeschreibung für einen externen Entwickler zu erstellen und dem dann hinterher das fertige Produkt geprüft abzunehmen, erst recht an Leutchen, die in der Lage wären, lauter von überall her und von Freiwilligen und Insidern und Außenstehenden zugelieferte Einzelteile sauber funktionierend zusammenzupuzzeln.
VG --PerfektesChaos 19:48, 9. Mär. 2019 (CET)

Wikilink und HTML-Entities

Gemeldet in Phabricator
Task T217189

Nachdem ich in den letzten Wochen viel mit Rechtsnormen gearbeitet habe, die aus typografischen Gründen stets mit geschützten Leerzeichen eingegeben werden müssen, kann ich sicher sagen, dass sich das Modul zum Setzen von Wikilinks aufhängt, wenn der Anker im Quelltext ein &nbsp; enthält. Manchmal kann man die Bearbeitung nicht einmal insgesamt speichern. Das ist bisher gar nicht getestet worden.--Aschmidt (Diskussion) 21:49, 20. Feb. 2019 (CET)

Würdest du uns bitte ein fiktives anschauliches Beispiel für eine Quelltext-Sequenz konstruieren und mitliefern, die du im Verdacht hast, Probleme zu bereiten? Ich kann mir im Moment alles und nichts darunter vorstellen. VG --PerfektesChaos 22:00, 20. Feb. 2019 (CET)
Vorhin aufgetreten bei dem Versuch, VO&nbsp;(EWG) Nr.&nbsp;1408/71 mit Verordnung (EWG) Nr. 1408/71 zu verlinken.--Aschmidt (Diskussion) 22:06, 20. Feb. 2019 (CET)
Ich habe jetzt einen Task angelegt. Allerdings scheint sich das Problem zu lösen, wenn man, wenn der Dialog hängt, in den Quelltextmodus und wieder zurück wechselt. Das ist natürlich keine zufriedenstellende Lösung, grenzt das Problem aber in Richtung Parsoid ein.--Cirdan ± 20:46, 26. Feb. 2019 (CET)
Danke für deine Mühe in der Zwischenzeit, Cirdan!--Aschmidt (Diskussion) 09:53, 3. Mär. 2019 (CET)

Umlaute in Abschnittsüberschrift auf Diskussionsseiten

Wird auf einer Diskseite mit "Abschnitt hinzufügen" ein neuer Abschnitt angelegt, so erscheinen in der Überschrift eingefügte Umlaute ohne Pünktchen, d.h. "Ä" wird als "A" angezeigt. Bei Abspeichern bzw. Vorschau erscheint der Umlaut korrekt. Offenbar ist die Textbox für die Überschrift nicht hoch genug. Auf Metaseiten (z.B. hier) scheint der Effekt nicht aufzutreten. -- Wolfgang Rieger (Diskussion) 14:40, 23. Feb. 2019 (CET)

Das ist ein bekanntes Phänomen sehr vieler Formulare bei MediaWiki, nicht nur beim VisualEditor.
Die Entwickler sind englischsprachig und kennen dieses Gedöns mit Umlauten und Akzenten nicht; für dene passt alles.
Wenn du das mit C&P anfasst und irgendwo einfügst, müssten aber alle Zeichen korrekt sein.
Die CSS-Konfiguration des zugrunde gelegten Pakets OOui müsste geändert werden.
VG --PerfektesChaos 15:18, 23. Feb. 2019 (CET)
Wie oben schon gesagt, die eingefügten Zeichen sind korrekt, nur die Glyphen werden oben abgeschnitten. "Das ist ein bekanntes Phänomen sehr vieler … müsste geändert werden.": Ja, müsste. -- Wolfgang Rieger (Diskussion) 17:05, 23. Feb. 2019 (CET)
Ich kann das Problem mit dem NWE (um den es hier denke ich geht?) nicht reproduzieren. Welchen Browser verwendest du und auf welcher Seite tritt das Problem konkret auf? (Ich habe es auf deiner Benutzerdiskussionsseite probiert.) Ideal wäre es, wenn du einen Screenshot machen kannst.--Cirdan ± 20:36, 26. Feb. 2019 (CET)

Fehlerhafte ISBN-Formatierung

Gemeldet in Phabricator
Task T217187

Wurde bereits hier gemeldet, alle phab-Tasks inzwischen geschlossen aber Bearbeitungsfilter loggt fleißig weiter als wäre nichts passiert. [7]. Wird das noch was oder können wir nur aufgeben.?  @xqt 17:34, 23. Feb. 2019 (CET)

Danke für die Rückmeldung. Ich habe mal ein neues Ticket aufgemacht.--Cirdan ± 20:31, 26. Feb. 2019 (CET)

Löschen einer Tabellenzeile ergibt fehlerhaften Quelltext

Gemeldet in Phabricator
Task T217504

Beim Löschen einer Tabellenzeile, deren ersten beiden Zellen mittels rowspan verbunden sind, entsteht ein fehlerhafter Quelltext, ohne dass dies im VE zu sehen ist. Siehe diesen Diff. So ist es richtig. Gruß --FriedhelmW (Diskussion) 11:50, 24. Feb. 2019 (CET)

Hallo FriedhelmW, vielen Dank für die Meldung. Ich habe versucht, das Problem nachzustellen, aber bei mir funktioniert es offenbar wie gewünscht. Kannst du (gerne auch auf der Seite in meinem BNR) das Problem an einem einfachen Beispiel reproduzieren? Dann reiche ich es gerne weiter.--Cirdan ± 20:54, 26. Feb. 2019 (CET)
Ich habe den Zellen in deinem BNR Vorlagen hinzugefügt und konnte den Fehler reproduzieren. Gruß --FriedhelmW (Diskussion) 21:15, 26. Feb. 2019 (CET)
Wahrscheinlich ist es einfach zu spät, aber ich kann hier keinen Fehler entdecken, außer vielleicht einen fehlenden Zeilenumbruch.--Cirdan ± 21:23, 26. Feb. 2019 (CET)
Siehe hier und hier. Ich habe nur die erste Zeile gelöscht. --FriedhelmW (Diskussion) 21:29, 26. Feb. 2019 (CET)
@FriedhelmW: Vielen Dank für das Beispiel, ich habe es gemeldet.--Cirdan ± 10:52, 3. Mär. 2019 (CET)

doi-Fummeleien

Gemeldet in Phabricator
Task T217482

Bei dieser heutigen Bearbeitung wollte die IP wohl nur das Wort „konservative“ ergänzen, dabei wurden aber auch 2 doi-Wikilinks manipuliert:

  • original: [[doi:10.1016/0305-750X(91)90088-Y]]
  • geändert zu: [[doi:10.1016/0305-750X(91)90088-Y|doi:10.1016/0305-750X(91)90088-Y <span></span>]] …

Ich bezweifle, dass die IP das absichtlich veranstaltet hat (wäre aufwendig) und melde das mal vorsichtshalber hier. Gruß --Chiananda (Diskussion) 22:54, 26. Feb. 2019 (CET)

@Chiananda: Vielen Dank für die Meldung. Ich vermute, dass hier ein Zitations-Browser-Plugin wie Citavi oder Zotero Schuld ist, das hinter DOIs Links einfügt, so dass Nutzer diese Einträge in ihre Literaturdatenbank übernehmen können. Wir hatten schon mehrfach Probleme damit, wenn diese Plugins nicht sauber arbeiten und Spuren im Quelltext hinterlassen. Sollte das Problem gehäuft auftreten, wäre es sehr hilfreich, herauszufinden, welche solcher Plugins die Benutzer aktiviert haben.--Cirdan ± 17:04, 2. Mär. 2019 (CET)

Personendaten verschwinden?

Zur Kenntnisnahme: Bei Stefan_Löw sind die Personendaten bei einer massiven Ergänzung durch eine IP rausgeflogen. Ob das durch den Visual Dingsbums entstanden ist oder aus anderen Gründen, kann ich nicht sagen. Sollte man beobachten. --Wurgl (Diskussion) 12:43, 27. Feb. 2019 (CET)

@Wurgl: Danke für die Meldung. Da man die Personendaten im VE nicht sieht, solange man nicht angemeldet ist, kann es höchstens sein, dass die IP versucht hat, den großen Abstand unterhalb der Einzelnachweise zu entfernen, der dort aufgrund der (unsichtbaren) Vorlage angezeigt wird. Ich habe es gerade getestet, man kann auf diese Weise die Vorlage entfernen, obwohl sie unsichtbar ist. Sollten weitere Fälle auftreten, könnte hier tatsächlich ein Fehler im VisualEditor vorliegen.--Cirdan ± 16:54, 2. Mär. 2019 (CET)
Im Quelltexteditor ist die Vorlage für alle sichtbar. Sollte also auch hier sichtbar sein, ausgegraut oder irgendwie anders markiert, aber sichtbar sollte der Teil sein. --Wurgl (Diskussion) 19:04, 2. Mär. 2019 (CET)
Da die Vorlage im ANR nur angezeigt wird, wenn man das in den Einstellungen so konfiguriert, wird sie auch im VisualEditor nur dann angezeigt, da auch dort die entsprechende CSS-Regel greift. Ich denke nicht, dass es ohne weiteres möglich ist, etwas nur im VE anzuzeigen aber nicht in der normalen Artikeldarstellung.--Cirdan ± 08:59, 3. Mär. 2019 (CET)
Es müsste in etwa wie die Darstellung von HTML-Kommentaren gelöst werden. Aber ja, eine eigene Regel für eine bestimmte CSS-Klasse ist tatsächlich etwas schwierig.—XanonymusX (Diskussion) 10:28, 3. Mär. 2019 (CET)

Weg, einfach weg...:-(

Hallo zusammen, eben ist mir zum zweiten Mal etwas Seltsames passiert: Ich schreibe (auf einer Unterseite) einen neuen Artikel, und zwar im VE. Der Artikel ist nicht klein, mit allem Drum und dran. Beim Abspeichern kommt die Weblink-Warnmeldung, Speichern also nicht möglich. Um die Links zu prüfen, wechsel ich in den Quelltext - und auf einmal - zack - ist alles weg, restlos und nicht wieder auffind- oder gar wiederherstellbar. Mir passierte das schon mal, aber das war seinerzeit erst wenig Text gewesen, vorhin leider recht viel. Und beide Male beim Wechsel vom VE in den Quelltext-Modus. Wo hab ich was aus Versehen gestreift? Wieso verschwindet ein gesamter Text ohne Vorwarnung und ohne spezielle Markierung o.ä. nach Editorwechsel? --Felistoria (Diskussion) 23:12, 6. Mär. 2019 (CET)

Den technischen Grund dafür kenne ich auch nicht, aber ich schreibe alle meine Artikel schon lange lokal im Texteditor und kopiere sie erst rüber, wenn ich so gut wie fertig bin, um das zu vermeiden. Der VE ist weiterhin beta.--Aschmidt (Diskussion) 23:46, 6. Mär. 2019 (CET)
Hallo @Aschmidt:, ich kopiere in der Regel auch von der Festplatte, aber heute wollt ich's nicht so machen, irgendwie war ich da eben mal in Schwung oder so. Verschwindibus kann leider immer passieren, wenn du viele Fenster (z. B. wg. Weblinks) offen hast und dich beim "Ordnen" verklickst. Aber dann ist ja die ganze Seite weg, bei mir war aber die Unterseite noch fein da - nur wieder völlig blank, alles Geschriebene & Gebilderte & Gelinkte war fort. Und genau das ist mir schon mal passiert, aber da war's nur ein Kleinchen. Ich hab den Eindruck, dass der Editorwechsel noch irgendwo klemmt. - Ich find' den VE eigentlich unterdessen recht biegsam, zum Schreiben ganz schön. --Felistoria (Diskussion) 00:11, 7. Mär. 2019 (CET)
gudn tach user:Felistoria!
da ich mit dem VE software-technisch nix zu tun habe und ihn auch nicht verwende, kann ich dir da leider wohl auch nicht weiterhelfen.
zumindest kann ich bestaetigen, dass die spam-blacklist deinen edit verhinderte: [8]. bei der SBL werden jedoch im gegensatz zum edit filter nicht die kompletten edits gespeichert, sondern nur die im link angezeigten meta-daten, weshalb ich dir den text auch nicht aus den logs irgendwie herzaubern kann. -- seth 00:11, 7. Mär. 2019 (CET)
Dass der Wechsel nicht immer klappt, ist (im Moment) normal, aber in dem Fall kommt immer vor dem Wechsel die Warnung, dass die Änderungen nicht übernommen werden können. Wenn das nicht der Fall war, muss der Editor irgendwo cecrasht sein, möglicherweise wegen der Blacklist?! Dann müsste das Problem aber leicht nachvollziehbar sein. Gruß–XanonymusX (Diskussion) 00:18, 7. Mär. 2019 (CET)

Ganz allgemein habe ich den Eindruck, dass der VE in den letzten Monaten weniger stabil geworden ist.--Aschmidt (Diskussion) 00:27, 7. Mär. 2019 (CET)

Schau an, lieber @Aschmidt:, da muss ich doch einfach wieder mehr Artikel schreiben:-) Nebenbei: Danke @Lustiger seth: das ist ja ein prima Link mit Logbuch & Prüf-Tool, kannte ich nicht. Ich vermute den dort angezeigten Link als Übeltäter. Womöglich ist der VE da noch zu dünnhäutig und huscht lieber gleich alles weg, auch die 99,9 Prozent webmäßig völlig akkurat verlinkten Contents. Wär schon schön, wenn solch ein Tool, wie der Lustige seth es oben verlinkte, mir im VE in seiner umfänglichen Belehrung, nicht zu speichern, sogleich prominent - blink blink! - anzeigt, was er nicht haben will. Herzlich Gutnacht, --Felistoria (Diskussion) 01:14, 7. Mär. 2019 (CET)

Also ich bin ja geduldig, hab bislang auch eine Menge von dem VE gehalten - aber ich folge jetzt Aschmidt und werde diesen Editor keinesfalls mehr benutzen: Er hat mir soeben 2 Stunden Schreibezeit zernichtet! Ich Idiot hatte wieder gewechselt in den Quelltext - und zack, war alles Geschriebene (diesmal etwas komplexer leider...) weg, ohne Vorwarnung! Das verdirbt die Laune, das kenne ich auch nicht von z. B. wordpress, wo du auch diesen Wechsel ohne jeden Verlust hin und her machen kannst. Ändert das, und zwar etwas plötzlich! Ich werde sonst jedem(!) Neuling abraten, auch nur 1 Edit in diesem jetzigen VE auch nur zu versuchen - stellt da gefälligst ein Warnschild auf! Richtig schön sauer auf alle hochbezahlten wikimedia-Entwickler grüßt zur Nacht: --Felistoria (Diskussion) 23:02, 8. Mär. 2019 (CET)

P.S.: Nach meiner heuteabendlichen Edithistorie ahne ich den Fehler im System: du schreibst was im VE-Editor, wechselst in den Quelltext (ich anscheinend heute Abend, um ein Bild umzusetzen) - aber der Quelltext nimmt das im anderen Editor Verfasste nicht mit: wenn du nunmehr im Quelltext speicherst (hab ich offenbar gemacht), ist alles zuvor im VE Geschriebene weg. Das ist allerdings sehr doof und sehr frustrierend - und als Wechselfunktion völlig inakzeptabel. --Felistoria (Diskussion) 23:15, 8. Mär. 2019 (CET)
Also… der VE und Wikitext-2017 sind nicht stabil. Punkt. Ich habe damit schon mehrere Artikel neu angelegt, das geht, sie empfehlen sich aber vor allem für kleinere Arbeiten. Vor allem bieten sie Citoid, und das setze ich gezielt ein, weil es die Arbeit mit Fußnoten erheblich vereinfacht. Ich sehe aber über die Jahre eher eine Stagnation, vielleicht sogar einen Rückschritt, was die Qualität des VE angeht. Ich vermute ein Problem bei der QS.--Aschmidt (Diskussion) 11:25, 9. Mär. 2019 (CET)
Ich betreue diese Seite hier mittlerweile schon seit einigen Jahren und kann deinen Eindruck nicht bestätigen. Die Fehlermeldungen werden immer ausgefallener und betreffen zumindest beim VE in der Regel „edge cases“. Ohne eine uneingeschränkte Lobeshymne singen zu wollen: Die QS bei der WMF-Softwareentwicklung ist meinem Eindruck nach ziemlich gut, da könnte so manches große Unternehmen, das ich kenne, einiges von lernen. Wir haben hier sehr selten mit Regressionen zu tun und mit jedem wöchentlichen(!) Release wird die Funktionalität erweitert und verbessert, ohne dass es dem Großteil der Benutzer überhaupt auffällt. Der NWE ist zurecht derzeit noch eine Beta-Option, aber hier sind allein über das letzte Jahr z.B. die Ladezeiten drastisch gesenkt worden.
Im Übrigen ist der VisualEditor zwar ein Produkt der WMF, aber wir als Nutzer sind ein wichtiger Teil der Entwicklung und Verbesserung. Viele Fehler und Inkonsistenzen werden von Benutzern gemeldet (aus unserer Community ist zum Beispiel Schnark sehr aktiv) und von den WMF-Teams mehr als dankbar aufgenommen. Langer Rede kurzer Sinn: Ich sehe hier keinen Grund zur Schwarzmalerei.--Cirdan ± 12:52, 9. Mär. 2019 (CET)
Hallo Cirdan, was die Entwickler tun, kann ich ja gar nicht beurteilen. Und dass ich hier Fehler mache, steht auch außer Frage, auch dass ich den VE an sich fürs Schreiben durchaus schätze. Aber irgendetwas ist bei dieser Wechselfunktion VE/Quelltext wacklig - denn dass ich zweimal hintereinander eine ganze Seite im BNR versehentlich vernichte, scheint mir doch eher unwahrscheinlich. Überdies kenne ich übrigens von anderen VE/text-Wechselformaten, dass die entweder warnen oder einen Cache für dich haben. Wenn wir hier etwas komplexere Darstellungen machen, dann können wir bei dem Gefummel schon etwas Fehlertoleranz gebrauchen. Vielleicht will man gelegentlich von den Programmen einfach zu viel anstatt viel zu vereinfachen? (Und nee: bloß nicht noch mehr Verlageritis...:-) Schönes Wochenende, --Felistoria (Diskussion) 15:15, 9. Mär. 2019 (CET)

@Aschmidt: Wenn es dir um Citoid ginge, dann empfehle ich citoidWikitext@PerfektesChaos – der kann das eigentlich auch alles, ist aber hinsichtlich Bibliotheken etwas schlauer und kennt Besonderheiten deutschsprachiger Publikationen wie auch der deWP (hat nebenbei bemerkt eine offene Schnittstelle zur Nachbereitung von Citoid-Ergebnissen im VE-Kontext, die bereits seit mehreren Jahren angeboten aber nicht genutzt wird). VG --PerfektesChaos 15:14, 9. Mär. 2019 (CET)

Sehr interessant, vielen Dank für den Hinweis! Danach habe ich tatsächlich gesucht, war aber nur auf en:Help:Citation tools gestoßen. Werde ich bei Gelegenheit gerne testen.--Aschmidt (Diskussion) 19:38, 9. Mär. 2019 (CET)
Ein erster Schnelltest verlief positiv, das Skript funktioniert gut. Nochmals danke! ;) --Aschmidt (Diskussion) 19:54, 9. Mär. 2019 (CET)
Hallo Felistoria, ich konnte mich mit VE noch nie anfreunden, da passiert mir zu viel unkontrolliert im Hintergrund. Bei der Quelltext Bearbeitung ist Ursache und Wirkung immer eindeutig, die Syntaxhervorhebung sorgt bestens dafür, dass man den Überblick nicht verliert, und wenn ich mal unsicher bin, gibt's kurz eine "Vorschau". Und wenn einer meiner Kater mal über die Tastatur gelatscht ist, während ich Kaffee gemacht habe, lässt sich mit der ein- oder mehrfachen Zurück-"Contr/Z"-Tastenkombination alles wieder auf den letzten Stand bringen. Das hätte in deinem Fall beim Anblick der leeren VE-Seite vlt. auch wieder alles zurück geholt. Aber mein genereller Tipp ist, wenn Du vorhast, irgendwelche Experimente zu machen oder das Gefühl hast, einer deiner nächsten Schritte könnte mit unklarem Ergebnis zu Ende gehen, dupliziere den Tab einfach und arbeite dort weiter, solltest Du dort wieder an einen kritischen Punkt kommen, oder noch eine andere Variante als auf dem zweiten Tab ausprobieren wollen, gibt's halt einen dritten Tab usw. Wenn dann irgendwas in die Hose geht, sind die Verluste gering. Davon abgesehen mache ich es bei Edits, die über 3 bis 5 Zeilen hinausgehen, ähnlich wie Aschmidt und schreibe erst mal in einem lokalen Editor, in meinem Fall als txt-Datei in MS-Word, mit der Grundeinstellung alle paar Minuten eine Sicherungskopie zu machen. (Die wichtigsten Syntaxbefehle sind ja im Laufe der Jahre in Fleisch und Blut übergegangen) Und wenn dann die DSL-Verbindung abreißt, der Browser oder das ganze OS abstürzt oder der PC in Rauch aufgeht, solange die HD nicht crasht, geht außer der letzten paar Worte nix verloren.--Ciao • Bestoernesto • ✉ 03:40, 13. Mär. 2019 (CET)

Geschütztes Leerzeichen eingeben

Kann man leider immer noch nicht über die Tastatur im visuellen Modus. Auf dem Mac wäre das standardmäßig alt-SPC. Derzeit muss man weiterhin in den Plain-Text-Modus wechseln. Es wäre schön, wenn das bitte mal nachgerüstet werden könnte, bevor der Beta-Status entfällt.--Aschmidt (Diskussion) 00:02, 7. Mär. 2019 (CET)

@Aschmidt: Unter Windows: Alt+0160
Gruß --FriedhelmW (Diskussion) 17:07, 13. Mär. 2019 (CET)
Was gibt denn das in den Seitenquelltext ein? &nbsp; oder ein für alle anderen Autoren normal wirkendes Leerzeichen, bei dem dann anschließend ein Bot editieren wird, um dies in ein normales Leerzeichen zurückzuverwandeln? VG --PerfektesChaos 17:20, 13. Mär. 2019 (CET)
Im VE sieht &nbsp; genauso aus wie ein Leerzeichen. --FriedhelmW (Diskussion) 20:16, 13. Mär. 2019 (CET)

Vorschau der Zusammenfassungszeile

Seit kurzem sehe ich im Wiktionary anstelle ihrer Vorschau bei „Überprüfe deine Änderungen“ nur „$1“. Ich habe es jetzt hier getestet, der Effekt tritt aktuell auch in der Wikipedia auf. -- Peter Gröbner -- 13:35, 10. Mai 2019 (CEST)

Derzeit funktioniert sie wieder. -- Peter Gröbner -- 13:08, 16. Mai 2019 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 11:16, 26. Mai 2019 (CEST)

Visual Editor auch auf unpersönlichen Seiten?

Gemeldet in Phabricator
Task T221892

Soweit ich sehe, kann der Visual Editor auf WP-Projektseiten nicht benutzt werden. Nun möchte ich eine Gruppe von Neulingen (für die der Visual Editor ideal ist) gemeinsam Artikel vorbereiten lassen. Gibt es eine Alternative zu persönlichen Benutzerunterseiten? Danke --Hadi (Diskussion) 15:58, 14. Mai 2019 (CEST)

Jetzt dieser Tage grad nicht, vielleicht Donnerstag Abend wieder.
Ging mal, war unvollkommen gebaut gewesen, musste vor einiger Zeit abgeschaltet werden.
Ist grad gestern in verbesserter Form wieder angeschoben worden: phab:T221892
An die Seiten-URL muss danach auf irgendeine Weise ?veaction=edit bzw. &veaction=edit angehängt werden; siehe Hilfe:URL-Parameter.
LG --PerfektesChaos 16:23, 14. Mai 2019 (CEST)
@Hadi: Der von PerfektesChaos beschriebene Weg funktioniert wieder. Wenn du dazu Fragen hast, melde dich gerne.--Cirdan ± 16:27, 16. Mai 2019 (CEST)
Vielen Dank PerfektesChaos und Cirdan. Jetzt muss ich nur noch den Neulingen beibringen, dass sie ?veaction=edit anhängen. ;-)
Dieser Abschnitt kann archiviert werden. --Hadi (Diskussion) 10:45, 19. Mai 2019 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 11:16, 26. Mai 2019 (CEST)

Vorschlag: Änderung des Wechselbuttons

Es ist unnötig kompliziert, erst ein Untermenü öffnen zu müssen, um dann manuell in den anderen Bearbeitungs-Modus wechseln zu müssen. Dazu mag es evtl. irgendwo einen Hotkey geben, aber der Gelegenheitsnutzer kennt ihn sicher nicht. Besser wäre es, den Wechsel-Button sofort zum Springen in den anderen Modus zu nutzen und vielleicht mit dem Titel »Modus wechseln« zu versehen (direkt als Aktion auf das Ereignis »Anklicken«, ohne Untermenü). Mir ist leider keine kürzere Beschriftung eingefallen. Alternative: kurze Nachricht unten für kurze Zeit einblenden à la »In Quelltext-Modus gewechselt.« Mathelerner (Diskussion) 20:25, 5. Apr. 2019 (CEST)

Linkentfernung dringend!

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:67.0) Gecko/20100101 Firefox/67.0

URL: https://de.wikipedia.org/wiki/Tandem_(Sprachlernmethode)?veaction=edit

Der Link, der entfernt werden muss, verweist auf eine Pornoseite!

89.183.62.199 19:05, 18. Jun. 2019 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Conan (Eine private Nachricht an mich? Bitte hier lang.) 19:12, 18. Jun. 2019 (CEST)

Cursorposition Quelltext-Editor Tablet

Gemeldet in Phabricator
Task T222318

Neuerdings (war sicher nicht immer so) habe ich beim Bearbeiten am Tablet das äußerst nervige Problem, dass der Cursor immer ganz an den Anfang des Bearbeitungsfeldes hüpft, statt an die von mir per Touch bezeichnete Stelle. Sprich: Ich gehe auf Bearbeiten, warte, bis der Editor ganz geladen ist und tippe dann an die gewünschte Stelle — der Cursor springt aber sofort ganz an den Anfang und ich darf mir die Stelle wieder heraussuchen. Früher ist das bisweilen passiert, wenn ich nicht gewartet habe, bis der Editor geladen hatte, aber in dieser Form ist das neu. Ist das irgendein Problem mit JS-Events? Ich verwende ein iPad, könnte auch ein reines iOS/Safari-Problem sein. Gruß —XanonymusX (Diskussion) 18:47, 27. Apr. 2019 (CEST)

@XanonymusX: Magst du selbst einen Phabricator-Task schreiben?--Cirdan ± 08:54, 1. Mai 2019 (CEST)
Kann ich machen, wenn es noch niemand gemeldet hat! —XanonymusX (Diskussion) 00:52, 2. Mai 2019 (CEST)

VE fügt 2 Leerzeilen ein

In dieser Nachbesserung wollte der Nutzer nur ein Wort entfernen, gleichzeitig hat der VE:

  1. das Leerzeichen entfernt vor dem Schrägstrich in <nowiki/>
  2. zwei Leerzeilen am Abschnittsende zugefügt
  3. wieder <references responsive=""> geschrieben (wie schonmal im Artikel, hatte ich damals gemeldet)

Dankenswerterweise kam anschließend TaxonBot vorbei (Bot: Fehlerkorrektur der Wiki-Syntax nach phabricator:T101841), und anschließend kam Aka vorbei und entfernte die 2 Leerzeilen. Das mit den Extra-Leerzeilen war mir nicht aufgefallen – ist der Effekt bekannt?  Gruß --Chiananda (Diskussion) 00:18, 20. Apr. 2019 (CEST)

@Chiananda: Danke für die Aufmerksamkeit. Bist du sicher, dass der Nutzer nicht einfach zwei Leerzeilen eingefügt hat? Ggf. könntest du das mal auf einer Unterseite in deinem BNR testen/nachvollziehen.--Cirdan ± 11:21, 26. Mai 2019 (CEST)
Nein: sicher bin ich natürlich nicht, kann nur passiv beobachten. Wenn es keine weiteren solcher Fälle gibt, scheint's nicht erwähnenswert… Gruß --Chiananda (Diskussion) 14:35, 26. Mai 2019 (CEST)

ve ersetzt auszeichnungsfehler durch anderen

siehe https://de.wikipedia.org/w/index.php?title=Emmy_Noether&diff=prev&oldid=187706346 gruss, --Wetterwolke (Diskussion) 11:37, 23. Apr. 2019 (CEST)

@Wetterwolke: Danke für die Meldung hier. Kannst du den Fehler genauer beschreiben? Ich werde aus dem Diff nicht so recht schlau.--Cirdan ± 11:22, 26. Mai 2019 (CEST)
Es sieht so aus, als hätte der VE statt das Kursivende aus dem Link zu ziehen ein neues an das Ende des Einzelnachweises gesetzt. Gruß euch beiden, Peter Gröbner -- 11:26, 26. Mai 2019 (CEST)
Das kann der VE nicht wissen. Gehören die beiden Hochkomma zum Link oder sind das Textauszeichnungen? --Wurgl (Diskussion) 11:30, 26. Mai 2019 (CEST)

Nochmal und immer wieder: die Vorlagen!

Hallo, ich kann's nur wiederholen: die Vorlagen für Belege, die Fußnoten, im VE machen viele Korrekturen unmöglich, den Quelltext völlig unübersichtlich und sind absolut autorenfeindlich! Neue Autoren werden dadurch nachhaltig abgeschreckt, ja gleichsam - wie absichtlich - von Mitarbeit ferngehalten. Stoppt bitte diesen Unfug! Übrigens ist diese Formalisierung einer der Gründe, warum ich - anfangs sehr angetan vom VE - unterdessen das Schreiben völlig aufgegeben habe, und demnächst vermutlich auch keine Korrekturen mehr vornehmen werde, sollten sie auch noch so dringlich sein (weil ich sowohl im VE als auch im völlig ramponierten Quelltext daran gescheitert bin). Aktualisierungen werden natürlich auch nicht vorgenommen. Danke für Euer Verständnis, aber Eure Vorlagenfreunde übertreiben's, viel Spaß also statt mit Autoren mit Vorlagenbastlern in den Artikeln. --Felistoria (Diskussion) 15:21, 3. Jun. 2019 (CEST)

Hallo Felistoria, es tut mir leid, dass du so frustriert bist. Geht es dir allgemein um die Verwendung von Vorlagen zur Formatierung von Weblinks und Literaturangaben oder gibt es konkrete Fälle, die dich besonders stören oder wo der VE eine besonders ungünstige Formatierung vornimmt? Besonders würden mich (und ich nehme an, die Entwickler) Fälle interessieren, in denen auch eine Bearbeitung per VE nicht oder nur sehr mühsam möglich ist. Viele Grüße,--Cirdan ± 19:51, 4. Jun. 2019 (CEST)
Moin Cirdan, ich wollte in diesem Aktualitätenkino ein wenig gliedern, die eine oder andere Fußnote ergänzen - bei solch einem Quelltextsalat mach ich wieder zu; wirklich nicht zu ändern sind diese sturen a b c...-Dinger, die keinerlei Variation erlauben; neu "klassisch" schreiben ist eine Zumutung bei tabellarisch ausgefüllten Vorlagen. Diese Vorlagen sind - bitte um Entschuldigung - etwas für Leute, die nie irgendwo anders eine Literatur- oder Quellenangabe geschrieben haben oder jemals schreiben werden, eine vorgegebene Mechanik. Was immer der Vorteil dieser Dinger sein mag: ich komme im VE mit den meisten nicht zurecht und wenn meine klassische Form jemand änderte in den wenigen Artikeln, die mir wichtig sind, würd' ich das zurücksetzen. Und ja: ich bin davon überzeugt, dass die Vorlagen das Neueinsteigen behindern - vor allem aber das Korrigieren bzw. Ergänzen von Fußnoten, wenn man z. B. auf solchen kryptischen Unfug stößt: <ref name=":3" />. --Felistoria (Diskussion) 20:11, 4. Jun. 2019 (CEST)
Hallo Felistoria, ich sehe da eine ganze Reihe von Punkten in deinem Beitrag, an denen sich zumindest zum Teil etwas ändern ließe.
  1. Ich finde, mit der Syntaxthervorhebung (Stiftsymbol in der Bearbeitenleiste) lassen sich Vorlagen auch im Quelltext ganz ordentlich bearbeiten. Umständlich und schwierig bleibt es aber trotzdem.
  2. Mit welchen Vorlagen(einbindungen) hast du konkret Probleme mit dem VE bzw. worin bestehen die Probleme und wie ließen sie sich beheben/abmildern?
  3. Was genau meinst du mit „sture a b c... Dinger“? Meinst du die kleinen Buchstaben vor den Einzelnachweisen, die mehrfach genutzt werden? Wenn ja, was genau stört dich daran und wie sollte es deiner Meinung nach gelöst sein?
  4. Bessere und „sprechende“ Namen für per VE generierte Einzelnachweise würde ich mir auch wüschen, da suche ich mal auf Phabricator und lege das sonst als Wunsch an.
    Gemeldet in Phabricator
    Task T169841
Der VE wird wohl weiterhin Vorlagen verwenden, aber ich denke, da kann an vielen Stellen nachjustiert werden.--Cirdan ± 16:50, 6. Jun. 2019 (CEST)
Wenig überraschend gibt es schon seit längerem Beschwerden über die automatisch erzeugten Einzelnachweis-Bezeichnugen. Im letzten Jahr wurde die Möglichkeit, diesen Bezeichner aus dem VE heraus zu ändern, bei der Community Wishlist Survey auf die vorderen Plätze gewählt und ist als „ready for development“ gekennzeichnet. Damit rückt dann hoffentlich auch die automatische Generierung sprechender Bezeichnungen wieder in den Fokus.--Cirdan ± 16:55, 6. Jun. 2019 (CEST)
Na, das hört sich doch schon mal gut an, danke Dir für den Phab-Hinweis! Kaum lösbar, da nicht selbsterklärend, ist bei den Mehrfachreferenzierungen einer Quelle (a b c...) die Variierung in lediglich 1 Nennung, z. B. in c - egal ob in VE oder Quelltext. Ich wollte z. B. da nur an einer Stelle (z. B. c) die Referenz ergänzen, aber das geht nicht, sondern zerschießt die Vorlage. Ergo müsstest du die Referenz nochmal kopieren, als "klassische" Literaturangabe erneut einsetzen und dann ergänzen - ja sag: wer macht das? Außerdem macht diese Vorlagenwirtschaft jeden Quelltext viel länger und unübersichtlicher. Im VE bin ich bis auf die Bildvorlage bei allen anderen Vorlagen gescheitert, weil sie mir nix erklären, auch diese Tabellenform ist für mich keine hilfreiche Vorgabe und im Quelltext krieg ich nix darin geändert, korrigiert, ergänzt etc. Es gelang mir überdies noch nie, ein in einer VE-Vorlage in den Artikel gesetztes Bild via VE an eine andere Stelle zu platzieren. Zum Texte schreiben und verlinken, auch zum Fließtextkorrigieren ist der VE klasse, aber diese Vorlagen sind offenbar erst was für meine Enkel:-) Herzlich, --Felistoria (Diskussion) 17:27, 6. Jun. 2019 (CEST)

Nonsense-Verweise

Der VE fügt bei Dateieinbindungen teilweise unsinnige Verweise ein (Beispiele). So werden noch mehr Fälle gefunden:

--Leyo 15:35, 4. Jun. 2019 (CEST)

@Leyo: Danke für den Hinweis. Weißt du, wie sich diese Problemfälle reproduzieren lassen? Wenn du eine Schritt-für-Schritt-Anleitung geben könntest, wäre das prima, dann reiche ich die weiter.--Cirdan ± 19:53, 4. Jun. 2019 (CEST)
Das weiss ich leider nicht, sorry. --Leyo 01:15, 5. Jun. 2019 (CEST)

Kopieren von Tabellenzelle funktioniert nicht (Opera)

Hallo ich benutze Opera und habe mich an diesen Browser gewöhnt seit ein paar Tagen habe ich jedoch beim visuellen Editor das Problem, dass wenn ich eine Zelle einer Tabelle kopiere und diese in eine andere einfüge dies nicht funktioniert. Hier ein Screenshot: https://www.bilder-upload.eu/bild-693230-1560602753.png.html Habe bereits Browserdaten komplett gelöscht und Opera aktualisiert, jedoch keine Veränderung. Hingegen funktioniert es bei Firefox. Wäre schön, wenn mir jemand helfen könnte. VG --TWsk (Diskussion) 14:47, 15. Jun. 2019 (CEST)

Nicht verwendete Vorlagenparameter im Quelltext

Hallo, lässt sich dieses Verhalten (kurz: VE setzt bei Vorlage:Internetquelle (und Vorlage:Literatur?) nicht verwendete Parameter ohne Wert in den Quelltext) irgendwie unterbinden? In der Doku zu beiden Vorlagen steht, dass nicht verwendete Parameter aus den Kopiervorlagen bei der Einbindung durch den Autor gelöscht werden sollten. Andernfalls wird der Quelltext unnötig unübersichtlicher, was für Benutzer wie mich, die ausschließlich mit dem Quelltexteditor arbeiten und dabei auch bleiben wollen, sehr nervtötend ist. Es wäre daher schön, wenn sich auch der VE an diese Empfehlung halten würde. Das gilt erst recht, wenn eine Vorlageneinbindung einfach nur geöffnet und unverändert wieder geschlossen wird. --Gamba (Diskussion) 23:18, 21. Jun. 2019 (CEST)

Der VE speichert leere Vorlagen-Parameter

Fügt man mit dem Visual Editor eine Vorlage ein und füllt nicht alle Standardparameter aus, werden auch die leeren Parameter im Quelltext abgespeichert. Was dann wiederum die Nicht-VE-Autoren zu "Korrekturen" animiert [9] [10] und sicherlich auch nicht gerade Entzücken hervor ruft. Zwar habe ich schon heraus gefunden, dass man Parameter mit dem roten Mülleimer entfernen kann, doch editiert man die Vorlage nochmal, sind all die gelöschten Parameter wieder drin. Vermutlich ist es eine recht einfache Änderung, leere Parameter beim übertragen/kompilieren/speichern in den Quelltext einfach unter den Tisch fallen zu lassen. --Traumflug (Diskussion) 23:23, 21. Jun. 2019 (CEST)

Antwort auf beide. Nein das lässt sich nicht vermeiden, denn welche Parameter dort eingefügt werden hängt „nicht“ davon ab, ob ein Parameter einen Inhalt hat, sondern ob ein Parameter als Pflichtangabe oder erwünschte Angabe definiert wurde oder ob er optional ist. Das übernimmt der visuelle Editor aus der Dokumentation. Rein optionale Parameter entfallen, wenn sie leer bleiben, erwünschte Parameter oder gar Pflichtangaben werden immer hinzugefügt, damit die Inhalte später noch ergänzt werden können. Das heißt wenn die Vorlage:Internetquelle von einem Benutzer mit visueller Bearbeitung eingefügt wird, dann werden zum Ausfüllen standardmäßig folgende Parameter angeboten. 

Autor(en)
URL
Titel
Werk / Website
Herausgeber
Datum
Abrufdatum
Sprache

Was dann wie folgt {{Internetquelle |autor= |url= |titel= |werk= |hrsg= |datum= |abruf= |sprache=}} eingefügt wird.

  • Löscht der Benutzer leere Parameter über das Mülltonnensymbol, so kann das so aussehen. {{Internetquelle |url= |titel= |datum= |abruf=}}.
  • Anders verhält es sich, wenn ein Quelltextbearbeiter das Tool zum Vorlagenausfüllen verwendet, dass sich hinter dem Puzzleteil im Bedienfeld finden lässt.
  • Das sieht dann so aus. {{Internetquelle |url= |titel= |abruf=}} denn dort werden nur die Pflichtparameter angeboten und folglich auch nur diese standardmäßig eingefügt, alle anderen müssten ergänzt werden.
  • Würde nun ein Benutzer mit dem visuellen Editor diese Vorlage bearbeiten würden dadurch zusätzlich die vorgeschlagenen Parameter ergänzt, selbst wenn er beispielsweise nur ein Datum einfügen würde. {{Internetquelle |autor= |url= |titel= |werk= |hrsg= |datum=2000 |abruf= |sprache=}}

Da man all das aber in der visuellen Bearbeitung gar nicht wirklich bemerkt, steckt da auch keine böse Absicht dahinter. Es soll eigentlich dazu dienen, das Ausfüllen zu erleichtern, inden gewünschte oder vorgeschlagene Parameter bereits angeboten werden. Ich denke daran werden die Softwareentwickler nichts ändern, damit nicht versehentlich Angaben vergessen oder in falschen Parametern landen, weil diese nicht zum Standard gehören. Es ist in jeder Vorlage festgelegt was Pflicht, gewünschte, optionale, oder unerwünschte Angaben (veraltete Parameter) sind. Siehe auch Hilfe:TemplateData --Liebe Grüße, Lómelinde Diskussion 06:47, 28. Jun. 2019 (CEST)

Eigentlich wollte ich hier nicht den Programmierer heraus hängen lassen, doch dass der VE im Moment dieses Verhalten aufweist ist nicht wirklich eine Begründung dafür, dass es nicht anders/besser geht. Es geht auch nicht darum, welche Parameter im Erstellungsdialog des VE dargestellt werden, sondern welche Parameter in den Quelltext abgespeichert werden. Völlig richtig, für VE-Benutzer nacht das keinen Unterschied. Doch Viele editieren eben lieber den Quelltext direkt. Was dann zu den beschriebenen Konflikten bei gemischter Bearbeitung unterschiedlicher Autoren führt.
Vom Standpunkt des Informationsgehalts sind ein leerer Parameter und ein nicht vorhandener Parameter identisch. Der VE geht auch mit fehlenden Parametern im Quelltext schon einwandfrei um (er ergänzt sie für den Dialog), da braucht es also gar keine Änderungen. Es geht nur darum, diese leeren Parameter nicht in den Quelltext zu schreiben. Denn das ist nicht einfach eine störende Null-Information. --Traumflug (Diskussion) 11:40, 28. Jun. 2019 (CEST)
Ich lass dann mal den Programmierer raushängen.
Vorgegebene leere Zuweisungen sind mitnichten sinnlos.
  • Sie kennzeichnen insbesondere diejenigen wichtigen Werte, bei denen zu erwarten ist, dass zukünftig in der Quelltextbearbeitung noch Werte nachgetragen werden.
  • Sie erinnern somit daran, dass sinnvolle Angaben noch fehlen und ermittelt werden sollten.
  • Würde hier nicht das leere Muster stehen, so müsste man (wenn man die über 60.000 Vorlagen und alle ihre Parameter nicht auswendig weiß) erst in der Doku-Seite nachgucken, wie genau das heißt und wie es buchstabiert wird.
  • Die VE-Dokumentationen sind bemüht, das auch entsprechend auszuwählen, und rufen im Formular auch die vermutlich wünschenswerten Angaben ins Gedächtnis und regen zum Ausfüllen an.
  • {{Personendaten}} verlangt immer alle Felder, auch wenn die Person im Moment lebt, damit im Todesfall in die vorhandenen Felder gleich eingetragen werden kann. Auch Infoboxen werden in der Regel mit sämtlichen leeren Werten im Quelltext präsentiert; oder die zukünftig noch erwartbaren vorgehalten.
  • Die Regeln, in welchen Fällen Werte garantiert nie mehr auftauchen können, sind oft komplex und haben inhaltliche Gründe, die nicht trivial von vornherein hinterlegt werden können. Deshalb gibt es dann eben den Mindestsatz an vorgeschlagenen Zuweisungen, die immer in Formular und Quelltext angeboten werden.
VG --PerfektesChaos 12:57, 28. Jun. 2019 (CEST)
  • Dass diese leeren Parameter wertlos sind, kann man schon daran erkennen, dass der VE diese Parameter vollautomatisch und ohne nennenswerten Zeitaufwand wieder herstellen kann. Ein klassischer Fall redundanter Information, die man im Sinne der Datenkonsistenz möglichst vermeidet. Die Vorgaben der Vorlage können sich z.B. ändern, dann sind all die leeren Parameter nicht mehr zutreffend.
  • Parameter ohne Benutzeraktion wieder einzufügen widerspricht auch dem offensichtlichen Ansinnen des roten Mülleimers, denn damit kann man diese Parameter ja löschen. Diese Löschung passiert auch nicht aus Versehen, sondern wird vom Benutzer durchgeführt. Eine schon verwendete Vorlage mit dem VE zu editieren bedeutet, dass er diese Löschung rückgängig macht, obwohl weder Parameter dazu gekommen, noch welche verschwunden sind.
  • Hilfe:Vorlagen/VisualEditor#Vorlagenbestandteile beschreibt auch ausdrücklich, dass nicht verwendete Parameter entfernt werden sollen. Von einer Erinnerungswirkung für Quelltextautoren ist da nichts zu lesen.
  • Suchwerkzeuge, die im Quelltext nach leeren Parametern suchen, können gerade so gut nach fehlenden Parametern suchen. Das braucht nur eine etwas andere RegExp.
  • Selbst wenn man diese Erinnerungswirkung für Quelltextautoren haben wollte (VE-Autoren haben sie sowieso), wäre das speichern leerer Parameter bestenfalls bei neu eingefügten Vorlagen sinnvoll. Wurde ein Parameter einmal gelöscht, sollte er auch gelöscht bleiben, bis er ausdrücklich wieder eingefügt wird.
  • Davon abgesehen halte ich diese Erinnerungswirkung für recht fragwürdig. Wenn man Literatur oder eine Webseite verlinkt, ist da kein Aufwand notwendig, der eine Verlagerung auf einen späteren Zeitpunkt rechtfertigen würde. Man kopiert Titel, URL, Autor usw., diese Angaben ändern sich später auch nicht mehr. Bei Personen ist ein fehlender Todeszeitpunkt dagegen schon ohne Quelltext leicht zu erkennen. Daher drängt sich der Verdacht auf, dass die gewünschte Erinnerungswirkung nur eine Verkomplizierung ohne Gewinn ist. Ein [bitte recherchieren] wäre ungleich wirkungsvoller, doch das ist ja m.W. in der WP:de nicht erwünscht.
--Traumflug (Diskussion) 16:08, 28. Jun. 2019 (CEST)

Span-Problem

Gemeldet in Phabricator
Task T217482

Umgelagert da hier passender:

Suche: span-Tags ohne Inhalt 

[[doi:10.1001/jama.2015.15845|doi:10.1001/jama.2015.15845 <span></span>]]

[[doi:10.1001/jama.2015.15845]]

Beispielsweise hier, dort oder da, jeweils mit der Markierung „Visualle Bearbeitung“. Ich kann es jedenfalls nicht reproduzieren, halte es jedoch für unwahrscheinlich, dass so etwas bewusst eingefügt wird. --Liebe Grüße, Lómelinde Diskussion 07:28, 11. Jun. 2019 (CEST)

Mittels doi insource:/\<span\>\<\/span/ gibt's übrigens noch ein paar zusätzliche einen zusätzlichen Treffer. --Leyo 11:28, 20. Jun. 2019 (CEST)

Oh. Ich mach mal eine Liste

Benutzer IP Diff BK Datum
2003:e0:3bf1:3c94:a419:35bf:39b9:8be1 Spezial:Diff/185662882 Visuelle Bearbeitung 13. Februar 2019, 21:54 Uhr
88.68.140.157 Spezial:Diff/185675939 Visuelle Bearbeitung 14. Februar 2019, 11:44 Uhr
Benutzerin:Leni len
(zuletzt aktiv im Februar 2019)		 Spezial:Diff/185798319
Spezial:Diff/185798319/next
Spezial:Diff/185811206/next
Spezial:Diff/185827290/next
Spezial:Diff/185835696/next
Spezial:Diff/185858035/next		 Visuelle Bearbeitung 18. Februar 2019, 12:12 Uhr – 20. Februar 2019 um 14:39 Uhr
Benutzer:Randonneuse
(zuletzt aktiv im März 2019)		 Spezial:Diff/186245366 Visuelle Bearbeitung 4. März 2019, 14:04 Uhr
88.122.235.171 Spezial:Diff/186337097 Visuelle Bearbeitung 7. März 2019, 12:58 Uhr
Benutzer:Ichwarsnur (2/3) 109.73.159.212 (1) (1) Spezial:Diff/174972578
(2/3) Spezial:Diff/185576154/186640918
Spezial:Diff/186640918/next		 Visuelle Bearbeitung
Visuelle Bearbeitung, PHP7		 13. März 2018, 13:41 Uhr
16. März 2019, 16:33 Uhr / 16. März 2019, 16:34 Uhr
134.3.225.255 Spezial:Diff/186272250/187004791 Visuelle Bearbeitung 28. März 2019, 01:37 Uhr
Benutzer:Ichwarsnur Spezial:Diff/187447387 Visuelle Bearbeitung, PHP7 10. April 2019, 20:23
134.176.192.79 Spezial:Diff/187670801 Visuelle Bearbeitung 18. April 2019, 09:14 Uhr
2a02:8070:21c2:c900:b099:7b67:d55d:2935 Spezial:Diff/187780198 Visuelle Bearbeitung 21. April 2019, 23:32 Uhr
149.203.227.35 Spezial:Diff/187870404 Visuelle Bearbeitung 24. April 2019, 16:48
2a02:810d:4ac0:2a61:75e1:4e69:5e63:d57 Spezial:Diff/188194874 Visuelle Bearbeitung 3. Mai 2019, 23:33 Uhr
Benutzer:Skoghoern
(zuletzt aktiv am 3. Juni 2019)		 Spezial:Diff/188669701/next Visuelle Bearbeitung 17. Mai 2019, 19:33 Uhr
2a02:c7d:8e7f:8200:acd9:5248:1816:4da3 Spezial:Diff/188665596
Spezial:Diff/188665596/next
Spezial:Diff/188716841/next		 Visuelle Bearbeitung 17. Mai 2019, 14:47 Uhr
19. Mai 2019, 00:45 Uhr
19. Mai 2019, 00:53 Uhr
141.2.134.66 Spezial:Diff/188968071/cur Visuelle Bearbeitung 27. Mai 2019, 19:43 Uhr
88.73.97.117 Spezial:Diff/189342015 Visuelle Bearbeitung, PHP7 7. Juni 2019, 17:55 Uhr
81.173.209.36 Spezial:Diff/189462944 Visuelle Bearbeitung, PHP7 11. Juni 2019, 21:36 Uhr
Benutzer:Ichwarsnur Spezial:Diff/189467809 Visuelle Bearbeitung 12. Juni 2019, 01:27 Uhr
141.23.179.249 Spezial:Diff/185175655/189637338
Spezial:Diff/189637338/next		 Visuelle Bearbeitung 18. Juni 2019, 10:12 Uhr
18. Juni 2019, 10:12 Uhr
136.199.121.95 Spezial:Diff/189687562 Visuelle Bearbeitung, PHP7 19. Juni 2019, 15:37 Uhr
139.18.244.94 Spezial:Diff/188779274/189743841 Visuelle Bearbeitung 21. Juni 2019, 16:05 Uhr
Benutzer:Ichwarsnur Spezial:Diff/189734668/189752561 Visuelle Bearbeitung 21. Juni 2019, 20:40 Uhr
Benutzer:Ichwarsnur Spezial:Diff/189745167/189752299 Visuelle Bearbeitung 21. Juni 2019, 20:26 Uhr
(gleich doppelt <span></span> <span></span>)

Was also haben diese Benutzer gemeinsam, was andere nicht haben? Kann es ein bestimmter IP-Bereich sein? Leider lässt sich hier maximal der eine blaue Benutzer (zuletzt aktiv vor 2 Tagen) und eventuell der vom 3. Juni direkt ansprechen, alle anderen sind IP oder Benutzer die länger nicht mehr aktiv waren. Fest steht, dass alle Bearbeitungen visuell erfolgten, und das jeder weitere Edit die Situation durch Einfügen von zwei weiteren <span></span> verschlimmert. --Liebe Grüße, Lómelinde Diskussion 13:59, 20. Jun. 2019 (CEST)

Moin Moin! Zu meinem Auftauchen in der Liste: ich habe bei dieser Bearbeitung (denke ich) nicht viel anders gemacht als sonst. Wenn ich Quellen ergänzt habe, dann über den visuellen Editor und mit dem Quellen-Werkzeug diese automatisch eingefügt und höchstens noch Felder gelöscht, wenn diese einen Fehler erzeugt haben. Ich nutze eine aktuelle Firefox-Version mit u.a. Ghostery und Citavi-Picker. Liebe Grüße,Ichwarsnur (Diskussion) 20:45, 21. Jun. 2019 (CEST)

Bei Permafrostboden wieder aufgetreten. Dort habe ich die Quelle eingefügt und zwei Felder gelöscht, da diese einen Parameterfehler verursacht haben (wenn ich mich richtig erinnere sollte ich eine DOI anstatt einer URL eingeben und habe darauf hin das URL-Feld und das Abruf-Datum-Feld gelöscht. Ichwarsnur (Diskussion) 21:53, 21. Jun. 2019 (CEST)
@Cirdan gibt es hierzu jetzt schon irgendwo eine Fehlermeldung bei den Entwicklern? Irgendwie sollten wir das mal angehen. Das sollte kein Dauerzustand werden. Schlimmstenfalls könnten hundert nutzlose Tags den Quelltext vermüllen, wenn jemand, bei dem das ausgelöst wird, mehrere kleine Änderungen durchführt. --Liebe Grüße, Lómelinde Diskussion 14:33, 27. Jun. 2019 (CEST)
Nachtrag es ist nicht spezifisch nur in diesem Projekt. In der en:WP gibt es auch ein paar, aber weit weniger solche Fälle aber ebenfalls IP 2003:e2:774a:a440:5b8:2b5c:efd7:e11 und IP 134.169.45.112. Oder Benutzer User:Wiisaustria (nicht mit Doi). Hier noch weitere Fälle aus en:Wiki BK: Added a see-also link to Single Table Inheritance … Benutzer, Add a valid Reference IP 130.75.173.76. Frankreich liefert keine Suchergebnisse Spanien hingegen 28 allerdings scheint das ein anderer Fall zu sein, zumeist mit math. Aber dort auch wieder VE. --Liebe Grüße, Lómelinde Diskussion 15:31, 27. Jun. 2019 (CEST)

Irgenwann hatten wir das irgendwo schon mal diskutiert (FzW? sorry, kann mich nicht erinnern) und ziemlich sicher den Citavi-Picker als Ursache ausgemacht. Ob es dazu einen Phab-Task gab? Keine Ahnung.--Mabschaaf 18:40, 6. Jul. 2019 (CEST)

@Mabschaaf: Das war phab:T192392. Laut der Beschreibung von Benutzer:Ichwarsnur scheint auch hier wieder der Citavi-Picker das Problem zu sein.
@Lómelinde: Ich habe leider bislang wenig Zeit und bin daher noch nicht dazu gekommen, einen Task anzulegen. Ich habe im Mai aufgrund dieser Meldung zum selben Problem schon phab:T217482 angelegt.--Cirdan ± 19:14, 6. Jul. 2019 (CEST)
Dankeschön. --Liebe Grüße, Lómelinde Diskussion 07:16, 7. Jul. 2019 (CEST)

Notizen bei gesperrten Lemmata

 
Ansicht im VisualEditor
 
Selbst in dieser eher ungünstigen Variante sind die Hinweise, um die es mir hier geht, sofort sichtbar

Der Hinweis Achtung: Du erstellst eine Seite, die bereits früher gelöscht oder verschoben wurde. verschwindet unter der Falz und springt Neulingen nicht ins Auge. --HHill (Diskussion) 18:09, 27. Jun. 2019 (CEST) PS: Laptops mit ca. 14-Zoll-Bildschirm, Windows und afaik Firefox. --HHill (Diskussion) 07:40, 28. Jun. 2019 (CEST)

Ich hatte so etwas auch schon einmal moniert, dass wichtige Hinweise durch zu viel Inhalt in dem Feld untergehen und man sie nur durch scrollen erreicht. Ich finde es aber nicht mehr. Mach doch bitte mal ein Bildschirmfoto, dann kann man das besser nachvollziehen. --Liebe Grüße, Lómelinde Diskussion 08:09, 28. Jun. 2019 (CEST)
Entscheidend ist üblicherweise die Breite des Browser-Fensters in Pixeln. Dazu die Angabe, ob es sich um ein Retina-/hochauflösendes Display handelt oder nicht. Dann kann man das auch auf anderen Bildschirmen nachvollziehen, denn ein 1000 Pixel breites Browserfenster auf einem 1200 Pixel breiten Bildschirm rendert genau das gleiche Bild wie ein 1000 Pixel breites Browserfenster auf einem 1920 Pixel breiten Bildschirm. --Traumflug (Diskussion) 11:23, 28. Jun. 2019 (CEST)
P.S.: zum testen von Bildschirmbreiten kann man entweder das Browserfenster kleiner oder grösser ziehen oder den "Responsive Design Mode" verwenden. Letzterer erlaubt auch, das Browserfenster breiter als den physikalischen Bildschirm zu machen. --Traumflug (Diskussion) 11:53, 28. Jun. 2019 (CEST)
Habe mir mal im aktuellen Archiv der Entsperrwünsche einen ähnliches Beispiel gesucht (der Fall gestern wurde seltener gelöscht). Für den Wikitext-Screenshot habe ich sogar ein wenig nach oben gescrollt, ist immer noch brauchbarer als die VisualEditor-Variante. --HHill (Diskussion) 18:38, 28. Jun. 2019 (CEST)
Ja genau so hatte ich das auch in meiner Erinnerung. Die eigentlich wichtige Information bleibt verborgen. Hier sollte es möglich sein, die Priorität der Notizen anzupassen. Ich halte das so auch nicht für sehr sinnvoll. Zumal ja im oberen Bereich der Notizen durch den Hinweis →MediaWiki:Newarticletext-0 suggeriert wird, dass eine Bearbeitung dieses Lemmas möglich und erwünscht wäre.
Ich finde es auch schwierig zu enträtseln welche Teile zu welcher Notiz gehören. Oben steht 3 Notizen, wo aber endet welcher Hinweis? Vielleicht wäre es nützlich diese einzeln zu schließen und nicht komplett, so dass man sie auch einzeln lesen könnte. Fatal ist dabei, dass ein Klick in die Baerbeitungsfläche diesen Hinweis sofort verschwinden lässt, also das Popup geschlossen wird.
Die Dringlichkeit lässt sich, durch die farbliche Umrandung in der Quelltextversion viel deutlicher wahrnehmen. Das „Achtung gesperrt“ sollte ganz oben stehen, weil es für mich die Priorität 1 hätte.
Hier aber steht es weiter unten so als wäre es „zweitrangig“.
Ich könnte mir vorstellen, dass man diese Nachricht quasi unter (oder über) die Seitenoberfläche legt, wie eine Art „placeholder“ in der gesamten Seitenbreite, das könnte man dann deutlich lesen und erst, wenn man dort auf „Warnung ignorieren“ klickt, sollte eine Texteingabe möglich sein.
Nur so als Gedankenspiel. --Liebe Grüße, Lómelinde Diskussion 12:23, 29. Jun. 2019 (CEST)
Beim Wikitext wird ja automatisch etwas nach unten gescrollt, hatte dies für den Screenshot händisch rückgängig gemacht. Vielleicht wäre es im Visualeditor möglich gleichfalls automatisch zu den „Notizen“ herunterzuscrollen. Der allgemeine Text hilft in diesem Fall, wie Lómelinde schreibt, überhaupt nicht weiter. --HHill (Diskussion) 14:45, 29. Jun. 2019 (CEST)

I.O.I

Im durch Spezial:Diff/190009799 hinzugefügten Abschnitt "2019: Wiedervereinigung" ist seltsames passiert.

  • (={Alter{{!}}2001|03|09=}) sollte wohl ({{Alter|2001|03|09}}) sein
  • Bei <ref name=":3">{{m Do-yeon ({{la|g|k=<nowiki>-Hang|김도연}})</nowiki> blick ich nicht durch, entweder dieses {{m Do-yeon" raus oder ?? Das </nowiki> ist wohl auch ungewollt.
  • (={Alter{{!}}2001|03|09=})
  • Jeon So-mi ({{lang|ko-Hang|전소미}=) das soll wohl Jeon So-mi ({{lang|ko-Hang|전소미}}) sein ("=" am Ende gegen "}" tauschen)
  • so einige <nowiki> sind unnötig
  • …

Keine Ahnung wie man das schafft und ob das jetzt ein Fehler vom Visual Editor oder nur überaus seltsame Bedienung durch den User ist. Bred R. Zaun was wolltest du da schreiben und wie hast du dieses Chaos geschafft? Kannst du das bitte korrigieren und hier eventuell die Schritte beschreiben, die zu dem Fehler führten? Ich kann das nicht korrigieren. --Wurgl (Diskussion) 10:47, 1. Jul. 2019 (CEST)

Die Einfügung von <nowiki/> (Community Wishlist Survey 2019 ) ist auch ein Grund, warum die Visuelle Bearbeitung im Wiktionary von vielen Kollegen abgelehnt wird. -- Peter Gröbner -- 11:35, 1. Jul. 2019 (CEST)
VE macht oft merkwürdiges. --Liebe Grüße, Lómelinde Diskussion 13:13, 1. Jul. 2019 (CEST)
Danke für die Klammer, dieser Wurgl macht wie der VE manchmal auch merkwürdiges ;^) --Wurgl (Diskussion) 13:36, 1. Jul. 2019 (CEST)
So ich vermute mal da hat jemend etwas von irgendwo en:wp oder so kopieren wollen und ne halbe Tabelle mitkopiert, oder diese überschrieben? Jedenfalls war das kein Beleg den ich irgendwie als solchen reparieren konnte. PS: Lómelinde auch! Manchmal denke ich die Putztruppe räumt nur hinter mir her. --Liebe Grüße, Lómelinde Diskussion 13:52, 1. Jul. 2019 (CEST)
Huhu, also eigentlich hab ich in der Tabelle nur Korrekturen in der Spalte Agentur gemacht. Mit dem VE. Danach dann in den Quelltext gewechselt um Korrekturen an der Infobox zu machen. Aber nichts von irgendwoher rüberkopiert. Ich hab keine Ahnung wie das Chaos da entstanden ist. Das ist mir aber auch nicht aufgefallen, denn in der Vorschau sah alles normal aus. --Bred R. Zaun (Diskussion) 14:14, 1. Jul. 2019 (CEST)
Ist ja auch nur in der Referenz zu sehen. Dort scrollt man eher nicht runter. Interessant ist aber deine Aussage vom Wechsel zum Quelltext, weil diese Markierung "gewechselt" sehe ich nicht im Änderungskommentar. --Wurgl (Diskussion) 14:28, 1. Jul. 2019 (CEST)

Woher hattest du denn die Quelle also den Beleg <ref name=":3">? Du musst den doch irgendwie erzeugt haben. Also entweder kopiert oder von Hand eingefügt, dann aber hättest du doch nicht so etwas fabriziert. Es geht hier um den Abschnitt →Spezial:Diff/188120697/190009799#2019: Wiedervereinigung 

<ref name=":3">{{m Do-yeon ({{la|g|k=<nowiki>-Hang|김도연}})</nowiki>
|4. Dezember 1999 ({{Alter|1999|12|04}})
|Fantagio
|Vocalist
|-
|'''<nowiki>[[Jeon So-mi|</nowiki>|omi]]='' ({{lang|ko-Hang|소미}})
|Jeon So-mi ({{lang|ko-Hang|전소미}=)
|9. März |001 (={Alter{{!}}2001|03|09=})
|<nowiki>[[JYP E</nowiki>|tertain=en}}</ref><ref>{{Internetquelle |url=https://www.koreaboo.com/news/ioi-finally-confirms-news-comeback/ |titel=I.O.I Finally Confirms News Of A Comeback |werk=koreaboo.com |datum=2019-06-30 |abruf=2019-06-30 |sprache=en}}</ref>

Und das sieht eindeutig nach einem Teil einer Tabelle aus.

m Do-yeon (김도연) 4. Dezember 1999 (24) Fantagio Vocalist
Somi (소미) Jeon So-mi (전소미) 9. März 2001 (23) The Black Label

wie man leicht sehen kann. --Liebe Grüße, Lómelinde Diskussion 14:35, 1. Jul. 2019 (CEST)

Das "gewechselt" steht da nicht, ist mir auch aufgefallen. Gewechselt habe ich aber definitiv, weil ich Änderungen in den Infoboxen oder generell in Vorlagen lieber im Quelltext mache. Der VE schreibt sonst ja immer wieder die leeren Parameter mit rein, wenn man die nicht löscht. Da gehts dann im Quelltext schneller. Den Beleg hab ich noch mit dem VE eingefügt. Nach dem Satz im Abschnitt Wiedervereinigung. Eingefügt mit Belegen → Manuell → Webseite. Danach hab ich den Beleg dann oben in der Einleitung mit Weiterverwenden noch angefügt, mehr nicht. Ich habe echt keine Ahnung wie das Chaos da entstanden ist. Wie schon geschrieben, in der Tabelle habe ich nur Änderungen in der einen Spalte gemacht. Das noch mit dem VE. Später im Quelltext habe ich nichts mehr an der Tabelle gemacht, auch nicht kopiert. Da hab ich nur Änderungen in der Infobox vorgenommen und überflüssige Pipes aus der Vorlage:lang entfernt, die mir in der Vorschau als Fehler angezeigt wurden. Vielleicht sollte ich öfter mal auf Änderungen anzeigen klicken, dann wäre mir das sicher aufgefallen, aber so leider nicht. --Bred R. Zaun (Diskussion) 15:08, 1. Jul. 2019 (CEST)
Na ja, so schlimm ist es ja jetzt nicht, ich denke da ist dir irgendwie etwas mit in die Zwischenablage geraten oder beim Wechseln hängen geblieben. Wenn ich deinen Schritten so folge, also gedanklich dann hast du zuerst die Tabelle bearbeitet, vermutlich in dem Bereich der da jetzt mit hineinspielte. dann hast du zum Quelltext gewechselt und Vorlagen angepasst und dann zurück zum VE und dabei ist halt irgendetwas schief gegangen. Das ist ja auch kein Vorwurf an dich.
Nachfrage: der Beleg war →https://www.koreaboo.com/news/ioi-finally-confirms-news-comeback/ oder? Wäre nett, wenn du noch mal in den Artikel schauen würdest, ob ich das richtig repariert habe. --Liebe Grüße, Lómelinde Diskussion 15:18, 1. Jul. 2019 (CEST)
Ja, das ist der Beleg. Ich schau dann gleich nochmal in den Artikel rein. --Bred R. Zaun (Diskussion) 15:31, 1. Jul. 2019 (CEST)

Kann den Artikel Anime nicht im VE öffnen

Der Ladebalken bleibt bei 2/3 stehen. In der Chrome-Console steht: "Failed to load resource: net::ERR_SPDY_PROTOCOL_ERROR". --FriedhelmW (Diskussion) 22:23, 6. Jul. 2019 (CEST)

Ging bei mir auf Anhieb (verwende Iron), und ich hab grottiges Internet. Dass der Ladebalken auf 2/3 hängenbleibt, passiert mir aber immer wieder mal, bei ganz unterschiedlichen Artikeln, da hilft nur Neuladen.–XanonymusX (Diskussion) 22:25, 6. Jul. 2019 (CEST)
Danke, nach mehreren Versuchen hat es jetzt geklappt. Gruß --FriedhelmW (Diskussion) 22:35, 6. Jul. 2019 (CEST)

Wie kann ich meine eigene Website vervollständigen? Gruß Reinhard Omir_r.omir@t-online.de

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0

URL: https://de.wikipedia.org/wiki/Reinhard_Omir?veaction=edit&section=2

87.178.34.88 16:58, 12. Jul. 2019 (CEST)

ein <br /> wird am Absatzende eingefügt

Gemeldet in Phabricator
Task T224363

Beispiele: Thiaziddiuretika (diff), recht weit unten in Warsteiner Brauerei Haus Cramer (diff), Klaus Moegling (diff), usw. Sind bzw. waren insgesamt ca. 1000 Stück die täglich in 150er Blöcken (gemischt mit anderen Problemchen) hier: auftauchen Benutzer:Wurgl/Fehler_Vorlagen#Allgemeine_Fehler. --Wurgl (Diskussion) 11:56, 23. Mai 2019 (CEST)

@Doc Taxon, Cirdan: wäre das Entfernen dieser Zeilenumbrüche nicht eine Botaufgabe? Die Liste der Kandidaten hab ich. Ebenso diese leerem Listenpunkte (Zeilen die nur aus * oder # am Zeilenanfang bestehen). --Wurgl (Diskussion) 10:24, 21. Jul. 2019 (CEST)
@Wurgl: wenn Du das machen willst, -- auf alle Fälle ist das hilfreich. – Doc Taxon • Disk. • Wikiliebe?! • 12:45, 21. Jul. 2019 (CEST)
Es ist schlimm genug, dass man überhaupt Bots für die Korrektur solcher Formatierungsfehler braucht. Eigentlich sollte ein Editor in der Lage sein, einwandfreien Quelltext zu produzieren. Daher: nee, ist keine Botaufgabe. Im Gegenteil, solche Bots sollten langfristig überflüssig werden. --Traumflug (Diskussion) 14:14, 21. Jul. 2019 (CEST)
Ich mach das ja jetzt per Hand. Das sind jeden Morgen so 10-15 sinnfreie Edits. Es gibt die Variante Bot oder es gibt die Variante solls ein anderer machen oder niemand. --Wurgl (Diskussion) 14:57, 21. Jul. 2019 (CEST)
Da ist noch eine Variante vorstellbar: die Variante "VE macht's gleich richtig, keine Nachbearbeitung notwendig". --Traumflug (Diskussion) 15:02, 21. Jul. 2019 (CEST)
Den Fortschritt kannst ja im Phabricator beobachten. --Wurgl (Diskussion) 15:18, 21. Jul. 2019 (CEST)

Editing News #1—July 2019

In einer anderen Sprache lesen • Anmeldung für dieses mehrsprachige Rundschreiben

 

Schon gewusst?

Wusstest Du, dass Du den Visual Editor auf einem Mobilgerät benutzen kannst?

Jeder Artikel hat oben ein Stiftsymbol. Drücke auf den das Stiftsymbol  , um mit dem bearbeiten zu beginnen.

Bearbeitungskarten

 

So sehen die neuen Bearbeitungskarten beim Bearbeiten von Links im mobilen Visual Editor aus. Du kannst den Prototyp hier ausprobieren: 📲 Probiere Bearbeitungskarten aus.

Willkommen zurück zu den Bearbeitungs-Rundschreiben.

Seit dem letzen Rundschreiben hat das Team zwei neue Funktionen für den mobilen Visual Editor veröffentlicht und begonnen, drei weitere zu entwickeln. All diese Arbeit ist Teil des Ziels des Teams, das Bearbeiten auf der mobilen Webseite einfacher zu gestalten.

Bevor wir uns über die letzten Veröffentlichungen unterhalten, haben wir eine Frage an dich:

Bist du bereit, einen neuen Weg zu versuchen, um Links hinzuzufügen und zu ändern?

Wenn Du interessiert bist, würden wir Deine Rückmeldung sehr schätzen! Du kannst dieses neue Linkwerkzeug aus dem mobilen Visual Editor in einem separaten Wiki ausprobieren.

Folge diesen Anweisungen und teile uns Deine Erfahrung mit:

📲 Probiere die Bearbeitungskarten aus.

Neuste Veröffentlichungen

Der mobile Visual Editor ist ein einfaches Bearbeitungswerkzeug für Smartphones und Tablets, die die mobile Webseite verwenden. Das Bearbeitungsteam hat kürzlich zwei neue Funktionen veröffentlicht, um den mobilen Visual Editor zu verbessern:

  1. Abschnittsbearbeitung
    • Der Zweck ist es, Beitragenden zu helfen, sich auf ihre Bearbeitungen zu fokussieren.
    • Das Team untersuchte dies mit einem A/B-Test. Der Test zeigte, dass Beitragende, die eine Abschnittsbearbeitung nutzen konnten, 1 % häufiger ihre begonnenen Bearbeitungen veröffentlichen, als bei Personen mit einer ganzseitigen Bearbeitung.
  2. Ladebalken
    • Seine Zweck ist der reibungslose Wechsel zwischen lesen und bearbeiten.

Die Abschnittsbearbeitung und der Ladebalken sind nun für alle verfügbar, die den Visual Editor auf Mobilgeräten nutzen.

Neue und aktuelle Projekte

Dies ist eine Liste unserer wichtigsten aktuellen Projekte. Öffne diese Seiten, um Informationen zu Aktualisierungen zu erhalten und deine Beiträge bezüglich neuer Gestaltung, Prototypen und Forschungserkenntnissen zu teilen.

Ausblick

  • Wikimania: Einige Mitglieder des Bearbeitungs-Teams werden bei der Wikimania im August 2019 vor Ort sein. Es wird im Community Growth space eine Sitzung zum mobilen Editieren geben. Sprich mit dem Team über mögliche Verbesserungen.
  • Diskussionsseiten: In den nächsten Monaten wird das Editing Team damit beginnen, Diskussionsseiten und Kommunikation in den Wikis zu verbessern.

Mehr erfahren

VisualEditor on mobile ist ein guter Ort, um mehr über unsere Projekte zu erfahren. Das Team möchte mit dir über alles reden, was mit Editieren zu tun nat. Falls Du Fragen oder Anregungen hast, hinterlasse bitte eine Nachricht unter Talk:VisualEditor on mobile.

PPelberg (WMF) (talk) & Whatamidoing (WMF) (talk)

20:32, 23. Jul. 2019 (CEST)

Prima. Die Preisfrage ist jetzt wohl, warum man das den Desktop-Benutzern vorenthält, bzw. warum man überhaupt zwischen "Mobil" und "nicht mobil" unterscheidet. Smartphones sind ganz normale Computer, nur mit kleinerem Bildschirm. Der Übergang Smartphone <-> Tablet <-> Laptop <-> Desktop ist fliessend. Ziemlich unnatürlich, da eine künstliche Grenze zu ziehen. --Traumflug (Diskussion) 14:40, 24. Jul. 2019 (CEST)

Automatisches Erzeugen von Belegangaben aus Webarchiven

Das automatische Erzeugen von Belegangaben ist eine tolle Sache. Zwei Wünsche:

  • bei der Erzeugung aus einem Link zu einem Webarchiv (eine archivierte Seite) sollte ein Hinweis hinzugefügt werden, dass es eine archivierte Version ist.
  • ist eine bestehender Beleglink nicht mehr erreichbar, sollte es einfach möglich sein, die Angabe automatisch in eine Belegangabe zur archivierten Version abzuändern. (ein oder zwei Klicks und Archivlink eintragen sollte reichen)

--Diwas (Diskussion) 00:26, 9. Aug. 2019 (CEST)

Ist diese Funktion geplant oder gibt es die schon. Bis jetzt sichere ich die Seiten auf die ich Links in WP erzeuge selbst. Damit geht ich sicher dass die Seite nach Abschaltung oder Änderung noch Erreichbar ist. --wivoelke (Diskussion) 11:45, 9. Aug. 2019 (CEST)

  • Du meinst automatisches sichern im Archiv? Angeblich werden alle verlinkten Belege automatisch im Internet-Archiv gesichert. Ob das immer passiert, weiß ich nicht.
  • Ich lobte oben die im Visual-Editor bereits enthaltene Funktion, aus einem Link automatisch einen Einzelnachweis mit ausgefüllter Vorlage (Internetquelle, Literatur) zu erzeugen.
  • Ich möchte nun eine Weiterentwicklung dahingehend, dass dies auch sauber funktioniert, wenn ich einen Archivlink eingebe. Bisher wird zwar ein funktionierender Einzelnachweis erzeugt, aber nicht erwähnt, dass es ein Archivlink ist. --Diwas (Diskussion) 14:51, 9. Aug. 2019 (CEST)
Ich nutze den VE selbst nicht und habe keine Ahnung, wie das Interface aussieht. Aber: Gibst du den Archivlink bei dem entsprechenden Vorlagenparameter ein (archiv-url zum Beispiel bei der Vorlage:Internetquelle)? Dann wäre die Darstellung (also der gewünschte Hinweis) eine Sache der Vorlagenprogrammierung. Internetquelle sollte eigentlich "archiviert vom Original" ausgeben mit "Original" zum ursprünglichen Ort verlinkt. --Gamba (Diskussion) 16:30, 9. Aug. 2019 (CEST)
archiv-url anzugeben, solage das Orginal existiert, ist leider laut WP-Richtline verboten, obwohl ich das bei sich häufig ändernden Seiteninhalten (wie z.B. Einwohnerzahlen) begrüßen würde. Müsste man aber auf Wikipedia Diskussion:Weblinks diskutieren, was mir momentan zu zeitintensiv ist. Gruß--wivoelke (Diskussion) 18:54, 9. Aug. 2019 (CEST)
So wie ich ihn verstehe, will er einen Archivlink angeben zu einer Website, die nicht mehr verfügbar ist. Wenn ein EN später einmal nicht mehr verfügbar ist, dann übernehmen doch Bots das Setzen des Archivlinks automatisch. --Gamba (Diskussion) 20:02, 9. Aug. 2019 (CEST)
Richtig, die Original-Seite ist nicht mehr verfügbar. Das Interface sieht aus wie in der Hilfe beschrieben: Hilfe:Einzelnachweise/VisualEditor#Automatische Auswertung. --Diwas (Diskussion) 00:51, 10. Aug. 2019 (CEST)
Wenn ich das richtig deute, soll der Automatismus nach deinem Wunsch erkennen, dass es sich um einen Archivlink handelt (zumindest für die bekannten gängigen Archive), und entsprechend den EN formatieren? Wird denn im Quelltext-Ergebnis momentan die Vorlage Internetquelle verwendet oder was kommt dabei raus? --Gamba (Diskussion) 01:13, 10. Aug. 2019 (CEST)
Wenn sich der Inhalt unter einer URL geändert hat, ist existiert das Original nicht mehr verfügbar. Also ein Kandidat für einen Archivlink. Da sollte man sich recht schnell einig werden, auch wenn solche Situationen natürlich nur schwer automatisch zu erkennen sind. --Traumflug (Diskussion) 13:14, 10. Aug. 2019 (CEST)
Es gibt in der Tat einen Bot der versucht nicht mehr erreichbare Links aus den Webarchiven zu rekonstruieren. Damit das funktioniert muss dieser Link aber erst einmal in einem Archiv gesichert worden sein, was nach meinen Erkenntnissen bisher nicht automatisch bei der Nutzung passiert. Nicht wenn man die Referenz als [https:// .... usw.] angibt und auch nicht bei der Nutzung der Vorlage Internetquelle. Ein weiteres Problem bei dem erwähnten Bot ist die Selektion der richtigen Version. Daher wir ja auch ein Hinweis erzeugt, der die manuelle Kontrolle der archiv-url einfordert. Dem Hinweis von Gambo auf Hilfe:Einzelnachweise/VisualEditor#Automatische Auswertung kann ich nur entnehmen, dass Referenzen auf bereits einmal genutzte Belege (ich vermute über die Vorlagen Internetquelle und Literatur) einfach (automatisch) erzeugt werden können. Von archivierten Web-Seiten kann ich hier nichts erkennen. (nicht signierter Beitrag von Wivoelke (Diskussion | Beiträge) 10:27, 10. Aug. 2019‎ (CEST))

Einzelnachweise im Wiktionary

Ich suchte immer wieder vergeblich im Wiktionary die Möglichkeit, per Visueller Bearbeitung einen Einzelnachweis einzufügen. Jetzt habe ich über das Icon entdeckt, dass der Button in der Wikipedia „Belegen“, im Wiktionary hingegen „Zitat“ heißt. Das ist m. M. n. missverständlich. Gruß von nebenan, Peter Gröbner -- 19:22, 14. Aug. 2019 (CEST)

Titeländerung

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0

Hallo WIkipedia! Ist es möglich den Titel des Artikels "Landmarken" in "Landmarken AG" zu ändern?

VIELEN DANK!

URL: https://de.wikipedia.org/wiki/Landmarken?action=edit&veswitched=1&oldid=192793435

Landmarken AG (Diskussion) 09:27, 4. Okt. 2019 (CEST)

Das nennt sich bei Wikipedia "verschieben" und ist im Menü oben zu finden. --Traumflug (Diskussion) 13:18, 4. Okt. 2019 (CEST)
Und sollte in diesem Fall bitte nicht genutzt werden, da wir die Rechtsform nach Möglichkeit im Titel vermeiden - siehe Wikipedia:NK#Unternehmen. Es existiert ja auch schon eine Weiterleitung von Landmarken AG zu Landmarken. --Tkarcher (Diskussion) 22:49, 6. Okt. 2019 (CEST)
Das war auch mein Gedanke. In jedem Fall sollte das vorher diskustiert werden. Es gibt jedoch zahlreiche Ausnahmen und in diesem Fall verwendet das Unternehmen scheinbar durchgängig die Bezeichnung mit Rechtsform in seinen Texten, was darauf hinweisen könnte, dass die bloße Bezeichnung Landmarken völlig unüblich ist. --Diwas (Diskussion) 23:13, 6. Okt. 2019 (CEST)
Ich habe die Diskussion jetzt mal nach Diskussion:Landmarken kopiert. Weitere Beiträge bei Bedarf bitte dort. --Tkarcher (Diskussion) 16:03, 7. Okt. 2019 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Tkarcher (Diskussion) 16:03, 7. Okt. 2019 (CEST)

buchlincolnseinegeneräle

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.120 Safari/537.36

URL: https://de.wikipedia.org/w/index.php?title=Joachimewaldaltripludwigshafen&action=edit&redlink=1

80.187.98.37 13:28, 24. Okt. 2019 (CEST)

Ein Leerzeichen lässt sich im VE mit der Leertaste (      ) einfügen, falls das die Frage war. Ansonsten bitte das Problem noch einmal konkreter formulieren. --Tkarcher (Diskussion) 15:09, 24. Okt. 2019 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Tkarcher (Diskussion) 15:09, 24. Okt. 2019 (CEST)

VisualEditor verschiebt Absätze und fügt Leerzeilen hinzu

Habe eben einen Artikel mit __KEIN_INHALTSVERZEICHNIS__ bearbeitet, beim Überprüfen meiner Änderungen fiel mir auf, dass der VisualEditor den von mir bearbeiteten Absatz vor diesen Befehl geschoben hatte und Leerzeilen um diesen Absatz hinzufügte. Musste in den Quelltexteditor wechseln, um dies rückgängig zu machen. --HHill (Diskussion) 09:05, 1. Sep. 2019 (CEST)

speichern funktioniert nicht

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.132 Safari/537.36

URL: https://de.wikipedia.org/wiki/Mathis_Wackernagel?veaction=edit

Ich konnte Veränderungen nicht abspeichern.

Fehlermeldung war "404"

Costaricapuravida (Diskussion) 20:33, 4. Sep. 2019 (CEST)

Ich kann die Seite nicht zum Bearbeiten öffnen. Der Ladebalken bleibt bei zwei Dritteln stehen. In der Konsole steht "Failed to load resource: net::ERR_SPDY_PROTOCOL_ERROR". --FriedhelmW (Diskussion) 20:38, 4. Sep. 2019 (CEST)
*einschieb* Ich konnte den Quelltext problemlos editieren, WSTM hat nix Verdächtiges gemeldet – trotzdem die Frage, ob’s jetzt auch mit VE geht? Gruß --Chiananda (Diskussion) 22:27, 4. Sep. 2019 (CEST)
Zwischendurch gings wieder, jetzt nicht mehr. --FriedhelmW (Diskussion) 22:48, 4. Sep. 2019 (CEST)

Wikipedia:Technik/Werkstatt#Automatische_Beleg-funktion

Vielleicht könnt ihr etwas mit dieser Anfrage anfangen: Bisher funktionierte die automatische Beleg funktioniert ohne größere Aussetzer. Seit den letzten ein zwei Wochen allerdings nicht mehr so, obwohl sich die Belege/Quellen bei mir nicht geändert haben. Ich werde mal beobachten, ob es nur bei der Bearbeitung von größeren Artikeln - oder auch bei Kleineren - vorkommt. Gruß, LennBr (Diskussion) 20:18, 9. Sep. 2019 (CEST)

Nachfrage: Lautet die Fehlermeldung: Wir konnten kein Zitat für dich erstellen. Du kannst eines manuell erstellen, indem du den Reiter „Manuell“ oben benutzt? --Diwas (Diskussion) 00:10, 10. Sep. 2019 (CEST)

Bitte um Korrektur dieser Seite

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0

Ich habe leider die Wikipedia Seite etwas versaut kann es einen bitte wieder gerade bieggen und ergänzen. Hatte vor die Komoren WM 2022 nicht qualifieziert.

Boxfan88 (Diskussion) 20:24, 10. Sep. 2019 (CEST)

Falsche Vorlagen-Erkennung im Bearbeitungsmodus

Gemeldet in Phabricator
Task T55368
User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0

URL: https://de.wikipedia.org/wiki/Yunas_Geisterhaus?veaction=edit

Bevor ich ein Phabricator-Ticket dazu aufmache: Kann jemand erkennen, warum der VE in Yunas Geisterhaus im Abschnitt "Figuren" den kompletten Text als Inhalt der jeweiligen darüberliegenden Vorlage interpretiert? Das scheint mir auf den ersten Blick ein Bug zu sein. --Tkarcher (Diskussion) 16:35, 10. Okt. 2019 (CEST)

Ja warte mal noch da steht merkwürdigerweise folgender Text Erzeugt von: Japanischer Charakter, Lang, Lang, Lang es könnte also irgendwie mit der Vorlage:lang zusammenhängen. Normal müsste dort stehen Erzeugt von: Japanischer Charakter. Wo es genau herkommt sehe ich aber auch nicht. Es hängt aber scheinbar mit den Doppelpunkten zusammen, die nach der Vorlage folgen. --Liebe Grüße, Lómelinde Diskussion 18:29, 10. Okt. 2019 (CEST)
Ich hab mal im Quelltext den Doppelpunkt weggemacht, zum VE gewechselt und alles ist okay. Als Gegenprobe: Der Absatz darunter ist ohne Vorlage darinnen und dort bugt der VE auch. Unbedingt ein Ticket. --Wurgl (Diskussion) 18:51, 10. Okt. 2019 (CEST)
Man sieht auch deutlich einen Unterschied zu dieser Einbindung mit anschließenden *-Aufzählungspunkten. Eventuell wird hier nicht mehr erkannt, dass es Zeilenumbruch erfolgt und somit werden die Doppelpunkte als Doppelpunkte und nicht als Einrückung interpretiert. Ich weiß es nicht. Dumm ist natürlich, dass man den Text dann nicht bearbeiten kann, denn in der Vorlage erscheint er auch nicht, ist wie weggeschluckt. Ich bin aber nicht sicher, dass es vom VE selbst kommt.
Dass es ohne Doppelpunkte funktioniert schrieb ich doch sinngemäß. Man müsste mal testen was andere Vorlagen da machen würden. Wenn man beispielsweise Vorlage:lang einfügt und danach eine Einrückung, dann passiert das nicht auch nicht bei Vorlage:Literatur, es könnte also auch an der Vorlagensyntax liegen. Ach was weiß denn ich? --Liebe Grüße, Lómelinde Diskussion 19:04, 10. Okt. 2019 (CEST)
Es liegt wohl nicht am Artikel, ich hab da vier andere Artikel ausprobiert: https://tools.wmflabs.org/persondata/vorlagen/?tmpl=Japanischer+Charakter Auch eine Einrückung und der selbe Effekt. Sollen die Entwickler rausfinden was das ist. --Wurgl (Diskussion) 19:34, 10. Okt. 2019 (CEST)
Aber die können nichts tun, wenn es durch und also durch die Vorlage verursacht wird, das sollte vorher ausgeschlossen werden, ehe man die Pferde wild macht. Ich bin aber zu müde, um mir die Syntax anzuschauen und diese auch noch verstehen zu wollen. Gute Nacht. --Liebe Grüße, Lómelinde Diskussion 19:37, 10. Okt. 2019 (CEST)
Danke für eure Hilfe bei der Analyse! Ich habe selbst auch nochmal weitergeforscht und bin mir jetzt sicher, dass der VE ein grundsätzliches Problem bei der Kombination von Vorlagen mit Definitionslisten hat, was nichts mit der Japanischer-Charakter-Vorlage zu tun hat, sondern sich auch mit anderen Vorlagen leicht reproduzieren lässt: https://de.wikipedia.org/wiki/Benutzer:Tkarcher/Spielwiese Ich habe eben das Ticket T235226 dazu aufgemacht. --Tkarcher (Diskussion) 00:20, 11. Okt. 2019 (CEST)

Nun ja ich schrieb ja warte, ich habe es erst einmal behoben. +Zeilenumbruch hinten. Ich denke nämlich nicht, dass es von VE kommt, sondern von der Art wie eine Vorlage aufgebaut ist ohne Zeilenumbruch wird dann eben der Doppelpunkt als inline stehendes Satzzeichen interpretiert. So als würde man 

; Definitionsliste: Text
Definitionsliste
Text

Schreiben. Da wird auch der Doppelpunkt verschluckt. --Liebe Grüße, Lómelinde Diskussion 07:05, 11. Okt. 2019 (CEST)

Dein Workaround sorgte aber nur dafür, dass die eine Definitionsliste in zwei aufgespalten wurde, mit einem leeren Absatz dazwischen. Also
: Titel

: Beschreibung

anstelle von 

: Titel
: Beschreibung

In der Ausgabe in Yunas Geisterhaus entstand damit ein übergroßer Abstand zwischen Überschrift und Text. Ich habe die Änderung deshalb jetzt mal zurückgenommen. --Tkarcher (Diskussion) 07:58, 11. Okt. 2019 (CEST)

So dann komme ich, es ist eigentlich nicht erwünscht etwas über Doppelpunkte einzurücken, wer das trotzdem meint tun zu müssen der muss auch die Konsequenzen tragen. Man sollte die Syntax der Definitionslistenelemente niemals durch eine Vorlage aufspalten also das Semikolon von den Doppelpunkten trennen, du siehst doch was das zur Folge hat. Diese Definitionslisten sind, nach meiner Meinung, ein zusammenhängendes Syntaxelement, was der Parser als solches erkennen können muss. Na egal. --Liebe Grüße, Lómelinde Diskussion 08:13, 11. Okt. 2019 (CEST)
Ich stimme dir voll zu: Das Problem wäre leicht zu lösen, indem wir Vorlagen als Listenelemente grundsätzlich nicht erlauben, sondern stattdessen die Listendefinition aus der Vorlage herausziehen, also so:
; {{Vorlage}}
: Text
Das betrifft aber mehrere Vorlagen und würde Änderungen an allen Artikeln erfordern, in denen diese Vorlagen eingebunden sind. Würde also etwas dauern. Und wie ich gerade bemerkt habe, ist das Problem bei nummerierten Listen sogar noch häßlicher: Benutzer:Tkarcher/Spielwiese Es wäre also schön, wenn es zusätzlich auch eine technische Lösung dafür gäbe. --Tkarcher (Diskussion) 09:28, 11. Okt. 2019 (CEST)

Bearbeitungszeile

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; MASM; OfficeLiveConnector.1.5; OfficeLivePatch.1.3; .NET4.0E; .NET4.0C; (gmx/1.0.0.8); rv:11.0) like Gecko

URL: https://de.wikipedia.org/wiki/Are_Gymnasium_Bad_Neuenahr-Ahrweiler?veaction=edit

Bei mir ist die Bearbeitungszeile blockiert. Könntet Ihr die bitte wieder freischalten? Das wäre nett. Zurzeit muss ich im Quelltext alles manuell eingeben, was zeitlich kaum geht...

Oktavian1402 (Diskussion) 20:10, 13. Okt. 2019 (CEST)

Benutzername: Schlehwein

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

Bitte, ich hatte vor ein paar Tagen erfolgreich den Benutzernamen "Schlehwein" angemeldet. Jetzt teilt man mir mit, er sei anderweitig vergeben. Ist das ein Irrtum? Besten Dank für Klärung. URL: https://de.wikipedia.org/wiki/Curt_Gasteyger

2A02:1206:4554:4120:91D3:CD47:4072:2A91 14:11, 16. Okt. 2019 (CEST)

Da scheint alles in Ordnung zu sein siehe →Spezial:Beiträge/Schlehwein.
Hast du eventuell versucht diesen Benutzernamen nochmals zu erstellen?
Um dich wieder anzumelden musst du diese Seite aufrufen →Spezial:Anmelden   siehe auch →Hilfe:Anmelden
du darfst das nicht über   Spezial:Benutzerkonto anlegen tun, das ist eine einmalige Erstellungsseite. --Liebe Grüße, Lómelinde Diskussion 14:49, 16. Okt. 2019 (CEST)

Fehler in der Anzahl der Bahnsteiggleise

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:70.0) Gecko/20100101 Firefox/70.0

URL: https://de.wikipedia.org/wiki/N%C3%BCrnberg_Hauptbahnhof?veaction=edit

In der Einleitung heißt es, 22 Bahnsteiggleise, in den Daten tauchen nur 18 Fern- und 3 S-Bahngleise auf. Das ist inkonsistent.

194.31.241.26 11:36, 28. Okt. 2019 (CET)

Und was kann der Visuelle Editor dafür? -- Peter Gröbner -- 12:56, 28. Okt. 2019 (CET)
Inhaltliche Fragen dazu gehören nach Diskussion:Nürnberg Hauptbahnhof. --Diwas (Diskussion) 16:44, 28. Okt. 2019 (CET)

Editing News #2 – Mobile editing and talk pages

Read this in another language • Subscription list for this multilingual newsletter

Inside this newsletter, the Editing team talks about their work on the mobile visual editor, on the new talk pages project, and at Wikimania 2019.

Help

What talk page interactions do you remember? Is it a story about how someone helped you to learn something new? Is it a story about how someone helped you get involved in a group? Something else? Whatever your story is, we want to hear it!

Please tell us a story about how you used a talk page. Please share a link to a memorable discussion, or describe it on the talk page for this project. The team wants your examples. These examples will help everyone develop a shared understanding of what this project should support and encourage.

Talk pages project

The Talk Pages Consultation was a global consultation to define better tools for wiki communication. From February through June 2019, more than 500 volunteers on 20 wikis, across 15 languages and multiple projects, came together with members of the Foundation to create a product direction for a set of discussion tools. The Phase 2 Report of the Talk Page Consultation was published in August. It summarizes the product direction the team has started to work on, which you can read more about here: Talk Page Project project page.

The team needs and wants your help at this early stage. They are starting to develop the first idea. Please add your name to the "Getting involved" section of the project page, if you would like to hear about opportunities to participate.

Mobile visual editor

The Editing team is trying to make it simpler to edit on mobile devices. The team is changing the visual editor on mobile. If you have something to say about editing on a mobile device, please leave a message at Talk:VisualEditor on mobile.

Edit Cards

 
What happens when you click on a link. The new Edit Card is bigger and has more options for editing links.

Toolbar

 
The editing toolbar is changing in the mobile visual editor. The old system had two different toolbars. Now, all the buttons are together. Tell the team what you think about the new toolbar.
  • In September, the Editing team updated the mobile visual editor's editing toolbar. Anyone could see these changes in the mobile visual editor.
    • One toolbar: All of the editing tools are located in one toolbar. Previously, the toolbar changed when you clicked on different things.
    • New navigation: The buttons for moving forward and backward in the edit flow have changed.
    • Seamless switching: an improved workflow for switching between the visual and wikitext modes.
  • Feedback: You can try the refreshed toolbar by opening the mobile VisualEditor on a smartphone. Please post your feedback on the Toolbar feedback talk page.

Wikimania

The Editing Team attended Wikimania 2019 in Sweden. They led a session on the mobile visual editor and a session on the new talk pages project. They tested two new features in the mobile visual editor with contributors. You can read more about what the team did and learned in the team's report on Wikimania 2019.

Looking ahead

  • Talk Pages Project: The team is thinking about the first set of proposed changes. The team will be working with a few communities to pilot those changes. The best way to stay informed is by adding your username to the list on the project page: Getting involved.
  • Testing the mobile visual editor as the default: The Editing team plans to post results before the end of the calendar year. The best way to stay informed is by adding the project page to your watchlist: VisualEditor as mobile default project page.
  • Measuring the impact of Edit Cards: This study asks whether the project helped editors add links and citations. The Editing team hopes to share results in November. The best way to stay informed is by adding the project page to your watchlist: Edit Cards project page.

– PPelberg (WMF) (talk) & Whatamidoing (WMF) (talk)

12:12, 29. Okt. 2019 (CET)

kurz-urls von faz.net

Gemeldet in Phabricator
Task T212608

gudn tach!
ist es korrekt, dass der VE automatisch schoene deskriptive urls durch doofe kurz-urls ersetzt? (siehe user talk:Schmarrnintelligenz#Hinweis_zu_Kurz-URL-Verlinkung_von_faz.net)
falls ja: (wo) kann ich das abstellen (lassen)? -- seth 13:41, 6. Nov. 2019 (CET)

Ein klares "Jein". Das heißt: Nicht immer. Aber: Beim Einfügen von automatischen Belegen durchsucht der VE die Metadaten der Seite, um Art des Dokuments, Autor, und eben auch die (laut Metadaten) "richtige" URL zu finden. Und dort steht bei https://www.faz.net/aktuell/gesellschaft/menschen/verleumdungsklage-von-e-jean-carroll-gegen-trump-16469341.html :
<meta property="og:url" content="https://www.faz.net/1.6469341" />
Das macht nicht nur Probleme bei unerwünschten Kurz-URLs, sondern auch dann, wenn die ursprüngliche URL Anker enthielt - die werden nämlich ebenfalls weggeschnitten. Dafür gab's auch schon ein Ticket - in dem ich den aktuellen Fall jetzt noch als weiteres Problem-Beispiel ergänzt habe: https://phabricator.wikimedia.org/T212608 --Tkarcher (Diskussion) 18:04, 7. Nov. 2019 (CET)
gudn tach!
danke!
ergaenzend dazu: user talk:lustiger_seth#Zu_Kurz-Url_FAZ. -- seth 19:32, 8. Nov. 2019 (CET)

Herrenausstatter

User Agent: Mozilla/5.0 (iPad; CPU OS 12_4_4 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Mobile/15E148 Safari/604.1

URL: https://de.wikipedia.org/wiki/Herrenausstatter?veaction=edit

Mir scheint die deutsche Übersetzung „Herrenausstatter“ für den englischen Begriff „haberdasher“ falsch. Ein haberdasher ist ein „Kurzwarenhändler“.

Gruß, Volker Habl, Volker.habl@t-online.de

2003:DE:DF0B:370B:ECAF:691E:48A8:770E 10:15, 2. Jan. 2020 (CET)

Siehe Diskussion:Herrenausstatter -- Peter Gröbner -- 10:27, 2. Jan. 2020 (CET)
Danke für den Hinweis! Ich habe den Diskussionsbeitrag in die Artikeldiskussion kopiert und den falschen Link gelöscht. --Tkarcher (Diskussion) 10:30, 2. Jan. 2020 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 10:27, 2. Jan. 2020 (CET)

Nowiki-Hinweis

Mir ist beim Sichten schon ab und an aufgefallen, dass es "mehr nowiki-tags" gibt, wo sie eigentlich nicht hingehören. Jetzt habe ich vorhin eine Weiterleitung erstellt: Donkey Road. Weil es sich nur um einen Halbsatz handelt, nicht umgeschaltet auf Quelltexteditor. Jedenfalls wurde mir angezeigt, dass ich eine Weiterleitung erstellt habe - incl. (fand ich gut!) Finden der Zielseite usw. Richtig gut. Leider wurde aber das #-Zeichen in nowiki-tags gesetzt, was ich beim editieren nicht gesehen habe - und ich denke, das ist ggü z.B. den (falschen) nowiki-tags bei ISBN (das waren die, die mir beim Sichten aufgefallen sind) ... unglücklich, denn man sieht ja in der Vorschau nicht, dass es keine Weiterleitung geworden ist. Eine IP hat es dankenswerterweise korrigiert, ich hätte das wahrscheinlich nicht so schnell gemerkt. Ich nutze den VE sonst nicht, dieser Beitrag ist also eher als Hinweis gedacht. Gruß --AnnaS. (DISK) 18:21, 7. Nov. 2019 (CET)

Besteht ein Zusammenhang damit? -- Peter Gröbner -- 19:22, 7. Nov. 2019 (CET)
Nein, nicht direkt, wenn ich es richtig verstanden habe. Aber danke für den Link, denn diese nowiki-tags sind mir beim Sichten auch schon aufgefallen, ich dachte allerdings, es sei Absicht gewesen, dass nur das Lemma blau erscheint. In meinem Fall wurde nur das #-Zeichen zu Beginn von "#WEITERLEITUNG ...." in tags gesetzt, siehe auch diese Korrektur der IP, also steht nicht in Verbindung zum wikilink auf den Zielartikel. --AnnaS. (DISK) 20:25, 7. Nov. 2019 (CET)
Wikitext-Zeichen in den VisualEditor einzugeben ist ja eigentlich nicht vorgesehen. Wie man mit dem VisualEditor eine Weiterleitung anlegt, ist unter Hilfe:Weiterleitung/VisualEditor beschrieben. Dennoch wäre es wünschenswert, der VE setzte die Zeichen in passende Aktionen um. Bei Eingabe von zwei eckigen Klammern öffnet ja schon ein Verlinkungsdialog. --Diwas (Diskussion) 00:08, 8. Nov. 2019 (CET)
Danke für die Info: für mich hatte es sich in dem Moment anders dargestellt: ich dachte, der Dialog habe sich geöffnet, weil ich eine Weiterleitung angelegt habe und der VE nun nach dem Ziel dieser Weiterleitung fragt... großes Missverständnis meinerseits. --AnnaS. (DISK) 01:06, 8. Nov. 2019 (CET)
Dann wurde Dir nicht ausdrücklich gemeldet, Du habest eine Weiterleitung angelegt? Das konnte ich nämlich nicht reproduzieren. --Diwas (Diskussion) 01:40, 8. Nov. 2019 (CET)

ISB-Nummer in nowiki-TAGs

Gemeldet in Phabricator
Task T162291

Moin Moin zusammen, kann man mir erklären, warum eine gültige ISB-Nummer in nowiki-TAGs gepackt wird? Siehe hier! Und das sind leider keine Einzelfälle. mfg --Crazy1880 06:51, 5. Dez. 2019 (CET)

Leider ein schon länger bekanntes und nach wie vor offenes Problem: Autolinking for URLs and magic links (ISBN etc.) not applied when copy-pasting a block of text --Tkarcher (Diskussion) 10:14, 5. Dez. 2019 (CET)

Suchen-Ersetzen

Diese Bearbeitung mit 190× Suchen-Ersetzen in einem längeren Quelltext brauchte über eine Minute CPU-Zeit. Auf meinem Apple II vor 35 Jahren ging das wesentlich zügiger. Vielleicht liegt es aber auch nicht am Rechner, sondern an der Wiki-SW … -- Wolfgang Rieger (Diskussion) 09:56, 1. Dez. 2019 (CET)

Syntax <gallery> Einträge

Gemeldet in Phabricator
Task T214649

Hallo, mir ist aufgefallen das der VE neuerdings Bildgalerien modifiziert. Er ergänzt die Dateieinträge mit dem Namesraum Datei:. Das widerspricht den Syntaxregeln in Hilfe:Galerie. Beispiel:Traisa. Gruß --wivoelke (Diskussion) 11:52, 15. Dez. 2019 (CET)

Ist bekannt und leider noch nicht gefixt :-( — Raymond Disk. 12:06, 15. Dez. 2019 (CET)
Scheint (wenigstens oberflächlich) gelöst zu sein. Hatten die Entwickler nun trotz oder wegen der Feiertage Muße zur Korrektur? Jedenfalls danke. --Diwas (Diskussion) 22:41, 1. Jan. 2020 (CET)

Bildgrößen in Bruchteilen von Pixel

Nur 3 Beispiele (knapp 60 Fälle in ca. 40 Artikeln finde ich insgesamt):

  • Spezial:Diff/192769971
    [[Datei:1BegasHaus.jpg|alternativtext=|mini|252.988x252.988px|Außenansicht des Begas Hauses.]]
    [[Datei:Begas haus 2018 052.jpg|mini|225.996x225.996px|Ein Blick in die Dauerausstellung des Museums.]]
  • Spezial:Diff/174251624
    [[Datei:Zusammenfluss Cunnersdorfer Wasser Krummbach.jpg|links|mini|192.986x192.986px|Zusammenfluss mit dem Cunnersdorfer Wasser ]]
  • Allererste Version von Paul Plut
    [[Datei:Paul Plut live im Orpheum Graz.jpg|mini|238.99456787109375x238.99456787109375px|Paul Plut live (2017)]]

Diese Bruchzahlen sind zum einen vollkommen sinnfrei und zum anderen syntaktisch falsch. Gibts da bereits einen Phab-Eintrag? --Wurgl (Diskussion) 12:19, 15. Dez. 2019 (CET)

Erst einmal müsste man versuchen herauszufinden wie das genau eingefügt wurde, ich habe es mir im VE angesehen und kann es mir weder erklären oder noch nachvollziehen, die Eingabe von Bruchzahlen im Dialogfenster (erweiterte Einstellungen) ist nicht möglich. Die Skalierfunktion über den   schreibt ebenfalls nur ganzzahlige Werte, wenn ich das in der Überprüfung der Änderungen ansehe.
Man kann ja nur eine Fehlermeldung schreiben, wenn man ungefähr erklären kann, wie es zu diesem Fehler kommt.
Kennt irgendjemand, der mit dem VE arbeitet, dieses Phänomen und könnte erklären wann das passieren könnte, also welche Funktion so etwas zulässt. Irgendwie wäre das ja auch immer ein Quadrat, was da herauskommt, das geht eigentlich gar nicht, wenn es ein rechteckiges Bild ist. Und wenn man mit dem VE beispielsweise jenes Bild aus dem Paul Plut einfach nur bearbeitet und beispielsweise nach links setzen würde, dann würde der VE selbst diese Ziffernfolge entfernen.
Irgendetwas versucht aber trotzdem es zum Quadrat zu machen, sobald man in den erweiterten Einstellungen auf „Benutzerdefiniert“ wechselt, vielleicht liegt da irgendwo der Fehler. --Liebe Grüße, Lómelinde Diskussion 14:06, 15. Dez. 2019 (CET)
Stimmt! Hmm … eventuell Beispiele anderer aktiverer Benutzer raussuchen …
@Pauli-Pirat: Irgendeine Idee, wie du diese Bruchzahlen erzeugt hast?
  • Spezial:Diff/182933671 (Baakenpark)
    [[Datei:Baakenpark Parkebenen (1).jpg|mini|162.997x162.997px|Blick vom Himmelsberg auf den Park]]
    [[Datei:Baakenpark Info-Schild.jpg|mini|190.98x190.98px|Informationstafel zum Baakenpark]]
  • Spezial:Diff/182935731 (Baakenpark)
    [[Datei:Baakenpark Parkebenen (1).jpg|mini|170.994x170.994px|Blick vom Himmelsberg auf den Park]]
    [[Datei:Baakenpark Info-Schild.jpg|mini|238.963x238.963px|Informationstafel zum Baakenpark]]
Die Bilder wurden ja verwendet in meinem Artikel Baakenpark und entsprechend verkleinert mit dem tool mini, auf commons haben sie eine ganz normale Größe, das kann normalerweise nur über die Bildfunktion mini kommen. Ansonsten kann ich es leider nicht sagen. Das Bild Parkebenen hat eine Größe von 7,61 MB (4.406 × 3.304) nur in der verkleinerten Version für den Artikel zeigt es doch diese Bruchzahlen. Eventuell hängt es auch mit der Vorlage der Info-Box zusammen. V.l.G. --Pauli-Pirat (Diskussion) 02:07, 16. Dez. 2019 (CET)
@Galaxydave: Irgendeine Idee, wie du diese Bruchzahlen erzeugt hast?
  • Spezial:Diff/189255974 (Rothaarigentag)
    [[Datei:Roodharigendag 2012.jpg|mini|374.943x374.943px|Verschiedene Schattierungen von rötlichem Haar beim Rothaarigentag 2012]]
@Johannnes89: Irgendeine Idee, wie du diese Bruchzahlen erzeugt hast?
  • Spezial:Diff/189230442 (Hansa-Gymnasium Bergedorf)
    [[Datei:Hansa-Gymnasium (Hamburg-Bergedorf).2.27751.ajb.jpg|alternativtext=|mini|275.994x275.994px|Hansa-Gymnasium Bergedorf, Vorderansicht und Schulhof (2018)]]
Ehrlich gesagt nicht mehr genau, liegt schon einige Monate zurück. Ich glaube aber, dass ich ein wenig mit der Pfeil-Skalierfunktion im Visual Editor passende Größen probiert habe. --Johannnes89 (Diskussion) 20:37, 15. Dez. 2019 (CET)
Vielleicht können wir das jetzt nachvollziehen und den Fehler beschreiben? --Wurgl (Diskussion) 20:10, 15. Dez. 2019 (CET)
@Johannnes89: Sorry, nochmals: Welchen Browser hast du da verwendet? Vielleicht liegt es daran? Im Firefox 68.2.0esr/Linux kann ich das nicht nachvollziehen. --Wurgl (Diskussion) (ohne (gültigen) Zeitstempel signierter Beitrag von Wurgl (Diskussion | Beiträge) 21:10, 15. Dez. 2019 (CET))
Chrome-Browser für MacOs, müsste zum Bearbeitungszeitpunkt am 3. Juni in der Version 74.0.3729 gewesen sein. --Johannnes89 (Diskussion) 21:25, 15. Dez. 2019 (CET)
Moin Moin Wurgl, Johannnes89, hat sich hier noch etwas ergeben, ist es nochmal aufgetreten oder kann man schließen und sollte man ein Ticket eröffnen? mfg --Crazy1880 19:00, 15. Jan. 2020 (CET)
Zu wenig um den Fehler nachzustellen. Ich hab hier zwar einen Apple, doch der ist etwas ältlich und das neueste System mag den gar nicht, daher fang ich damit nicht an und auf den anderen hab ich herumgemausschubst und den Fehler nicht nachstellen können. --Wurgl (Diskussion) 19:03, 15. Jan. 2020 (CET)
Bei mir auch nicht, ich hab einfach drauf geachtet jetzt Bilder nur im Quelltext-Modus zu bearbeiten. --Johannnes89 (Diskussion) 19:11, 15. Jan. 2020 (CET)
Nachtrag: Meine Vermutung ging in die Richtung, dass der Code der dividiert eine andere Vorstellung von Dezimalpunkt hat, als der Code, der die Nachkommastellen wegmacht. Irgendwas mit "locale". Hab einiges mit den Umgebungsvariablen herumprobiert, aber auch nix geschafft :-( --Wurgl (Diskussion) 19:13, 15. Jan. 2020 (CET)

Vorlage Literatur mit ISBN und OCLC aber ohne Datum (2. Versuch)

Gemeldet in Phabricator
Task T190841

Moin Moin zusammen, und sorry, dass ich das Thema nochmal anführen muss. (Hier der Link zum 1. Versuch; Phabricator-Link habe ich schon gesetzt. [Leider abgelehnt!]). Also, wenn die Vorlage {{Literatur}} eingebunden wird, kommt es wohl häufiger vor, dass der VE die Parameter ISB-Nummer und OCLC zusammen einbindet. Diese ist eine Redundanz und die fällt laufen in einer Wartungskategrie auf, welche man dann wieder abarbeitet. (Unschön. Wenn der Parameter ISB-Nummer gegeben ist, braucht es kein OCLC!) Des Weiteren ist es dann auch der Fall, dass der Parameter |Datum= gar nicht gesetzt wird, obwohl das Datum in der Worldcat auslesbar ist. Wie will man in diesem Thema weitermachen? Und jetzt nochmal die zwei Fehler die hier drinnen stecken:

  • ISB-Nummer und OCLC werden als Parameter zusammen eingebunden
  • ISB-Nummer und OCLC werden ohne Parameter Datum eingebunden, obwohl Datum im Worldcat vorhanden

(Frisches Beispiel, Beispiel) Sollte man hier zwei neue Fehler aufmachen und nur einen Neuen? mfg --Crazy1880 18:58, 15. Jan. 2020 (CET)

Verstösse gegen WP:WPIKQ werden gefördert

Der VisualEditor scheint gegen Wikipedia:Belege#Wikipedia ist keine Quelle verstossende Einzelnachweise geradezu zu fördern (altes Beispiel, neues Beispiel). Hat jemand eine Idee, wie man da vorgehen könnte? VisualEditor ändern? Bearbeitungsfilter? …? --Leyo 15:53, 20. Jan. 2020 (CET)

Meine Idee dazu wäre eine automatische Auswertung einer URL, die ein Wikipedia als Domain enthält generell zu unterbinden. Zudem ist Wikipedia keine gedruckte Literatur, somit ist die Verwendung der Vorlage:Literatur schon mal gänzlich ungeeignet. Es mag mal eine Druckversion gegeben haben, aber dann wäre es ein reguläres Buch und hätte eine andere URL. Günstig wäre aber wohl auch ein Warnhinweis, der dann anstelle der ausgefüllten Vorlage ausgegeben werden sollte und darauf hinweist, dass Wikipedia keine Quelle ist.
Ob man so etwas leicht umsetzen könnte, weiß ich nicht, aber ich halte es für wenig sinnvoll, dass man da automatisiert ein vorformatiertes Ergebnis bekommt. Möglich wäre es vielleicht noch in der Vorlage selbst eine Abfrage zu installieren, die eine solche Meldung generiert. Also
  • KitschKrieg. In: ungeeigneter Beleg Wikipedia ist keine Quelle. 10. Januar 2020 (wikipedia.org [abgerufen am 18. Januar 2020]).
und das dann gezielt in eine Wartungskategorie setzen. Mehr fällt mir dazu nicht ein. derzeit 116 Fälle + 17 die dafür Internetquelle verwenden.
Allerdings befremdet mich das hier →Spezial:Diff/193527406 dann doch etwas, das kann nur manuell eingefügt worden sein.
Das Spezial:Diff/189809570 kommt ebenso nicht vom VE, da sollten wir mal über ein anderes Beispiel →in der Doku nachdenken.
Spezial:Diff/194524341 muss auch manuell gewesen sein sonst wäre es Vorlage:Literatur geworden.
Diese als Belege formatierten Selbstlinks finde ich ebenfalls mehr als unschön. --Liebe Grüße, Lómelinde Diskussion 17:23, 20. Jan. 2020 (CET)

Bildqualität

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0

Auf der Wikipedia-Seite des Landesbeauftragten für politische Bildung sieht man dessen Logo. Wenn man draufklickt, wird es korrekt abgebildet, aber in der Seitenansicht nicht. Warum ist das so bzw. kann man da etwas ändern?

URL: https://de.wikipedia.org/wiki/Landesbeauftragter_f%C3%BCr_Politische_Bildung_Schleswig-Holstein?veaction=edit

LBpB SH (Diskussion) 11:44, 23. Apr. 2020 (CEST)

rechts rahmenlos 200px rechts rahmenlos hochkant mini rechts rahmenlos ohne px oder mit 220px
 
 
 
als Miniatur hat es such eine Fehlfarbe
 
@LBpB SH Meinst du die Farbe? Da weiß ich auch nicht, was damit los sein könnte. Wenn ich es hier mit einer Größe von 200px einbinde, sieht es in der Vorschau normal aus. Sobald die im Artikel verwendeten Bildattribute verwendet werden, ist es auf mysteriöse Weise heller. Es mag irgendwie die Größe 220px nicht.
Sehr merkwürdig. Ich frage mal in der Wikipedia:Fotowerkstatt, ob das jemand ändern kann. --Liebe Grüße, Lómelinde Diskussion 12:54, 23. Apr. 2020 (CEST)
Es ist allgemein auch keine gute Idee, Logos im JPG-Format hochzuladen. Besser PNG oder SVG. -- hgzh 12:58, 23. Apr. 2020 (CEST)
Wurde, wie man auch hier erkennen kann, umgehend →erledigt. --Liebe Grüße, Lómelinde Diskussion 13:28, 23. Apr. 2020 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 13:28, 23. Apr. 2020 (CEST)

Leerzeichen fehlt: *Liste

Gemeldet in Phabricator
Task T245206

Hallo,

wenn man mit VisualEditor eine Liste bearbeitet und Einträge der Liste verschiebt, dann fehlt hinterher im Quelltext das Leerzeichen.

* Liste -> *Liste

Beispiel-diff @Benutzer:Girus

Wenn man eine neue Liste im VisualEditor anlegt, dann passt es.

Alex42 (Diskussion) 18:53, 13. Feb. 2020 (CET)

Danke für den Hinweis! Das scheint aber nichts mit dem Verschieben zu tun zu haben (siehe hier), sondern mit dem Wikilink zu Beginn des Eintrags (siehe dort). Ich habe ein Ticket dazu aufgemacht: https://phabricator.wikimedia.org/T245206 --Tkarcher (Diskussion) 22:17, 13. Feb. 2020 (CET)
Danke Dir für das Eingrenzen des Fehlers und einstellen des Tickets! Alex42 (Diskussion) 19:21, 19. Feb. 2020 (CET)

Markierung:Diese Seite beobachten bei Wechsel zum VisualEditor

Hallo,

man entfernt in der Quelltext-Bearbeitung die Häkchen bei Nur Kleinigkeiten wurden verändert und Diese Seite beobachten.

Dann geht man auf Vorschau.

Man wechselt zum VisualEditor.

Die abgewählten Markierungen werden nicht übernommen, sind also wieder gesetzt.

--Alex42 (Diskussion) 19:21, 19. Feb. 2020 (CET)

Stimmt. Ich habe einen entsprechenden Hinweis in das Handbuch aufgenommen [11], scheue mich allerdings ein bisschen, deswegen ein Ticket aufzumachen: Das scheint mir doch ein ziemlich kleines und seltenes Problem zu sein, als dass ich dafür Entwicklungsaufwand verursachen möchte. Falls du das anders siehst, darfst du aber gerne selbst ein Ticket bei https://phabricator.wikimedia.org/ dazu aufmachen. --Tkarcher (Diskussion) 17:25, 23. Feb. 2020 (CET)
Gibt es eine Statistik, bei wieviel Prozent aller Bearbeitungen von der Quelltext-Bearbeitung zum Visual-Editor gewechselt wird? --Alex42 (Diskussion) 19:02, 23. Feb. 2020 (CET)
Ich kenne keine. Kurze Stichprobe: In den letzten zwei Stunden gab es 12 Änderungen mit Wechsel gegenüber mehr als tausend ohne. Viel mehr als 1% dürften die Bearbeitungen mit Wechsel wohl also nicht ausmachen. --Tkarcher (Diskussion) 20:27, 23. Feb. 2020 (CET)
Danke. Da gibt es wichtigere Baustellen. Kann archiviert werden. Alex42 (Diskussion) 23:39, 3. Mär. 2020 (CET)

Belege/Nachweise

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.116 Safari/537.36

Wie ist es möglich die Ranglisten vom Jazz Festival Zürich (1958/1959/1960/1962/1964) als Beleg/Nachweis einzufügen ?

Calzolai (Diskussion) 11:25, 19. Feb. 2020 (CET)

Falls die Frage auf die Technik / Bedienung des VisualEditor zielt, findest du hier die Antwort: Hilfe:Einzelnachweise/VisualEditor (Diese Seite beschreibt, wie mit dem Visual Editor Einzelnachweise als Belege für die Angaben im Text eingefügt und bearbeitet werden können.) Andernfalls müsstest du bitte nochmal genauer nachfragen. --Tkarcher (Diskussion) 17:06, 23. Feb. 2020 (CET)

Syntaxmurks durch VE

Gemeldet in Phabricator
Task T245952

Beispiel: IP ändert im Artikel Hockenheim eigentlich nur der Text nach Zeile 391 bzw. im zweiten Edit Zeile 393:

Der VE fügt zusätzlich 

[https://docs.google.com/viewer?url=https%3A%2F%2Fwww.hockenheim.de%2Fsite%2FHockenheim%2Fget%2Fparams_E-1029092285_Dattachment%2F554645%2F2019-05%2520%25C3%2596ffentliche%2520Bekanntmachung_%2520Ergebnis%2520Gemeinderatswahl%25202019.pdf&embedded=true&chrome=false&dov=1][[chrome-extension://gmpljdlgcdkljlppaekciacdmdlhfeon/images/beside-link-icon.svg|verweis=]]


[https://docs.google.com/viewer?url=https%3A%2F%2Fweb.archive.org%2Fweb%2F20150924030845%2Fhttp%3A%2F%2Fwww.hockenheim.de%2Fmain%2Frathaus_politik%2Frecht%2FNachhaltigkeitssatzungStand21032012.pdf&embedded=true&chrome=false&dov=1][[chrome-extension://gmpljdlgcdkljlppaekciacdmdlhfeon/images/beside-link-icon.svg|verweis=]]<span> (</span>[[Web-Archivierung#Begriffsbestimmung|<span style="color:#303030!important">Memento</span>]]&#32;<span>des </span><span class="external text">[https://tools.wmflabs.org/giftbot/deref.fcgi?url=http%3A%2F%2Fwww.hockenheim.de%2Fmain%2Frathaus_politik%2Frecht%2FNachhaltigkeitssatzungStand21032012.pdf Originals]</span><span> vom 24. September 2015 im </span>''[[Internet Archive]]''<span>)</span>&#32;<small><span class="wp_boppel noviewer" aria-hidden="true" role="presentation">[[Datei:Pictogram voting info.svg|15px|link=|i]]</span>&nbsp;'''Info:''' Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß [[Benutzer:InternetArchiveBot/Anleitung/Archivlink|Anleitung]] und entferne dann diesen Hinweis.</small><span style="display:none">[http://IABotmemento.invalid/http://www.hockenheim.de/main/rathaus_politik/recht/NachhaltigkeitssatzungStand21032012.pdf @1]</span><span style="display:none">[http://www.hockenheim.de/main/rathaus_politik/recht/NachhaltigkeitssatzungStand21032012.pdf @2]</span><span style="display:none">[[Vorlage:Webachiv/IABot/www.hockenheim.de]]</span>
[[Kategorie:Wikipedia:Defekte Weblinks/Ungeprüfte Archivlinks 2019-04]]

hinzu. Das wohl dann bei jeder weiteren Bearbeitung. Das sollte sicherlich nicht passieren. Insgesamt sind so mehr als 3800 unnötige Bytes mit unbrachbarem Murks eingefügt worden. Scheinbar irgendetwas mit Google Chrome →[[chrome-extension://gmpljdlgcdkljlppaekciacdmdlhfeon/images/beside-link-icon.svg|verweis=]] es scheint glücklicherweise ein Einzelfall gewesen zu sein. --Liebe Grüße, Lómelinde Diskussion 07:46, 20. Feb. 2020 (CET)

Eine Suche nach "chrome-extension://gmpljdlgcdkljlppaekciacdmdlhfeon" ergibt: Docs Online Viewer. Offenbar eine Chrome-Erweiterung, die automatisch hinter jedem Dokument-Link einen weiteren Link zum Öffnen des Dokuments im eigenen Viewer einbaut. Vielleicht praktisch beim Surfen, aber auf jeden Fall dämlich beim Bearbeiten. Und auch schwierig von unserer Seite aus zu lösen, denn der VE kann ja so ohne Weiteres nicht erkennen, welche Ergänzung vom Benutzer manuell hinzugefügt wurde, und welche automatisch von irgendwelchen Addons. Ich habe trotzdem mal ein Ticket dazu aufgemacht - vielleicht fällt den Entwicklern ja doch was dazu ein: https://phabricator.wikimedia.org/T245952 --Tkarcher (Diskussion) 16:39, 23. Feb. 2020 (CET)

Belege in Infoboxen

Gemeldet in Phabricator
Task T52896

Gibt es eine Möglichkeit, auch in Infoboxen oder Vorlagen den VE für Einzelnachweise zu werden? Dankend, Conny 21:43, 3. Mär. 2020 (CET).

Leider nein. Das Problem ist seit Jahren bekannt, aber die Lösung scheint (wenn man https://phabricator.wikimedia.org/T52896 und die vielen damit verbundenen Tickets querliest) schwierig zu sein. --Tkarcher (Diskussion) 22:07, 3. Mär. 2020 (CET)

Chemische Formeln und Gleichungen: fehlerhaftes Beispiel?

Wenn man den VisualEditor nutzt und dann mit Einfügen -> Mehr -> Chemische Formeln -> Chemische Gleichungen aufruft, ist das rechte der Beispiele bei mir fehlerhaft angezeigt, nämlich   mit dem letzten Minuszeichen nicht hochgestellt (aus dem Code: <chem>Hg^2+ ->[I-] HgI2 ->[I-] {[Hg^{II}I4]^2-}</chem>), richtig wäre   (aus: <chem>Hg^2+ ->[I-] HgI2 ->[I-] {[Hg^{II}I4]^{2-}}</chem>). Könnte man das Beispiel bitte korrigieren? Weniger wichtig: mein Codevorschlag erzeugt einen zu großen Abstand zwischen der 2 und dem Minuszeichen. Viele Grüße --Nick B. (Diskussion) 13:32, 7. Mär. 2020 (CET)

Der visualeditor setzt references responsive="" und das wird gleich wieder weg gemacht

Gemeldet in Phabricator
Task T101841

Hallo erst mal. Ich benutzte nur seeeehr selten den VE, eben habe ich diesen Edit gemacht [12] und ein Bild geändert, der VE hat von sich aus "references responsive" verändert zu "references responsive=""". An sich ja kein ding, aber was bringt es wen der VE es automatisch setzt und der Taxonbot [13] es gleich wieder weg macht? Dann braucht es der VE doch gar nicht zusetzten, meime meinung... --Conan (Eine private Nachricht an mich? Bitte hier lang.) 14:27, 9. Mär. 2020 (CET)

Das ist wohl ein seit Jahren ungelöstes VE-Problem, siehe phab:T101841. --Diwas (Diskussion) 00:45, 10. Mär. 2020 (CET)

Kommentare wurden ungewollt entfernt

Gemeldet in Phabricator
Task T247498

Hallo zusammen, hier wurde ein Tippfehler mit dem VisualEditor korrigiert und die Änderung vor der Veröffentlichung über "Überprüfe Deine Änderungen" geprüft. Da wurden keine weiteren Änderungen angezeigt. Trotzdem sind beim Speichern Kommentare entfernt worden. Außer dem Tippfehler wurde aber nichts wissentlich verändert. Macht der VisualEditor sowas im Hintergrund? --(8900) AAVSO (Diskussion) 15:19, 10. Mär. 2020 (CET)

Oh, das ist neu! Ich habe weder einen Eintrag dazu im Ticket-System finden können, noch das Problem mit eigenen Tests nachstellen können. Welchen Browser benutzt du, und hast du dort irgendwelche Addons installiert, die auf den Seiteninhalt Einfluss haben könnten? --Tkarcher (Diskussion) 15:41, 10. Mär. 2020 (CET)
Portable Firefox, keine Addons, die den Inhalt verändern. Ich habe "Suchen und ersetzen" benutzt, um den Tippfehler zu finden und zu korrigieren, falls das beim Nachstellen hilft. Bei allen anderen Bearbeitungen (auch alles Tippfehler, gleiche Vorgehensweise) ist so etwas nicht passiert, allerdings habe ich noch nicht geschaut, ob überhaupt Kommentare in diesen Artikeln waren. Da aber auch noch andere "kosmetische" Änderungen im Abschnitt mit den Referenzen vorgenommen wurden (entfernen von Leerzeichen, Leerzeilen), hätte ich gedacht, dass dies irgendwie automatisiert passiert sein muss. --(8900) AAVSO (Diskussion) 17:09, 10. Mär. 2020 (CET)
@(8900) AAVSO: Könntest du bitte mal mit dem gleichen Browser und der gleichen Methode (Suchen / ersetzen mit VE) eine Testbearbeitung in Benutzer:Tkarcher/Spielwiese machen? Ich habe dort mal ein zwei Test-Kommentare reingesetzt, aber wenn ich die Seite mit dem VE bearbeite, kann ich das Problem nicht reproduzieren (die Kommentare bleiben unangetastet). --Tkarcher (Diskussion) 17:22, 10. Mär. 2020 (CET)
@Tkarcher: Auf der Testseite passiert nichts, aber es ist ja auch nichts automatisiert in den Referenzen zu korrigieren. Vielleicht versuchen wir es mal mit einer Kopie des Quelltexts der Grombachseite, bevor ich sie bearbeitet habe?--(8900) AAVSO (Diskussion) 17:28, 10. Mär. 2020 (CET)
Oha - du hast Recht! Damit konnte ich den Fehler jetzt reproduzieren: https://de.wikipedia.org/w/index.php?title=Benutzer%3ATkarcher%2FSpielwiese&type=revision&diff=197640302&oldid=197640276 Jetzt müssen wir nur noch herausfinden, was diesen Artikel so besonders macht. Denn häufig scheint dieses Problem ja nicht aufzutreten... --Tkarcher (Diskussion) 17:40, 10. Mär. 2020 (CET)
Prima! Ich denke, es hat etwas mit der automatischen Korrektur der Referenzen zu tun. Wahrscheinlich merken die Meisten die Änderungen gar nicht. Wenn @Hozro: nicht so aufmerksam gewesen wäre, wäre mir das auch nicht aufgefallen, da es ja auch bei "Überprüfe Deine Änderungen" nicht angezeigt wird.--(8900) AAVSO (Diskussion) 17:46, 10. Mär. 2020 (CET)
Dieser IP-Edit sieht ganz ähnlich aus, auch die entfernten Leerzeilen im Ref-Block. --Hozro (Diskussion) 19:09, 10. Mär. 2020 (CET)
@(8900) AAVSO, Hozro: Ich habe jetzt auf meiner Spielwiese ein gutes Dutzend Testfälle mit Leerzeichen, Leerzeilen, auskommentierten Referenzen und mehreren Referenz-Blöcken durchgespielt, und mit keinem davon konnte ich das Verhalten aus dem Grombach-Artikel reproduzieren. Ich weiß also immer noch nicht, was genau das Problem dort ausgelöst hat. Habt ihr noch eine Idee? Ansonsten müssen die Entwickler wohl selbst schauen, wie sie aus den beiden Einzelfällen schlau werden... --Tkarcher (Diskussion) 08:43, 11. Mär. 2020 (CET)
@Tkarcher: Also, ich habe jetzt ewig herumprobiert. Der Fehler tritt auf, wenn in den Referenzen die Vorlage ISBN verwendet wird und gleichzeitig noch etwas in den Referenzen korrigiert werden kann. Wird die Vorlage ISBN nicht verwendet, werden auch die Fehler bei den Referenzen nicht korrigiert. Auch wenn andere Vorlagen verwendet werden, wird nichts an den Referenzen berichtigt. Die Analyse passt auch auf Hozros Beispiel. Vielleicht versuchst Du mal auf Deiner Spielwiese: Kommentar nach <references>, ref name ="xxxx" und eine Referenz mit ISBN 3-929366-20-7. Wo die ISBN Vorlage verwendet wird, ist übrigens egal, sie muss nur in irgendeiner Referenz verwendet werden. Wie man das aber in eine verständliche Fehlermeldung verwandeln soll?--(8900) AAVSO (Diskussion) 17:07, 11. Mär. 2020 (CET)

Vielen Dank für die Hilfe bei der Analyse! Ich habe jetzt ein Ticket dazu aufgemacht: https://phabricator.wikimedia.org/T247498 --Tkarcher (Diskussion) 10:32, 12. Mär. 2020 (CET)

Gerne. Danke fürs Ticket --(8900) AAVSO (Diskussion) 19:39, 13. Mär. 2020 (CET)

Veröffentkichung eines Artikelentwurfes.

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 Edge/18.18362

URL: https://de.wikipedia.org/wiki/Benutzer:Sebi1223/Artikelentwurf?veaction=edit Wie kann ich diesen Artikelentwurf veröffentlichen?

Sebi1223 (Diskussion) 11:04, 25. Mär. 2020 (CET)

Hallo @Sebi1223, wie das technisch geht, wird in Hilfe:Artikelentwurf#Den fertigen Entwurf einstellen beschrieben. Vorher solltest du den Artikel aber im Wikipedia:Relevanzcheck vorstellen: Ich kenne mich mit den Relevanz-Kriterien für E-Sportler nicht gut aus, wenn ich mir Wikipedia:Richtlinien_E-Sport#E-Sportler anschaue, finde ich nicht viel, was für die Relevanz von SK Morten spricht. --Tkarcher (Diskussion) 11:57, 25. Mär. 2020 (CET)

Ok schade er ist zur zeit einer der Besten. Vielleicht wenn man mehrere E-Sportler hinzufügt könnte es 1. gerechter und 2. relevanter werden, da E-Sport durchaus große Aufmerksamkeit dieser Tage hat. LG Sebi1223 (nicht signierter Beitrag von Sebi1223 (Diskussion | Beiträge) 12:10, 25. Mär. 2020 (CET))

Wie und wo abspeichern

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:74.0) Gecko/20100101 Firefox/74.0

URL: https://de.wikipedia.org/w/index.php?title=Psychische_Gesundheit&redirect=no


Ich bin relativ neu hier. Habe einen neuen Begriff angelegt, den ich aktuell nicht veröffentlichen kann. Warum? Oder soll ich ihn erst mal in ein Fach verschieben, wo andere die Relevanz prüfen können. Aber wie? Besten Dank

Joachim Hein MBgD (Diskussion) 09:55, 27. Mär. 2020 (CET)

Was hat das zu bedeuten?

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:74.0) Gecko/20100101 Firefox/74.0

URL: https://de.wikipedia.org/w/index.php?title=Psychische_Gesundheit&redirect=no

Fehler bei der Kontaktaufnahme mit dem Parsoid-/RESTBase-Server (HTTP 404)


Joachim Hein MBgD (Diskussion) 09:56, 27. Mär. 2020 (CET)

Einzelnachweis

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:74.0) Gecko/20100101 Firefox/74.0

URL: https://de.wikipedia.org/w/index.php?title=Psychische_Gesundheit&redirect=no

Wie kann ich Einzelweise so gestalten, dass sie unten unter Einzelnachweise auch erscheinen? Besten Dank

Joachim Hein MBgD (Diskussion) 09:57, 27. Mär. 2020 (CET)

Ist ein Einzelnachweis bei einer Weiterleitungsseite sinnvoll? Die bekommt ohnehin kaum jemand zu sehen. --Wurgl (Diskussion) 09:59, 27. Mär. 2020 (CET)

Kapitelsprung Klick auf Änderung

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

Der VE springt nicht an das entsprechende Kapitel (Kaiserlicher Purpur ein Exportschlager – doch eine Fälschung) wenn man auf Bearbeiten klickt, sondern steht bei Purpurfärberei von der frühen Römischen Kaiserzeit bis zum Ende des Byzantinischen Reiches.


URL: https://de.wikipedia.org/wiki/Benutzer:Gerhard_Steigerwald/Purpurf%C3%A4rberei_der_r%C3%B6mischen_Kaiserzeit?veaction=edit&section=43#Die_Purpururkunde_-_eine_byzantinische_Erfindung%5B97%5D

Conny 11:33, 29. Mär. 2020 (CEST)

Nervt mich schon lange. Danke für den Hinweis, Peter Gröbner -- 11:50, 29. Mär. 2020 (CEST)

Fehlverhalten VE mit Vorlage:Toter Link

Hier Spezial:Diff/195616286/198383577 wurde ein Link als Totlink markiert, sicher, die Vorlage wurde leider nicht ordnungsgemäß ausgefüllt, trotzdem darf aber der VE nicht bei einer erneuten Bearbeitung jedes Mal solchen zusätzlichen Inhalt in den Artikel schreiben. 

<ref name="arte">[https://www.arte.tv/de/videos/081544-000-A/da-vinci-or-not-da-vinci/ arte-Doku "Da Vinci or not da Vinci?{{Toter Link |url= |date=}}]</ref>

Nach vier Bearbeitungen sah das im Quelltext dann so aus. 

<ref name="arte">[https://www.arte.tv/de/videos/081544-000-A/da-vinci-or-not-da-vinci/ arte-Doku "Da Vinci or not da Vinci?{{Toter Link |url= |date=}}][[Vorlage:Toter Link/!...nourl]]&nbsp;<span>(</span>[[wikipedia:Defekte Weblinks|Seite nicht mehr abrufbar]]<span>)</span>
[[Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Toter Link/URL fehlt]]
<nowiki/>&#x20;[[Vorlage:Toter Link/!...nourl]]&nbsp;<span>(</span>[[wikipedia:Defekte_Weblinks|Seite nicht mehr abrufbar]]<span>)</span>
[[Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Toter Link/URL fehlt]]
&#x20;[[Vorlage:Toter Link/!...nourl]]&nbsp;<span>(</span>[[wikipedia:Defekte_Weblinks|Seite nicht mehr abrufbar]]<span>)</span>
[[Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Toter Link/URL fehlt]]
&#x20;</ref>
CC: Wikipeter-HH

Aussehen sollte es eigentlich wohl so[1] 

<ref name="arte">{{Toter Link |url=https://www.arte.tv/de/videos/081544-000-A/da-vinci-or-not-da-vinci/ |text=arte-Doku „Da Vinci or not da Vinci?“}}</ref>
Einzelnachweise
  1. ↑ @2Vorlage:Toter Link/www.arte.tvarte-Doku „Da Vinci or not da Vinci?“ (Seite nicht mehr abrufbar. Suche in Webarchiven)

Ich weiß zwar nicht, ob die Entwickler da etwas tun können, aber melden wollte ich es trotzdem. Vielleicht kann es ja jemand weiterleiten. --Liebe Grüße, Lómelinde Diskussion 09:51, 3. Apr. 2020 (CEST)

Dazu kann ich ergänzen, dass die Funktionsweise beim Einfügen der Vorlage 'Toter Link' schlecht ist. Wenn ich einen Link markiere und dann 'Einfügen-Vorlage-Toter Link' wähle, dann müsste aus meinem Verständnis heraus die URL des markierten Links gleich in den Paramter URL übernommen werden. So erledigt sich das beschriebene Problem sofort.
Noch ein zweiter Aspekt bei dieser Vorlage: Der Text 'Suche in Webarchiven' ist, zumindest wenn ich einen Link als tot markiere, absolut überflüssig. Ich habe dann schon intensiv recherchiert und der Inhalt ist wirklich nicht mehr online zu finden (bzw. in diesem Fall hat archive.org zwar die Seite archiviert, aber das ganze ist Fehlerhaft, so dass man den Beitrag nicht sehen kann.--Wikipeter-HH (Diskussion) 12:11, 4. Apr. 2020 (CEST)

Visuelle Textbearbeitung funktioniert nicht

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.100 Safari/537.36

URL: https://de.wikipedia.org/w/index.php?title=Potsdam&veaction=editsource

angel_bg_de (Diskussion) 20:12, 5. Apr. 2020 (CEST)

Der URL-Parameter veaction=editsource ruft den Quelltext-Modus des VisualEditors auf. Hast du den in Einstellungen unter Beta aktiviert? Die visuelle Bearbeitung wäre veaction=edit. --Diwas (Diskussion) 23:44, 5. Apr. 2020 (CEST)

Seite verschieben

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36

Wie kann ich die Seite verschieben. Bei mir wird nicht der Button mit Mehr -> Verschieben angezeigt?

URL: https://de.wikipedia.org/wiki/Benutzer:Sebastian1611/PHYNE?veaction=edit

Sebastian1611 (Diskussion) 10:48, 8. Apr. 2020 (CEST)

Du bist noch nicht lange genug aktiv. Zu deinem Artikel, würde ich eine Anfrage bei Wikipedia:Relevanzcheck vorschlagen. --Wurgl (Diskussion) 11:29, 8. Apr. 2020 (CEST)

Editing news 2020 #1 – Discussion tools

Lies dies in einer anderen Sprache • Abonnement für diesen mehrsprachigen Newsletter

 
Diese frühe Version des Antwortwerkzeugs unterschreibt Kommentare automatisch und rückt sie ein.

Das Edit-Team hat am Diskussionsseitenprojekt gearbeitet. Das Diskussíonsseiten-Projekt soll bewirken, dass Autoren im Wiki leichter kommunizieren können. Es stammt aus der Konsultation zu Diskussionsseiten 2019.

 
Für ein künftiges Update plant das Team ein Werkzeug, um einen fremden Benutzernamen leicht zu verlinken, eine Rich-Text-Editieroption, und weitere Funktionen.

Das Team baut gerade ein neues Antwortwerkzeug für Kommentare. Diese frühe Verion kann automatisch einrücken und unterschreiben. Bitte teste das neue Antwortwerkzeug.

  • Am 31. März 2020 wurde das neue Antwortwerkzeug den Autoren von vier Wikipedias als Beta-Funktion angeboten: Arabisch, Niederländisch, Französisch, und Ungarisch. Kontaktiere User:Whatamidoing (WMF), wenn deine Gemeinschaft auch frühen Zugang zu dem neuen Werkzeug möchte.
  • Das Team plant einige zeitnahe Änderungen. Bitte schau dir den Designvorschlag an und teile deine Ansicht auf der Diskussionsseite. Das Team wird Funktionen testen wie:
    • einen einfachen Weg, um einen anderen Autor zu erwähnen ("anpingen"),
    • eine visuelle Rich-Text-Editieroption, und
    • andere Funktionen, die beim Usertest erkannt, oder von Autoren vorgeschlagen werden.

Wenn du weiter vom Edit-Team informiert werden möchtest, füge bitte im Abschnitt der "Getting involved" (Mitmachen) auf der Projektseite deinen Namen zu. Du kannst auch   diese Seiten beobachten: die Hauptprojektseite, Updates, Antworten, und Usertest.

– PPelberg (WMF) (talk) & Whatamidoing (WMF) (talk)

21:24, 8. Apr. 2020 (CEST)

Begründung und Beleg für Änderung

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 Edge/18.18362

URL: https://de.wikipedia.org/w/index.php?title=WorldSkills_Germany&veaction=edit Hilfe! Ich habe eine Änderung gemacht, aber ich finde nicht, wo ich die Begründung für eine Löschung und die Quelle für eine Änderung angeben kann. Bei der letzten Änderung gab es Felder dafür - aber ich finde diese Felder nicht (mehr). Danke AUNagl

AUNagl (Diskussion) 11:23, 14. Apr. 2020 (CEST)

@AUNagl Meinst du das Feld für die Zusammenfassung? Also den Bearbeitungskommentar? Siehe Hilfe:VisualEditor/Speichern#Neue Seiten oder Bearbeitungen speichern Dann zuerst oben im Menü einmal auf Änderungen veröffentlichen klicken und dann im Dialogfenster deinen Kommentar einfügen und danach nochmals auf die dicke blaue Taste klicken. --Liebe Grüße, Lómelinde Diskussion 12:02, 14. Apr. 2020 (CEST)
@Lómelinde Danke - ich konnte es teilweise nachvollziehen. Aber es ist mir ein Rätsel, wann diese Felder erscheinen und wann nicht. --AUNagl (Diskussion) 14:59, 14. Apr. 2020 (CEST)
Das ist so gedacht, dass du erst einmal quasi sagst jetzt möchte ich meine Änderungen veröffentlichen, da klickst du also oben im Menü die blaue Schaltfläche, erst dann erscheint das Dialogfeld, um dir mehrere Optionen anzubieten.
  • Du kannst die Änderungen in einer Vergleichsansicht nochmal überprüfen Überprüfe deine Änderungen
  • Du hast die Möglichkeit einen Bearbeitungskommentar zu schreiben
  • Du kannst nochmal zur Bearbeitung zurückkehren, weil du etwas übersehen oder vergessen hast Bearbeitung fortsetzen
  • Du kannst die Bearbeitung veröffentlichen Änderungen veröffentlichen
  • Du kannst auch alles verwerfen und die Seite bleibt wie sie war
Je nachdem, was du in den Dialogfenster anklickst gehst du einen Schritt zurück oder aber, wenn du mit allem zufrieden bist, kannst du nun wirklich die Änderung veröffentlichen indem du die blaue Taste verwendest. --Liebe Grüße, Lómelinde Diskussion 15:12, 14. Apr. 2020 (CEST)

Beschreibung ändern

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.113 Safari/537.36

URL: https://de.wikipedia.org/w/index.php?title=Benutzer:Bianca.He.87/TEST&action=edit

wie kann ich die beschreibung oben in Oliver Geilhardt ändern?

Bianca.He.87 (Diskussion) 18:19, 16. Apr. 2020 (CEST)

Bianca.He.87 das geht über Hilfe:Seite verschieben dafür müsstest du allerdings mindestens seit vier Tagen hier als Benutzer[in] angemeldet sein. Ansonsten kannst du auch hier →Wikipedia:Verschiebewünsche fragen. Allerdings würde ich das ganze noch mal überarbeiten. Da ist noch einiges nicht so, wie es gern gesehen würde und es würden vermutlich gleich Qualitötssicherungsbausteine gesetzt, die auf Mängel hinweisen. Du müsstest auch noch genauer angeben an welchen Stellen deine Einzelbelege etwas belegen sollen, also immer an die Textstellen anfügen, die belegt werden sollen. Ich könnte es mir morgen einmal ansehen wenn du möchtest. --Liebe Grüße, Lómelinde Diskussion 18:30, 16. Apr. 2020 (CEST)

Vorlagen-Unterseiten einfügen

In Hilfe:Vorlagen/VisualEditor ist nachzulesen „Wenn der Name einen Schrägstrich / enthält, solltest du ihn in der Regel nicht auswählen, da es sich um eine Dokumentationsseite oder Unterseite der Vorlage handeln könnte“. Das ist so weit ein berechtigter Hinweis, allerdings dürften die dargestellten Beispiele leicht veraltet sein, denn zumindest die /Doku-Unterseiten werden im Dropdown nie angezeigt! Weiß jemand, wo genau diese Unterseiten ausgeschlossen werden? Es gäbe noch ein paar weitere typische Unterseiten, die man ausschließen sollte, wie /XML oder /Wartung. –XanonymusX (Diskussion) 17:52, 21. Apr. 2020 (CEST)

Das muss neu sein. Aber natürlich sollten nicht alle Seiten dieser Liste für den Artikelnamensraum angeboten werden. Gebe ich beispielsweise Literatur in das Eingabefeld so erhalte ich aktuell folgende Liste angezeigt.
wird derzeit (21. April 2020) vorgeschlagen so könnte es nach einer Reduzierung sein
Literatur|
Literatur
Einheitliche Quellenangebe für ein einzeln…
Literatur/Test
Literaturjahr
Literatur/XML
Literatur/Wartung
Literatur/Editnotice
Literatur/CSL
Literatur|
Literatur
Einheitliche Quellenangebe für ein einzeln…
Literaturjahr
Auch ausschließen kann man vermutlich alle Seiten mit /core im Titel.
@XanonymusX, wenn du aber an dem Beispiel unserer hiesigen Hilfeseite eine Änderung wünscht, dann musst du es dort anpassen. Das ist alles Handarbeit und leider erfahre ich eher selten, wenn etwas geändert wird. Da ich den VE nicht verwende, kann ich daher auch nicht für die Aktualität der Hilfeseiten garantieren. Aber die →offizielle Mediawikihilfe ist noch schlechter, weil sie veraltet und teilweise nicht einmal übersetzt ist.
Ich werde also das Beispiel anpassen und /Doku dort herausnehmen.
Wie soll ich so etwas immer erahnen? Ändern darf das aber jeder, da wären insbesondere Hinweise durch jene Benutzer hilfreich, die diesen Editor aktiv einsetzen. Die Dokuseiten wurden aber mal angezeigt, sonst hätte ich das nicht in dem Beispiel so angegeben.
Du kannst ja mal auf BETA schauen, da wird die /Doku noch vorgeschlagen.
Und falls du noch Vorschläge zu dieser oder anderen VE-Hilfeseiten hast, sprich mich einfach an. Es kümmert sich sonst eh fast niemand darum. --Liebe Grüße, Lómelinde Diskussion 18:32, 21. Apr. 2020 (CEST)
Zurzeit arbeitet WMDE im Bereich „Technische Wünsche“ das Thema „Vorlagen auswählen“ ab; ich meine mich erinnern zu können, dass ich das dort oder auf Phabricator vor Jahren bereits zumindest für /Doku empfohlen hatte. Vielleicht mal dort nachfragen; es gibt das Unterthema „Bessere Auswahl gesuchter Vorlagen“. Ggf. wurde sowas grad kürzlich eingebaut. Müsste ein Pattern per Project sein; enWP hat /doc. Ein RegExp könnte womöglich den Ausschluss aus den Suchtreffern auch auf andere Typen von Unterseiten erweitern. LG --PerfektesChaos 18:44, 21. Apr. 2020 (CEST)
Hab mal die Unterseiten ausgewertet: quarry:query/44195 Nur der Namensteil der Unterseiten (ab dem ersten '/') wird hier gezählt. --Wurgl (Diskussion) 19:28, 21. Apr. 2020 (CEST)
Ich habe das Ganze jetzt auch bei den Technischen Wünschen gemeldet. Danke fürs Aktualisieren der Hilfeseiten, ich bin leider nicht durchgestiegen, wo genau ich das hätte bearbeiten können. Gruß--XanonymusX (Diskussion) 23:56, 26. Apr. 2020 (CEST)
Ich schrieb ja, sprich mich an wenn dir auffällt, dass etwas auf den Hilfeseiten geändert werden müsste. Ich kann Änderungen im Verhalten oder der Anzeige nicht erahnen. --Liebe Grüße, Lómelinde Diskussion 07:01, 27. Apr. 2020 (CEST)

verpasste serien

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.122 Safari/537.36

URL: https://de.wikipedia.org/wiki/Falcon_Crest?veaction=edit&section=4

81.21.124.104 11:22, 27. Apr. 2020 (CEST)

Hierzu fehlt der Beleg.

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:76.0) Gecko/20100101 Firefox/76.0

URL: https://de.wikipedia.org/wiki/Heinrich_Besseler?veaction=edit

2003:E7:715:1800:902E:1DCF:45D:2502 01:29, 21. Mai 2020 (CEST)

Bitte dort ansprechen. --Diwas (Diskussion) 21:31, 21. Mai 2020 (CEST)

Eigene Seite Erstellen

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.138 Safari/537.36 OPR/68.0.3618.125

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

Vor meinem Wikipeia eintrag steht Benutzer wie kann ich das beheben?


Fussball Livetalk (Diskussion) 17:06, 26. Mai 2020 (CEST)

Benutzer:Nolispanmo, kannst du vielleicht dem Fragenden einen Tipp geben? Ich habe im Logbuch gesehen, dass er eine Benutzerseite versucht hatte, war das ein Artikelversuch? --Diwas (Diskussion) 22:02, 26. Mai 2020 (CEST)
Nope, das war eine Selbstdarstellung „ich habe einen Youtube Kanal und möchte einen Wikipedia Account erstellen mit meinem eigenen Kanal“. Der Benutzer wurde auf seiner Disk. zur Löschung informiert. Grüße --Nolispanmo Disk. Hilfe? 09:16, 27. Mai 2020 (CEST)
Danke Nolispanmo. Fussball Livetalk, ich bin recht sicher, dass dein Kanal nicht relevant für einen eigenen Artikel ist. --Diwas (Diskussion) 23:08, 27. Mai 2020 (CEST)

Neuer Übertitel

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:75.0) Gecko/20100101 Firefox/75.0

URL: https://de.wikipedia.org/w/index.php?title=Museum_Bellerive&gettingStartedReturn=true&veaction=edit

Wie kann ich den Übertitel von "Museum Bellerive" zu "ZAZ Bellerive" ändern?

ZAZ Bellerive (Diskussion) 15:29, 12. Jun. 2020 (CEST)

@ZAZ Bellerive, so etwas geht nur über Seite verschieben (Hilfe:Seite verschieben). Dafür muss man mindestens seit vier Tagen angemeldet sein, du könntest dich an Wikipedia:Verschiebewünsche wenden. --Liebe Grüße, Lómelinde Diskussion 17:00, 12. Jun. 2020 (CEST)

Editing news 2020 #2

In einer anderen Sprache lesen • Anmeldung für dieses mehrsprachige Rundschreiben

 
Zu den neuen Hilfsmitteln gehört eine Werkzeugleiste. Was meinst du, was in der Werkzeugleiste sein sollte?

Diese Ausgabe des Editing-Rundschreibens informiert über das Diskussionsseitenprojekt, mit dem wir den Autoren helfen wollen, im Wiki leichter miteinander zu kommunizieren.

  • Antwortwerkzeug: Dies wird in den vier Partnerwikis (arabische, französische, niederländische und ungarische Wikipedia) als Beta-Funktion bereitgestellt. Die Beta-Funktion heisst "Diskussions-Werkzeuge". Die Beta-Funktion wird bald erweitert. Es gibt einen neuen visuellen Editor für Kommentare, und man kann andere Benutzer anpingen, indem man @ eintippt. Du kannst die Erweiterungen schon jetzt im Beta-Cluster testen. In den folgenden Monaten bekommen einige weitere Wikis die Möglichkeit, sie auszuprobieren.
  • Neue Anforderungen an Benutzersignaturen: Bald wird Spezial:Einstellungen ungültige persönliche Signaturen nicht mehr akzeptieren. Das erschwert Signaturfälschungen, verhindert Fehler im Seitenaufbau, und erhöht die Zuverlässigkeit neuer Seitenwerkzeuge. Es wird die meisten Autoren nicht betreffen.
  • Neues Diskussionswerkzeug: Das Editing-Team beginnt mit der Arbeit an einer Methode, die es leichter macht, neue Diskussionen zu beginnen. Du kannst dir den ersten Entwurf auf der Projektseite ansehen.
  • Untersuchungen zur Nutzung der Diskussionsseiten: Das Editing-Team hat mit dem Forschungsteam der Stiftung zusammen studiert, was die Diskussonsseiten für die Verbesserung der Artikel leisten. Es zeigte sich, dass neue Autoren, die Diskussionsseiten benutzen, mehr Edits im Artikelraum beitragen als neue Autoren, die das nicht tun.

– Whatamidoing (WMF) (Diskussion)

22:32, 17. Jun. 2020 (CEST)

Mängel im Editor „Chemische Formel“

Im VisualEditor-Werkzeug „Chemische Formel“ gibt es mehrere schwerwiegende Mängel und viele Verbesserungsmöglichkeiten. Fehlende Hochstellung zählt hier zu den schwerwiegenden Mängeln, da es ja um ein Werkzeug geht, das den richtigen Satz chemischer Formeln zeigen soll.

  1. Fehlende Hochstellung: <chem>Hg^2+ ->[I-] HgI2 ->[I-] {[Hg^{II}I4]^2-}</chem>    . Das Minuszeichen ganz am Schluss gehört hochgestellt, und bei den Iodidionen auf den Reaktionspfeilen sind ebenfalls hochgestellte Minuszeichen gefordert. <chem>Hg^2+ ->[I^-] HgI2 ->[I^-] {[Hg^{II}I4]^2^-}</chem>     (weitere Fehler siehe unten).
  2. Fehlende Hochstellung: Fe^{II}Fe^{III}204</chem>     ist katastrophal falsch, da statt des Buchstabens O für Sauerstoff die Zahl 0 steht, was dazu führt, dass dieser Formelteil fälschlicherweise als dreistellige Zahl „204“ gedeutet und insgesamt tiefgestellt wird. Das O darf nicht tiefgestellt sein – wird es auch nicht, wenn es ein Buchstabe ist. Zur korrekten Formel siehe auch Eisen(II,III)-oxid.
  3. Fehlende Hochstellung: <chem>CO3^2-_{(aq)}</chem>   Das Minus muss hochgestellt sein, schwerer Fehler! Richtig: <chem>CO3^2- {}_{(aq)}</chem>  .
  4. Nicht IUPAC-konform: Die Tiefstellung von (aq) wird von der IUPAC nicht empfohlen (laut der Angabe hier), daher ist <chem>CO3^2-_{(aq)}</chem>     bzw. <chem>CO3^2- {}_{(aq)}</chem>     kein gutes Beispiel im Hinblick auf die IUPAC-Empfehlung, besser wäre <chem>CO3^2- (aq)</chem>    .
  5. Leerzeichenlöschung: Komplexe <chem>-Formeln werden von texvc falsch geparst, was zur Löschung aller Leerzeichen führt, die aber für die <chem>-Syntax wesentlich sind. Dieses Problem ist seit Jahren ungelöst. Seiten mit betroffenen Formeln (auch diese Seite hier) landen in der Wartungskategorie Kategorie:Wikipedia:Seiten, die ein veraltetes Format des chem-Tags verwenden. Von wenigen Ausnahmen abgesehen führen aufrecht beschriftete Reaktionspfeile mit <chem> bisher zu diesem Problem. Das Beispiel <chem>Hg^2+ ->[I-] HgI2 ->[I-] {[Hg^{II}I4]^2-}</chem>     sollte daher entfernt werden, bis das ohne Leerzeichenlöschung und Wartungskategorie auch mit <chem> funktioniert. Die Iodidionen auf den Reaktionspfeilen müssen mit aufrechter Schrift angezeigt werden, schließlich ist es der Zweck von <chem>, chemische Formeln aufrecht darzustellen: das ist ja der Vorteil gegenüber <math>, das dafür /mathrm benötigt.
  6. Didaktische Verbesserung: Chemische Formeln: <chem> Sb2O3</chem>   hat in der Gasphase die Phosphortrioxid-Struktur und ist dann eher als <chem> Sb4O6</chem>   zu schreiben, siehe Antimon(III)-oxid. Stattdessen wäre das Beispiel <chem> Al2O3</chem>   (Aluminiumoxid) besser, da dieses bekannter oder vertrauter ist als   und weil sich seine Stöchiometrie direkt aus dem Periodensystem ablesen lässt.
  7. Falsche Physik: Yttrium (Y) hat die Ordungszahl 39. In dem Plasma eines Sternes oder einer Supernova könnte daher vielleicht   vorkommen. Eine Ladungszahl größer als 39+ ist für Yttrium physikalisch unmöglich, und die Ladungszahl +99 ist für alle Elemente vor Einsteinium ( ) physikalisch unmöglich. Wegen dieser Unmöglichkeit sollte daher <chem>Y^99+</chem>   nicht stehenbleiben, sondern z.B. durch <chem>Y^39+</chem>   ersetzt werden, oder noch besser durch <chem>U^92+</chem>   und  .
  8. Falsche/fragwürdige Physik: <chem>^{0}_{-1}n^{-}</chem>     Was ist das für ein Teilchen? n steht gewöhnlich für ein Neutron, und das ist ungeladen, so wie auch das Antineutron. Besser das vertraute Teilchen Neutron mit <chem>^1_0n</chem>     verwenden als exotische/hypothetische/falsche Elementarteilchen, die auch nicht unter die Überschrift „Isotope“ passen!
  9. Das Beispiel <chem>Y^{99+}</chem>     sollte entfernt werden, da Hochzahlen in Klammern zu Problemen führen, wenn noch weitere Rektionsteilnehmer folgen, z.B. liefert Y^{99+} + Z-    . Die Alternative <chem>Y^{99+}{}</chem>   würde das Problem lösen, hat aber eine unnötige Klammer, wenn doch nichts mehr angefügt wird. Außerdem ist bei dieser Variante der Abstand zwischen 19 und + zu groß. Also besser löschen.
  10. Typographiefehler/Leerzeichenlöschung: Das Beispiel <chem>nH2O</chem>   sollte entfernt werden. Variablen wie n sollten kursiv dargestellt werden. Kursivschrift ist mit <chem> bisher kaum möglich (Leerzeichenproblem), daher sollten keine derartigen Beispiele angeführt werden.
  11. <chem>^{0}_{-1}n^{-}</chem>   hat wieder das Problem der Hochzahl in Klammern. Klammertechnisch gesehen sollte es durch <chem>^{0}_{-1}n^-</chem>   ersetzt werden.
  12. Leerzeichenlöschung: <math>-Sonderzeichen funktionieren in <chem> nicht ohne Probleme (die wichtigen Leerzeichen werden gelöscht,   Wartungskategorie). Daher sollte im Beispiel <chem>NaOH(aq,\infty)</chem>   das \infty entfernt werden (oder das komplette Beispiel). Hinweis: <chem>NaOH(aq,\infty)</chem>     an sich hat das Problem noch nicht, aber Varianten wie Erweiterungen davon. Beispielsweise ergibt <chem>NaOH(aq,\infty) + H2O + HCl</chem>  .
  13. <chem>OCO^{.-}</chem>   ist schon wieder ein Beispiel mit hochgestellter Klammer und möglichen Folgeproblemen. Durch <chem>OCO^{.-}{}</chem>     ersetzen oder ganz streichen.
  14. In <chem>NO^{(2.)-}</chem>     wird das Minuszeichen zu hoch gesetzt. Würde vorschlagen, das Beispiel zu entfernen.
  15. Sprachlicher Mangel: „Aufladungen“ ist in dem Zusammenhang (z.B. <chem>H+</chem>  ) nicht gebräuchlich. Deutlich besser ist „Ladungen“.
  16. Sprachlicher Mangel: „Griechische Buchstaben“ ist besser als „Griechische Zeichen“.
  17. Sprachlicher Mangel: „Oxidationszahlen“ ist besser als „Oxidationszustände“.
  18. Falsches Wort (Sprachfehler): „Zusatzverbindungen“ geht hier einfach nicht. Kann hier durch „Hydrate“ oder „Angabe von Kristallwasser“ ersetzt werden.
  19. Sprachlicher Mangel: „Ausfällung und Gas“: besser wäre (wenn nicht zu lang): „Ausfällung und Gasentwicklung“.
  20. Fehlende Beispiele bei „Ausfällung und Gas“: Für die Gasentwicklung wird kein Beispiel angegeben, die Erwartung, die geweckt wird, wird nicht erfüllt. Möglich ist z. B. entweder <chem> HCl + NaHCO3 -> NaCl + H2O + CO2 (^) </chem>     oder <chem>2 HCl + NaCO3 ->2 NaCl + H2O + CO2 (^) </chem>    .
  21. Fehlende Beispiele / fehlerhafte Physik: Wenn die Überschrift „Aggregatzustände“ lautet, sollte zumindest auch ein Beispiel mit „(s)“ oder „(l)“ auftauchen, nicht nur „(aq)“, was nur bedingt (oder gar nicht) als Aggregatzustand gezählt werden kann.
  22. Typographiefehler: <chem>A ->[H2O] B </chem>   sieht miserabel aus, da das H2O nicht kursiv gesetzt gehört und da die 2 tiefgestellt werden muss. Letzteres wäre mit <chem>A ->[H_2O] B </chem>   machbar, aber ersteres führt zur Leerzeichenentfernung und den Folgeproblemen daraus und in die Wartungskategorie. Daher entfernen und erst wieder verwenden, wenn aufrechter Text auf Reaktionspfeilen problemlos möglich ist. Hinweis: Die in en: Help:Displaying a formula empfohlene Variante <chem>A ->[\text{text above}][\text{text below}] B</chem>   funktioniert für das Beispiel, aber eben problemlos nur für genau dieses Beispiel, sonst nicht, siehe die Fehlermeldung hier.
  23. <chem> A ->[{x}] B </chem>     Das Beispiel scheint überflüssig, der Sinn der geschweiften Klammern erschließt sich nicht.
  24. Als Menüpunkt ist „Chemische Formel“ gut, da langer Text dort ungünstig ist. Über dem Bearbeitungsfeld selbst wäre „Chemische Formeln und Reaktionsgleichungen“ besser.
  25. Didaktische Verbesserung: Im Hinblick auf die für Neulinge didaktisch beste Anordnung der Menüpunkte ist wahrscheinlich die Reihenfolge vom einfachen zum schwierigeren besser. Dann sollten die „Chemische Formeln“ mit <chem> H2O </chem>     vor dem Punkt „Chemische Reaktionsgleichungen“ kommen.
  26. Zu wenige Beispiele: Bei den Formeln wäre nach <chem> H2O </chem>     noch mindestens ein komplexeres Beispiel sinnvoll, bevorzugt aus der organischen Chemie/Biochemie, z.B. <chem> C17H20N4O6 </chem>     (Vitamin B2) oder <chem> C62H89CoN13O15P </chem>     (Hydroxycobalamin, Vitamin B12b).

Ich bitte um eine Behebung der zahlreichen Mängel, die den Formeleditor so schlecht aussehen lassen, dass von seiner Verwendung abgeraten wurde. --Nick B. (Diskussion) 09:42, 28. Jun. 2020 (CEST)

Den Ausführungen von Nick B. kann ich mich nur anschließen. Die ungünstigen Beispiele sollten sich doch recht leicht lösen lassen. Für die grundlegenden Probleme ist wohl die Lösung von phab:T245631 erforderlich. --Ameisenigel (Diskussion) 13:34, 5. Jul. 2020 (CEST)

Einzelnachweisliste bearbeiten

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.138 Safari/537.36 OPR/68.0.3618.165

Beispiel-URL: https://de.wikipedia.org/wiki/Kernkraftwerk_Fessenheim?veaction=edit&section=45#Trivia

Wie kann ich am einfachsten mehrere verschiedene Einzelnachweise bearbeiten, z.B. um automatische Archiv-Bot Eintragungen zu prüfen?

Gruß Andreas

Andreas Schwarzkopf (Diskussion) 10:08, 30. Jun. 2020 (CEST)

Tabelle nicht mehr editierbar. Copy und Paste aus Excel funktioniert zunächst Spaltenweise, nun geht das nicht mehr. Grund????

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

URL: https://de.wikipedia.org/w/index.php?title=COVID-19-Pandemie_in_Hessen&stable=0&redirect=no&veaction=edit&section=13#Statistik_der_Landkreise 217.245.80.54 21:56, 7. Jul. 2020 (CEST)

Nachtrag: Ich hatte diese Tabelle angelegt und mehrfach aus Excel ganze Spalten einkopiert. Das geht nicht mehr. Woran kann das liegen? Alle Daten werden statt über die Spalten und Zeilen, z.B. 5x5 als 25 einzelne Einträge im ersten Feld eingesetzt, mit TABS. 217.245.80.54 22:45, 7. Jul. 2020 (CEST)

Editing news 2020 #3

In einer anderen Sprache lesen • Anmeldung für dieses mehrsprachige Rundschreiben

 
Mehr als 50 Millionen Bearbeitungen wurden mit dem Visual Editor auf dem Desktop getätigt.

In diesem Monat ist es sieben Jahre her, dass das Editing-Team den meisten Wikipedia-Autoren den Visual Editor zur Verfügung gestellt hat. Seitdem haben Autoren viele Meilensteine erreicht:

  • Mehr als 50 Millionen Bearbeitungen wurden mit dem Visual Editor auf dem Desktop getätigt.
  • Mehr als 2 Millionen neue Artikel wurden mit dem Visual Editor erstellt. Mehr als 600.000 dieser neuen Artikel wurden 2019 erstellt.
  • Der Visual Editor wird zunehmend populärer. Der Anteil an Visual-Editor-Bearbeitungen unter allen Bearbeitungen hat sich seit seiner Einführung jedes Jahr gesteigert.
  • In 2019 wurden 35 % aller Bearbeitungen von neuen Benutzern (angemeldete Benutzer mit ≤99 Bearbeitungen) mit dem Visual Editor gemacht. Dieser Prozentsatz steigt Jahr für Jahr.
  • Fast 5 Millionen Bearbeitungen auf der Mobil-Seite wurden mit dem Visual Editor gemacht. Die meisten Bearbeitungen wurden gemacht, seit das Editing-Team in 2018 angefangen hat den mobilen Visual Editor zu verbessern.
  • Am 17. November 2019 wurde die erste Bearbeitung aus dem Weltall mit dem mobilen Visual Editor gemacht. 🚀 👩‍🚀
  • Autoren haben mehr als 7 Millionen Bearbeitungen im 2017er Wikitext Editor gemacht, inklusive 600.000 Artikelerstellungen. Der 2017er Wikitext Editor ist der eingebaute Wikitext-Modus des Visual Editors. Du kannst ihn in deinen Einstellungen aktivieren.

Whatamidoing (WMF) (Diskussionsseite)

14:55, 9. Jul. 2020 (CEST)

Geburtsdatum falsch

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

URL: https://de.wikipedia.org/wiki/Hilde_Marchwitza?veaction=edit

Bitte Geburtsdatum überprüfen. Das Geburtsdatum im Artikel stimmt nicht mit dem Datum auf dem Grabstein überein.

2A01:C23:744C:3E00:88F6:F3CF:409B:E9DB 14:23, 14. Sep. 2020 (CEST)

Siehe Diskussionsseite zum Artikel. Hier ist erstmal erledigt. --Wurgl (Diskussion) 14:54, 14. Sep. 2020 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Wurgl (Diskussion) 14:54, 14. Sep. 2020 (CEST)

Codex Manesse

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36

URL: https://de.wikipedia.org/wiki/Codex_Manesse?veaction=edit&section=4 Die Ausstellung im Landesmuseum geht bis April 2021, der Codex Manesse wird aber nur bis Ende Oktober ausgestellt.

80.154.103.243 13:23, 24. Sep. 2020 (CEST)

Stimmt. Danke für den Hinweis. --Tkarcher (Diskussion) 14:14, 24. Sep. 2020 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Tkarcher (Diskussion) 14:14, 24. Sep. 2020 (CEST)

Vorlagen vollständig einfügen

Wenn man mit dem VisualEditor Vorlagen in Artikel einfügt werden dort nur die ausgefüllten Felder in den Quelltext geschrieben. Leere Parameter o.ä. werden jedoch nicht eingefügt. VG King Muli 12 (Diskussion) 17:28, 18. Jul. 2020 (CEST)

Das sollte eigentlich so nicht stimmen, hast du dafür ein Beispiel? Normalerweise werden alle Parameter eingefügt, die in der Vorlagendokumentation explizit als erwünscht eingestuft wurden, dies betrifft also die Pflichtangaben und die vorgeschlagenen Parameter in der Doku erkennbar an required=true oder suggested=true. Es kann natürlich sein, dass die Vorlage, die du verwendet hast über kein Hilfe:TemplateData verfügt. Dann kann es durchaus sein, dass keine Parameter eingefügt werden. Dann müsstest du dich mal auf der Diskussionsseite der Vorlage melden und das ansprechen. --Liebe Grüße, Lómelinde Diskussion 19:02, 18. Jul. 2020 (CEST)
Eigentlich tritt der Fehler speziell bei Infoboxen auf. Da werden dann nur die Parameter eingefügt, die im VisualEditor auch ausgefüllt worden sind. King Muli 12 (Diskussion) 11:46, 22. Jul. 2020 (CEST)
Wie ich schon schroeb ist es in der Dokumentation festgelegt welche Parameter nindestens eingefügt werden, du must schon ein konkretes Beispiel nennen wenn man das testen soll. --Liebe Grüße, Lómelinde Diskussion 13:39, 22. Jul. 2020 (CEST)
Achso, es handelt sich um die Vorlage:Infobox Leichtathlet, bei der nur ausgefüllte Parameter eingefügt werden. King Muli 12 (Diskussion) 18:27, 24. Jul. 2020 (CEST)
Nun, da sind im Moment sämtliche Parameter auf „optional“ gestellt. Welche sollen denn immer eingefügt werden? Die kann man dann auf „vorgeschlagen“ ändern. Gruß–XanonymusX (Diskussion) 18:43, 24. Jul. 2020 (CEST)
(BK)
Da müsse man sich an die Leichtathleten wenden; ich hatte nur das Grundgerüst generiert, damit wenigstens Formular vollständig und Blockformat vorhanden wären. Pflicht und empfohlen oder nicht war nicht meine Baustelle. VG --PerfektesChaos 18:48, 24. Jul. 2020 (CEST)

Bearbeitungskommentar

Gemeldet in Phabricator
Task T186531

Hallo zusammen, beim Wechsel zwischen VisualEditor zur Quelltextbearbeitung wird der Bearbeitungskommentar zwar korrekt übernommen und steht auch in der Zusammenfassungszeile, allerdings erhalte ich immer eine Fehlermeldung, dass der Kommentar fehlen würde. Die Änderungen wird dann erst einmal nicht veröffentlicht. Erst nachdem man den Kommentar erneut in die Kommentarzeile eingefügt hat, funktioniert es. Ich habe in meinen Einstellungen "Warnen, sofern beim Speichern die Zusammenfassung fehlt (oder es sich um die Standard-Zurücksetzen-Zusammenfassung handelt)" eingeschaltet, aber die Zusammenfassung ist ja vorhanden und sollte keine Fehlermeldung auslösen. Grüße --(8900) AAVSO (Diskussion) 17:39, 31. Jul. 2020 (CEST)

Das ärgert mich auch schon seit langem. Ähnlich ist es bei Rückgängigmachungen (zumindest im Wiktionary), da genügt auch die automatisch erstellte Zusammenfassungszeile nicht. Gruß, Peter Gröbner -- 17:42, 31. Jul. 2020 (CEST)
Wurde schon vor zwei Jahren als Bug gemeldet, damals aber mit niedriger Prio markiert und seitdem leider nicht weiter bearbeitet: https://phabricator.wikimedia.org/T186531 --Tkarcher (Diskussion) 21:00, 31. Jul. 2020 (CEST)
Das ist auch ohne VisualEditor so, wenn man diese Funktion nutzt, bei mir reicht es, wenn ich dann hinten einfach ein Leerzeichen einfüge, also nicht den kompletten Text ändere oder neu schreibe. Dieses Tool erwartet eine konkrete Eingabe in des Feld. Könnt ihr ja mal testen, bei mir funktioniert es für alle vorausgefüllten Zusammenfassungen so. --Liebe Grüße, Lómelinde Diskussion 06:25, 7. Aug. 2020 (CEST)
Bei mir ist es ja auch so und trotzdem ärgerlich. Viele Grüße zurück, Peter Gröbner -- 15:47, 7. Aug. 2020 (CEST)

Zitat-Vorlage:" erweitert mit Autor und Quelle?

Die Typo-Korrektur eines neuen Benutzers hat am 07:38, 6. Aug. 2020‎ in die Vorlage {{"}} am Ende noch  |Autor= |Quelle= eingefügt, was eine unerwünschte Leerstelle vor der folgenden <ref> bewirkt. Ich glaube nicht, dass der Benutzer das willentlich ergänzt hat. Ich benutze die Zitat-Vorlage häufig, habe sowas aber noch nicht erlebt… Gruß --Chiananda (Diskussion) 00:11, 7. Aug. 2020 (CEST)

Ist eine von Hunderten an Altlasten, die uns die erste Generation an Vorlagenprogrammierern hinterlassen hat.
Ursache ist die Verwendung eines unbenannten Parameters und die bei Tausenden der frühen Programmierungen fehlende Trimmung des Parameterwerts; also bliebe dann ein Leerzeichen gern mal stehen.
Wir stellen sowas flächendeckend auf Text= um, dort gibt es das Problem nicht.
Die Programmierung ist so verbastelt und mit allmählich zurückgebauten Altlasten verkorkst, dass es keinen Spaß mehr macht, hier noch was zu verändern, bevor die große Vereinfachung kommt.
VG --PerfektesChaos 00:43, 7. Aug. 2020 (CEST)
Hm, danke für die Erläuterung. Ló hat vorhin weitere |Text= Parameternamen in den betroffenen Artikel eingefügt – wäre interessant, dort einen VE-Test auszuführen…
Aber: Hier kommt gerade ein VE-Edit, der trotz |Text= sein |Quelle= noch davor setzt und ans Ende ||Autor= !!
Ich habe die Vorlage:" routinemäßig in vielen Artikeln eingesetzt für Zitate ab 5 Worten, um diese gegen Eingriffe zu schützen und sie als "eingeschlossen" überschaubar zu halten (Vorlage:Zitat nur für besondere Anlässe). Wenn aber jetzt immer |Text= benötigt wird (wie unnötig und umständlich!) und dann noch VE-Verunstaltungen dazukommen… *abwink* --Chiananda (Diskussion) 21:56, 7. Aug. 2020 (CEST)
Nun ja im Grunde soll man ja angeben woher ein Zitat stammt = Autor und Quelle. Das ist aber nun auch kein Fehler des VE sondern hat allein etwas damit zu tun welche Parameter in der Vorlage als erwünscht (= vorgeschlagen) oder sogar Pflichtangaben, also zwingend notwendig (= erforderlich) sind. Vorlage:" Das ist der Auslöser für den VE diese einzufügen und dem Benutzer anzubieten. Weitere oprionale Parameter kann er nur durch hinzufügen Hilfe:Vorlagen/VisualEditor#Vorlage ausfüllen. Der VE kann nicht wissen, dass du diese Parameter abnsichtlich nicht angegeben hast, er fügt sie also ein damit ein Bearbeiter nun „zu erwartende aber fehlende“ Angaben nachtragen kann. Anders würde man sie nur schwer finden, da sie ja quasi verborgen wären und aktiv hinzugefügt werden müssten. Das ist ja der Sinn der Vorgaben im TemplateData, zu prüfen, ob Pflichtangaben ausgefüllt wurden und gewünschte Angaben anzeigen, damit sie nicht vergessen werden. Ich schaue mal ob ich die 1 trimmen könnte.
  • « L’État, c’est moi »[1] “The rest is silence”[1] „Der Adler ist gelandet“[1]

Einzelnachweise

  1. ↑ a b c Beleg
Das sollte dein Problem lösen, es stört nicht, wenn diese Parameter hinzugefügt werden, denn für alle Zitate gelten eigentlich diese Grundsätze und das bildet die Vorlage ab. --Liebe Grüße, Lómelinde Diskussion 06:53, 8. Aug. 2020 (CEST)
Ok, Leerstellenprobleme scheinen gelöst, danke.
Aber die Vorlage nutze ich ab jetzt nicht mehr für einen minimalistischen Einsatz (ohne Text= u.ä. Schnörkel). Ich wollte die vielen Fachzitate, die ich verwende oder auf die ich treffe, nicht rätselhaft aufblähen.
Schade, denn bei den Vorlagen iNet und Lit trägt der VE ja anscheinend keine zusätzlichen leeren Parameter nach. Was soll das also hier? Scheint neu zu sein. Und werden jetzt die Vorkommen der Vorlage:Zitat auch mit weiteren Leerparametern aufgeplustert? Gruß --Chiananda (Diskussion) 22:18, 8. Aug. 2020 (CEST)
Wo ist das Problem? Ich habe dir erklärt welche Parameter automatisch eingefügt werden. Das ist nicht neu, allerdings sollte es auch nur dort passieren, wo innerhalb der Vorlage selbst etwas geändert wurde. Das passiert auch in Infoboxen auch bei der Vorlage Literatur, wenn sie nur mit Titel eingefügt wurde, dann würde automatisch bei einer Änderung am Titel durch den VE auch noch warte, ich spiele es mal durch. {{Literatur |Autor= |Titel=Der hobbit |Hrsg= |Sammelwerk= |Band= |Nummer= |Auflage= |Verlag= |Ort= |Datum= |ISBN= |Seiten=}}. Ich müsste, wenn ich diese Parameter nicht einfügen wollen würde, all diese erst aus dem Formular löschen  , um {{Literatur |Titel=Der hobbit}} zu erhalten. Wenn nun jemand käme und sieht halt das muss ein großes h sein und dies dann ändert dann stehen sie aber alle wieder da ohne dass derjenige das bemerkt, denn im Formular stehen sie aktiv wieder drin damit er weitere Informationen zu Autor Band Seite … hinzufügen kann. Und im Übrigen sieht der Leser das von außen nicht und allen neuen Autoren wird sowieso der visuelle Editor angeboten, sie wissen nichts von Quelltexten und dort eingefügtem Text. Optisch gibt es in der Leseansicht keinen Unterschied
  • Der hobbit.
  • Der hobbit.
Gewöhne dich einfach daran, es ist die Zukunft, auch wenn ich ihn selbst nicht verwende, wird es mich nicht dazu bringen deshalb auf Vorlagen zu verzichten. Sicherlich einzelne Worte setze ich auch zumeist nicht in „diese Vorlage“ aber sie wird nur verändert, wenn sie auch bearbeitet wird, wenn dein Zitat also korrekt übernommen ist, dann ändert sich auch nichts, solange niemand den Text anpasst. Die Parameter sollen es anderen erleichtern etwas zu ergänzen, ich kann echt nicht verstehen wie man sich darüber aufregen kann, anderen eine Hilfestellung zu geben. --Liebe Grüße, Lómelinde Diskussion 06:37, 9. Aug. 2020 (CEST)

Siehe auch die Erfahrungen aus dem Wiktionary. Grüße, Peter Gröbner -- 09:05, 9. Aug. 2020 (CEST)

Das Format lässt sich auch vorgeben für Infoboxen wählt man besser block für Vorlagen im Fließtext eher inline siehe auch Hilfe:TemplateData/JSON#Struktur des TemplateData-Objekts jedenfalls ist das kein Fehlverhalten, der VE setzt nur um, was ihm vorgegeben wird. --Liebe Grüße, Lómelinde Diskussion 09:55, 9. Aug. 2020 (CEST)
Danke für die Antwort. Vielleicht will Udo oder der Formatierer das umsetzen. Gruß euch beiden, Peter Gröbner -- 11:04, 9. Aug. 2020 (CEST)

Mal wieder lästige span-Tags

Gemeldet in Phabricator
Task T217482

Ich weiß nicht genau weshalb, denn kurz zuvor hatte der selbe Benutzer noch ganz normal den Artikel Roderich Süssmuth visuell bearbeitet aber die Edits seit dem 12. Juli fügen in den doi-Link Syntaxmurx ein

  • Spezial:Diff/201472300/201503701 Version vom 2. Juli 2020, Edit ohne Einfluss auf die beiden Links [[doi:10.1002/ange.201002150]] und [[doi:10.1002/ange.201609079]]
  • Spezial:Diff/201701268/201812250 12. Juli 2020, Edit verdoppelt die Inhalte und fügt span hinzu [[doi:10.1002/ange.201002150|doi:10.1002/ange.201002150 <span></span>]] und [[doi:10.1002/ange.201609079|doi:10.1002/ange.201609079 <span></span>]]
  • Spezial:Diff/201812250/201954926 17. Juli 2020, Edit fügt weitere spans ein [[doi:10.1002/ange.201002150|doi:10.1002/ange.201002150 <span></span> <span></span>]] und [[doi:10.1002/ange.201609079|doi:10.1002/ange.201609079 <span></span> <span></span>]]

Ein ähnlicher Fall hier

Kann bitte jemand prüfen, ob es zwischen dem 2. und 9. Juli eine Änderung gab. --Liebe Grüße, Lómelinde Diskussion 17:28, 11. Aug. 2020 (CEST)

Ich tippe darauf, dass Kleebauer ein Zitations-Plug-In benutzt. Kleebauer, hast du vielleicht Citavi, Mendeley, Zotero o.ä. in deinem Browser installiert?--Cirdan ± 20:38, 11. Aug. 2020 (CEST)

Ich weiß noch nicht was genau das Problem ist, aber ja ich habe Citavi im Browser installiert. gez. Kleebauer

Nun ja, das Problem kann man nur bei einer Bearbeitung im Wikitext sehen, der Link an sich funktioniert weiterhin. Doch jeder Änderung, die du dort jetzt einfügst scheint weitere leere span-Tags einzufügen, so dass es im Wikitext irgendwann dann so [[doi:10.1002/ange.201609079|doi:10.1002/ange.201609079 <span></span> <span></span>]] aussieht … ich habe es gestern entfernt →über 100 unnötige Bytes, da ich es zufällig fand, als ich nach etwas anderem suchte Hilfe Diskussion:Datenbanklinks#Darstellungsfehler <> finden, das Links komplett ausgehebelt hatte. Ein weiteres Problem wären dann eventuell „weniger tolerante“ Benutzer, die einen solchen Edit komplett zurücksetzen, weil sie sich durch die Wikitextaufblähung belästigt fühlen. --Liebe Grüße, Lómelinde Diskussion 06:30, 12. Aug. 2020 (CEST)
Kleebauer kann nichts dafür, Citavi scheint regelmäßig ein defektes Plugin auszuliefern. Siehe phab:T217482, phab:T200971, phab:T192392.--Cirdan ± 21:54, 12. Aug. 2020 (CEST)

Visual Editor und Gallerys - Vorsatz "Datei:" vor jeden Bildnamen

Liebes Visual Editor-Team,

es gab gestern einen kleinen Editwar zwischen einem Benutzer:Ponor, Benutzer:Georg Hügler und mir, da Ponor immer wieder in einer Gallery vor jeden Dateinamen den überflüssigen Vorsatz "Datei:" eingefügt hatte. Auf Ansprache erklärte mir heute Ponor hier, dass dieses prefix nicht von ihm, sondern offensichtlich vom Visual Editor eingefügt worden ist. Das macht doch meines Erachtens keinen Sinn und ich erkenne jetzt erst, warum ich immer wieder mal bei den RC-Seiten solche sinnlosen Ergänzungen weglöschen muss. Kann man das nicht umprogrammieren? Grüße --JuTe CLZ (Diskussion) 10:28, 27. Aug. 2020 (CEST)

Ihr führt jetzt nicht ernsthaft wegen so etwas Editwars, oder? Da kann man echt nur mit dem Kopf schütteln. Ich hoffe mal der Benutzer wurde nicht auch noch gesperrt, wo er doch gar nichts dafür kann und das vermutlich nicht einmal bemerkt. --Liebe Grüße, Lómelinde Diskussion 11:14, 27. Aug. 2020 (CEST)
Ich habe ihn ja letztendlich angesprochen und das Problem identifiziert. Hätte ich gewusst, dass dies vom Visual Editor kommt, wäre ich sicherlich anders vorgegangen. Aber zunächst einmal denkt man doch, anders lernt es der User nicht. Grüße --JuTe CLZ (Diskussion) 11:48, 27. Aug. 2020 (CEST)
Das macht der VE schon gefühlt ewig: https://de.wikipedia.org/w/index.php?title=Bergmolch&diff=prev&oldid=195818277 IRC gibt es auch ein Ticket dafür, hab aber keine Details. --Burkhard (Diskussion) 11:53, 27. Aug. 2020 (CEST)
Wenn ich meinen Aussagen glauben darf, war es wenigsten teilweise schon mal behoben. siehe Wikipedia:Technik/Text/Edit/VisualEditor/Rückmeldungen/Archiv/2#Syntax <gallery> Einträge --Diwas (Diskussion) 01:10, 28. Aug. 2020 (CEST)

Einfügen eines Bildes nicht möglich

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Edge/16.16299

URL: https://de.wikipedia.org/wiki/Betriebliches_Vorschlagswesen?veaction=edit

IM-Beauftragter (Diskussion) 09:13, 2. Sep. 2020 (CEST)

Meine Vermutung: Du willst ein Foto von deinem Rechner einbinden. Das geht nicht. Du musst es erst auf die Wikipedia hochladen. Hast du bisher noch nicht. Gruss --Nightflyer (Diskussion) 13:59, 2. Sep. 2020 (CEST)
Du meinst auf Wikipedia oder Commons:Hochladen, oder? --Diwas (Diskussion) 23:45, 2. Sep. 2020 (CEST)

nur teilweise Leerzeichenbereinigung

Gemeldet in Phabricator
Task T247498

Weiß jemand, warum hier ausgerechnet bei einem Zitat die Leerzeichen automatisch entfernt wurden? Gruß in die Runde, Peter Gröbner -- 10:53, 13. Dez. 2020 (CET)

Der VisualEditor tut einige seltsame Dinge, wenn ISBN-Nummern direkt (d.h. nicht als Vorlagen-Parameter) in Belegen stehen: https://phabricator.wikimedia.org/T247498 Genau das scheint auch hier der Auslöser gewesen zu sein. --Tkarcher (Diskussion) 13:08, 13. Dez. 2020 (CET)
Danke für den Hinweis! -- Peter Gröbner -- 17:37, 13. Dez. 2020 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 17:37, 13. Dez. 2020 (CET)

Verschieben

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36

Wie kann ich meinen Artikel verschieben?

RamBoZZ Team (Diskussion) 17:30, 3. Jan. 2021 (CET)

Ich habe mal direkt auf deiner Diskussionsseite geantwortet. --Liebe Grüße, Lómelinde Diskussion 18:06, 3. Jan. 2021 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 16:14, 9. Jan. 2021 (CET)

Seite veröffentlichen klappt nicht

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Firefox/84.0

URL: https://de.wikipedia.org/w/index.php?title=Ute_Symanski&action=edit&gettingStartedReturn=true

Hanutinator (Diskussion) 18:27, 5. Jan. 2021 (CET)

@Hanutinator, hast du den Text noch auf der Seite? Dann speichere ihn sicherheitshalber noch mal in einem Textverarbeitungsprogramm, damit dir nichts verloren geht. Leider kann ich nicht sehen, was du für einen Fehler machst. Schau mal auf diese Seite →Hilfe:VisualEditor/Speichern, ob du alles so gemacht hast wie es dort steht. Bekommst du eine Fehlermeldung? --Liebe Grüße, Lómelinde Diskussion 18:51, 5. Jan. 2021 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 16:14, 9. Jan. 2021 (CET)

Geburtsort Wiesbaden oder Rüdesheim?

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.141 Safari/537.36 Edg/87.0.664.75

URL: https://de.wikipedia.org/wiki/Johannes_Golla?veaction=edit

178.2.157.105 21:19, 21. Jan. 2021 (CET)

Rüdesheim ist gut belegt, das in älteren Versionen genannte (und z.B. auch von Google übernommene) Wiesbaden war es nicht. Scheint also zu passen. Weitere Fragen dazu bei Bedarf bitte auf der Artikel-Diskussionsseite. --Tkarcher (Diskussion) 09:21, 22. Jan. 2021 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Tkarcher (Diskussion) 09:21, 22. Jan. 2021 (CET)

Negatives Vorzeichen wird geschluckt

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36

URL: https://de.wikipedia.org/wiki/Lanczos-Filter?veaction=edit

Auf dieser Seite wird in der ersten Zeile der Formel von L(x) zwar das negative Vorzeichen beim Editieren angezeigt, aber bei der Leseansicht der Seite geschluckt.

165.225.27.89 17:42, 15. Dez. 2020 (CET)

Vergleiche Phabricator:T269222. --FriedhelmW (Diskussion) 19:07, 15. Dez. 2020 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: FriedhelmW (Diskussion) 16:42, 5. Feb. 2021 (CET)

Sonderzeichenliste friert ein

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:86.0) Gecko/20100101 Firefox/86.0

Im Visual Editor friert die ausklappbare Sonderzeichenfläche ein, wenn ich die Tabelle bearbeite.

URL: https://de.wikipedia.org/wiki/Tankred-Dorst-Preis?veswitched=1&veaction=edit&oldid=209362102

AlanyaSeeburg (Diskussion) 13:05, 3. Mär. 2021 (CET)

Hallo AlanyaSeeburg, kannst du Schritt für Schritt beschreiben, was du tust und was dabei passiert?
In meinen Versuchen, das Problem nachzuvollziehen, habe ich gesehen, dass die Sonderzeichenfläche ausgegraut wird, dieser Zustand sich aber wieder ändert, wenn ich nochmal in die Tabelle klicke. Ist das bei dir auch so?--Cirdan ± 18:31, 3. Mär. 2021 (CET)
Doch, ist bei mir auch so, zumindest wenn ich es jetzt nochmal probiere. Der Fehler sitzt wohl wie immer vor dem Bildschirm 🙄😔 Danke für deine Antwort, liebe Grüße--AlanyaSeeburg (Diskussion) 21:57, 3. Mär. 2021 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --AlanyaSeeburg (Diskussion) 21:57, 3. Mär. 2021 (CET)

Darstellung; Negative Hochzahl

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36 Edg/87.0.664.57

URL: https://de.wikipedia.org/wiki/Spezifischer_Widerstand?veaction=edit&section=4 Das negative Hochzeichen bei der Umrechnung des spezifischen Widerstandes in Ohm / m wird ohne das negative Vorzeichen dargestellt obwohl die Formel richtig eingegeben ist.

2003:CC:AF02:862:8402:3C77:EFA9:DA33 17:59, 9. Dez. 2020 (CET)

Wo genau fehlt es? Ich sehe auf der Seite alle Vorzeichen, die ich auch im Quelltext sehe. --Tkarcher (Diskussion) 18:32, 9. Dez. 2020 (CET)
Vergleiche Phabricator:T269222. --FriedhelmW (Diskussion) 12:42, 6. Feb. 2021 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: FriedhelmW (Diskussion) 12:44, 8. Apr. 2021 (CEST)

Wenn die Temperatur sinkt, nimmt der schwarze Zeiger (T) mit seiner Kröpfung (Z) den roten Zeiger (Min) mit.

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:87.0) Gecko/20100101 Firefox/87.0

URL: https://de.wikipedia.org/wiki/Minimum-Maximum-Thermometer?veaction=edit&section=6 Betreffend Bimetall-Thermometer wenn die Temperatur sinkt - in diesem Satz: müsste es nicht heissen "nimmt der schwarze Zeiger mit seiner Kröpfung den BLAUEN Zeiger mit"?

5.44.208.47 12:16, 10. Apr. 2021 (CEST)

erledigtErledigt --FriedhelmW (Diskussion) 20:36, 10. Apr. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: FriedhelmW (Diskussion) 20:37, 10. Apr. 2021 (CEST)

Falsche Flagge eingeblendet

Übertragen nach Diskussion:International Football Cup 1966/67--Cirdan ± 15:06, 11. Apr. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 15:06, 11. Apr. 2021 (CEST)

Belegen Transfermarkt

Wikipedia:Fragen zur Wikipedia#Probleme mit dem Beleg-Manager im Visual Editor bei url=Transfermarkt zur Kenntnis --Diwas (Diskussion) 13:10, 6. Jan. 2021 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 15:06, 11. Apr. 2021 (CEST)

Link geht ins Leere

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Firefox/84.0

URL: https://de.wikipedia.org/wiki/Programmfehler?veaction=edit#cite_note-BITKOM-13

Einzelnachweis 13

185.96.197.226 12:19, 29. Jan. 2021 (CET)

Durch Archivversion ersetzt.--Cirdan ± 15:04, 11. Apr. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 15:04, 11. Apr. 2021 (CEST)

Todestag Dr. Werner Heidinger

Übertragen nach Diskussion:Werner Heidinger--Cirdan ± 14:51, 11. Apr. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 14:51, 11. Apr. 2021 (CEST)

Olaf Schubert fehlt ???

Verschoben nach Diskussion:Heute-show#Olaf_Schubert_fehlt???--AlanyaSeeburg (Diskussion) 13:19, 3. Mär. 2021 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 14:43, 11. Apr. 2021 (CEST)

Anschlussbild Elektromotor ist falsch

Beitrag verschoben nach Diskussion:Stern-Dreieck-Anlaufschaltung#Zahl_der_Anschlüsse_falsch?--Cirdan ± 20:20, 2. Mär. 2021 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 14:43, 11. Apr. 2021 (CEST)

Falschmeldung im Wikipedia-Artikel St.-Jakobs-Platz

Beitrag verschoben nach Diskussion:St.-Jakobs-Platz#Standort_Gymnasium_der_Armen_Schulschwestern--Cirdan ± 20:18, 2. Mär. 2021 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 14:43, 11. Apr. 2021 (CEST)

Annaberg

Übertragen nach Diskussion:Julius Kosleck--Cirdan ± 14:46, 11. Apr. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 14:46, 11. Apr. 2021 (CEST)

falsche Abbildung

Übertragen nach Diskussion:GRAFCET--Cirdan ± 14:47, 11. Apr. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 14:47, 11. Apr. 2021 (CEST)

Logo nicht korrekt

Übertragen nach Diskussion:Sportfreunde Oesede--Cirdan ± 21:30, 14. Apr. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Cirdan ± 21:30, 14. Apr. 2021 (CEST)

Überschrift bitte ändern

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.128 Safari/537.36

URL: https://de.wikipedia.org/wiki/I.D.E.A.F.?veaction=edit

Soll I.D.E.A.F heisst, denn nach F soll kein Punkt stehen danke

Ideaf2016 (Diskussion) 16:16, 23. Apr. 2021 (CEST)

Dieser Abschnitt kann archiviert werden. Conny 18:52, 25. Apr. 2021 (CEST).

Falscher Link

Übertragen nach Diskussion:David Turnley#Falscher_Weblink.--Cirdan ± 22:07, 2. Jun. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 22:08, 2. Jun. 2021 (CEST)

Schiffskollison zwischen Mossel Bay und Port Elizabeth

Übertragen nach Diskussion:Schiffskollision zwischen Mossel Bay und Port Elizabeth#Lemma_anpassen--Cirdan ± 22:01, 2. Jun. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Cirdan ± 22:08, 2. Jun. 2021 (CEST)

Seite Helmut Stalder

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36

URL: https://de.wikipedia.org/w/index.php?title=Benutzer:Helmut_Stalder&action=edit&redlink=1

Ich habe eine Seite Helmut Stalder angelegt. Statt auf "Seite veröffentlichen" habe ich versehentlich auf "Quelltext erzeugen" gedrückt. Jetzt ist die ganze fertige Seite verschwunden. Wie bekomme ich sie wieder? kann jemand helfen?

Helmut Stalder (Diskussion) 17:49, 14. Dez. 2020 (CET)

Hallo Helmut Stalder, ein Klick auf "Quelltext erstellen" lässt normalerweise nicht die Seite verschwinden, sondern wechselt lediglich den Bearbeitungsmodus - der Text wird dann als "Wikitext" / Quelltext angezeigt. Danach kannst du immer noch (wie zuvor) auf den blauen Button "Seite erstellen" klicken, um die Seite zu speichern. Das ist allerdings laut deiner Bearbeitungshistorie nicht passiert: Es wurde außer diesem Beitrag hier noch nichts von dir gespeichert. Ich hoffe, du hast den Text noch irgendwo anders gesichert? Andernfalls wird es leider keine Alternative zum Neuschreiben geben. --Tkarcher (Diskussion) 18:11, 14. Dez. 2020 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 17:27, 24. Jul. 2021 (CEST)

einzelnachweis 2

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0

URL: https://de.wikipedia.org/wiki/J%C3%BCdischer_Friedhof_(Borken,_Am_Kuhm)?veaction=edit richtig muss es heißen: Borken (Westfalen) Am Kuhm; die 1 in der Quellebezieht sich auf: 1 Grabstein

KLA-19-43 (Diskussion) 16:51, 28. Mai 2021 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 17:30, 24. Jul. 2021 (CEST)

Josef Schümmelfeder

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

URL: https://de.wikipedia.org/wiki/Josef_Sch%C3%BCmmelfelder?veaction=edit Guten Tag, ich bin die Enkelin von Josef Schümmelfeder und möchte um die Korrektur des Namens meines Großvaters bitten.

2.203.201.73 01:21, 10. Jun. 2021 (CEST)

Ich habe den Artikel verschoben und den Namen im Text angepasst. --Liebe Grüße, Lómelinde Diskussion 15:41, 14. Jun. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 17:30, 24. Jul. 2021 (CEST)

Kronen Apotheke Bad Reichenhall ist falsch mit Kronen Apotheke Freilassing bei Google verknüpft!potheke

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

URL: https://de.wikipedia.org/w/index.php?title=Kronen-Apotheke_(Bad_Reichenhall)&action=edit

95.89.110.119 17:45, 30. Jun. 2021 (CEST)

Was Google wie oder wo in der Suche anbietet oder verknüpft darauf haben wir keinen Einfluss. Es gibt vermutlich etliche Apotheken dieses Namens und Google bemüht sich, so meine ich zumindest Ergebnisse anzubieten, die im Bereich deiner IP-Adresse liegen (standortbezogen) oder vorherigen Suchanfragen nahe kommen.
Das ist auch nichts, was mit Fehlern des VisualEditors zu tun hat. --Liebe Grüße, Lómelinde Diskussion 18:20, 30. Jun. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 17:25, 24. Jul. 2021 (CEST)

Die Umrechnung Schilling/ Euro kannnicht stimmen. Bitte um Überprüfing

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.1.1 Safari/605.1.15

URL: https://de.wikipedia.org/wiki/Islamisches_Zentrum_Wien?veaction=edit

194.96.51.198 11:52, 9. Jul. 2021 (CEST)

In der Fußnote steht, dass die Zahl mit der Vorlage:Inflation ermittelt, auf volle 100.000 EUR gerundet wurde und sich auf Januar 2021 bezieht. Deine Frage ist hier übrigens nicht an der richtigen Stelle, hier geht es um technische Probleme mit der Visuellen Bearbeitung. -- Peter Gröbner -- 17:24, 24. Jul. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 17:25, 24. Jul. 2021 (CEST)

Luxemburg fehlt

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.1.2 Safari/605.1.15

URL: https://de.wikipedia.org/wiki/Rangkrone?veaction=edit -bei den bestehenden Monarchien fehlt Luxemburg

2001:7E8:CC16:4800:A832:74DF:5C9F:1AB4 16:56, 24. Jul. 2021 (CEST)

Hier geht es um technische Fragen zum Visuellen Editor. Deine Anmerkung passt besser in die Diskussion:Rangkrone. -- Peter Gröbner -- 17:21, 24. Jul. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 17:25, 24. Jul. 2021 (CEST)

kann man die information über Bayern herunter laden?

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36 Edg/87.0.664.60

Möchte die Iformationen über Bayern gerne herunter laden

88.152.83.92 14:40, 19. Dez. 2020 (CET)

Um den Artikel Bayern als PDF herunterzuladen, kannst du, wenn die Seite im Browser angezeigt wird, in der linken Seitenleiste auf den Link "Als PDF herunterladen" klicken. --Tkarcher (Diskussion) 15:03, 19. Dez. 2020 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 08:51, 25. Jul. 2021 (CEST)

Fehler in der Vorlage oder Kategorie

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.90 Safari/537.36 Edg/89.0.774.57

URL: https://de.wikipedia.org/wiki/Toggolino?veaction=editsource In der Vorlage gibt es ein paar Fehler so sollte unten vor der Zeile Website "Liste von Fernsehsendern" und oben in der Vorlage vor dem Titel "Fernsehsender (Privatrechtlich)" statt "Hörfunksender (Privatrechtlich)". Könnte man diese Fehler beheben?

Jifidi (Diskussion) 18:17, 28. Mär. 2021 (CEST)

Hallo Jifidi, das ist kein Fehler der Infobox
Toggolino ist eine Sendung kein Sender. --Liebe Grüße, Lómelinde Diskussion 07:42, 29. Mär. 2021 (CEST)
Die Sache ist die Toggolino ist keine Fernsehsendung sondern ein Sender, um genau zu sein Programmblock vom TV-Sender Toggo.--Jifidi (Diskussion) 05:16, 31. Mär. 2021 (CEST)
Ach so ich dachte mehr an eine Sendung. Aber scheinbar hast du das Problem ja gelöst Spezial:Diff/210398770/next. --Liebe Grüße, Lómelinde Diskussion 06:42, 31. Mär. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 08:52, 25. Jul. 2021 (CEST)

falsches Bild zu meinem Artikel in Wikipedia (Hans Hubert Anton)

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:52.0) Gecko/20100101 Firefox/52.0

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

Zu meinem Artikel in Wikipedia ist ein falsches Bild gestellt. Es zeigt nicht mich,sondern den Mainzer Geographen Prof. Dr. Anton ESCHER. Bitte, entfernen Sie dieses falsche Foto.

Danke! Hans Hubert ANTON, Historiker Universität Trier


217.254.224.90 14:02, 28. Apr. 2021 (CEST)

Mir scheint, das ist ein Fehler von Google. Im Wikipedia-Artikel sehe ich kein Bild. Google kombiniert nach meiner Wahrnehmung Bilder und Texte verschiedener Quellen in seinen Kurzdarstellungen. --Diwas (Diskussion) 00:56, 29. Apr. 2021 (CEST)
siehe auch Wikipedia:Fragen zur Wikipedia#Wahrscheinlich blöde Frage --Diwas (Diskussion) 23:40, 1. Mai 2021 (CEST)
@Diwas: Bei einer Googlesuche nach Hans Hubert Anton zeigt es bei mir kein Bild über dem Kasten an. Hat Google bereits korrigiert? --KurtR (Diskussion) 06:50, 2. Mai 2021 (CEST)
Anscheinend ja. Kürzlich wurde noch ein Foto gezeigt, das (allem Anschein nach) das Gesicht von Anton Escher zeigt und wohl bei researchgate.net im Profil Anton Escher verwendet wird. --Diwas (Diskussion) 22:00, 2. Mai 2021 (CEST)
Schön, dass Google so schnell reagiert hat. Ich nehme an, das falsche Bild wurde über die dortige Feedback-Funktion gemeldet. --KurtR (Diskussion) 23:06, 2. Mai 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 08:53, 25. Jul. 2021 (CEST)

Ich verstehe das nicht!!!

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36

URL: https://de.wikipedia.org/wiki/Geschichte_der_Klassischen_Mechanik?veaction=edit&section=4#Mechanistisches_Weltbild

Reimar1000 (Diskussion) 10:40, 22. Mai 2021 (CEST)

@Reimar1000 Ist das hier eine technische Frage? Oder eher eine Frage zum Textverständnis? Bei inhaltlichen Unklarheiten kannst du deine Frage gerne auf Diskussion:Geschichte der Klassischen Mechanik stellen. --Raymond Disk. 13:04, 23. Mai 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 08:53, 25. Jul. 2021 (CEST)

Editing news 2021 #2

In einer anderen Sprache lesen • Abonnementliste für diesen mehrsprachigen Newsletter

 
Wenn Neulinge das Antwort-Tool zur Verfügung hatten und versuchten, auf einer Diskussionseite zu schreiben, waren sie erfolgreicher beim Verfassen eines Kommentars. (Quelle)

Anfang dieses Jahres hat das Editier-Team eine große Studie über das Antwort-Tool durchgeführt. Das Hauptziel war es, herauszufinden, ob das Antwort-Tool neue Benutzer bei der Kommunikation im Wiki hilft. Das zweite Ziel war es, zu sehen, ob die Kommentare, die neuere Editoren mit dem Tool gemacht haben, häufiger rückgängig gemacht werden mussten, als Kommentare, die neuere Benutzer mit dem existierenden Wikitext-Seiteneditor gemacht haben.

Die wichtigsten Ergebnisse waren:

  • Neuere Benutzer, die automatisch („default on“) Zugriff auf das Antwort-Tool hatten, haben wahrscheinlicher einen Kommentar auf einer Diskussionsseite veröffentlicht.
  • Die Kommentare, die neuere Benutzer mit dem Antwort-Tool gemacht haben, wurden auch weniger wahrscheinlich rückgängig gemacht als die Kommentare, die neuere Benutzer mit der Seitenbearbeitung gemacht haben.

Diese Ergebnisse stimmen das Redaktionsteam zuversichtlich, dass das Tool hilfreich ist.

Ausblick

Das Team plant, das Antwort-Tool in den kommenden Monaten für alle als Opt-Out-Präferenz zur Verfügung zu stellen. Dies ist bereits bei den Wikipedias auf Arabisch, Tschechisch und Ungarisch geschehen.

Der nächste Schritt ist die Lösung einer technischen Herausforderung. Dann werden sie das Antwort-Tool zuerst auf den Wikipedias, die an der Studie teilgenommen haben einsetzen. Danach werden sie es schrittweise auf die anderen Wikipedias und alle WMF-gehosteten Wikis verteilen.

Du kannst jetzt „Diskussions-Werkzeuge“ als Betafunktion einschalten. Nachdem du das Antwort-Werkzeug aktiviert hast, kannst du deine Einstellungen jederzeit in Special:Preferences#mw-prefsection-editing-discussion ändern.

–Whatamidoing (WMF) (Diskussion)

16:13, 24. Jun. 2021 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Viele Grüße, Aschmidt (Diskussion) 21:14, 2. Aug. 2021 (CEST)

Beginne ein Diskusion über Soterius von Sachsenheim

Diese Mitteilung erhielt ich gerade, als ich testhalber bei einem Artikel, zu dem es noch keine Diskussionen gibt, selbige eröffnen wollte – erstmals aufgefallen ist mir dieses merkwürdige Deutsch im Schwesterprojekt Wiktionary. Ich habe die Beta-Funktion Talk pages project aktiviert. -- Peter Gröbner -- 08:11, 14. Aug. 2021 (CEST)

@Raymond der Text MediaWiki:Discussiontools-emptystate-title stammt wohl von dir TranslateWiki
Das hat jetzt weniger mit dem VisualEditor zu tun. --Liebe Grüße, Lómelinde Diskussion 11:00, 14. Aug. 2021 (CEST)
@Lómelinde@Peter Gröbner Danke für den Hinweis. Ich habe meinen Tippfehler korrigiert. Das wird dann vermutlich nächste Woche in den WMF-Projekten live gehen. --Raymond Disk. 11:06, 14. Aug. 2021 (CEST)
Fehlt nicht ein zweites s bei der Diskussion? Gruß und Dank, -- Peter Gröbner -- 11:22, 14. Aug. 2021 (CEST)
@Peter Gröbner Args.. ja... Jetzt repariert. --Raymond Disk. 11:53, 14. Aug. 2021 (CEST)
Vielen Dank! -- Peter Gröbner -- 12:22, 14. Aug. 2021 (CEST)
@Lómelinde: Ja. Ich wusste aber nicht, wo sonst ich es kompetenten Benutzern melden könnte. Gruß, -- Peter Gröbner -- 11:23, 14. Aug. 2021 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Peter Gröbner -- 12:22, 14. Aug. 2021 (CEST)

Billie Thanner

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.61 Safari/537.36

URL: https://de.wikipedia.org/wiki/Anton_Faber?veaction=edit Sehr geehrtes Team : Billie Thanner falsch geschrieben - Billi Thanner ohne "e" ist richtig - danke für die Korrektur

Billi Thanner Künstlerin

178.165.187.225 14:11, 29. Sep. 2021 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: –XanonymusX (Diskussion) 14:15, 29. Sep. 2021 (CEST)

Striche in Tabelle Kommunalwahl und Ausländerbeiratswahl nicht richtig (Einheitlich) formatiert.

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.1 Safari/605.1.15

URL: https://de.wikipedia.org/wiki/Fulda?veaction=edit&section=21

Striche in Tabelle Kommunalwahl und Ausländerbeiratswahl nicht richtig (Einheitlich) formatiert.

2003:D8:D726:E201:C8AB:63BF:1DD1:C74C 22:52, 30. Okt. 2021 (CEST)

Solche komplexen Tabellen lassen sich mit dem Visual Editor nur schwer formatieren. Ich habe die Formatierung jetzt per Quelltext-Editor vereinheitlicht. --Tkarcher (Diskussion) 14:58, 1. Nov. 2021 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --Tkarcher (Diskussion) 14:58, 1. Nov. 2021 (CET)

Erscheinungs- und Abrufdatum - Ausfüllen mit dem Visual-Editor

Bei der manuellen Eingabe eines Einzelnachweises mit dem Visual-Editor wird das Abrufdatum verlangt, aber nicht das Erscheinungsdatum. Gibt es einen Grund, weshalb dies so ist? Bei der automatischen Einzelnachweis-Formatierung mit dem Visual-Editor ist es ähnlich. Dort wird je nach Quelle eigentlich immer das Abrufdatum aufgeführt, doch nicht immer das Erscheinungsdatum. Außerdem bringt der Visual-Editor auch oft die Parameter Werk und Autor durcheinander, bspw. bei der Arbeit mit Tagesschau- oder Spiegel-Online-Artikeln. --LennBr (Diskussion) 04:10, 27. Mär. 2022 (CEST)

Das hat beides nicht wirklich etwas mit dem VisualEditor zu tun.
  • Die Definition von Pflicht-, vorgeschlagenen und optionalen Parametern erfolgt in der jeweiligen Vorlage, also in Vorlage:Literatur und Vorlage:Internetquelle. Das ist dort in der Doku auch jeweils ausgeführt. Wenn du diesbezüglich Änderungen anregen möchtest, musst du das in den Vorlagendiskussionen machen. Aber ein Erscheinungsdatum würde als Pflichtparameter schon deshalb nicht funktionieren, weil dieses nur bei ganz bestimmten Publikationen vorhanden ist (was wäre denn das Erscheinungsdatum eines WP-Artikels oder einer statischen Internetpräsenz eines Museums etc.?).
  • Die automatische Generierung von Belegen erfolgt durch Zotero, das dabei auf von den Websites und Literaturdatenbanken bereitgestellte Daten zurückgreift. Wenn sie dort falsch oder lückenhaft definiert sind, kommen sie eben auch so bei uns an. Das Abrufdatum hingegen wird vom Tool bei uns direkt im Moment der Generierung als Zeitstempel eingefügt.
Gruß --XanonymusX (Diskussion) 14:20, 27. Mär. 2022 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --LennBr (Diskussion) 03:00, 7. Apr. 2022 (CEST)

Falscher Link, bitte löschen

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36

URL: https://de.wikipedia.org/w/index.php?title=Keihan_Denki_Tetsud%C5%8D&redirect=no&veaction=edit

Fraxinus2 (Diskussion) 12:35, 1. Aug. 2022 (CEST)

Danke für den Hinweis die Weiterleitung Keihan Denki Tetsudō wurde gelöscht. --Liebe Grüße, Lómelinde Diskussion 06:22, 2. Aug. 2022 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 06:22, 2. Aug. 2022 (CEST)

Automatische Abschnittslinks in "Zusammenfassung und Quellen"

Gemeldet in Phabricator
Task T60488

Oft wird der Bearbeiten-Link eines Abschnitts geklickt, aber auch andere Abschnitte bearbeitet. Nicht selten wird der Bearbeiten-Link eines Abschnitts geklickt, aber der darüberliegende oder andere bearbeitet. Im Bearbeitungskommentar verbleibt aber der falsche Abschnittslink und -titel. Nicht immer korrigiert der Bearbeiter den Abschnittslink/-titel manuell. Könnten die Entwickler dem VE beibringen, den Diff zu analysieren und ggf. den falschen Abschnittslink/-titel anzupassen oder wenigstens zu entfernen? Das sollte aber besser im Dialog mit dem Bearbeiter passieren. --Diwas (Diskussion) 00:26, 25. Sep. 2020 (CEST)

TemplateData in Diagrammvorlagen

Nicht wenige der Vorlagen in und unterhalb der Kategorie:Vorlage:Diagramm scheinen noch kein TemplateData zu haben. Hat jemand eine Idee, wo man jemanden motivieren könnte, das zu ändern? Findet sich hier jemand? Nicht nur, dass TemplateData den Benutzern, jedenfalls des VisualEditors hilft, es vermeidet auch die Entfernung einer bestehenden Formatierung bei einer VE-Bearbeitung. --Diwas (Diskussion) 02:19, 6. Okt. 2020 (CEST)

Interne Links erweitern außerhalb der Klammern

Wenn ich z. B. Hunde schreiben und dabei auf Hund verlinken will: Kann ich irgendetwas tun, damit [[Hund]]e statt [[Hund|Hunde]] erscheint? --Mushushu (Diskussion) 10:20, 15. Mär. 2017 (CET)

Hallo Mushushu, ich vermute mal, wenn du einfach nur Hunde markierst, anstatt Hunde, dann sollte das auch so Verlinkt werden. Allerdings setzt der Editor dir dann ein unschönes Hund<nowiki/>e. Wenn du solche nowiki-Tags vermeiden möchtest markiere Hund und verlinke (über das Linkeingabefeld) auf Hunde oder hänge den Plural erst nach der Verlinkung an.
Richtig wäre aber wohl eher [[Hunde]] = Hunde zu verlinken oder anders herum, wenn es nur ein einzelner →Hund ist [[Hunde|Hund]], also nicht über den Umweg einer Weiterleitung [[Hund]]e. --Liebe Grüße, Lómelinde Diskussion 10:45, 15. Mär. 2017 (CET)
Hallo und danke! Vergiss bitte mein nicht so gut gewähltes Beispiel, es geht mir gar nicht um Hunde. Sagen wir besser: [[Schule]]n.
[[Schule]]<nowiki/>n als Quelltext geht gar nicht, zumal das dann so aussieht: Schulen, und nicht so: Schulen. Genau das passiert aber, wenn ich das n nach der Verlinkung anhänge.
Wenn ich erst Schulen tippe, dann das Wort markiere und über die Verlinken-Funktion den Link auf Schule setze, passiert [[Schule|Schulen]]. Also beides kein Weg, um das gewünschte [[Schule]]n zu erreichen. Oder habe ich dich falsch verstanden? --Mushushu (Diskussion) 11:02, 15. Mär. 2017 (CET)
Nein, es geht im Moment einfach nicht, siehe phab:T50463. Aber es gibt hier genug Benutzer, die ihre Hauptbeschäftigung darin sehen, solche Links zu verkürzen. Und denen soll es ja nicht langweilig werden. --Schnark 11:22, 15. Mär. 2017 (CET)
Ich weiß. :) Darum frage ich. Solche Änderungen erscheinen immer ein wenig wie eine Mahnung. Schade, dass das (noch?) nicht geht, aber jetzt weiß ich auf jeden Fall, dass ich nicht zu doof bin. Danke für die Antwort! --Mushushu (Diskussion) 11:26, 15. Mär. 2017 (CET)

Ich benutze den Editor nicht. Also nochmals du möchtest Schulen auf Schule verlinken also ich mach mal einen Test im Betawiki.

Schule Schulen Schule →n löschen
Schule markiert und Schulen verlinkt Schulen markiert und Schule verlinkt Schule markiert, Schule verlinkt und Fertig geklickt. Anschließend muss das n wieder angefügt werden, dafür musst du den Cursor direkt hinter dem Link haben, dann umständlich einmal auf ← klicken (Achtung das Linkdialogfeld einfach ignorieren) den Cursor wieder hinter dem Link positionieren und das „n“ einfügen. Dann irgendwo in den Text klicken um das Dialogfeld zu schließen.
Ergebnisse
[[Schulen|Schule]] [[Schule|Schulen]] [[Schule]]n

Es ist alles andere als einfach. --Liebe Grüße, Lómelinde Diskussion 11:34, 15. Mär. 2017 (CET)

Du sagst es. Ich fürchte, ich bin dann doch zu doof. Ich habe den Eindruck, egal wann ich wo den Cursor habe, es kommt immer eine der beiden „falschen“ Lösungen raus. Ich glaube dir aber, dass deine Lösung funktioniert, und bin beeindruckt, dass du sie überhaupt gefunden hast! Ich fürchte, bis es eine praktikable Lösung gibt, werde ich den Korrektoren das Feld überlassen... Danke noch mal und viele Grüße! --Mushushu (Diskussion) 14:26, 15. Mär. 2017 (CET)

[[Schule]]n statt [[Schule|Schulen]]

Das Problem besteht weiterhin. Wenn man im Artikel [[Schule]]n verlinkt, macht der Visual Editor daraus [[Schule|Schulen]].

Siehe Spezial:Diff/204570588. --Alex42 (Diskussion) 14:26, 15. Okt. 2020 (CEST)

Vgl. Community Wishlist Survey 2019 -- Peter Gröbner -- 17:57, 15. Okt. 2020 (CEST)
Habe den Phabricator-Bugreport kommentiert. --Alex42 (Diskussion) 11:27, 16. Okt. 2020 (CEST)
Meta: Community_Wishlist 2021 - VE_makes_partially_linked_words mit 21 Stimmen.
Habe diese Seite nicht mehr auf der Beobachtungsliste; beim Fortführen der Diskussion bitte {{Ping|Alex42}} an mich. --Alex42 (Diskussion) 19:54, 2. Mär. 2021 (CET)

<onlyinclude>

Verwendet man zum Editieren den Visual Editor, so fügt dieser automatisch nach <onlyinclude> einen Zeilenvorschub ein. Das hat bei der Einbindung dann die Erzeugung eines (unerwünschten) Leerraums zur Folge. Man braucht nur einen Artikel (der ein <onlyinclude> ohne darauffolgenden Zeilenvorschub enthält) mit dem Visual Editor bearbeiten, z.B. indem man irgendein Zeichen ersetzt, und dann in den Quelltext-Modus wechseln, um sich dort die Änderung anzusehen. Lässt sich dieses "code beautifying" bitte irgendwie abstellen? --213.142.96.209 01:11, 9. Nov. 2020 (CET)

Danke für diese Meldung, ich hab das schon einige Male wieder korrigiert. Meist betrifft das nur das <onlyinclude>. Es kann aber auch sein, das in besonderen Fällen auch das </onlyinclude> betroffen ist, ist mir heute bei dieser Änderung aufgefallen (es kann aber auch sein, dass diese Vorschübe vom Nutzer selbst stammen). -- Jesi (Diskussion) 13:05, 9. Nov. 2020 (CET)

Datei: in Galerien

Mag mal jemand einen Task anlegen gegen Datei: in Galerien? Wikipedia:Technik/Text/Edit/VisualEditor/Rückmeldungen/Archiv/2#Visual Editor und Gallerys - Vorsatz "Datei:" vor jeden Bildnamen --Diwas (Diskussion) 16:05, 1. Dez. 2020 (CET)

VirtualEditor in Diskussionsseiten

Hallo, bitte in Betracht ziehen - wenn technisch möglich - den VirtualEditor auch für Diskussionsseiten freizuschalten. Das wäre z.B. bei Bearbeitungshilfen/-vorlagen hilfreich, bei denen eine Tabelle eingesetzt wird. Tabellen lassen sich im VirtualEditor ja doch deutlich einfacher bearbeiten. Danke. (nicht signierter Beitrag von 194.8.192.162 (Diskussion) 10:27, 9. Dez. 2020 (CET))

Der Wunsch nach einem besseren Editor für Diskussionseiten wurde schon oft gestellt. WMF hält den VisualEditor nicht für geeignet (siehe mw:Help:VisualEditor/FAQ/de, Punkt "Wird der VisualEditor zukünftig auf Diskussionsseiten verfügbar sein?") und entwickelt stattdessen ein Tool namens Structured_Discussions. Der 2015 gestartete Rollout dieses Tools ist allerdings aufgrund vieler Probleme bisher sehr holprig verlaufen: Nur in wenigen Wikis ist das Tool überhaupt als Beta-Funktion verfügbar, in noch weniger als Standard-Editor für Diskussionen (siehe mw:Structured_Discussions/Wikis) Ein Rollout in der deutschsprachigen Wikipedia ist aktuell nicht geplant. --Tkarcher (Diskussion) 19:22, 9. Dez. 2020 (CET)

Problem mit speichern

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36

URL: https://de.wikipedia.org/w/index.php?title=Vierzig_Prozent_Cool_(Podcast)&gettingStartedReturn=true&veaction=edit

Fehler bei der Kontaktaufnahme mit dem Parsoid-/RESTBase-Server (HTTP 404)

KeLevitt (Diskussion) 19:50, 17. Dez. 2020 (CET)

Die Seite wurde ein paar Minuten vor deiner Meldung hier gelöscht. Ich vermute, du warst du dieser Zeit gerade im Bearbeitungsmodus, was den Fehlercode (404 - Seite nicht gefunden) beim Speichern erklären würde. --Tkarcher (Diskussion) 20:26, 17. Dez. 2020 (CET)

Benutzerseite veröffentlichn

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.67 Safari/537.36

URL: https://de.wikipedia.org/w/index.php?title=Benutzer:Jsabelle_Wipf&action=edit

Meine Benutzerseite ist erstellt, aber noch nicht öffentlich. Wie kann ich diese öffentlich stellen?

Jsabelle Wipf (Diskussion) 15:09, 18. Dez. 2020 (CET)

Hallo Jsabelle Wipf, deine Benutzerseite ist öffentlich zu sehen (und es gibt auch keine Möglichkeit, sie nicht-öffentlich anzulegen). Beachte aber bitte, dass eine Benutzerseite und ein Wikipedia-Artikel unterschiedliche Dinge sind.--Cirdan ± 15:09, 11. Apr. 2021 (CEST)

Nicht abspeicherbar

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Firefox/84.0

URL: https://de.wikipedia.org/w/index.php?title=Corps_Moenania_W%C3%BCrzburg&stable=0&redirect=no&veaction=edit

Nachdem ich 3 Bilder hinzugefügt habe, lässt sich das Ganze nicht abspeichern.

Alrael (Diskussion) 15:28, 13. Jan. 2021 (CET)

Aktualisierung des Abschnitts "Städtepartnerschaften"

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:84.0) Gecko/20100101 Firefox/84.0

URL: https://de.wikipedia.org/w/index.php?title=Brest_(Finist%C3%A8re)&veaction=edit&redirect=no Hallo, ich weiß nicht, wie man die Tabelle und den Quellennachweis aktualisiert. Hier sind die aktuelle(re)n Angaben zu finden: https://fr.wikipedia.org/wiki/Brest#Jumelages

Harald Weingart (Diskussion) 17:59, 28. Jan. 2021 (CET)

Hallo Harald Weingart schau mal hier Hilfe:Tabellen/VisualEditor#Tabelle bearbeiten du kannst die Tabelle anklicken und dann Zeilen hinzufügen und mit den entsprechenden Inhalten füllen. Den Quellennachweis kannst du ebenfalls anklicken und dann bearbeiten Hilfe:Einzelnachweise/VisualEditor#Belege bearbeiten dort kannst du dann die neue Webadresse einfügen. Versuch es mal.--Liebe Grüße, Lómelinde Diskussion 18:31, 28. Jan. 2021 (CET)

Vorlage Zukunft eingefügt aber nicht angezeigt

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.99 Safari/537.36

URL: https://de.wikipedia.org/wiki/Landwasser_(Freiburg_im_Breisgau)?veaction=edit&section=3

Wenn ich eine Vorlage Zukunft einfüge geschieht es hin und wieder, dass sie dann im visuellen Editor nicht angezeigt wird. Schalte ich dann auf den anderen Editor um, stelle ich fest, dass sie korrekt eingefügt wurde.

Andreas Schwarzkopf (Diskussion) 13:53, 5. Feb. 2021 (CET)

@Andreas Schwarzkopf: Das liegt an der Eigenschaft der Vorlage Zukunft. Sie soll ja erst dann darauf aufmerksam machen, wenn das Ereignis (Datum in der Zukunft) eingetreten ist.
  • Liegt das Datum der Vorlage bereits in der Vergangenheit dann erscheint eine Anzeige [veraltet]
  • Ist das Datum noch nicht erreicht, dann zeigt sie nichts an. Siehe auch Vorlage:Zukunft#Abarbeitung (nachher) dort ist das beschrieben.
Ich denke du hast insoweit alles richtig gemacht. Der Artikel wurde auch ordnungsgemäß in eine Kategorie Zukunft einsortiert. unter L --Liebe Grüße, Lómelinde Diskussion 15:32, 5. Feb. 2021 (CET)
Kleines Missverständnis, es geht um den visuellen Editor. Manchmal wird dort die Vorlage Zukunft angezeigt, was ja auch sinnvoll ist, damit ich sehe ob z.B. ein anderer User schon die Vorlage Zukunft eingefügt hat oder nicht. Oder wenn sich das Datum geändert hat, muss ich ja die Vorlage bearbeiten können. Ich konnte das gerade nicht provozieren, sonst hätte ich einen Screenshot gemacht. Gruß --Andreas Schwarzkopf (Diskussion) 17:26, 5. Feb. 2021 (CET)
Während der Bearbeitung? Muss ich mal kurz schauen. Ah, jetzt verstehe ich, es liegt an der Jahreszahl, wenn diese größer als 2022 ist dann erscheint die Vorlage nicht. Aber das hat tatsächlich wohl etwas mit der Programmierung der Vorlage zu tun. Versuch es mal mit 2022, also nur testen nicht speichern, dann müsstest du die Vorlage sehen können. Da ist irgendeine Funktion drin, die die Vorlage auf das Folgejahr beschränkt. So etwas hatte ich noch nicht. Ich frage mal, ob jemand eine Lösung dafür kennt. --Liebe Grüße, Lómelinde Diskussion 18:40, 5. Feb. 2021 (CET)
Danke Lómelinde für die Erklärung. Stimmt, 2022 wird angezeigt, 2023 nicht. Gruß --Andreas Schwarzkopf (Diskussion) 08:42, 6. Feb. 2021 (CET)
Ich habe es mal an die Vorlagenwerkstatt weitergegeben. Ich selbst verwende den visuellen Editor nicht. Schaun wir mal ob jemand eine Lösung findet. --Liebe Grüße, Lómelinde Diskussion 09:24, 6. Feb. 2021 (CET)

@Andreas Schwarzkopf, schau mal bitte, ob es jetzt besser ist. --Liebe Grüße, Lómelinde Diskussion 17:34, 7. Feb. 2021 (CET)

Wow, tatsächlich! Danke @Lómelinde. Gruß --Andreas Schwarzkopf (Diskussion) 17:41, 7. Feb. 2021 (CET)
Da kannst du dich bei Antonsusi bedanken, der das repariert hat. --Liebe Grüße, Lómelinde Diskussion 17:49, 7. Feb. 2021 (CET)

Bearbeiten

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.146 Safari/537.36

URL: https://de.wikipedia.org/wiki/Liste_der_gr%C3%B6%C3%9Ften_optischen_Teleskope?veaction=edit

Leder ist völlig unklar, wie ich bei dieser Tabelle noch etwas einfügen kann. ich würde gerne meine eigenen Teleskope hinzufügen. Ich besitz 2 x ein Meade LX 200 mit je 2500 mm Brennweite und 10 Zoll Öffnung auf einem fest installierten Abstand von 5 Metern. Durch Interferometrie über diesen Abstand erreiche ich Möglichkeiten für Bilder wie bei einer theoretischen einzelnen Öffnung bzw Spiegeldurchmesser von 5 Metern (also 200 Zoll !!) Natürlich gehen eine paar Prozentpunkt durch Obstruktion verloren, aber das ist normal. Ich hatte das schonmal hinzugefügt, doch es wurde ohne jede Begründung von euch einfach wieder gestrichen. Was soll das? Durch die Interferometrie (Software) besitze ich eines der, wenn nicht sogar DAS stärkste Teleskop in Deutschland, welches sich in Privatbesitz befindet. (also kein Verein und keine Uni). Zusätzlich besitze ich noch, quasi zum experimentieren, ein altes LX 90, nicht ganz so leistungsstark wie die beiden LX 200 und mit nur 8 Zoll Öffnung, das auf meinem Balkon steht. Damit kann ich jedoch nur Testbilder machen, das der Balkon in sich selbst viel zu unruhig ist (bei Eisenbahn oder schwerem Wind). Meine LX 200 hingegen stehen absolut erschütterungsfrei. (von gelegentlichen kleinen Erdbeben, die bis in den Oberrheingraben technisch bemerkbar sind, mal abgesehen) Warum also streicht ihr meine Eingabe, seid ihr wirklich so voreingenommen? oder so arrogant ?  ?? Oder so übersekeptisch ??

Jhsti (Diskussion) 20:38, 8. Feb. 2021 (CET)

Hier geht es um den VisualEditor, also wenn es technische Probleme beim Bearbeiten gibt. Inhaltliches ist auf der Diskussionsseite des Artikels zu klären. Welche Kriterien ein Teleskop erfüllen muss, um dort eingetragen zu werden, weiß ich nicht. Ohne einen zuverlässigen und nachprüfbaren Beleg sollten jedenfalls keine Aussagen in die Wikipedia eingefügt werden. --Diwas (Diskussion) 23:25, 8. Feb. 2021 (CET)
Deine Einfügung wurde, wie aus der Versionsgeschichte ersichtlich ist, nicht „ohne jede Begründung von euch einfach wieder gestrichen“, sondern mit dem Kommentar: „bitte mit reputabler Quelle belegen!“ --Diwas (Diskussion) 23:51, 8. Feb. 2021 (CET)

Bilder in Briefmarken-Listen

958 Doppelbild soll Einzelbild ersetzen > Fehlermeldung

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

URL: https://de.wikipedia.org/wiki/Briefmarken-Jahrgang_1963_der_Deutschen_Post_der_DDR?veaction=edit

Gnt305 (Diskussion) 10:27, 20. Feb. 2021 (CET)

984 Doppelbild läßt sich nicht einfügen

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

URL: https://de.wikipedia.org/wiki/Briefmarken-Jahrgang_1963_der_Deutschen_Post_der_DDR?veaction=edit

Gnt305 (Diskussion) 21:08, 21. Feb. 2021 (CET)

2464 Bild lässt sich nicht einfügen

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

URL: https://de.wikipedia.org/wiki/Briefmarken-Jahrgang_1979_der_Deutschen_Post_der_DDR?veaction=edit

Gnt305 (Diskussion) 20:54, 22. Feb. 2021 (CET)

Welches Bild möchtest du einfügen? Bei welchem Schritt tritt das Problem auf? Wird dir dann eine Fehlermeldung angezeigt? --Diwas (Diskussion) 23:16, 22. Feb. 2021 (CET)

2774 lässt keine Bildeingabe zu

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

URL: https://de.wikipedia.org/w/index.php?title=Briefmarken-Jahrgang_1983_der_Deutschen_Post_der_DDR&redirect=no&veaction=edit

Gnt305 (Diskussion) 10:41, 23. Feb. 2021 (CET)

2861 Bildbearbeitung fehlt

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

URL: https://de.wikipedia.org/w/index.php?title=Briefmarken-Jahrgang_1984_der_Deutschen_Post_der_DDR&redirect=no&veaction=edit

Gnt305 (Diskussion) 11:08, 23. Feb. 2021 (CET)

2899 bis 2901 keine Bildbearbeitung möglich

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

URL: https://de.wikipedia.org/w/index.php?title=Briefmarken-Jahrgang_1984_der_Deutschen_Post_der_DDR&redirect=no&veaction=edit

Gnt305 (Diskussion) 11:26, 23. Feb. 2021 (CET)

Fehler (HTTP 504) beim Veröffentlichen

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

URL: https://de.wikipedia.org/wiki/Liste_markanter_und_alter_Baumexemplare_in_Deutschland?veaction=edit&section=5#Linde_im_Schlo%C3%9Fpark_Jahnsfelde Es wurde ein Foto in der Zeile Malerkiefer bei Storkow eingefügt. Das Veröffentlichen bricht ab mit dem Fehler: "Fehler bei der Kntaktaufnahme mit dem Parsoid---/RESTBase-Server (HTTP 504)" Mache ich was falsch?

Wolfgangratsch (Diskussion) 11:17, 26. Feb. 2021 (CET)

Upload Video nicht möglich

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:86.0) Gecko/20100101 Firefox/86.0

URL: https://de.wikipedia.org/wiki/Weinbergschnecke?veaction=edit&section=6

Ratlos!! Habe versucht ein Video hochzuladen. Schnecke beim Abweiden. Zunächst als mp4 (Fehlermeldung wegen Dateiname) dann als ogg. (mit vlc player mp4 in ogg konvertiert) Jetzt Fehlermeldung: We could not determine whether this file is suitable for Wikimedia Commons. Please only upload photos that you took yourself with your camera, or see what else is acceptable. See the guide to make sure the file is acceptable and learn how to upload it on Wikimedia Commons.

Yuyuezhai (Diskussion) 13:10, 28. Feb. 2021 (CET)

Hallo Yuyuezhai, besteht das Problem noch? Hast du einmal versucht, das Video direkt auf Wikimedia Commons hochzuladen?--Cirdan ± 14:54, 11. Apr. 2021 (CEST)

nur die Liste ausdrucken ?

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.114 Safari/537.36 Edg/89.0.774.68

URL: https://de.wikipedia.org/wiki/Liste_von_Staaten_und_Territorien_nach_Einwohnerzahl?veaction=edit&section=2#Liste

2003:C3:2707:1200:4C3F:B2E7:56C7:D4DA 08:33, 8. Apr. 2021 (CEST)

Markiere (Anklicken, dann Strg-A) und kopiere (Strg-C) die Liste. Erstelle mit LibreOffice ein neues Textdokument und füge die Liste ein (Strg-V). Voila! --FriedhelmW (Diskussion) 11:51, 8. Apr. 2021 (CEST)

Bildhochladen geht nicht

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/604.5.6 (KHTML, like Gecko) Version/11.0.3 Safari/604.5.6

URL: https://de.wikipedia.org/wiki/Marcel_Heberlein?veaction=edit

Guten Tag. Leider geht es nicht auf meinem Wikipedia Eintrag mein Bild hoch zu laden. Leider wird ebenso wenn man bei google meinen Namen sucht mein Wikipedia Eintrag mit einem Bild einer fremden Person angezeigt.

Könnten Sie mir zeigen wie ich mein eigenes Bild hochladen kann und das von dem fremden entfernen kann?

Marcelheberlein (Diskussion) 07:54, 25. Apr. 2021 (CEST)

VE setzt in Galerien Datei: Präfix

Gemeldet in Phabricator
Task T211895
Gemeldet in Phabricator
Task T214603

Scheint wohl derzeit nicht mehr der Standard [14] zu sein. Beste Grüße, Conny 18:50, 25. Apr. 2021 (CEST)-

Zudem werden Bei Videos die Flags für Startbildanzeige (thumbtime) entfernt. Conny 18:51, 25. Apr. 2021 (CEST).

Danke für die Hinweise. Beides schon bekannt und gemeldet, aber leider bisher ungelöst. --Tkarcher (Diskussion) 13:44, 19. Mai 2021 (CEST)

Fehler beim Kontaktieren des Parsoid / RESTBase-Servers (HTTP 404)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.93 Safari/537.36

Fehler beim Kontaktieren des Parsoid / RESTBase-Servers (HTTP 404)

Henningalla (Diskussion) 18:07, 3. Mai 2021 (CEST)

@Henningalla: Dieser Fehler kann gelegentlich auftreten, zum Beispiel, wenn es Probleme bei der Internetverbindung bei dir oder bei den Rechenzentren der Wikimedia Foundation gibt. Ist das Problem mittlerweile verschwunden? Falls nicht, kannst du genauer beschreiben, wann und auf welcher Seite der Fehler auftritt? Vielen Dank!--Cirdan ± 22:05, 2. Jun. 2021 (CEST)

Meinen Wikipedia Eintrag

URL: https://de.wikipedia.org/w/index.php?title=Daniel_Maag&action=edit Ist es lustig von Leuten unsere ganze Arbeit zu zerstören? Da wurden nicht verbesserungs ÄNDERUNGEN vorgeneommen da wurde einfach mal weggeputzt und gestrichen, Fotos entwendet und fehlerhafte Texte eingeführt. Wenn Ihr bei Wiki nur eifersüchtige Leute habt, dann möchte ich auch kein Mitglied davon sein. Ich erwarte Antworten warum solche Leute nicht gestoppt werden.

212.35.0.187 09:13, 9. Mai 2021 (CEST)

Moin aus Hamburg. Ich vermute, dass Du den Artikel in der Ursprungsform eingestellt hattest und dass dies Dein erster Wikipedia-Artikel war. Der Text war in dieser Form nicht so recht gelungen, um in einer Enzyklopädie zu erscheinen. Für Inhalte und Darstellung von Artikeln gibt es Standards, die einzuhalten sind. Genau diese Änderungen wurden an Deinem Text vorgenommen. Bitte beachte: er wurde nicht etwa gelöscht, was ja auch denkbar gewesen wäre, sondern er wurde durch einige freiwillige Mitarbeiter so angepasst, dass er besser an unsere Vorgaben heranreicht. Bitte verstehe dies als ein Positivum. Falls Du noch Fragen hast, dann stelle sie gerne. Freundlicher Gruß --CC (Diskussion) 09:23, 9. Mai 2021 (CEST)
Noch ein Hinweis: Diese Seite hier, eine Arbeitsseite, ist eigentlich für andere Themen vorgesehen. Deswegen schlage ich vor, unseren Dialog auf meine Diskussionsseite (einfach anklicken) zu verlagern. Dort können wir uns unterhalten, ohne dass wir Andere stören. Freundlicher Gruß, --CC (Diskussion) 09:37, 9. Mai 2021 (CEST)
Wie ich sehe hast Du mein Angebot ignoriert und arbeitest erneut den Artikel um, ohne zuvor Rücksprache zu halten. Ich ziehe mein Angebot daher zurück. --CC (Diskussion) 19:09, 9. Mai 2021 (CEST)

DOI-span-Fehler bitte endlich beheben

Gemeldet in Phabricator
Task T217482

Der DOI-span-Fehler existiert schon lange. Dieser sollte endlich behoben werden. --Leyo 11:48, 21. Mai 2021 (CEST)

@FlyingSuricate: Nutzt du das Browser-Plugin "Citavi-Picker"? --Tkarcher (Diskussion) 12:05, 21. Mai 2021 (CEST)
Das ist sehr wahrscheinlich kein Fehler des VisualEditors, sondern ein Problem des Citavi-Plugins, das in den Seitenquelltext eingreift, um hinter DOIs einen Button zu platzieren. Der VisualEditor fängt softwareseitig einige solcher Problemfälle ab, kann aber im Grunde nichts dagegen unternehmen, wenn seine Ausführung im Webbrowser seiner Nutzer manipuliert wird.--Cirdan ± 15:12, 21. Mai 2021 (CEST)
Ja, ich benutze dieses Plug-in. Habe mich schon gewundert, dass immer die Fehlermeldung kam. Ich werde in Zukunft mit meinem anderen Browser editieren. Danke für den Hinweis.--FlyingSuricate (Diskussion) 15:37, 21. Mai 2021 (CEST)

Erneut: Fußnoten

Gemeldet in Phabricator
Task T283427
 
Fehler beim Markieren und Bearbeiten einer Fußnote
 
Fehler beim Markieren von Text im Wikitext-2017-Editor

Firefox 88.0.1 unter macOS 10.13.6. Fehler beim Bearbeiten des Artikels Nele Pollatschek. Fußnote 2 zu hr2-kultur wurde mit der Maus markiert. Dabei produzierte VisualEditor dieses. Man konnte die Fußnote daraufhin per Markieren/Ausschneiden im Text verschieben, man konnte sie aber nicht markieren/kopieren. Markieren per Tastatur und Drag und Drop gingen auch nicht mehr. Der Fehler ist auch nach einem Neustart des Browsers reproduzierbar, auch in anderen Artikeln. Ist der Bug schon bekannt? – Danke! Viele Grüße, Aschmidt (Diskussion) 22:11, 21. Mai 2021 (CEST)

Wikipedia:Fragen_zur_Wikipedia#Veränderte_Schriftgröße? Tritt das bei dir auch auf?--AlanyaSeeburg (Diskussion) 11:36, 22. Mai 2021 (CEST)
Das passiert mir auch im 2017-Quelltextmodus wenn ich mit Strg+F Text suchen / markieren möchte. --Johannnes89 (Diskussion) 11:46, 22. Mai 2021 (CEST)
Zweimal +1. :( --Viele Grüße, Aschmidt (Diskussion) 20:13, 22. Mai 2021 (CEST)
Hat mit MacOS nix zu tun, hab ich auch bei Firefox 78.10.0esr/Linux mit Skin Vector. Mit Monobook ist alles okay.
Das Problem kommtz durch den Screenshot nicht so richtig rüber. Screenshot mit Mauszeiger wäre besser. Jedenfalls hat er wohl die Fußnote "[2]" mit der Maus angeklickt und der VE meint, diese wäre x Zeilen darüber. --Wurgl (Diskussion) 20:39, 22. Mai 2021 (CEST)
Ja, so war es, hatte ich ja auch schon geschrieben. Der Mauszeiger ist nicht drauf, weil ich die Screenshots mit Firefox gemacht habe. Danke für die Rückmeldung, @Wurgl! --Viele Grüße, Aschmidt (Diskussion) 21:01, 22. Mai 2021 (CEST)
Auf Phabricator gibts einen Task dazu, der so klingt wie unser Problem – ich hab mal einen Hinweis auf die Diskussion hier ergänzt phab:T283427 --Johannnes89 (Diskussion) 21:06, 22. Mai 2021 (CEST)
Bei mir funktionierts jetzt wieder wie früher. --Viele Grüße, Aschmidt (Diskussion) 13:25, 25. Mai 2021 (CEST)
Yes, scheint erledigt. --Johannnes89 (Diskussion) 13:53, 25. Mai 2021 (CEST)

Visueller Editor bei Tabellen

Gemeldet in Phabricator
Task T283427

Hallo,

seit gestern habe ich folgendes Problem, beim Bearbeiten von Tabellen mit dem visuellen Editor wird nicht die richtige Zelle angezeigt, sondern die Markierung springt immer weiter nach oben, habe es hier mal per Screenshot festgehalten. Auch Browserwechsel und Cache löschen haben leider nichts gebracht. Wer kann helfen? --TWsk (Diskussion) 12:04, 23. Mai 2021 (CEST)

@TWsk: Das ist eine weitere Variante des Fehlers Task 283427. Siehe auch 2 Abschnitte drüber (Fußnoten). Ich hoffe, dass das zeitnah nächte Woche repariert wird. Raymond Disk. 13:02, 23. Mai 2021 (CEST)
Alles klar, vielen Dank! Dachte schon es liegt an meinem Rechner. --TWsk (Diskussion) 13:08, 23. Mai 2021 (CEST)

dose[en]<->Dose[de]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

die englischsprachige Seite "dose" müsste mit der deutschsprachigen Seite "Dosis" verlinkt sein und nicht mit "Dose"[de]. also: "dose"[en]<->"Dosis"[de] "Dose"[de]="can"[en] URL: https://de.wikipedia.org/wiki/Dose_(Begriffskl%C3%A4rung)?veaction=edit

132.187.247.26 11:19, 23. Jun. 2021 (CEST)

Aktivierung von VE für Wikiprojekte

Hi, aktuell kann der VE für Wikiprojekte nicht genutzt werden. Da es aber immer mehr Projekte gibt, in denen auch Editor:innen teilnehmen, die mehrheitlich auf dem VE arbeiten, fände ich es gut, wenn das mit Projektseiten auch ginge. Beste Grüße, --Jens Best 💬  09:59, 26. Jul. 2021 (CEST)

Dazu müsste ein Antrag analog zu phab:T246145 gestellt werden. Damit der umgesetzt wird, will die WMF vermutlich eine Umfrage o.ä. sehen, dass das allgemein von der Community gewünscht wird.--Cirdan ± 10:08, 26. Jul. 2021 (CEST)

VE erzeugt automatisch Leerzeile über Infobox

Wenn ich einen Artikel editiere, öffne ich ihn im Soure Code. Zum Bearbeiten einer Infobox wechsele ich in den VE. Wenn ich die Infobox abspeichere, erzeugt der VE automatisch eine Leerzeile über der Infobox. Damit fängt der Artikel nicht mehr am oberen Bildschirmrand an. Wie kann ich das vermeiden? --Gereon K. (Diskussion) 23:15, 29. Jul. 2021 (CEST)

Wechsele zurück in die Quelltextansicht und speichere den Artikel dann erst. Hilft das? --Viele Grüße, Aschmidt (Diskussion) 23:50, 29. Jul. 2021 (CEST)
Die durch den VE automatisch eingefügte Leerzeile bleibt dann. Wenn ich zurück in die Quelltextansicht wechsle, muss ich sie vor dem Speichern erst manuell entfernen. --Gereon K. (Diskussion) 10:25, 30. Jul. 2021 (CEST)
Danke fürs Testen. Dann steht zumindest fest, dass die Zeile vom VE stammt. Es ist ein Bug, und er sollte als solches berichtet werden. --Viele Grüße, Aschmidt (Diskussion) 19:09, 31. Jul. 2021 (CEST)

Visual Editor not available

I am not able to use the visual editor. For example https://de.wikipedia.org/w/index.php?title=Arendsee_(Altmark)&veaction=editsource If I click on the pencil symbol, I see two icons: visual editing and source editing. Clicking on visual editing: nothing happens. The same feature with all my used pages. One year ago, I was able to use visual editor.--Bahnsen (Diskussion) 08:23, 26. Aug. 2021 (CEST)

Ober- und Untergras Artikel unstimmig

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.61 Safari/537.36

URL: https://de.wikipedia.org/wiki/Untergras?veaction=edit Wie können einige Obergräser gleichzeitig als Arten für Untergräser aufgelistet werden? Welsches Weidelgras ist bestimmt kein Untergras. Die beiden Artikel sollten überarbeitet werden.

2A02:3030:1:9E19:2090:1BAE:40A4:8458 15:05, 29. Sep. 2021 (CEST)

Automatische Beleghinzufügung funktioniert nicht mehr richtig

Moin, Servus oder einfach Hallo! Seit einigen Tagen erkennt das Tool, mit dem man automatisch die Belege einfügen kann (das auch in der Quelltextbearbeitung als Kopfleiste angezeigt wird), Belege aus dem Web teilweise nicht mehr und ordnet diese als Literatur ein. Dies geht mir und anderen Benutzern zumindest mit den Seiten von Spiegel-Online so. Siehe bspw. diese Bearbeitung. Die Frage habe ich bereits in der Wikipedia:Technik-Anfragestelle gestellt. Dort hatte, wie der letzte Link zeigt, eine andere Benutzerin dieselbe Problematik. --LennBr (Diskussion) 07:23, 12. Okt. 2021 (CEST)

Muss linksbündig formatiert werden.

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.1 Safari/605.1.15

URL: https://de.wikipedia.org/wiki/Landkreis_Fulda?action=edit&section=8&veswitched=1

Muss linksbündig formatiert werden. Wie andere in der Tabelle.

2003:D8:D726:E201:C8AB:63BF:1DD1:C74C 22:43, 30. Okt. 2021 (CEST)

Grafik überdeckt Tabelle teilweise.

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.1 Safari/605.1.15

URL: https://de.wikipedia.org/wiki/Bundestagswahlkreis_Fulda?veaction=edit&section=1

Grafik überdeckt Tabelle teilweise.

2003:D8:D726:E201:C8AB:63BF:1DD1:C74C 22:51, 30. Okt. 2021 (CEST)

Falsche Nummerierung der Verweise auf Fußnoten

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.69 Safari/537.36

URL: https://de.wikipedia.org/wiki/Tata-Gruppe?veaction=edit Der Satz mit "98 Unternehmen" hat im Editor [1] als Verweis, im Artikel in Leseform aber [3].

2001:9E8:27A0:1300:1D:A9FA:A46F:66E5 19:09, 24. Nov. 2021 (CET)

Danke erstmal für deine Rückmeldung.
Das ist vermutlich verwirrend gelöst, ich glaube aber nicht, dass es ein wirklicher Fehler ist.
Die ersten beiden Verweise stehen im Artikel-Quelltext, jedoch innerhalb der Infobox bei „Mitarbeiterzahl 700.000“ und „Umsatz 103,5 Mrd.“.
Der VisualEditor zählt vermutlich auf der Hauptebene durch, und ignoriert irgendwie die aus tiefer liegenden Schichten resultierenden Verweise. Auf der Hauptebene ist „98 Unternehmen“ der erste.
Viele Grüße --PerfektesChaos 19:26, 24. Nov. 2021 (CET)
Danke, dem stimme ich zu; "verwirrend gelöst", aber nicht schlimm. Wäre dennoch natürlich schön, wenn die Durchzählung/Nummerierung der Verweise einheitlich wäre (in Leseansicht und VisualEditor), deswegen der Hinweis. --2001:9E8:27AA:9900:3CBB:66AE:9C0:3118 12:28, 26. Nov. 2021 (CET)

stefan gungl für sachbearbeiterin Anika Stolz

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.45 Safari/537.36

URL: https://de.wikipedia.org/wiki/Finanzmarktaufsichtsbeh%C3%B6rde?veaction=edit&section=12ER$sB ORDNUGGSNUGSNR 91100203757-10 meine ruhfnr.4970314166944 erreichbar am6.12.16uhr ca .auf ihre Email kann man nicht ant worten wird angezeigt ungültig

2003:DF:2724:A69E:B5C3:A35B:CF6A:4921 22:17, 2. Dez. 2021 (CET)

Falsche Website

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.71 Safari/537.36

URL: https://de.wikipedia.org/wiki/Walter_von_Ruckteschell?veaction=edit&section=9 Unter den Einzelnachweisen bei 20 : Das große Glasfenster... muss mit folgender Website verlinkt werden: www.ekathen.de

Dickbusch (Diskussion) 17:24, 24. Jan. 2022 (CET)

Diese Seite hier ist für Rückmeldungen zur Bearbeitungsfunktion, nicht um Änderungsbedarf am Inhalt einer Seite mitzuteilen. Ich habe es dennoch geändert: https://de.wikipedia.org/w/index.php?title=Walter_von_Ruckteschell&oldid=218362371&diff=cur&diffonly=0 --2001:9E8:27A1:3300:402F:D566:A5B9:465A 01:25, 25. Jan. 2022 (CET)

Änderung Stand 26.01. 15:38Uhr

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.93 Safari/537.36 Edg/96.0.1054.53

URL: https://de.wikipedia.org/w/index.php?title=Wolf_von_Wolfsthal&stable=0&veaction=edit&section=2#Bekannte_Familienmitglieder

Mario.schneider2302 (Diskussion) 15:39, 26. Jan. 2022 (CET)

Mögliche zusätzliche Funktion: Linktitel durch angehängte Zeichen codieren

Hallo VE-Team, Linktitel lassen sich laut Hilfeseiten unterschiedlich codieren. Dabei ist die Variante, daß im Vergleich zum Linkziel zusätzliche Zeichen im Quellcode am Ende des Linktitels hinter der Doppelklammer angehängt werden (z.B. [[Zielartikel]]s), noch nicht in der Quellcodeerstellung des VE implementiert. Das führt dann dazu, daß der VE zunächst im Quellcode den vollständigen Linktitel nach einer Pipe angibt (z.B. [[Politikwissenschaft|Politikwissenschaftlerin]]), dadurch minimal größeren Quelltext produziert und dies später dann z.B. von Korrektoren eingekürzt wird (z.B. [[Politikwissenschaft]]lerin). Ich hatte Benutzer Aka darauf angesprochen, und er hält es offenbar auch für sinnvoll, den VE dahingehend geringfügig zu erweitern, da eine automatische Erkennung dieser Variante eigentlich kein Problem sein sollte. VG --Fit (Diskussion) 19:36, 26. Jan. 2022 (CET)

Ich verwahre mich gegen den Ausdruck Korrektor, der impliziert, dass der visuell Editierende etwas falsch gemacht hat. Siehe auch Community Wishlist Survey 2019. -- Peter Gröbner -- 20:03, 26. Jan. 2022 (CET)
Peters Antwort, die dort am Ende verlinkte Seite und auch der dort verlinkte task T128060 behandeln zwar ähnliche Thematiken, beantworten aber aus meiner Sicht nicht meine obige Anfrage, also ob es möglich wäre, diese Kodiervariante für die Codeerstellung im VE zu ergänzen oder nicht, und wenn es nicht möglich bzw. angebracht ist, bitte kurz mitzuteilen, warum nicht.
Aus meiner Sicht ist es übrigens eine Überinterpretation meiner Anfrage und des dort angeführten Beispiels, wenn man aus dem Wort Korrektor schlußfolgert, daß da auch jemand ernsthaft etwas falsch gemacht haben müßte. Außerdem glaube ich kaum, daß sich Benutzer Aka an dem Wort Korrektor stören würde. Und falls doch, kann er mir das selbst sagen. Und der im obigen Beispiel den VE benutzende Benutzer, den Peter mit seinem Verwahren vor meinen Formulierungen in Schutz nehmen möchte, das ist übrigens der Autor des Beitrages, den du als Leser gerade liest.
--Fit (Diskussion) 22:04, 26. Jan. 2022 (CET)
Ich habe mich nicht als Korrektor, sondern als Korrigierter gegen die Bezeichnung Korrektor (Richtigmacher) verwehrt, da ich von anderen Benutzern in Zusammenfassungszeilen belehrt wurde, dass [[Verlinkung]]en einfacher gewesen wäre (zum Beispiel hier). Ich erhielt nämlich in m:Community Wishlist Survey 2019/Archive/no nowiki in Visual Editor folgende Anwort: „it is working as designed.“
Ich verstehe diese Antwort so, dass es zwar möglich, aber nicht gewünscht ist, Deinem (und meinem) Ansinnen zu entsprechen. -- Peter Gröbner -- 06:16, 27. Jan. 2022 (CET)
Ich habe großen Respekt vor der unermüdlichen Arbeit von Aka, wenn er von mir angelegte Links von Pipelinks in aktuell von der visuellen Bearbeitung nicht vorgesehene Ergänzungslinks umwandelt, denke ich mir jedoch, dass hätte ich durch einen Wechsel zur Quellcode-Bearbeitung auch selbst vornehmen können, wenn es denn gewünscht wäre. Gruß euch beiden, -- Peter Gröbner -- 07:20, 27. Jan. 2022 (CET)
Da ich hier erwähnt wurde: Ich mache das nur nebenbei mit, wenn ich einen Artikel sowieso wegen einer tatsächlich sichtbaren Änderung anpasse. -- Gruß, aka 10:52, 27. Jan. 2022 (CET)
Es widerspricht aber scheints der von den Schöpfern der Visuellen Bearbeitung vertretenen Projektphilosophie. -- Peter Gröbner -- 11:24, 27. Jan. 2022 (CET)
Aus deinem Link lese ich heraus, dass es so gewollt ist, dass ein teilweise markiertes Wort dann auch nur teilweise verlinkt wird. Das heißt aber nicht, dass solche kürzeren Links nicht gewollt sind. Möglicherweise sind sie im Moment nur mit dem VE (ich verwende den nicht) nicht oder umständlicher zu erzeugen. -- Gruß, aka 11:46, 27. Jan. 2022 (CET)
Welche Vorteile haben denn die kürzeren Links? Mir scheint nämlich nicht so recht geklärt, ob das nur zwei Varianten sind, die technisch möglich, die aber an sich gleichwertig sind, oder ob die kürzeren Links eigentlich auch die besseren sind, so daß im Quelltext beide Varianten nicht gleichwertig sind. Du, Peter, verstehst die Reaktionen auf die bisherigen Anfragen ja so, daß ersteres der Fall ist. Und du, Aka, handelst aber nach dem zweiten Fall. Wenn der erste Fall gilt, dann wäre die Frage, ob hier auch Wikipedia:Rechtschreibung#Korrektoren analog gilt, (Da ist es wieder, dieses Wort.) denn für Autoren/Editoren wie mich, die sich die weitere Entwicklung eines Artikels später ansehen, wirken Akas Änderungen so, als ob der zweite Fall gälte. Sachliche Gründe für den einen oder den anderen Fall wären da hilfreich. VG --Fit (Diskussion) 12:23, 27. Jan. 2022 (CET)
Ich habe daraus, dass die Macher der moderneren Visuellen Bearbeitung die (längeren) Pipelinks dermaßen bevorzugen, entnommen, dass die beiden Möglichkeiten eben nicht gleichwertig sind. Mich würden natürlich auch sachliche Gründe interessieren – vielleicht geht es um die einfachere Umwandlung in html-Code, soweit ich das laienhaft verstehe.
Danke für den Hinweis auf Wikipedia:Rechtschreibung#Korrektoren. Diese Seite hatte ich in Erinnerung, aber vor einer halben Stunde nicht auf die Schnelle gefunden. Gruß, -- Peter Gröbner -- 13:10, 27. Jan. 2022 (CET)
@Aka (BK – wird bei der automatischen Antwortfunktion scheints nicht angezeigt): Aus „it is working as designed“ lese ich heraus, dass es für die Pipelinks anstelle der Ergänzungslinks Gründe gibt, die ich nicht kenne – dass es sich um technische Umständlichkeit handelt, glaube ich nicht.
Wenn aber Ergebnisse der korrekten Verwendung der Visuellen Bearbeitung nachträglich ohne Grund geändert werden, empfinde ich es als Kritik. -- Peter Gröbner -- 12:28, 27. Jan. 2022 (CET)
Ich lese immer noch nicht heraus, dass die längere Version irgendwie bevorzugt wird, sondern nur, dass das nowiki bei dieser Art der Teilverlinkung im VE Absicht ist. Die kürzer Version ist - tja, kürzer, und m. E. n. leichter lesbar (im Quelltext). Darum ändere ich (und andere) das natürlich nicht ohne Grund, sondern mit, und das seit vielen Jahren. -- Gruß, aka 13:28, 27. Jan. 2022 (CET)
Darum ging es ja am Beginn dieser Diskussion nicht. Es wurde – wenn ich es richtig verstanden habe – gefragt, ob man anregen sollte, dass die Visuelle Bearbeitung die kürzere Variante erzeugt. Darauf antwortete ich, dass ich es bereits versucht hatte und eine Abfuhr bekam. Dass die Vereinfachung, wenn sie denn eine ist, manuell durch nachfolgende Quellcode-Bearbeitende erfolgt, empfinde ich manchmal als schulmeisterlich (zum Beispiel in dieser Zusammenfassungszeile).
Und, ja, ich habe auch viele Jahre auf die kürzere Version (en passant) geändert, dann aber festgestellt, dass durch die neuere, zeitgemäßere Visuelle Bearbeitung scheints ein neuer Trend entstanden ist, und verzichte daher nunmehr auf solche Änderungen.
Peter Gröbner -- 15:02, 27. Jan. 2022 (CET)

Bildupload does not work

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36 Edg/96.0.1054.57

URL: https://de.wikipedia.org/wiki/Werner_Scheurer?veaction=edit

I am not able to upload a photo I took of Werner Scheurer (he asked me to do so and to uplaod it for him) How can I archive a successful upload?

Wedgeantilles001 (Diskussion) 22:06, 27. Jan. 2022 (CET)

fehlende Zahl

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0

URL: https://de.wikipedia.org/wiki/Jagdschloss_Paulinzella?veaction=edit&section=5


2006 statt 006, bei EInzelnachweisen

77.191.87.234 23:28, 5. Feb. 2022 (CET)

erledigtErledigt --Wurgl (Diskussion) 23:40, 5. Feb. 2022 (CET)

Falsche Links

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.99 Safari/537.36 OPR/83.0.4254.27

URL: https://de.wikipedia.org/wiki/Rotbauchunke?veaction=edit&section=14#Weblinks

Sowohl der Linkt zu "Fotos der Rotbauchunke bei www.club100.net, als auch zu dem Europa übergreifenden Projekt zu Schutz und Wiederansiedlung der Rotbauchunke sind falsch

141.244.115.248 14:50, 10. Feb. 2022 (CET)

Die Quellenangabe fehlt. Die Bioethik-Konvention ist nicht die Grafenecker Erklärung.

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.2 Safari/605.1.15

URL: https://de.wikipedia.org/wiki/Geschichte_der_Euthanasie?veaction=edit&section=19

89.0.220.47 18:55, 10. Feb. 2022 (CET)

Vorlagenparameter werden nicht wie vorgesehen in den Quelltext geschrieben

Hallo, hier ist beschrieben, dass bei als vorgeschlagen markierte Parameter in den Quelltext eine leere Wertzuweisung geschrieben wird. Das ist nicht der Fall. Zum Beispiel sind in der Vorlage:Infobox Ortsteil einer Gemeinde in Deutschland die Parameter Breitengrad, Längengrad, Höhe, etc. als vorgeschlagen markiert. Wenn diese in einem Artikel im Quelltext nicht drinstehen, gehe ich in den VisualEditor und möchte sie aktivieren, sie sind aber bereits blau angeklickt, sodass ich sie unter den nicht angeklickten Parametern nicht finde. Ich muss im VE erst einen Wert eingeben (Leerzeichen reicht), damit der Parameter im Quelltext erscheint, und kann nicht sehen, welche Parameter schon im Quelltext stehen und welche nicht. --androl ☖☗ 18:24, 14. Feb. 2022 (CET)

Eine „leere Wertzuweisung“ meint lediglich, dass der Parameter in der Form | Höhe = in den Quelltext geschrieben wird also „ohne Wert“. Was zumindest bei meinem Test eben auf der Spielwiese auch passierte, als ich die Vorlage „neu“ hinzugefügt habe, standen alle vorgeschlagenen Parameter auch im Quelltext.
Du hast nun einen Artikel, in dem die Vorlage schon vorhanden ist, aber Parameter fehlen. Da der VE nicht generell bei allen Vorlagen in einer Seite alle möglichen Parameter „automatisch“ nachtragen soll, denn es kann ja sein, dass einige bewusst nicht dort stehen sollten, ist es, meiner Meinung nach, nun so, dass nur bei einer Änderung (Vorlage bearbeiten und eine aktive Änderung mit Übernahme) die fehlenden markierten Parameter ergänzt werden sollen, damit die Auswahl, was in den Quelltext soll, manuell und bewusst erfolgen kann. (Ich schreibe aber mal dazu, dass ich den VE nicht verwende, das Verhalten kann sich natürlich inzwischen verändert haben, oder bewusst verändert worden sein) Hast du ein konkretes Beispiel, wo man das testen kann? Denn die Spielwiese bietet nicht alle VE-Funktionen. Oder werden die (im VE) markierten Parameter, die leer sind, etwa aus dem Quelltext gelöscht? Das wäre dann allerdings schon merkwürdig. CC: Cirdan hast du eine Idee? --Liebe Grüße, Lómelinde Diskussion 07:27, 15. Feb. 2022 (CET)
Testen kannst du es bei einem beliebigen Artikel hier. Der Parameter Höhe fehlt da, er wird aber im VE angezeigt. Wenn man einen Parameter im VE wegklickt, wird er aus dem Quelltext gelöscht. Wenn man nur den Wert löscht, bleibt er als leere Zuweisung drin. Wenn man einen Parameter nur neu anklickt, aber keinen Wert reinschreibt, wird er nicht eingefügt. (ich benutze immer die Wechselfunktion über die Artikelreiter "Seite bearbeiten"/"Quelltext bearbeiten")
Wenn die Parameter nur bei der Neuerstellung eingefügt werden sollen, gäbe es meiner Ansicht nach keinen Grund, warum sie im VE trotzdem aktiviert sind, wenn sie nicht vorhanden sind. Wenn sie bewusst nicht drin sind, müssten sie auch im VE nicht aktiviert sein. --androl ☖☗ 13:29, 16. Feb. 2022 (CET)
Ok, ich schaue mal was da passiert, ich weiß nur, dass es unlängst diverse Änderungen an der Funktionen zur Vorlagenbearbeitung gab. siehe Wikipedia:Technische Wünsche/Topwünsche/Leichter mit Vorlagen arbeiten und dort gab es auch einen Punkt Wikipedia:Technische Wünsche/Topwünsche/Verbesserungen im Vorlagendialog des VisualEditors. Ob sich also dort etwas verändert haben könnte weiß ich nicht, vielleicht könntest du dort mal anfragen, denn hier liest vermutlich von den Entwicklern leider keiner mit. --Liebe Grüße, Lómelinde Diskussion 13:37, 16. Feb. 2022 (CET)
So, ich habe es jetzt ausprobiert und vermute stark, dass es sich um ein „erwünschtes Verhalten“ handelt, dass mit den Überarbeitungen des Dialogfeldes zu tun hat. So dass nämlich nicht standardmäßig immer alle Parameter nachgetragen werden, sondern nur dann, wenn man auch Werte einfügt. Die Kennzeichnung in der linken Dialogfeldseite dienen dann dazu, dass man weiß, dass diese Parameter eigentlich erwartet werden, derzeit allerdings die entsprechenden Inhalte fehlen. Ich wünschte ich wüsste mehr, denn eigentlich muss ich die Hilfeseite an die Neuerungen anpassen, weiß aber nicht wie, weil ich nicht weiß was alles verändert wurde und wie der Änderungsstand derzeit ist. Denn so, wie hier Hilfe:Vorlagen/VisualEditor beschrieben, ist es nicht mehr. CC: @Johanna Strodt (WMDE) --Liebe Grüße, Lómelinde Diskussion 14:00, 16. Feb. 2022 (CET)
Das passt eigentlich zu dem Verhalten, welches ich grundsätzlich vom VE erwarten würde: So wenig bestehenden Quelltext wie möglich ändern. Wenn also aktuell ein Parameter fehlt (selbst wenn er vorgeschlagen ist), wird er nur dann nachgetragen, wenn es sich nicht vermeiden lässt. Alles andere hat in der Vergangenheit (z.B. bei Tabellen- und Listenformatierungen, bei Einzelnachweisen und bei Kommentaren im Quelltext) immer wieder zu Frustration geführt: Der VE ist kein Tool, um Quelltext aufzuräumen oder Standards durchzusetzen. Dafür gibt es andere Tools und Helferlein. --Tkarcher (Diskussion) 14:52, 16. Feb. 2022 (CET)

Versehentliches Drücken von "Escape"

Mit ist Folgendes aufgefallen: Wenn man in einer (möglicherweise großen) Bearbeitungen mit dem VisualEditor (vielleicht versehentlich) auf "Escape" drückt, wird

  • a) die Bearbeitung ohne Rückfrage abgebrochen.
  • b) Ein Zurück zur begonnenen Bearbeitung ist nicht möglich.

Ist das so beabsichtigt? Ich finde beides in Kombination ungünstig. --Kallichore (Diskussion) 10:01, 19. Feb. 2022 (CET)

Aktuell tritt das Problem nicht mehr auf. Es kommt nun eine "Bist du sicher?" Abfrage (mit den Optionen "Weiter bearbeiten" oder "Bearbeitungen verwerfen"). Diese Abfrage finde ich gut so. --Kallichore (Diskussion) 13:13, 5. Mär. 2022 (CET)

Bitte ersetze diese Zeile hier durch eine aussagekräftige Überschrift!

Volltext (nicht signierter Beitrag von Nigan12 (Diskussion | Beiträge) 23:05, 4. Mär. 2022 (CET))

"vorlese-button" & "ausdruck-button"

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Safari/537.36 Edg/98.0.1108.62

URL: https://de.wikipedia.org/w/index.php?title=Kasachstan&veaction=edit&section=45

wo findet man diese (s. Betreffzeile) diversen knöpfe bzw. button? LG

2003:C0:672E:6B20:9C31:AA3B:E15E:64B6 12:25, 5. Mär. 2022 (CET)

Zum Ausdruck-Button: Links vom Artikel sollte es unter "Drucken/­exportieren" (unterhalb von "Mitmachen" und "Werkzeuge") den Punkt "Druckversion" geben.
Zum Vorlese-Button: Das ist nur bei bestimmten Artikeln verfügbar, zum Beispiel im Artikel Deutschland. Dort ist rechts oben ein blaues Symbol mit einem Lautsprecher. --Kallichore (Diskussion) 13:09, 5. Mär. 2022 (CET)

Hablitzel

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.4844.51 Safari/537.36 Edg/99.0.1150.39

URL: https://de.wikipedia.org/w/index.php?title=Hans_Hablitzel&action=edit&redlink=1 Im Verzeichnis der Träger des Bayerischen Verdienstordens muss es richtig heissen: Hablitzel

2003:D3:8711:2000:1C5E:8A05:FA0B:C77E 10:43, 15. Mär. 2022 (CET)

Erledigt: https://de.wikipedia.org/w/index.php?title=Liste_der_Tr%C3%A4ger_des_Bayerischen_Verdienstordens/H&diff=221724281&oldid=221130290 --2001:9E8:2792:2900:74D5:BAB6:90EB:C62E 21:19, 2. Apr. 2022 (CEST)

Bild hochladen

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:82.0) Gecko/20100101 Firefox/82.0

URL: https://de.wikipedia.org/wiki/Franz_Wenzel_Schwarz?veaction=edit

Ich habe die Rubrik Gemälde von Wenzel Schwarz um ein Gemälde ergänzt, kann aber das Bild nicht hochladen

G.S.Klein (Diskussion) 17:03, 18. Mär. 2022 (CET)

Formel

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

URL: https://de.wikipedia.org/w/index.php?title=Freiraumd%C3%A4mpfung&action=edit&_welcomesurveytoken=abntnv07fto9vi5cudhjlduehgh0t4ip&source=welcomesurvey-originalcontext

Man kann die Formel weiter vereinfachen, indem man schreibt: 21,984dB + 20* Log(Anzahl der Wellenlängen in der Strecke)

ausserdem: Fehler im Beispiel Nr. 2 falsch 122dB, richtig 112db (numerischer Wert ist ebenfalls falsch Ausserdem Fehler in Beispiel Nr. 7 falsch 280dB, richtig 288dB

JoDr48 (Diskussion) 15:53, 24. Apr. 2022 (CEST)

Friedrich Josias von Sachsen-Coburg-Saalfeld

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.127 Safari/537.36

URL: https://de.wikipedia.org/wiki/Friedrich_Josias_von_Sachsen-Coburg-Saalfeld?veaction=edit&section=6

Hallo, ich Absatz Koalitionskrieg wird der Prinz mehrmals als "Coburg" bezeichnet. Da fehlt "Der Prinz von ...." oder eine andere Namensbezeichnung.


Michael Wenisch (Diskussion) 19:35, 24. Apr. 2022 (CEST)

Editing news 2022 #1

Read this in another language • Subscription list for this multilingual newsletter

 
New editors were more successful with this new tool.

The New topic tool helps editors create new ==Sections== on discussion pages. New editors are more successful with this new tool. You can read the report. Soon, the Editing team will offer this to all editors at the 20 Wikipedias that participated in the test. You will be able to turn it off at Special:Preferences#mw-prefsection-editing-discussion.

Whatamidoing (WMF) 20:54, 2. Mai 2022 (CEST)

zwischen 106-104 Wochen top 10. SCOOTER. wurde absichtlich v?ersteckt

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/101.0.4951.54 Safari/537.36

URL: https://de.wikipedia.org/wiki/Liste_der_

"Scooter" wurden absichtlich versteckt? genaue wochenangabe der ALBEN haben sich verändert. ca auf höhe von Kelly Family und PINK.

2003:D5:DF17:9502:415E:867C:C95:FA08 09:31, 13. Mai 2022 (CEST)

Geburtsdaten stimmen nicht?!

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.127 Safari/537.36

URL: https://de.wikipedia.org/wiki/Maximilian_Yorck_von_Wartenburg?veaction=edit

217.6.234.90 14:41, 5. Jul. 2022 (CEST)

Was genau stimmt denn nicht, laut Grabplatte ist 12. Juni 1850 richtig. --Liebe Grüße, Lómelinde Diskussion 14:52, 5. Jul. 2022 (CEST)

Fehler

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.5 Safari/605.1.15

URL: https://de.wikipedia.org/wiki/Hyper-IgM-Syndrom_Typ_2?veaction=edit

Unter Ursache steht, dass AICDA für CD154 kodiert, das ist falsch, AICDA kodiert für die Activation-induced cytidine deaminase

2A01:C23:8D95:4D00:E556:B9B:5EDE:6EAD 19:40, 7. Jul. 2022 (CEST)

Fehler, kann nicht speichern

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36

URL: https://de.wikipedia.org/wiki/Elektronisches_Datenblatt?veaction=edit&section=3

Ich bekomme immer einen Fehler beimspeichern.

BESRSB (Diskussion) 19:19, 15. Jul. 2022 (CEST)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36

URL: https://de.wikipedia.org/w/index.php?title=Elektronisches_Datenblatt&action=edit&redlink=1

Folgende Fehler, ich kann nicht speichern: Fehler bei der Kontaktaufnahme mit dem Parsoid-/RESTBase-Server (HTTP 404)

BESRSB (Diskussion) 19:24, 15. Jul. 2022 (CEST)

 Info: @BESRSB das Anlegen dieser Seite wurde für IP- und Neuautoren gesperrt, nachdem die Seiten mehrmals gelöscht wurde. Die Mitteilung über die Löschung hast du auch auf deiner Diskussionsseite erhalten. --Liebe Grüße, Lómelinde Diskussion 06:38, 16. Jul. 2022 (CEST)

Andreas Bothe

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.5060.114 Safari/537.36 Edg/103.0.1264.49

URL: https://de.wikipedia.org/wiki/Andreas_Bothe?veaction=edit

Ich kann das Bild nicht ändern. Bitte das Bild dringend austauschen Name Andreas Bothe

A.Bot-68 (Diskussion) 13:38, 16. Jul. 2022 (CEST)

@A.Bot-68 Doch du hast das Bild geändert Spezial:Diff/224541125/224542744, allerdings müsste deine Änderung erst gesichtet (Hilfe:Gesichtete Versionen) werden, damit das Bild angezeigt wird. Es stellt sich aber die Frage, hast du die Berechtigung (Wikipedia:Bildrechte#Fremde Aufnahmen) des Fotografen (Urhebers der Fotografie) dieses Bild frei zu verwenden? Dann müsstest du das vermutlich nachweisen. Du könntest dich mal an die Seite Wikipedia:Urheberrechtsfragen wenden, um zu erfragen, was du tun müsstest, damit das alles seine Richtigkeit hat. --Liebe Grüße, Lómelinde Diskussion 14:02, 16. Jul. 2022 (CEST)

Zentrum für Psychiatrie Emmendingen Christian Roller Haus

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

URL: https://de.wikipedia.org/wiki/Kategorie:New-Wave-of-British-Heavy-Metal-Band?veaction=edit

37.24.210.22 07:16, 13. Okt. 2022 (CEST)

Falls zwischen der Psychatrie, der verlinkten Kategorie und dem Visual Editor ein Zusammenhang besteht, kann ich ihn leider nicht erkennen. --Tkarcher (Diskussion) 10:03, 13. Okt. 2022 (CEST)
Siehe oben! -- Peter Gröbner -- 10:20, 13. Okt. 2022 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Tkarcher (Diskussion) 10:03, 13. Okt. 2022 (CEST)

Wieso wird hier nicht (automatisch) archiviert?

@PerfektesChaos: Ich kann den Grund nicht finden. Kannst Du helfen? Gruß, -- Peter Gröbner -- 09:01, 14. Okt. 2022 (CEST)

Möglicherweise kennt es kein wöchentlich als Angabe für die Frequenz (da wird wohl ein konkreter Wochentag erwartet. Ich teste mal was passiert wenn man das löscht. --Liebe Grüße, Lómelinde Diskussion 09:43, 14. Okt. 2022 (CEST)
Stimmt! Hier steht nichts von wöchentlich. Gruß, vielen Dank und weiterhin viel Spaß, -- Peter Gröbner -- 13:02, 14. Okt. 2022 (CEST)
@Lómelinde: Hat funktioniert! Nochmals vielen Dank, -- Peter Gröbner -- 17:03, 14. Okt. 2022 (CEST)
Das freut mich, ich war mir nicht sicher, ob es wirklich hilft. --Liebe Grüße, Lómelinde Diskussion 17:07, 14. Okt. 2022 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: -- Peter Gröbner -- 17:03, 14. Okt. 2022 (CEST)

Familiengeschichte von Gustav Kramer, Zoologe

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36

URL: https://de.wikipedia.org/wiki/Gustav_Kramer_(Zoologe)?veaction=edit Romilde und Gustav Kramer haben 1938 geheiratet und er hinterliess eine Tochter und zwei Söhne

2003:EA:5714:B100:90F0:B4C:521F:8A5C 09:45, 1. Aug. 2022 (CEST)

Abbildung falsch

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1 Safari/605.1.15

URL: https://de.wikipedia.org/wiki/Technetium-99m-Generator?veaction=edit&section=2

Die Abbildung des radioaktiven Zerfalls stimmt nicht mit dem Textbüberein. Zunächst fehlt in der ersten Zeile das „m“ bei Tc*. Zudem wird beschrieben dass 99mTc* durch Photonabgabe in den Grundzustand übergeht. In der zweiten Zeile ist Tc aber nach photonenabgabe noch als angeregt (Tc*) angegeben.

109.43.176.169 12:22, 4. Aug. 2022 (CEST)

Vereine

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.5112.81 Safari/537.36 Edg/104.0.1293.54

Ich vermisse unter den Vereinen die Reiterkameradschaft Pfullingen??

2A02:8070:8787:5780:2DD8:7194:3B6A:EE7B 12:22, 20. Aug. 2022 (CEST)

Restaurant Seebrücke

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36

Guten Morgen,

als Anregung für eine Korrektur: Auf der Seebrücke Ahlbeck befand sich nie ein italienisches Restaurant und befindet sich bis heute nicht.

Mit den Besten Grüssen

URL: https://de.wikipedia.org/w/index.php?title=Der_Usedom-Krimi:_Schmerzgrenze&veaction=edit&section=2

2003:6:2382:3155:DD81:60D2:460C:1780 05:40, 1. Okt. 2022 (CEST)

Einfügen von externen Links unter "Commons" nicht möglich

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:105.0) Gecko/20100101 Firefox/105.0

URL: https://de.wikipedia.org/wiki/Kunrau?veaction=edit

Liebe Kolleg:innen,

könnten Sie mal auf diese Seite und dort auf die Rubrik commons schauen. Ich kann leider keine externen Links im Bearbeitungsmodus einfügen. Vielleicht können Sie das dafür vorliegende Hindernis beseitien.

Besten Dank!

Betrachtend (Diskussion) 11:26, 1. Okt. 2022 (CEST)

Seitenkopf

Da ich ziemlich der einzige regelmäßig Mitarbeitende im Wiktionary bin, der die Visuelle Bearbeitung benutzt – auch um ihre Stärken und Schwächen kennenzulernen – habe ich diese Seite auf meiner Beobachtungsliste. Mich nerven aber zunehmend Anfragen zu konkreten Artikeln. Kann man es im Seitenkopf deutlicher machen, dass es hier für diese der falsche Ort ist? Gruß in die Runde, Peter Gröbner -- 08:35, 11. Apr. 2021 (CEST)

Das würde nichts nützen, da die Melder den Seitenkopf nicht zu sehen bekommen. Sie sehen nur ein Formular im Visual Editor. Gruß --FriedhelmW (Diskussion) 11:05, 11. Apr. 2021 (CEST)
Gerade getestet: Wir könnten MediaWiki:Feedback-dialog-intro um einen Satz erweitern. Sinngemäß: Inhaltliche Fehler(Änderungsvorschläge bitte auf der Diskussionsseite eintragen. Keine Ahnung, ob das was nützt. Wäre ein Versuch wert, oder? — Raymond Disk. 11:15, 11. Apr. 2021 (CEST)
Man könnte auch MediaWiki:Visualeditor-beta-warning ändern. Z.B. "Falls du technische Fehler entdeckst, melde diese bitte" -> "Falls du technische Probleme mit dieser Bearbeitungssoftware entdeckst, melde diese bitte". --FriedhelmW (Diskussion) 11:59, 11. Apr. 2021 (CEST)
Vielleicht sollte man technische fett schreiben? Gruß und Dank für eure Ideen, Peter Gröbner -- 18:10, 11. Apr. 2021 (CEST)
@Raymond: Das Problem tritt immer wieder auf und erst heute hat Tkarcher sein Unverständnis über eine Anfrage geäußert. Magst Du tätig werden? Gruß, -- Peter Gröbner -- 13:42, 13. Okt. 2022 (CEST)
@Peter Gröbner Ich habe soeben MediaWiki:Feedback-dialog-intro wie oben beschrieben angepasst. Gerne Feedback, ob das so passt und wirkt. --Raymond Disk. 22:40, 13. Okt. 2022 (CEST)
@Raymond: Vielen Dank! Hoffen wir das Beste. Gruß und weiterhin viel Spaß, -- Peter Gröbner -- 07:43, 14. Okt. 2022 (CEST)
@Raymond: Es scheint doch nicht (vollständig) zu wirken. Würde es etwas bringen, die hier unterstrichenen Worte einzufügen:
Inhaltliche Fehler oder Änderungsvorschläge bitte auf der Diskussionsseite des Artikels eintragen.? Gruß, -- Peter Gröbner -- 10:26, 14. Okt. 2022 (CEST)
@Peter Gröbner Habe ich jetzt gemacht. Ich habe aber die Befürchtung, dass die Nutzer das alles gar nicht wirklich lesen bzw. den Kontext verstehen. --Raymond Disk. 10:33, 14. Okt. 2022 (CEST)
@Raymond: Super, Danke! Ich teile Deine Befürchtung, aber die Hoffnung stirbt zuletzt. -- Peter Gröbner -- 10:35, 14. Okt. 2022 (CEST)

Änderung/Korrektur eines Artikeltitels?!

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Safari/537.36

Hallo Wikipedia-Team, mir ist auf der noch leeren Seite "Paxos Consulting & Engineering GmbH" aufgefallen, dass der Seitentitel falsch ist. Wie kann man den Titel auf den richtigen Namen des Unternehmens ändern? -> "paXos Consulting & Engineering GmbH & Co. KG" Gerne würde ich die Seite im Anschluss mit Leben füllen. beste Grüße Karsten

Karsten Birkholz (Diskussion) 09:59, 14. Okt. 2022 (CEST)

Vielleicht beantworten Wikipedia:Namenskonventionen#Groß- und Kleinschreibung des Anfangsbuchstabens und die Hilfe:Seitenname#Kanonischer Name Deine Frage. Gruß und weiterhin viel Spaß, -- Peter Gröbner -- 13:09, 14. Okt. 2022 (CEST)

Weiterverwenden eines Belegs im Quelltexteditor

Man kann im visuellen Editor (Variante '2017 wikitext editor', muss in den Beta-Einstellungen als 'Neuer Wikitext-Modus' freigeschaltet werden) die Funktion "Belege" mit der Variante "Weiterverwenden" benutzen.
Im Quelltext-Editor kann ich ebenfalls die Funktion "Belege" verwenden, jedoch "Weiterverwenden" ist nicht aktiv (ausgegraut).
Da ich hin und wieder den Quelltext-Editor gebrauche, finde ich das etwas umständlich, nur für eine Funktionsausführung zum visuellen Editor und wieder zurück wechseln zu müssen.
Liegt das an meinen Einstellungen, oder wurde das nicht programmiert? --T. Wirbitzki (Diskussion) 13:38, 23. Okt. 2022 (CEST)
Edit: Habe ein Phabricator – Bug/Feature: T321693 angelegt. T. Wirbitzki (Diskussion) 19:12, 3. Nov. 2022 (CET)

Autorenliste unvollständig

Gemeldet in Phabricator
Task T315146

Mir ist aufgefallen, dass das VE-Zitierungstool nach fünf (in der en-WP nach elf) Autoren einfach aufhört, also ohne et al. bzw. u. a. anzufügen. Dies halte ich für nicht haltbar, da es zu Falsch-Interpretationen führen kann. --Leyo 12:12, 13. Aug. 2021 (CEST)

Wo lässt sich dies ändern? --Leyo 22:44, 14. Nov. 2021 (CET)
@Hgzh: Du hattest MediaWiki:Visualeditor-cite-tool-name-Literatur angelegt. Gehe ich richtig in der Annahme, dass du dich bei Citoid auskennst? --Leyo 22:42, 8. Aug. 2022 (CEST)
Nein, davon habe ich keine Ahnung. Gruß, -- hgzh 14:02, 9. Aug. 2022 (CEST)
Schade, ich habe unter mw:Talk:Citoid gefragt und schon mal eine halbwegs nützliche Antwort erhalten. --Leyo 22:15, 12. Aug. 2022 (CEST)

In der en-WP wurde die Höchstzahl von 11 auf 15 erhöht. --Leyo 09:20, 18. Aug. 2022 (CEST)

Versteht jemand die Auswirkungen von https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Citoid/+/851646/? --Leyo 14:30, 14. Nov. 2022 (CET)

Link "Eintrag: Keemun bei das-teebuch.de" defekt

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

URL: https://de.wikipedia.org/wiki/Keemun?veaction=edit

2A02:8071:B684:B320:813D:A670:2246:BBAB 18:03, 3. Dez. 2022 (CET)

Visuelles Editor & Übersetzen

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:108.0) Gecko/20100101 Firefox/108.0

URL: https://de.wikipedia.org/wiki/CI/CD?veaction=edit

Irgendwie funktioniert das Editor in Firefox auf Ubuntu 22.04 nicht!

Z.B. dieses Text-Area, wo ich diesen Text schreiben, ändert ständig seine Größe (Anzahl der Zeilen)!!!

Beim Übersetzen klicke ich einmal auf "Blabla hinzufügen)--> der Textteil wird aber mindestens 2x hinzugefügt usw.

Auf windows funktioniert es irgendwie geschmeidiger.

TheWikiPedian (Diskussion) 10:57, 27. Dez. 2022 (CET)

Verdopplung der Liste "Einzelnachweise"

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/108.0.0.0 Safari/537.36 Edg/108.0.1462.54

URL: https://de.wikipedia.org/wiki/Verband_Forschender_Arzneimittelhersteller?veaction=edit

Leider hat sich bei der Bearbeitung der Fußnote 1 - keine Änderung am Link, nur Aktualisierung des plain text zum Abrufdatum - die Liste der Einzelnachweise verdoppelt. Das lässt sich leider auch durch "Änderung rückgängig machen" nicht mehr beheben.

Stefan Hennewig (Diskussion) 22:01, 5. Jan. 2023 (CET)

@Stefan Hennewig: Sehe nicht, dass du was an den Fußnoten geändert hättest. Die Liste ist bei mir auch nicht doppelt. --XenonX3 – (☎) 22:06, 5. Jan. 2023 (CET)
Scheint nur ein vorübergehender Darstellungsfehler im Bearbeitungsmodus zu sein. --Stefan Hennewig (Diskussion) 22:08, 5. Jan. 2023 (CET)

Logischer Fehler

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:108.0) Gecko/20100101 Firefox/108.0

URL: https://de.wikipedia.org/wiki/Ladislaus_Kurpiel?veaction=edit

Es kann nicht stimmen, dass der Spieler Kurpiel 1896 dem DFC Germania Prag beitrat, wenn dieser entsprechend dem Wikipedia-Beitrag erst 1899 gegründet wurde?

46.5.107.56 22:14, 6. Jan. 2023 (CET)

Speichern nicht möglich

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:108.0) Gecko/20100101 Firefox/108.0

URL: https://de.wikipedia.org/wiki/Benutzer:Sculptrice/SI-STAR-FILMPREIS?veaction=edit Beim erstellen eines Artikels möchte ich den zwischendrin speichern. Statt "Speichern" wird mir nur "Seite veröffentlichen" angezeigt und dies ist nicht zu ändern. Ich bitte um Ihre Hilfe.

Sculptrice (Diskussion) 15:05, 14. Jan. 2023 (CET)

Ich kann Änderungen nicht veröffentlichen wegen einer Fehlermeldung

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:108.0) Gecko/20100101 Firefox/108.0

URL: https://de.wikipedia.org/w/index.php?title=Dodgeball&veaction=edit&section=6

Hallo, ich verwende Wikipedia sehr selten, und bin nicht sehr in der Materie wie das alles funktioniert und bin mir auch nicht sicher ob das hier nun der richtige weg ist, jedoch probier ichs einfach mal. ich habe soeben versucht die oben anzeigte Seite zu aktualisieren, jedoch lässt er mich das nicht machen und schickt mir immer folgende Fehlermeldung:

"Caught exception of type ConfigException"

bitte um Hilfestellung bzw. um Information wie hier weiter vorzugehen ist,

Besten Dank Max Golda

European Dodgeball Federation (Diskussion) 19:47, 17. Jan. 2023 (CET)

Defekte Verweise

Es wird ein unsinniger und defekter Verweis ergänzt (siehe weitere Fälle). --Leyo 14:18, 19. Jan. 2023 (CET)

foto

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36 Edg/109.0.1518.70

wie kann ich ein Foto der Seite zufügen?

Inge Bartfai (Diskussion) 11:55, 29. Jan. 2023 (CET)

Hallo Inge Bartfai du meinst hier Eduard Frühwirth?
Das Bild muss zunächst auf →Commons vorhanden sein. Ist es das nicht, müsstest du es erst einmal hochladen, dabei bitte die Urheberrechte am Bild oder die Persönlichkeitsrechte der abgebildeten Person beachten. Sieha dazu
→Hilfe:Hochladen/VisualEditor (um ein neues Bild hochzuladen) und →Hilfe:Bilder/VisualEditor (um ein vorhandenes Bild einzubinden)
Hilft dir das weiter? --Liebe Grüße, Lómelinde Diskussion 12:57, 29. Jan. 2023 (CET)

Laufenden Antivirusschutz

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36 Edg/109.0.1518.78

Ich habe bei Norton für das laufende Jahr Antivirusschutz bezahlt.Mein alter Laptop ist defekt.Ich habe einen neuen Laptop aber bekomme den Antivirusschutz nicht da drauf.

88.71.173.169 12:47, 4. Feb. 2023 (CET)

MediaWiki mit VisualEditor Extension: UML-Diagramme gehen beim Speichern im Visual-Editor bearbeiten Modus verloren.

Microsoft Edge 102.0.1245.30 (Offizielles Build) (64-Bit), MediaWiki 1.37.0, Visual-Editor 0.1.2, Docker 20.10.17, UML 0.7
In MediaWiki öffnen Sie mit der Funktion Bearbeiten, welche das Visual-Editor Extension aufruft eine Seite mit Textinformationen und UML-Diagrammen. Auf dieser Seite werden nur Textanpassungen vorgenommen. Die Seite wird dann gespeichert. Anschliessend sind alle UML-Diagramme, die auf dieser Seite vorhanden waren, verloren. Im normalen Wiki-Editor (Quelltext bearbeiten) funktioniert alles korrekt. Es funktioniert nur nicht, wenn man die Seite mit dem VisualEditor editiert. (nicht signierter Beitrag von DanieleSnider (Diskussion | Beiträge) 14:37, 24. Jun. 2022 (CET))

Parameter-Verdopplung sollte nicht sein

In Spezial:Diff/233432314 ist durch den VE der Parameter "Karriereende" verdoppelt worden. Wenn man im Quelltext arbeitet, kann das schon mal passieren, aber der Visual Editor könnte das durchaus abfangen. Noch dazu wurde der Parameter vor der bereits existierenden Kopie eingetragen und war somit wirkungslos.

@Kawona67: Kein Vorwurf, ich will nur wissen ob du irgendwelche Warnungen/Hinweise bekommen hast oder irgendeine besondere Bedienung verwendet? --Wurgl (Diskussion) 10:05, 5. Mai 2023 (CEST)

Hi. Ich arbeite fast ausschließlich im Quelltext. Dass das "Karriereende" schon drin stand, habe ich übersehen und deshalb - ganz normal - manuell neu dazu geschrieben. Eine Warnmeldung oder einen Hinweis in irgendeiner Form habe ich nicht erhalten oder ist mir zumindest nicht ins Auge gefallen. --Kawona67 (Diskussion) 10:41, 5. Mai 2023 (CEST)
Warum steht bei dem Edit "Markierung: Visuelle Bearbeitung"? --Wurgl (Diskussion) 10:44, 5. Mai 2023 (CEST)
Das steht m.E. da auch, wenn ich nur einmal in den Editor gewechselt bin, auch wenn ich in der Summe 99% im Quelltext und nur 1% mit dem Visual Editor mache. "Fast ausschließlich" heißt ja nicht, dass ich gar nichts mit dem Editor mache. Meist wechsle ich kurz für die Bearbeitung des Fließtextes dahin, weil ich damit einfacher Links und Belege einfügen kann. Die Infobox habe ich aber definitiv im Quelltext bearbeitet.--Kawona67 (Diskussion) 11:26, 5. Mai 2023 (CEST)
Es gibt die Markierung "Visuelle Bearbeitung: Gewechselt", ich hab die schon mehrfach gesehen. Aber okay, wenn du das im Quelltext gemacht hast, dann ist es wohl nicht die Schuld des VE. --Wurgl (Diskussion) 12:24, 5. Mai 2023 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Wurgl (Diskussion) 12:24, 5. Mai 2023 (CEST)

Rang in der Tabelle wäre praktisch wie oben - kann das wer machen

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/110.0.0.0 Safari/537.36

URL: https://de.wikipedia.org/w/index.php?title=Liste_der_L%C3%A4nder_nach_CO2-Emission_pro_Kopf&veaction=edit&section=4

2A02:8388:6100:1E00:8F6:4FAE:217B:8619 12:47, 17. Feb. 2023 (CET)

Tippfehler Einzelnachweis 27

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/112.0

URL: https://de.wikipedia.org/w/index.php?title=Umsatzsteuer_(Deutschland)&veaction=edit&section=12

Es muss 2021 heißen, nicht 2020


62.54.39.242 09:25, 12. Mai 2023 (CEST)

--Wurgl (Diskussion) 15:57, 12. Mai 2023 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Wurgl (Diskussion) 15:58, 12. Mai 2023 (CEST)

Problem beim Bearbeiten von Tabellen mit Visual Editor

Seit heute habe ich Probleme beim Bearbeiten von umfangreichen Tabellen mit dem Visual Editor. Wenn ich eine Tabelle Liste von Sakralbauten im Landkreis Börde bearbeite, rollt der Bildschirm immer bis ans Ende der Tabelle, sobald ich eine Zelle zum Ändern anklicke. Wie kann ich das beheben? Vor einer Woche funktionierte das noch problemlos. --Heiner Martin (Diskussion) 17:28, 17. Feb. 2023 (CET)

Ich schließe mich mal an, hab nächlich das selbe Problem seit Freitag... --MarWal1985 (Diskussion) 13:48, 20. Feb. 2023 (CET)
Seit gestern geht es wieder, warum auch immer: Danke! --MarWal1985 (Diskussion) 07:46, 22. Feb. 2023 (CET)

Editing news 2023 #1

In einer anderen Sprache lesen • Abonnenten dieses mehrsprachigen Rundschreibens

In diesem Rundschreiben wird über zwei wesentliche Entwicklungen der Arbeitsgruppe Bearbeitung berichtet:

  1. Die Arbeitsgruppe Bearbeitung wird das Hinzufügen von Neuerungen zum Diskussionsseitenprojekt abschließen und zum Einsatz bringen.
  2. Sie fängt das neue Projekt Änderungsprüfung an.

Diskussionsseitenprojekt

 
Einige der bevorstehenden Änderungen

Die Arbeitsgruppe Bearbeitung ist fast mit der ersten Phase des Diskussionsseitenprojektes abgeschlossen. Fast alle der technischen Ergänzungen sind jetzt im Beta Feature für Diskussions-Werkzeuge verfügbar.

Es werden Informationen zur Diskussionsdynamik dargestellt, wie zum Beispiel wann der letzte Beitrag verfasst wurde. Bald wird es eine neue „Abschnitt hinzufügen“ Schaltfläche geben. Es wird möglich sein, diese Entwicklungen in den Special:Preferences#mw-prefsection-editing-discussion abzuschalten. Bitte teile der Arbeitsgruppe Deine Meinung mit.

 
Tagesquote Fertigstellung von Bearbeitungen aufgeschlüsselt nach Versuchsgruppe: DiscussionTools (Versuchsgruppe) und MobileFrontend Einblendung (Kontrollgruppe)

Ein A/B-Test für Diskussions-Werkzeuge auf der Seite für mobile Endgeräte wurde durchgeführt. Bearbeiter waren erfolgreicher mit Diskussions-Werkzeuge. Die AG Bearbeitung schaltet diese technischen Ergänzungen für alle Bearbeiter, die ein mobiles Endgerät benutzen, frei.

Neues Projekt: Änderungsprüfung

Die Arbeitsgruppe Bearbeitung fängt ein Projekt zur Unterstützung neuer Wikipediaautoren an. Es soll Menschen bei der Feststellung gewisser Probleme unterstützen, bevor sie auf „Änderungen veröffentlichen“ klicken. Das erste Werkzeug wird Leute ermutigen, Einzelnachweise zu liefern wenn sie neue Inhalte hinzufügen. Bitte beobachte diese Seite für weitere Informationen. Um mehr zu erfahren kannst Du am 2023-03-03 an einer Telefonkonferenz teilnehmen.

–Whatamidoing (WMF) (Diskussion) 00:24, 23. Feb. 2023 (CET)

Foto upload nicht möglich

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/110.0.0.0 Safari/537.36 Edg/110.0.1587.50

URL: https://de.wikipedia.org/w/index.php?title=Stefan_Evers&veaction=edit&section=1

Das System ermöglicht es mir nicht, das Foto von Stefan Evers zu aktualisieren.

GGosciniak (Diskussion) 08:05, 24. Feb. 2023 (CET)

@GGosciniak, dafür wäre es erforderlich, dass erst einmal ein aktuelleres Foto auf Wikimedia Commons existiert. Dort sind, soweit ich das sehen konnte, nur Bilder aus dem Jahr 2017 vorhanden. Für weitere Informationen schau bitte auf Hilfe:Hochladen/VisualEditor Allerdings sehe ich auch keine so große Notwendigkeit das vorhandene Bild zu ersetzen. --Liebe Grüße, Lómelinde Diskussion 10:06, 24. Feb. 2023 (CET)

Bearbeitung meiner Benutzerseite gebleicht

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 Safari/537.36 Edg/112.0.1722.34

URL: https://de.wikipedia.org/wiki/Benutzer:Benjamin_Kind?veaction=edit Die Bearbeitung meiner Benutzerseite ist nicht mehr möglich, weil das Bearbeitungsmenü gebleicht angezeigt wird.

Benjamin Kind (Diskussion) 22:03, 8. Apr. 2023 (CEST)

Hallo Benjamin Kind, das liegt scheinbar daran, dass dort nur eine Bilddatei eingefügt wurde, du kannst aber in den Wikitextmodus umschalten siehe Hilfe:VisualEditor/Wikitext und dann etwas ändern, ich hoffe danach kannst du dann auch wieder auf visuell umschalten und das Menü ist aktiviert. Warum das passiert, weiß ich nicht genau, aber ich vermute die Software hat mit dieser Konstellation irgendwie Probleme. Ich rufe mal XanonymusX hinzu, vielleicht weiß er etwas über dieses Problem. --Liebe Grüße, Lómelinde Diskussion 06:48, 9. Apr. 2023 (CEST)
Hm, das war mir noch gar nie aufgefallen, aber das hat an sich schon seine Richtigkeit: Wenn der Cursor im VE nicht fokussiert ist (also nichts ausgewählt wurde), kann auch keines der Formatierungswerkzeuge verwendet werden, da sonst unklar wäre, wo etwas eingefügt werden soll. Wenn Text auf der Seite ist, steht der Cursor automatisch in der ersten Zeile, ohne Text muss erst ein Bereich ausgewählt (angeklickt) werden, in dem man etwas einfügen möchte. Finde ich eigentlich relativ logisch. Gruß --XanonymusX (Diskussion) 16:59, 9. Apr. 2023 (CEST)

Duale Zahlen kein Hauptidealring

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/111.0

URL: https://de.wikipedia.org/w/index.php?title=Duale_Zahl&veaction=edit&section=2

Es steht hier, dass die dualen Zahlen ein Hauptidealring sind. Hauptidealringe sind jedoch immer Integritätsringe. Da die dualen Zahlen aber Epsilon als Nullteiler haben, können die dualen Zahlen kein Integritätsringring sein, somit auch kein Hauptidealring. Die Tatsache, dass alle Ideale Hauptideale sind, reicht nicht, wie man hier sieht: https://de.wikipedia.org/wiki/Hauptidealring.

2001:9E8:AB2E:2200:315C:D10C:9A54:172B 18:51, 19. Apr. 2023 (CEST)

Was wurde aus dem Visual Editor in der deutschsprachigen Wikipedia?

Hallo Ihr Lieben!

Seit kurzer Zeit verstehe ich die Welt nicht mehr. Grund ist, dass auf einmal in der gesamten deutschsprachigen Wikipedia (in JEDEM Artikel) die Schaltfläche "Bearbeiten", also der Visual Editor, nicht mehr vorhanden ist.

Nach nun über fünf Jahren und zahlreichen Bearbeitungen habe ich mich mit der nicht ganz einfachen Syntax der Quelltext-Bearbeitung vertraut gemacht, beherrsche aber noch längst nicht alles. Insbesondere bei der Bearbeitung von umfangreichen Artikeln wird die Arbeit nur über den Quelltext, und dies schon optisch, erheblich erschwert. Unerfahrene Benutzer und solche, die mit guten Absichten neu dazukommen wollen, dürften da mit dem Rücken zur Wand stehen.

Es gibt Situationen, in denen der Visual Editor unerlässlich ist. Man nehme sich als Beispiel nur einmal in einem x-beliebigen Artikel die Einzelnachweisliste vor. Dort findet man immer wieder solche Hinweise:

"Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis."

Als es den Visual Editor noch gab, ist es mir in vielen Fällen gelungen, die Quellenbelege in den Einzelnachweisen nach einer Prüfung auf ihre Funktionsfähigkeit gemäß Anleitung so in Ordnung zu bringen, dass sie wie alle anderen ganz normal erscheinen. Es ist jedenfalls für mich ein Buch mit mehr als sieben Siegeln, auf welche Weise das funktionieren soll, wenn nur noch die Quelltext-Bearbeitung zur Verfügung steht.

Ein ähnliches Problem taucht neuerdings bei Beiträgen auf den Diskussionsseiten zu Wikipedia-Artikeln auf. Es gibt auf einmal nicht einmal mehr ein Minimal-Werkzeugfeld, mithilfe dessen man den entsprechenden Text beispielsweise in Fettschrift oder kursiv schreibt. Das Unterschreiben (Signatur) geht neuerdings nur noch quelltextmäßig so - wie soll ein Newcomer auch damit klarkommen?

Zwei Querstriche, dann vier Tilden

Ich verstehe nicht, was da auf einmal los ist und auch eine umfangreiche Webrecherche hat mir keine Antwort geliefert. Vielleicht erfahre ich es ja aufgrund dieser Zuschrift. Viele Grüße--Monika Hoerath (Diskussion) 01:25, 3. Mai 2023 (CEST)

Also, wikipediaweit hat sich da sicherlich nichts verändert, ich sehe selbst immer beide Optionen, auch wenn ich mich auslogge. Ich sehe bei dir seit dem 5. April keine visuellen Bearbeitungen mehr. Hast du eventuell unter Spezial:Einstellungen#mw-prefsection-editing einen Haken bei VisualEditor während der Beta-Phase deaktivieren gesetzt? Anders könnte ich es mir nicht erklären. Gruß --XanonymusX (Diskussion) 02:31, 3. Mai 2023 (CEST)
@XanonymusX Danke Dir sehr herzlich für Deine Nachricht, die mir gerade unterkam. Was ich bestätigen kann ist, dass das Ganze noch nicht allzu lange her ist. Vorher lief über Jahre alles ganz normal. Soeben habe ich unter den Einstellungen festgestellt (nicht leicht auf Anhieb zu finden, läuft unter dem Titel "Bearbeitungsprogramm"), dass bei "Visual Editor während der Beta-Phase deaktivieren" KEIN Haken gesetzt ist. Ich habe da auch zu keiner Zeit irgend etwas geändert. Da kommt man doch gleich in Verschwörungstheorien (mit Augenzwinkern gesagt): "Ich bin gehackt worden". Das kann aber nicht sein. Hast Du noch eine andere Erklärung, dafür wäre ich Dir dankbar. Liebe Grüße--Monika Hoerath (Diskussion) 16:02, 4. Mai 2023 (CEST)

VE ändert URL ungültig

Unter WD:WPCH#Maag AG ist uns aufgefallen, dass die Zitierfunktion des VE e-periodica-URLs ändert, so dass sie nicht mehr funktionieren. Betroffene Artikel sind mittels insource:/e-periodica\.ch\/\/digbib/ zu finden. --Leyo 19:19, 13. Jun. 2023 (CEST)

Unnötige Bearbeitungen in den Referenzen

Der VisualEditor hat irgendwas in den Einzelnachweisen gemacht, was ein Bot begründet revertiert siehe https://de.wikipedia.org/w/index.php?title=Ahorne&action=history (19. Juni 2023) Beste Grüße! --Fan-vom-Wiki (Diskussion) 20:05, 19. Jun. 2023 (CEST)

Rückgängig

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/16.6 Safari/605.1.15

URL: https://de.wikipedia.org/w/index.php?title=Manfred_L%C3%BCtz&undoafter=235855285&undo=235859464&oldid=235859464&veaction=edit

Tetje999 (Diskussion) 14:59, 27. Jul. 2023 (CEST)

Kategorien werden an falsche Position bei Personenartikeln gesetzt

Moin Moin zusammen, es gibt ein Projekt, was sich mit der Personendaten-Wartung beschäftigt und dort eine ID, dass Kategorien nicht nach den Personendaten stehen sollen, so wie auch in der Formatvorlage für Biografien beschrieben. Nun hatte ich einige Benutzer angesprochen, weil ebend doch Kategorien nach den Personendaten eingefügt werden (Anfrage an Benutzer). Da diese Person mit dem VE arbeitet (siehe Markierung in der Versionsgeschichte), könnte ich mir vorstellen, dass die Personendaten als Vorlage ignoriert werden, weil nicht direkt als Auswirkung nach außen? Es wäre allerdings schön, wenn man da nicht nacharbeiten müsste. Kann man das bitte einstellen? Danke --Crazy1880 13:22, 4. Nov. 2023 (CET)

@Crazy1880 Ganz offen gefragt, weil ich die Hintergründe für die Personen-Artikel-Regelung nicht kenne: Warum sollen/dürfen Kategorien nicht am Ende stehen? Mir ist auch keine Konfiguration des VE bekannt, die hier eine Ausnahme für Personenartikel machen könnte. Unter dem Aspekt, dass mittlerweile der VE sehr viel verwendet wird, wäre es da undenkbar, sich von der Sonderregel zu verabschieden? Ich sehe auch in Nacharbeit nicht wirklich viel Sinn. Wer den VE verwendet, schaut sich den Quelltext in der Regel wohl auch nicht mehr an. --Raymond Disk. 14:24, 4. Nov. 2023 (CET)
Moin Raymond, vielen Dank für deine Rückmeldung. Ich habe die 'Regel' zur Wikipedia:Formatvorlage Biografie und auch die entsprechenden Wartungen dazu nicht iniziert, aber da sind die Kategorien in Personenartikel immer zwischen SORT und Personendaten und bei normalen anderen Artikel immer das letzte im Artikel. Persönlich finde ich, dass Kategorien schon an definierten Punkten stehen sollten, damit man sie zentral findet und nicht eines da und eines dort. VE wäre mir egal, sollte das aber berücksichtigen. Die Personendaten müssten ja als Vorlage erkennbar sein und dann kann man dem VE auch sagen, wenn PD ja, dann Kat vor diese. Ist bestimmt nur eine Programmzeile als Code. mfg --Crazy1880 15:57, 4. Nov. 2023 (CET)
@Crazy1880 Ich stimme mit dir darin überein, das "Kategorien schon an definierten Punkten stehen sollten, damit man sie zentral findet und nicht eines da und eines dort." Und das ist für mich ganz am Ende des Quelltextes, wie in allen Wikis in allen Sprachen. Den Visual Editor für diesen einen Sonderfall zu ändern, halte ich für fast ausgeschlossen. Also, dass sich jemand diese Mühe macht. Das würde bedeuten, dass man die projektneutrale Software des Visual Editors, der ja von Dritten (Firmen, Vereinen usw.) in eigenen Wikiinstallationen genutzt wird, um eine Wikimedia-spezifische Konfigurationsvariable erweitern müsste. Und das ist deutlich mehr als eine Progammzeile. Und wenn ich mir Vorlage:Personendaten (Q5153934) anschaue, nutzt kaum noch ein größeres Wiki überhaupt Personendaten. Der Nutzen/Aufwand steht da in keinem Verhältnis. Ich würde dafür plädieren, dass man den hiesigen Sonderfall für Personenartikel so nach und nach umstellt.
Aber natürlich ist meine Meinung hier nicht ausschlaggebend, zumal ich mich ja auch nicht an der Wartung beteilige. --Raymond Disk. 19:11, 4. Nov. 2023 (CET)
TL;DR: No way.
Hier rächt sich eine kurzsichtige Fehlentscheidung.
  • Die PDler hatten vor anderthalb Jahrzehnten beschlossen, bei der manuellen Quelltextbearbeitung abweichend von den sonstigen Praktiken ausnahmsweise nach den Kategorien zu schreiben; wohl um einfacher auffindbar zu sein. Damals kannte man nichts anderes.
  • Der VE hat global den Auftrag, die Kats hinter den letzten anderen non-Interlanguage-Wikitext zu schreiben. In allen Wikis, und das ist auch sinnvoll.
  • Das lässt sich nicht auflösen.
  • Moral von der Geschicht: Fummel keine Extras und Ausnahmeregeln, wenn nicht zwingend erforderlich, und mach alles so einfach wie möglich.
Einstweilen kann ein im PD-Bereich tätiger Bot sowas irgendwie detektieren und täglich oder monatlich mal wieder umsortieren. Ein Schaden entsteht zwischenzeitlich nicht.
Perspektivisch müsste man die Extrawurst vermutlich aufgeben.
  • Dazu müssten aber eine Dreiviertelmillion Artikel umgeschrieben werden, was mehrere Wochen dauern würde.
  • Und es müssten Tausende von Autoren umlernen und sich an eine Änderung gewöhnen, was ein halbes bis ganzes Jahrzehnt brauchen wird.
  • Wir können es aber bei minimaler Kleinreparatur belassen (Status Quo). Sollte wirklich eines Tages eine Änderung der Abspeicherung von Artikeln von Wikitext auf Objektmodell passieren, dann erledigt sich das Problem von selbst: Bei Generierung des Wikitextes der Seite stehen die Kats dann immer ganz am Ende, mit Interlanguage, und beim Speichern ist es der Software eh wurscht weil sie es in interne Strukturen überführt.
  • Eine uneinheitliche Lösung (ist egal wo die PD stehen, vielleicht vor Kat hinter Vorlage:Normdaten, vielleicht noch vor Vorlage:Normdaten) wird die Community nicht mitmachen; es bedarf einer klaren Regelung des Soll-Zustandes für alle Artikel.
Am VE wird aus genannten Gründen niemand etwas ändern – VE (wie schon angemerkt) ist ein globaler Code für fast 1000 Wikis innerhalb der WMF plus Hunderte außerhalb.
WSTM sortiert das ja wohl schon seit einem Dutzend Jahren um, wenn ich mich recht erinnere.
VG --PerfektesChaos 13:13, 5. Nov. 2023 (CET)
Man kann mal hier anfangen: Wikipedia:Formatvorlage Biografie und die Anordnung neu gestalten. Wenn die Diskussion dann zu Ostern (das Jahr bitte selbst aussuchen) durch sind, dann kann man über Schritt 2 "Bot sortiert nebenbei um) nachdenken. --Wurgl (Diskussion) 16:37, 5. Nov. 2023 (CET)
Ich würd da überhaupt nix „anfangen“.
  • Das hat Tausende von Beteiligten und Betroffenen, und bis es überhaupt einen Konsens für eine Änderung gibt, gehen Hunderte von Arbeitsstunden fürs Diskutieren drauf, und anschließend ein Jahrzehnt bis eine Änderung bei allen Autoren ankommt, und zwischenzeitlich wieder Hunderte von Stunden auf FZW für irritierte Anfragen.
  • Vorher geht eher das Schiffstau durchs Nadelöhr, oder die Umstellung auf Speicherung als Objekt (die der VE seit 2013 temporär durch interne Umwandlung vornimmt, und danach wieder als Wikitext zurückschreibt), und damit erledigt sich die Angelegenheit von selbst.
  • Gelegentliches Bot- Nachputzen und WSTM langen bis dahin völlig; also Anordnung gemäß Status Quo.
  • Bei einer Dreiviertelmillion betroffener Artikel kann nichts mal aus dem Handgelenk umgestrickt werden.
VG --PerfektesChaos 16:48, 5. Nov. 2023 (CET)
Deshalb ja der Zusatz "(das Jahr bitte selbst aussuchen)", eben weil ich endlose Diskussionen befürchte. --Wurgl (Diskussion) 17:00, 5. Nov. 2023 (CET)
Wer mag, kann das Thema auf Wikipedia:Formatvorlage Biografie ansprechen (ich nicht). Eigentlich interessiert mich auch nur, welche Gründe es für diese Anordnung gibt. "Haben wir schon immer so gemacht"? Ich hätte auch kein Problem damit, wenn die Anordnung im Wikitext auf absehbare Zeit nicht ganz einheitlich ist, da es Null Auswirkungen auf die Leseansicht und Benutzer des VE hat. Alle Wikitext-Autoren könnten ja umlernen, wenn es so beschlossen wurde. Zumal der VE, wie ich schon dargelegt habe, sowieso nicht angepasst wird/werden kann. Oder man lebt damit, dass ein Wartungsteam für die nächsten Jahrzehnte eine Sisyphos-Arbeit verrichtet für Noppes. Man muss das auch nicht groß durchplanen, nur zu einem Konsens kommen. Ostern 202x vielleicht. --Raymond Disk. 19:33, 5. Nov. 2023 (CET)
Meiner umnebelten Erinnerung nach ging es darum, dass man sich als unsichtbarer metadata-Container auffindbar vom sichtbaren Artikeltext absetzen wollte.
  • Dito mit Vorlage:Normdaten, die ebenfalls unsichtbare „Metadaten“ zum Artikel hinterlegten, und die als Gegenstück unmittelbar vor den Kategorien stehen sollten.
  • Nur PD-ND-Wartungspersonal konnte damals diese Informationen sehen. Publikum wohl bis heute nicht?
Diese Regelungen sind dann jahrelang mit viel Mühe in die Dickschädel der Autoren hineingeprügelt worden.
  • Nachdem diese es einmal gefressen hatten, wird es ein Jahrzehnt dauen, bis das aus den Köpfen wieder rausoperiert worden ist, und dafür Hunderte an Diskussionsstunden konsumieren, weil bei einer Dreiviertelmillion ausnahmslos alle Themen und Fachgebiete betroffen sind.
  • „könnten ja umlernen“ – äh, nein. Manche. Viele. Aber gerade unter der Crew von 2005 gibt es ein Dutzend meinungsstarke mit sechsstelligem Editcount, die bei jeder Veränderung im Wiki den Untergang des Abendlandes sehen, ob dieser von dir veranlassten Zumutung nunmehr die Einstellung der Artikelarbeit androhen, und noch jahrelang bei jeder Gelegenheit dieses schreckliche Drama in jede Diskussion einstreuen, und permanent das Klima vergiften. Wir haben noch Helden, die trauern dem Monobook nach, sehen Vector 2010 als unverzeihlichsten Fehler der Wiki-Geschichte an, und das mal für ein Dreivierteljahr bis zur Ablösung durch wikitable verwendete prettytable müsse 2023 wieder reaktiviert werden und überall gleichberechtigt simultan zugelassen werden. Ach ja, und die Rechtschreibreform von 1995/1996 muss auch zurückgenommen werden.
Manchmal ist es schlauer, das einfach mal in Frieden zu lassen, und keine Unruhe in die Wikiwelt zu tragen. Irgendwann löst sich das wie dargestellt von selbst in Wohlgefallen auf.
VG --PerfektesChaos 20:39, 5. Nov. 2023 (CET)
Mir ist völlig egal, wo was im Wikitext steht, da ich zu 99 % nur noch den VE nutze. Ich habe @Crazy1880 geantwortet, dass es nicht geht, was er sich wünscht, damit beende ich das Thema auch für mich. --Raymond Disk. 21:56, 5. Nov. 2023 (CET)

Falscher Gewässername in Überschrift und Text

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36 Edg/119.0.0.0

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

Hallo, ich habe den Artikel vor einigen Jahren selber angelegt und mit ist dabei leider ein Fehler unterlaufen, denn ich leider nicht selber korrigieren kann. Der Bach heißt Autermanngraben und nicht Austermanngraben. Dieses ist auch aus der angegebenen Quelle ersichtlich.

MfG

194.156.214.2 14:28, 7. Dez. 2023 (CET)

Zusammenfassung von Galerie-Parametern in einen Quellcode-Absatz

Ist die Zusammenfassung der „Parameter“ bei dieser Bearbeitung beabsichtigt bzw. sinnvoll? -- Peter Gröbner -- 17:27, 9. Dez. 2023 (CET)

Mehrspaltige Liste

Benutzer:Gereon K. fragt in der Zusammenfassungszeile, ob die von mir in meiner Zusammenfassungszeile schon angemerkte Zusammenfassung ein Visual-Editor-Fehler ist: Spezial:Diff/240046214 und die vorangegangene Bearbeitung. -- Peter Gröbner -- 11:13, 10. Dez. 2023 (CET)

Das wird ein grundlegendes Problem sein: Der VE „trimmt“ grundsätzlich alle Werte; heißt: Führender und schließender „Whitespace“, namentlich Leerzeichen und Zeilenumbruch, werden von Parameterwerten entfernt.
Das ist ein sehr sinnvolles Vorgehen und trägt zur Normalisierung und Vergleichbarkeit bei und vermeidet Datenfehler und negative Wirkungen bei schlumpfigen Vorlagen.
Hier wird für exakt einen Parameternamen angestrebt, dass der Parameterwert mit einem Zeilenumbruch beginnen soll. Das wird sich kaum auflösen lassen, und es müsste ein neues System geschaffen werden und über TemplateData dann zugewiesen werden, dass hier ein Zeilenumbruch zu Beginn erlaubt wäre.
Prognose: Das wird niemand umsetzen.
VG --PerfektesChaos 11:59, 10. Dez. 2023 (CET)
Dass der VE bei Bearbeiten einer Infobox automatisch eine Leerzeile über die Infobox schreibt, der Artikel danach also nicht mehr am oberen Bildrand anfängt, ist auch ein VE-Fehler, den es schon seit Angebinn gibt und der nie behoben werden wird. --Gereon K. (Diskussion) 12:31, 10. Dez. 2023 (CET)

Lifo

Der Editor unter Lifo funktioniert seit einigen Wochen bei mir nicht mehr. Woran liegt das?--Reisender Raumplaner (Diskussion) 20:58, 6. Jan. 2024 (CET)

Vorlage Toter Link

Gemeldet in Phabricator
Task T67362

Hallo, mir ist aufgefallen, dass in einigen Fällen beim Editieren mit dem VE nach der Vorlage:Toter Link Text eingefügt wird, der eine Art Quelltext des von der Vorlage angezeigten Textes ist, siehe z. B. hier. Passiert möglicherweise nur in jenen Fällen, wo die Vorlage unmittelbar an einer "nackten" URL klebt, also etwa <ref>https:// ... .htm{{Toter Link ... }}</ref>. Betroffen sind die Edits von verschiedenen Mitarbeitern in verschiedenen Artikeln, immer mit VE. Ich vermute daher, dass das etwas mit einer Einzelnachweis-Formatier-Funktion des VE zu tun haben könnte. lg --Invisigoth67 (Disk.) 15:57, 15. Jan. 2024 (CET)

Ist leider ein bekannter Bug: VisualEditor: URLs followed immediately by {{templates}} are improperly displayed and cannot be edited --Tkarcher (Diskussion) 16:42, 15. Jan. 2024 (CET)
Danke für die Info. Seit fast 10 Jahren ungelöst, offenbar nur als minor bug behandelt... lg --Invisigoth67 (Disk.) 17:14, 15. Jan. 2024 (CET)

fehlendes Foto

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0

URL: https://de.wikipedia.org/w/index.php?title=Carola_Wegerle&veaction=edit Sehr geehrte Damen und Herren, vor über einem Jahr habe ich Herrn Nutschan ein neues Foto zugesandt, mit der Bitte, es auf meiner Seite zu posten. Die Fotografin hat schon vor Längerem ihre Zustimmung erteilt. Warum ist es noch immer nicht gepostet? Mit freundlichen Grüßen Carola Wegerle

Carola Wegerle (Diskussion) 19:15, 13. Jan. 2024 (CET)

Das neue Foto wurde gelöscht, weil die notwendige Lizenz auch nach mehrwöchiger Aufforderung nicht auf der Bildseite hinterlegt war. Weitere Hintergründe über das Warum und Wieso kann ich der Versionsgeschichte nicht entnehmen. @Conny: Weißt du Näheres? VG, Tkarcher (Diskussion) 19:35, 13. Jan. 2024 (CET)
@Tkarcher ich habe das Bild im Juli hochgeladen. Es gibt die Ticketnummer 2023071310008813 für das Bild - kannst du schauen ob das passt? Dankend, --Conny 18:24, 14. Jan. 2024 (CET)
Nein, das können nur Mitglieder des Support-Teams. Praktischerweise ist Benutzer:Krd sowohl der löschende Admin als auch Support-Team-Mitglied. @Krd: Könntest du bitte nochmal schauen, was mit der Freigabe damals nicht geklappt hat, und ob sich commons:File:Carola Wegerle 2009.jpg ggf. mit der oben genannten Ticketnummer wiederherstellen lässt? Danke und Gruß, Tkarcher (Diskussion) 21:03, 14. Jan. 2024 (CET)
Habe eine Anfrage bezüglich Ticketüberprüfung gestellt bei https://commons.wikimedia.org/wiki/File:Carola_Wegerle_2009.jpg . --Conny 06:39, 18. Jan. 2024 (CET)
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Rückmeldungen/Archiv/2&oldid=244140294“