Wikipedia:Technik/Archiv/2023

Diese Seite ist ein Archiv abgeschlossener Diskussionen. Ihr Inhalt sollte daher nicht mehr verändert werden. Benutze bitte die aktuelle Projektseite, auch um eine archivierte Diskussion weiterzuführen.

Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise

[[Wikipedia:Technik/Archiv/2023#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

https://de.wikipedia.org/wiki/Wikipedia:Technik/Archiv/2023#Thema_1

Frage zum Archiv (Benutzerdisk)

Hallo zusammen! Ich hab vor ein paar Tagen ein Archiv für meine Disk angelegt: Benutzerin Diskussion:Nadi2018/Archiv/2023. Es wurden auch schon Abschnitte archiviert, das funktioniert also. Allerdings erscheint auf meiner Disk in der Archiv-Box oben rechts das Jahr 2023 noch nicht, das müsste eigentlich automatisch funktionieren. Weiß jemand, warum und was ich da tun kann? Danke und Grüße,--Nadi (Diskussion) 10:47, 10. Jan. 2023 (CET)

Das hat sich inzwischen erledigt. Frage an @Lómelinde:: was war da schiefgelaufen? Ich hab da doch alles richtig gemacht? Vielen Dank und Grüße--Nadi (Diskussion) 11:35, 10. Jan. 2023 (CET)

Ja, bei dir ist alles richtig, es muss aber scheinbar immer nach dem Jahreswechsel in der Liste der Jahre angepasst werden. Siehe Versionsgeschichte der Vorlage Ich musste auch erst etwas suchen. Kritisch wird es dann wohl 2030, da die Vorlage nur bis 2029 angelegt ist. --Liebe Grüße, Lómelinde Diskussion 11:51, 10. Jan. 2023 (CET)

Danke! Bis 2030 ist ja noch a bisserl Zeit, bis dahin habt Ihr Euch was einfallen lassen... Viele Grüße, --Nadi (Diskussion) 11:53, 10. Jan. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Nadi (Diskussion) 11:54, 10. Jan. 2023 (CET)

Einführung Vector 2022

Anschließend an den Abschnitt eins drüber: Diesen Mittwoch wird Vector-2022 auch in der enWP zum Standardskin (was durch die WMF von entsprechender PR begleitet werden wird). Damit stellt sich langsam die Frage, wie es mit dem Skin für die deWP weitergehen soll. Pläne der WMF für unser Projekt sind mir bislang nicht bekannt, wir bräuchten auf jeden Fall eine Art Communitykonsens. Leider steht zu befürchten, dass bei einem etwaigen MB alles zerredet wird und am Ende gar eine Situation ähnlich der Mediaviewer-Einführung entsteht. Wie wollen wir also vorgehen? (Ping auch speziell an @Aschmidt: zur Kenntnis). Eine Übersetzung von en:Wikipedia:Vector 2022 wäre vermutlich ein Anfang. Gruß --XanonymusX (Diskussion) 16:25, 16. Jan. 2023 (CET)

Nur kurz erstmal: ich würde es Stand jetzt noch nicht über's Knie brechen wollen. Soweit ich weiß sind noch einige Design-Änderungen in der Pipeline (betrifft das Hauptmenü und die Verschiebung des Werkzeugbereichs nach rechts), das sollten wir mindestens abwarten. Ein Problem bei der MediaViewer-Einführung war ja, dass er schlicht noch nicht ausgereift war. Gegen eine entsprechende Infoseite analog der von dir verlinkten spricht aber mE nichts. Gruß, -- hgzh 16:45, 16. Jan. 2023 (CET)

Ich hätte mir auch gewünscht, dass sie alle ihre Änderungspläne bereits vor breiter Aktivierung und Bewerbung umgesetzt hätten, aber das passte wohl nicht in den Jahresplan der Foundation. Nun ja. Ich befürchte, dass nach dieser Woche die Diskussion irgendwo auf deWP sowieso aufkommt; kann auch sein, dass von WMF-Seite die deWP relativ bald ins Auge gefasst wird. Es wäre natürlich schön, wenn wir dafür etwas vorbereiten könnten. Das Dilemma ist in diesen Situationen halt immer, dass die Community letzten Endes der WMF eine solche Entscheidung nicht abnehmen kann, wodurch ein MB ein ungeeignetes Instrument zur Herstellung des Communitykonsenses ist. Aber das erklär mal der Community … --XanonymusX (Diskussion) 17:02, 16. Jan. 2023 (CET)

Hilfe:Skin/Vector 2022 wäre bei uns der passende Ort.

Erstmal soll die enWP praktische Erfahrungen machen, Trüffelschwein spielen, im Alltagseinsatz Bugs und Unzulänglichkeiten aufspüren.

• Danach soll das Dingens so lange wie möglich reifen, robuster gemacht werden, und erstmal an kleinen Wikis und non-WP mag die WMF experimentieren.
• Also strecken, strecken, strecken.

Wenn bei uns eine Entscheidung anstünde, dann ginge es erstmal um IP (oder haben die schon? ich bin immer angemeldet).

• Danach der Default, was Erstregistrierer nach ihrer Anmeldung zum Weiterarbeiten eingetragen bekommen; sinnvollerweise nahtlos wie zuvor als IP.
• Danach die registrierten Altfälle, die nicht bereits explizit Monobook@2005 oder sowas ausgewählt hätten.
• Solange Vector/2010 explizit ausgewählt werden kann, ändert sich für die Angemeldeten ja wohl nix.
• Wer mag, kann dann auf eigenen Wunsch zu Vector2022 aktiv umswitchen.
• Tückisch wäre eine Abschaltung von Vector2010, aber da nehme ich keinerlei Planungen wahr.

Stufenweise, schrittchenweise, immer schön sachte.

Wenn es robust und stabil ist, kann ja mal wer im Kurier jubeln.

VG --PerfektesChaos 17:43, 16. Jan. 2023 (CET)

Na ja, Testwiki war ja bei den größeren vor allem die französische WP. Die Freischaltung auf enWP ist daher weniger zum weiteren Testen gedacht, als vielmehr zum offiziellen Release (am Mittwoch wird der entsprechende Blogpost der Foundation kommen, vermutlich mit entsprechender Presseverteilung). Robust und stabil ist es so weit. Beim Umschalten des Standards passiert dann konkret phab:T326892, Zwischenstufen sind da keine eingeplant. Heißt, dass alle, die nicht in den Einstellungen schon Legacy-Vector ausgewählt haben, ab dem Moment mit Vector 2022 arbeiten (die Einstellung kann aber natürlich auch später noch vorgenommen werden). Selbst verwende ich schon lange nur noch Vector 2022, von daher würde sich für mich eh nichts ändern.

Dass Vector 2010 abgeschaltet wird, ist nicht zu befürchten, dann geht es vorher eher Monobook oder Timeless an den Kragen. Interessant fand ich übrigens die Statistik der enWP, dass Vector 2022 aktuell der meistgenutzte alternative Skin ist (also mehr als Monobook); ich kann mir vorstellen, dass das für deWP noch nicht zutrifft (mir fehlen gerade die Zahlen). Gruß --XanonymusX (Diskussion) 18:35, 16. Jan. 2023 (CET)

So ist es. Danke, @XanonymusX, für den Hinweis und fürs Anstoßen, denn das hatte ich tatsächlich nicht verfolgt.

Die Oberfläche ist jahrelang in vielen kleinen Wikis und in den französischen Sprachversionen der Wikimedia-Projekte getestet worden. Zuletzt wurde noch ein Schalter eingeführt für diejenigen, die gerne weiterhin die Textzeile über die ganze Bildschirmbreite laufen lassen möchten. Ich verwende Vector 2022 ebenfalls schon lange, alles funktioniert. Wers nicht haben möchte, bleibt bei seinem alten Skin.

Es gibt mittlerweile tatsächlich keinen Grund mehr, sich der Einführung entgegenzustellen. --Viele Grüße, Aschmidt (Diskussion) 19:04, 16. Jan. 2023 (CET)

Je länger das köchelt, und erst recht wenn zigtausende in der enWP damit arbeiten, desto mehr Seltsamkeiten an Gadgets fallen auf und werden beseitigt, desto mehr Erfahrungen gibt es, und schließlich fallen in manchen Konstellationen noch Nachbesserungen auf.

Und umso geschmeidiger passiert es dann eines Tages.

Und umso weniger Stress gibt es mit dieser Community, der ich auch kein MB zu einer auf ewig zementierten Entscheidung vorlegen würde.

Solange es für die Community im engeren Sinne nach Login immer noch die Flucht nach 2010 gibt, ist die Lösung auch nur einen PREF-Klick entfernt.

Bleibt noch der Sprung unangemeldet → angemeldet → unangemeldet, und der wird sich eines Tages nicht vermeiden lassen.

Da müssen wir mit dieser Community aber nicht vorneweglaufen, sondern können uns zum Schluss in das gemachte Bett legen, die eingelaufenen Stiefel anziehen. Wenn alle anderen das auch als Standard haben, und die Beschwerden auflaufen, dass es bei uns so ungewohnt zuginge.

VG --PerfektesChaos 19:17, 16. Jan. 2023 (CET)

Alles richtig, aber wir können vielleicht doch einen Mittelweg zwischen Abwarten, bis es nicht mehr anders geht und nächste Wikipedia, die umstellt finden. Ich würde vorschlagen, dass wir bis Mittwoch eine zumindest rudimentäre Version von Hilfe:Skin/Vector 2022 anlegen (der Blogpost kommt am Mittwoch auch auf Deutsch), dann können eventuell entstehende Diskussionen/Fragen dort gebündelt werden. Außerdem kann ich mal vorsichtig beim zuständigen Team nachfragen, was für weitere Projekte sie eventuell schon ins Auge gefasst haben (das Ziel auf mediawiki.org lautet aktuell we hope to get to all the Wikipedias by the end of February 2023). Wenn wir hier zu passiv bleiben, wird es irgendwann bloß wieder einen Aufschrei geben, weil Menschen sich überrumpelt fühlen. Gruß --XanonymusX (Diskussion) 19:44, 16. Jan. 2023 (CET)

Als Software-Entwickler sage ich, wir können nicht auf ewig-gestrige Rücksicht nehmen und dutzende Legacy-Versionen unterstützen. Als Mitglied der Community fühlt es sich nach Scheinmitbestimmung an, wenn wir über Schiffsnamen abstimmen dürfen, aber nahezu keinen Einfluss auf die Mittelverwendung oder das UI haben. --Carlos-X 20:04, 16. Jan. 2023 (CET)

Ich war mal so frei: Hilfe:Skin/Vector 2022. Gerne ergänzen! Gruß --XanonymusX (Diskussion) 15:13, 17. Jan. 2023 (CET)

Eventuell können wir morgen nach Release (wenn alles planmäßig verläuft) auch eine Kurzmeldung im Kurier, rechte Spalte, hinterlassen, mit den einschlägigen Links. Ich bin morgen Nachmittag nicht durchgehend verfügbar, aber Abend ist natürlich auch früh genug, wenn niemand einspringen mag. Laut Szymon werden die Gespräche mit der deutschsprachigen Community wohl ohnehin bald angegangen. Gruß --XanonymusX (Diskussion) 18:31, 17. Jan. 2023 (CET)

Es scheint vollbracht zu sein, allerdings wurde beim Blogpost ausgerechnet die deutsche Version vergessen. Ich tausche mich nochmal mit dem Team aus, dann poste ich eventuell morgen eine kurze Kurier-Nachricht. Gruß --XanonymusX (Diskussion) 18:56, 18. Jan. 2023 (CET)

Die Trüffelschweine (17:43, 16. Jan. 2023) haben dann auch zugeschlagen.

• Ich wusste nicht, wo und wann und wie, aber mir war völlig klar, dass eines dieser Probleme beim realen Einsatz in der Gadget-freudigen enWP aufschlagen wird, und zukünftig vielleicht noch weitere: phab:T327715

Die definitive Lösung dieser Task, also der neue Landeplatz für vollbreite Nachrichtenboxen, und die Umstellung sämtlicher Skripte auf die neu zu entwickelnde Methode zur Einfügung sollte ein absoluter Blocker für die Einführung von V2022 bei uns sein.

• Ein weiterer Blocker ist phab:T322740 über die zentrale Möglichkeiten zum „Beitragen“.
  • Ich habe nicht so restlos verstanden, was dieser Contribute entry point schlussendlich will und wie er am Ende für wen aussehen wird, aber ein zentraler Kritikpunkt an der reduzierten V2022-Gestaltung ist, dass Konsumenten nicht mehr sehen und nicht mehr darauf hingewiesen werden, dass es die Möglichkeit gäbe, zum Wiki beizutragen, sich anzumelden und Wikipedista zu werden, und sonstwie mitzumachen.
  • Also anscheinend ein Nachfolger für die bisherige Desktop-Box „Mitmachen“.

VG --PerfektesChaos 18:00, 24. Jan. 2023 (CET)

phab:T322740 hat mit Vector 2022 nichts zu tun. Die Liste, die dort verlinkt wird, ist ein Verzeichnis von Einstiegspunkten ins Editieren in einem MediaWiki. Wer etwas beitragen will, kann an so einem Contribute entry point beginnen. Das soll ihm so einfach wie möglich gemacht werden, weil es der erste Schritt für jeden ist. Deshalb ist es auch mit MediaWiki-Core-Skin-Architecture beschlagwortet. Das ist ganz am Anfang und sehr abstrakt. In dem Ticket sollen alle Tasks gesammelt werden, die damit zu tun haben. Mehr nicht. --Viele Grüße, Aschmidt (Diskussion) 18:25, 24. Jan. 2023 (CET)

Ja. Zum Punkt davor: In der Tat, erst müssen einmal die Pagetools fertig eingeführt werden, das läuft im Moment noch gar nicht rund. Wenn alle Bugs, die das zutage führt, aus der Welt geschafft sind, sehe ich eine Einführung sehr positiv. Dann ist hoffentlich auch das Design etwas verfeinert, im Moment ist die Oberfläche noch sehr heterogen gestaltet, das stört mich ziemlich. Aber alles nicht unmöglich, ein paar Monate müssen wir den Entwicklern halt geben. Gruß --XanonymusX (Diskussion) 18:33, 24. Jan. 2023 (CET)

+1. Nachdem sie drei Jahre ganz behutsam und gut durch Tests abgesichert sich vorgetastet hatten, überstürzen sie jetzt auf einmal alles. Das Tools-Menü wurde auf enwiki nach rechts gewuchtet, das ist aber nicht gut getestet. Beim Ein- und Ausklappen überdeckt das Hauptmenü das Inhaltsverzeichnis in der Sidebar. Das braucht noch viel Finetuning und Usability. Der Druck aus der en-Community muss sehr groß sein, anders kann ich mir das Experimentieren vor aller Augen in der freien Wildbahn nicht erklären. --Viele Grüße, Aschmidt (Diskussion) 18:44, 24. Jan. 2023 (CET)

Moin, sollte man sich an dieser Diskussion beteiligen? en:Wikipedia:Requests for comment/Rollback of Vector 2022 mfg --Crazy1880 07:00, 25. Jan. 2023 (CET)

Da wird nichts bei rauskommen, ich schaue aber alle paar Tage mal vorbei, falls sich was Interessantes abzeichnet (also vor allem Statements vonseiten WMFs). RfCs sind keine MBs, insofern hat die Abstimmung an sich ja wenig Sinn.—XanonymusX (Diskussion) 11:59, 25. Jan. 2023 (CET)

Ich beabsichtige, diesen Abschnitt demnächst zu schließen.

• Es gibt hier kein technisches, sondern ggf. ein soziales und kommunikatives Problem mit der deWP-Community.
• Es gibt nichts, was Werkstattpersonal jetzt im Moment programmtechnisch unternehmen könnte.

Ggf. fortsetzen auf HD:Skin/Vector 2022.

• Es ist ohnehin besser, fokussiert auf einer genau zugeschnittenen Seite zu diskutieren und dort die ganze Geschichte am Stück zu haben, als irgendwann in irgendeinem allgmeinen Werkstattarchiv zu landen.
• Ggf. diesen Abschnitt hier ausschneiden, dort als abgeschlossenen einfügen und hier nur noch ein Umleitungsschild zurücklassen.

In den nächsten Monaten gibt es für diese Werkstatt nichts in dieser Angelegenheit zu tun.

• Ggf. gibt es Notwendigkeiten an JS oder CSS für WP:MW/Ä oder Benutzerskripte, um irgendwelche Anpassungen umzusetzen; die wären dann aber direkt zu adressieren und nicht hier im allgemeinen Mustopp.

VG --PerfektesChaos 20:43, 25. Jan. 2023 (CET)

Für Werkstattpersonal gibt es aktuell nichts zu beantworten. Bis Sommer schaun wir mal der enWP zu. Hier vorläufig EOD wie angekündigt. --PerfektesChaos 17:45, 29. Jan. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:45, 29. Jan. 2023 (CET)

Seltsames Problem nebenan bei den esperanto-Kollegen

Es geht um dieses Bildchen: eo:Dosiero:27a UK.png Es ist eindeutig da, trotzdem hab ich oben den Tab "Erstellen"

Dieses "Dosiero" übersetzt Google als "Datei". Wenn ich eo:Image:27a UK.png aufrufe, dann steht da wieder Dosiero, ebenso bei e:Media:27a UK.png

• https://eo.wikipedia.org/w/index.php?title=Dosiero:27a_UK.png&action=info <-- aber hier steht "Seitennummer 0"
• https://eo.wikipedia.org/wiki/Special:WhatLinksHere/Dosiero:27a_UK.png <-- es ist auch verlinkt.
• echo 'select il_to from imagelinks where il_from = 14072;' | sql eowiki_p | grep 27 | od -c <-- Ich sehe keine Sonderzeichen (14072 ist die page_id von eo:UK 1935 wo das Bild zu sehen ist)

0000000   2   7   a   _   U   K   .   p   n   g  \n                                                                                                                                                                                                                                                          
0000013                                                                                                                                                                                                                                                                                                      

https://eo.wikipedia.org/w/api.php?action=query&format=json&prop=images&titles=UK%201935&generator=images&utf8=1&formatversion=1 <-- wenn ich das API befrage, dann sieht das aus, als ob die Datei bei Commons wäre, dort ist sie aber nicht. Was ist da los? Ist wahrscheinlich irgendeine Denkblockade, ich sehe jedenfalls keine Ursache.

Zufallsfund mit dem selben Problem: eo:Dosiero:Vikireklamilo1.png … aber das juckt mich nicht, die Datei oben ist in Sinaia (Schiff) verlinkt und mein Interwiki-Rotlink-Script spuckt die jede Woche als fehlendes Linkziel aus. --Wurgl (Diskussion) 15:32, 8. Feb. 2023 (CET)

Das sind ja Uraltuploads, da gab es vermutlich noch keine Dateibeschreibungsseiten und es wurde offenbar später auch nie eine angelegt. Die Datei existiert aber trotzdem unter diesem Namen. -- hgzh 15:59, 8. Feb. 2023 (CET)

Hmm … hier fehlt die auch. https://eo.wikipedia.org/w/index.php?title=Specialaĵo:Ĉiuj_paĝoj&from=2-Hepten-1-yl+isovalerate+3D.png&namespace=6 Ebenso wie in der Datenbank. Das Bild gibts nur per "Ich weiß dass es die Seite gibt". --Wurgl (Diskussion) 16:08, 8. Feb. 2023 (CET)

eo:Dosiero:2-Hepten-1-yl isovalerate 3D.png hat doch eine Dateibeschreibungsseite? -- hgzh 21:15, 8. Feb. 2023 (CET)

Hast mich falsch verstanden. "27a UK.png" sehe ich nicht auf dieser Übersichtsseite.

PS: Ich staune ja, dass so eine Datei ohne (sichtbare) Referenz aus der Datenbank ganze 20 Jahre auf dem Server überlebt. --Wurgl (Diskussion) 21:17, 8. Feb. 2023 (CET)

Naja, es gibt immerhin image. -- hgzh 21:25, 8. Feb. 2023 (CET)

Gute Idee! Das war meine Blockade! 3 solche Zombies haben wir hier: Datei:Coat of arms of Senegal.png (2009), Datei:Bergmännel.jpg (2013), Datei:SCHURTER_Schalter.jpg (2014)

select img_name, img_timestamp from image left join page on page_title = img_name and page_namespace = 6 where page_title IS NULL; --Wurgl (Diskussion) 21:34, 8. Feb. 2023 (CET)

Interessant. Offenbar wurde zweimal versehentlich die Datei nicht komplett gelöscht, einmal die Dateibeschreibungsseite nicht erstellt. Denke, das könnte man bereinigen. Gruß, -- hgzh 21:47, 8. Feb. 2023 (CET)

Nur zur Doku: enWP hat das Problem nicht, commons hat 297 Stück (die neueste commons:File:Vitoria - escaleras del Machete arriba.jpg vom Januar 2023, gibts da noch Logfiles?), Esperanto 29 Stück. --Wurgl (Diskussion) 21:57, 8. Feb. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Dank an hgzh --Wurgl (Diskussion) 09:52, 9. Feb. 2023 (CET)

Wenn PDF nur downloadbar, ohne Vorschau, auf Memento ausweichen?

Hallo, in einem Artikel wurde gerade hiermit auf ein PDF-Memento ausgewichen, vmtl. weil das PDF bei Aufruf ohne Vorschau im Browser bleibt und nur ein lokaler Download angeboten wird, der dann auch im Aufruf vom PC aus funktioniert.

Rechtfertigt die fehlende Vorschau schon ein Memento eines auf anderem Wege (Download) funktionierenden Links?

Gruß, --Wi-luc-ky (Diskussion) 19:37, 9. Feb. 2023 (CET)

Glasklar: Nein.

So lange der ursprüngliche Publizierer die Ressourcen bereitstellt, sind sie auch nur von ihm zu beziehen.

Ob da irgendwas in der Antwort so konfiguriert ist, dass nicht in jedem Browser eine Vorschau automatisch anspringt, ist völlig unerheblich. Im ersten Jahrzehnt des Internet gab es auch keine solche Vorschau, sondern nur Download. Praktiziere ich zur Kontrolle und Abwehr von Malware bis heute.

Im Übrigen ist das hier die falsche Anlaufstelle, weil es nichts an unserer Software zu ändern gibt; FZW hätte gelangt.

VG --PerfektesChaos 22:35, 9. Feb. 2023 (CET)--PerfektesChaos 22:35, 9. Feb. 2023 (CET)

Danke, PerfektesChaos. Dachte ich es mir schon und habe mit einem Hinweis das Memento wieder herausgenommen. Gruß, --Wi-luc-ky (Diskussion) 00:12, 10. Feb. 2023 (CET)

Tut mir leid – es geht mir nicht um irgendeine Vorschau, ich kann unter dem Link schlicht überhaupt nichts downloaden, weder mit Firefox (liefert ein 0-seitiges PDF) noch mit Edge (Fehlermeldung "Die Datei kann nicht geöffnet werden. Etwas hat nicht funktioniert."). Der Link des Bundesdenkmalamts zu „Das Massaker von Rechnitz – zum Stand der Spurensuche“ https://bda.gv.at/aktuelles/artikel/2021/06/bericht-ueber-die-grabungen-in-rechnitz-2021/, angegeben in der (noch) vorhandenen Seite https://www.bda.gv.at/service/aktuelles/weitere-recherchen-zum-massaker-von-rechnitz--ein-arbeitsbericht.html, liefert (bei mir) einen 404-Fehler, daher bin ich davon ausgegangen, dass die Ressource nicht mehr online ist. --2003:DF:771C:C000:8076:1E47:B983:73F2 12:40, 10. Feb. 2023 (CET)

Im Internet-Archiv gibt es zwei Einträge zu der PDF-Datei, siehe https://web.archive.org/web/20211201000000*/https://bda.gv.at/fileadmin/Medien/bda.gv.at/Archaeologie/Artikel/2021/Rechnitz_NS_Massaker_Grabungen_ab_Fruehjahr_2021/Fachgespraech_Rechnitz_2018.pdf, der erste vom 20. August 2021 liefert ein funktionierendes PDF der Größe 15,8 MB, der zweite vom 23. September 2021 irgendein Pseudo-PDF der Größe 1,0 MB, das genau die Fehlermeldungen produziert. --2003:DF:771C:C000:8076:1E47:B983:73F2 12:54, 10. Feb. 2023 (CET)

Hallo IP, auch bei mir lieferte FF 109.0.1 (64-Bit) zwar ein 0-seitiges PDF; doch konnte über das Download-Symbol die Datei problemlos heruntergeladen und anschließend geöffnet werden. Schaust Du bitte noch einmal nach Deinem Download-Symbol?! Ggf. ist die Symbolleiste anzupassen und das Symbol sichtbar zu stellen. Danke, --Wi-luc-ky (Diskussion) 13:00, 10. Feb. 2023 (CET)

PS: Mementos sind mir bekannt.

Das Symbol habe ich, dort ist nichts zu finden. Es wird ja auch direkt angezeigt – als 0-seitige PDF-Datei. Firefox 109.0.1 unter Windows 10. Hattest Du vielleicht die Datei bereits früher heruntergeladen oder noch im Cache? --2003:DF:771C:C000:B9E5:E921:8453:94F1 13:12, 10. Feb. 2023 (CET)

Mein Smartphone (mit Chrome 109.0.5414.118, Android 13) liefert "Die Website ist nicht erreichbar. Die Webseite unter https://bda.gv.at/fileadmin/Medien/bda.gv.at/Archaeologie/Artikel/2021/Rechnitz_NS_Massaker_Grabungen_ab_Fruehjahr_2021/Fachgespraech_Rechnitz_2018.pdf ist eventuell vorübergehend nicht verfügbar oder wurde dauerhaft an eine neue Webadresse verschoben.", Fehler "ERR_INVALID_RESPONSE". --2003:DF:771C:C000:B9E5:E921:8453:94F1 13:21, 10. Feb. 2023 (CET)

Ich konnte die Datei gestern mind. zweimal gegen 19 und 22 Uhr unter zwei Dateinamen downloaden. Dazwischen wurde mein Gerät ausgeschaltet. Das Download-Symbol habe ich angeklickt, wonach das Menü auffordert, einen lokalen Speicherplatz zuzuweisen. Viel mehr kann ich vmtl. nicht sagen. Gruß, --Wi-luc-ky (Diskussion) 13:32, 10. Feb. 2023 (CET)

Falls Du Windows verwendest, könntest Du es noch mit Edge versuchen, und falls Du ein Smartphone/Tablet/... zur Verfügung hast, auch damit. --2003:DF:771C:C000:B9E5:E921:8453:94F1 13:47, 10. Feb. 2023 (CET)

Ich habe jetzt noch versucht, es von archive.ph speichern zu lassen, mit dem Ergebnis "Error. Failed to load PDF document." Es gab dabei eine Weiterleitung auf die Adresse mit "www" davor, also https://www.bda.gv.at/fileadmin/Medien/bda.gv.at/Archaeologie/Artikel/2021/Rechnitz_NS_Massaker_Grabungen_ab_Fruehjahr_2021/Fachgespraech_Rechnitz_2018.pdf, und es wurde während des Versuchs der Status 404 angezeigt. --2003:DF:771C:C000:B9E5:E921:8453:94F1 13:57, 10. Feb. 2023 (CET)

Für die wahrscheinlichste Erklärung halte ich zu diesem Zeitpunkt: Du hast die Datei über den von mir angegebenen Link aus dem Archiv erfolgreich heruntergeladen, es später mit dem nicht mehr funktionierenden Original-Link versucht, dabei die 0-Seiten-PDF-Datei angezeigt bekommen, dann auf das Download-Symbol geklickt und dort die vorher aus dem Archiv erfolgreich heruntergeladene Datei gefunden und gemeint, das sei die erst jetzt auch vom Original-Link heruntergeladene Datei. --2003:DF:771C:C000:B9E5:E921:8453:94F1 14:11, 10. Feb. 2023 (CET)

Wenn ich versuche, eine Fantasie-PDF-Datei, die es ganz sicher nicht gibt, von dem Server bda.gv.at herunterzuladen, z.B. https://bda.gv.at/wasweissich.pdf, bekomme ich auch eine 0-seitige PDF-Datei angezeigt. --2003:DF:771C:C000:B9E5:E921:8453:94F1 14:23, 10. Feb. 2023 (CET)

Damit nimmt der Einzelfall eine Wendung: Die Vermutung, dass die gespeicherte Archiv-Version von mir leider irrtümlich für die aktuelle Download-Version gehalten wurde, hat sich insofern bestätigt, als der aktuelle Download nur 27 kB statt 16.190 kB umfasst und beim Öffnen auf eine Beschädigung hingewiesen wird.

Kurz: Das Memento ist doch nötig, da es sich nicht nur um eine fehlende Vorschau handelt, sondern um eine fehlende Download-Möglichkeit.

Soweit keine gegenteiligen Meinungen hier eingestellt werden, kann das Memento mMn wieder eingesetzt werden.

Gruß und Dank, --Wi-luc-ky (Diskussion) 16:15, 10. Feb. 2023 (CET)

Meine Ansage oben lautete: „So lange der ursprüngliche Publizierer die Ressourcen bereitstellt“

Ohne dass ich Zeit hätte dem jetzt nachzuforschen: Wenn er diese Ressource nicht oder zurzeit nur beschädigt ausliefert, dann sind sie nicht bereitgestellt und das Ausweichen auf das Memento ist okay.

Öfters ist sowas Konfigurationsfehler im Server, betrifft doll viele Seiten, und nach ein paar Monaten wird es behoben und geht wieder überall.

VG --PerfektesChaos 17:47, 10. Feb. 2023 (CET)

Gut, dass der grundsätzliche Unterschied zwischen Vorschau- und Download-Möglichkeit und die Folgerungen für ein Memento deutlich geworden ist (auch wenn der genannte Link hierzu letztlich kein Beispiel war und durch ein Memento erweitert wurde. Gruß und Dank, --Wi-luc-ky (Diskussion) 19:01, 10. Feb. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Wi-luc-ky (Diskussion) 19:01, 10. Feb. 2023 (CET)

Newbie Informationen den neuen Vector2022 betreffend ausblenden (per css)?

Hallo Technik-Werkstatt,

ich nutze schon die ganze Betaphase und auch nun jetzt in der Alphaphase gerne und zufrieden den neuen Vector2022. Was mich allerdings zutiefst nervt, ist in dem linken Hauptmenü der Sprachenkasten; der nur noch den Hinweis enthält, dass „sich die Sprachlinks [jetzt] am oberen Rand der Seite gegenüber dem Artikeltitel [stehen]“ und somit unnötig Platz raubt. Kann man den irgendwie ausblenden (wenn es dafür keine eigene CSS-Klasse gibt, meinetwegen auch mit .js)? Des Weiteren gibt es unter dem Link „Zufälliger Artikel“ auch noch den Link „Umschalten zum bisherigen Aussehen“. Auch der raubt unnötig (wenn auch sehr wenig) Platz; wenn ihr also eine Idee habt, wie ich diesen Link ausblenden kann, wäre ich euch natürlich ebenfalls dankbar. Hier ein kleiner Screenshot, der mein Problem illustriert: https://1drv.ms/u/s!AiUNEDwdCfPCyQd4D0GSrL-r40Jv?e=zpF5f0

Vielen Dank für eure Hilfe,

LG Dwain 09:50, 15. Feb. 2023 (CET)

.vector-main-menu-action-lang-alert,
.vector-main-menu-action-opt-out {
  display:none;
}

Gruß, -- hgzh 10:29, 15. Feb. 2023 (CET)

Danke dir! Das werde ich gleich einmal ausprobieren! LG Dwain 10:39, 15. Feb. 2023 (CET)

Super funktioniert! LG Dwain 10:44, 15. Feb. 2023 (CET)

Hallo!

Ich habe das gleiche Problem mit "Umschalten zum bisherigen Aussehen". Kannst du mir verraten wo der Eintrag ".vector-main-menu-action-opt-out { display:none;" eingetragen werden muss? --AndaPB (Diskussion) 09:41, 16. Feb. 2023 (CET)

Hallo @AndaPB,

du kannst das entweder in deine lokale Vector2022.css, in deine lokale css aller Benutzeroberflächen oder in deine globale css aller Benutzeroberflächen tragen. Ich persönlich bevorzuge letzteres, das ist aber deine Entscheidung.

LG Dwain 09:56, 16. Feb. 2023 (CET)

Hallo @Dwain Zwerg, danke für deine Antwort! Leider habe ich gar keinen Plan von css; ich kann die die von dir genannten Dateien nicht finden. Ich denke ich muss das lassen bzw. einen anderen Skin verwenden...

LG --AndaPB (Diskussion) 10:44, 16. Feb. 2023 (CET)

Hallo @AndaPB,

öffne mal deine Einstellungen im neuen Tab im Browser, wähle den Reiter „Aussehen“ und suche anschließend unter dem Punkt „Benutzeroberfläche“ nach „Gemeinsames CSS/JavaScript für alle Wikis“ und klicke auf den Link „Benutzerdefiniertes CSS“.

Du kannst auch diesen Link (der sollte auf jeden Fall funktionieren) probieren und anschließend auf die Schaltfläche „Quelltext erstellen“ klicken; das sollte eigentlich funktionieren.

Trage dann den oben genannten Code in das Bearbeitungsfenster ein:

.vector-main-menu-action-opt-out {
  display:none;
}

LG Dwain 11:02, 16. Feb. 2023 (CET)

PS: Ich sehe gerade, du bist noch kein emailconfirmed-User (hast also nocht nicht auf den Bestätigungslink deiner Mail geklickt,) vielleicht liegt es auch daran, dass du noch keine Berechtigungen für .css-Änderungen hast?

LG Dwain 11:02, 16. Feb. 2023 (CET)

Vielleicht bist du auch noch nicht auf Meta (Koordination aller Wikipedias und meistgenutzter Ort für Userskripte (wie.css)) angemeldet? Dann melde dich einmal mit deinen Wikipedia LogIn Daten an.

LG Dwain 11:18, 16. Feb. 2023 (CET)

Hallo@Dwain Zwerg, danke! Das klappt nun! Hast du auch eine Ahnung wie ich das in einem eigenem Media Wiki implementiere? Ich habe schon etwas gefunden: man muss in der LocalSettings.php $wgUseSiteCss =true; eintragen und dann scheinbar eine Seite Namens Gadget-site.css anlegen. Leider funktioniert das so nicht...

(https://www.mediawiki.org/wiki/Manual:Skin_configuration/de)

LG! --AndaPB (Diskussion) 11:29, 16. Feb. 2023 (CET)

Trage die den Code einfach in MediaWiki:Common.css in deinem Wiki (wenn es ein Wiki der Wikifarm Fandom ist, nennt sich die Seite „MediaWiki:Wikia.css“) ein. LG Dwain 11:37, 16. Feb. 2023 (CET)

Hallo @Dwain Zwerg, danke, ich habe die common.css gefunden und den Code eingetragen. Leider ohne Erfolg. Ich habe auch die Benutzer Definierten CSS aktiviert und genau so eingetragen wie hier. Hier geht es, im eigenen Wiki nicht. Irgendwas verhindert die von mir gemachten Einstellungen. Hast du noch eine Idee?

LG --AndaPB (Diskussion) 12:49, 16. Feb. 2023 (CET)

Hallo AndaPB,

ich bin auch nur User und Admin & Bürokrat in einem Fandomwiki. Zum genauen Aufsetzen eines MediaWikis weiß ich deshalb wenig. Du könntest aber vielleicht dein MediaWiki verlinken, dann könnten andere und ich dir vielleicht auch etwas besser helfen.

LG Dwain 12:55, 16. Feb. 2023 (CET)

Hallo @Dwain Zwerg, vielen Dank Dir! Leider handelt es sich um ein nur internes Wiki, deshalb kann ich es nicht verlinken. Aber dank Dir bin ich nun ein ganzes Stück weiter. Danke :-).

LG --AndaPB (Diskussion) 13:51, 16. Feb. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von LG Dwain 11:42, 15. Feb. 2023 (CET), Erl.

Weiß jemand, wie man den „Spenden-Link“ / „Unterstützen“ ausblenden kann?

Gibt es dafür ebenfalls eine CSS-Klasse?

LG Dwain 17:24, 18. Feb. 2023 (CET)

Klasse nicht (die gilt nur für den ganzen Abschnitt), aber eine ID; die lautet bei dem Link n-sitesupport. Also dann #n-sitesupport{display:none;} (ungetestet). --XanonymusX (Diskussion) 18:06, 18. Feb. 2023 (CET)

Ja funktioniert; danke dir! --LG Dwain 18:08, 18. Feb. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von LG Dwain 18:09, 18. Feb. 2023 (CET), Erl.

Skriptwunsch: Unterkategorien ausklappen

Moin. Ich wünsche mir ein Skript, das alle Unterkategorien einer Kategorie ausklappt und wieder einklappt, sodass man nicht auf jeden blauen Pfeil einzeln klicken muss. Natürlich nur, wenn die Zahl der Unterkategorien eine bestimmte Anzahl nicht überschreitet. Kann man da was machen? :) LG, Kenny McFly (Diskussion) 15:23, 11. Jan. 2023 (CET)

@Kenny McFly: Probier mal das.

„Natürlich nur, wenn die Zahl der Unterkategorien eine bestimmte Anzahl nicht überschreitet“

• Habe ich weder verstanden,
• noch wüsste ich, wer genau welche „bestimmte Anzahl“ festlegen sollte,
• und wozu überhaupt. Ist im Voraus auch unbekannt.

VG --PerfektesChaos 22:59, 9. Feb. 2023 (CET)

Wow, fantastisch!!! Das ist richtig gut gelöst, dass man ebenenweise ausklappen kann. Ich dachte, dass wenn man das so gemacht hätte, dass alle Unterkategorien auf einmal ausgeklappt würden, würde es sich bei großen Kategorien aufhängen, weil man beispielsweise nicht die !Hauptkategorie komplett ausklappen kann. Aber mit deiner Lösung erübrigt sich das Problem ohnehin. Du bist super! --Kenny McFly (Diskussion) 07:27, 10. Feb. 2023 (CET)

@Kenny McFly Kann hier die Erle ran? --LG Dwain 10:33, 21. Mär. 2023 (CET)

Klar. Funktioniert. --Kenny McFly (Diskussion) 10:35, 21. Mär. 2023 (CET)

Dieser Abschnitt kann archiviert werden. LG Dwain 10:41, 21. Mär. 2023 (CET): erl.

UI – Navigation ungünstig – 'Weitere' (zB Versionsgeschichte > Lesen)

Liebes Wikipedia-Team

Wahrscheinlich sind einige (wie ich es war) am rätseln, wie sie von der Versionsgeschichte jeweils wieder zurück zum Artikel kommen. Inzwischen ist mir klar: einfach wieder auf 'lesen' klicken. Ich war jedoch erstaunt, dass mir das lange nicht in den Sinn gekommen ist – und es könnte auch anderen so gehen.

Ich dachte "auf 'Artikel' klicken geht ja nicht, ist ja kein Link" – bis ich dann herausfand, dass es sich trotz anderer Darstellung immer noch um einen Link handelt. Und später kam dann auch die Idee, auf 'Lesen' zu klicken.

Das Problem kam wohl daher, dass das Layout ändert, wenn der Bildschirm oder das Fenster schmaler ist. Zuerst verschwindet dann jeweils 'Versionsgeschichte' unter 'Weitere', womit das Layout der Navigation nicht mehr eindeutig ist.

Hinzu kommt, dass je nach Breite die beiden Navigations-Ebenen miteinander verschmelzen (Abstand zwischen 'Diskussion' und 'Lesen' kann fast '0' sein).

Vorschläge

Letzteres kann sicher rasch auf etwas mehr Abstand gesetzt werden, damit die beiden Navigations-Ebenen besser sichtbar bleiben.

Vielleicht kann aber das Layout so angepasst werden, dass die beiden aktiven Reiter noch besser sichtbar sind – und die Beschriftungen der Reiter als aktive Links erkennbar bleiben (workaround)?

Auf jeden Fall muss aber besser sichtbar sein, wenn sich jemand im Bereich 'Weitere' befindet (im Layout-Konzept bleiben).

Und vielleicht können sich die beiden Navigationsebenen noch etwas besser voneinander abheben. Nur ein Layout-System zu haben ist sicher eleganter – aber das Navigations-Konzept wird für die Nutzer:innen sicher besser erfassbar, wenn nicht beides (zumindest nicht gleichwertige) Reiter sind (idR wird wohl das Auge oft nur einen Reiter suchen/sehen …).

Mit Dank für's Engagement --Nimisc (Diskussion) 17:52, 13. Jan. 2023 (CET)

Hast du schon den neuen Vector-Skin ausprobiert? Zum Testen kannst du einfach mal bei einer zufälligen Seite ?useskin=vector-2022 anhängen. Dort sind die Reiter ganz neu und mE klarer. Wird demnächst Standard werden, daher sind Basteleien am alten Vector nicht mehr zu erwarten. --XanonymusX (Diskussion) 22:54, 13. Jan. 2023 (CET)

Danke für den Hinweis. Das wirkt sehr ruhig und übersichtlich :) --Nimisc (Diskussion) 15:58, 16. Jan. 2023 (CET)

@Nimisc Kann her die Erle ran? --LG Dwain 10:32, 21. Mär. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von LG Dwain 09:20, 23. Mär. 2023 (CET), wer sich jetzt noch nicht gemeldet hat, dem ist's egal → erl.

Auf Wikipedia Diskussion:Hauptseite werden die Abschnitte offenbar nicht mehr automatisch archiviert.

Teilweise wurden die Inhalte bereits Anfang des Monats zum Archivieren mittels {{Erledigt|1=--~~~~}} freigegeben. Das letzte mal archiviert wurde am 4. April, siehe Versionshistorie.

Den serverseitigen Cache der Seite habe ich in den letzten Tagen mehrmals aktualisiert, archiviert wurde in der Folge aber nichts.

Eine Frage in dem Zusammenhang: Auf der Seite steht u.a. "Sollten die Inhalte noch älter sein, wurden sie noch nicht für das aktuelle Datum angepasst. Dies erfolgt dann möglichst rasch nach Mitternacht durch einen Administrator." Wie ist das gemeint - Welche Inhalte werden wie an ein aktuelles Datum angepasst?

Grüße! --LennBr (Diskussion) 10:21, 10. Apr. 2023 (CEST)

Schau mal dort im ersten Abschnitt den du archivieren möchtest, dort steht ein weiterer Baustein {{Nicht archivieren|Grund=längerfristig relevant|Zeigen=Nein}}, der dies bewusst verhindert, den müsstest du erst einmal entfernen. Vielleicht hilft das schon, um auch die anderen Abschnitte freizugeben. Eigentlich soll der Baustein {{Nicht archivieren}} nur diesen Abschnitt beeinflussen, aber vielleicht erkennt er aus irgendeinem Grund nicht das Ende des Abschnitts. --Liebe Grüße, Lómelinde Diskussion 10:50, 10. Apr. 2023 (CEST)

Hallo Lomelinde; Danke für die Rückmeldung. Mal sehen, ob sich nach der Entfernung was tut! --LennBr (Diskussion) 10:58, 10. Apr. 2023 (CEST)

PS @Lómelinde hat geklappt! Mal ganz unabhängig davon, dass es geklappt hat, auf den Gedanken, den Du hattest, muss man auch erstmal kommen! Eine gute Idee. --LennBr (Diskussion) 22:33, 10. Apr. 2023 (CEST)

Freut mich, dass es geklappt hat, ganz sicher war ich mir nicht. --Liebe Grüße, Lómelinde Diskussion 07:02, 11. Apr. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --LennBr (Diskussion) 22:34, 10. Apr. 2023 (CEST)

Anordnung von zwei Charts nebeneinander ?

Ich habe im Artikel Liste von Kraftwerken in Argentinien im Abschnitt Installierte Leistung und Jahreserzeugung zwei Charts eingefügt, die derzeit untereinander stehen. Weiss jemand, ob (und ggfs. wie) man die beiden Charts auch nebeneinander darstellen kann? --Agentjoerg (Diskussion) 07:00, 24. Apr. 2023 (CEST)

Hab nen Vorschlag gemacht. -- hgzh 07:35, 24. Apr. 2023 (CEST)

@Hgzh Perfekt, das ist genau das, was ich wollte. Vielen Dank dafür. --Agentjoerg (Diskussion) 09:02, 24. Apr. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von LG Dwain 09:04, 24. Apr. 2023 (CEST), erl.

Worldcat id

Hallo, zusammen! Ich weiß nicht, ob ich hier richtig bin, frage aber trotzdem mal: heute rief ich die Worldcat-Suche auf (früher erschien dann immer diese Suchmaske archivierte Version im Internetarchive - heute jedoch DIESE hier - und wenn ich in Personenartikeln unter Weblinks den Link zu "Literatur von und über x in der bibliografischen Datenbank WorldCat" anklicke werden die Publikationen nicht mehr angezeigt, sondern man landet (siehe im Beispiel Artikel Ferdinand Kroh) in einem Datenblatt ohne Publikationen (siehe HIER). Es erschienen früher teilweise mehr Publikationen als im Katalog der Deutschen Nationalbibliothek, deshalb wichtig. Weiß jemand was darüber, was da los ist? Und wie gehen wir da nun bzgl. der Vorlage Worldcat id vor, wenn man da nicht mehr hingelangt. Bin ziemlich ratlos. Grüße,--Nadi (Diskussion) 18:57, 31. Mär. 2023 (CEST)

siehe Wikipedia:Fragen zur Wikipedia/Archiv/2023/Woche 10#Worldcat ID wird eingestellt? --LG Dwain 19:24, 31. Mär. 2023 (CEST)

… sowie aktuell die Disku zur einschl. Vorlage. Gruß, --Wi-luc-ky (Diskussion) 19:49, 31. Mär. 2023 (CEST)

Vielen Dank, dann haben aber die Verlinkungen unter Weblinks keinen Sinn mehr und man könnte sie eigentlich entfernen? --Nadi (Diskussion) 19:45, 31. Mär. 2023 (CEST)

Siehe auch Wikipedia:Löschkandidaten/27._März_2023#Vorlage:Worldcat_id --Wurgl (Diskussion) 00:44, 1. Apr. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 21:30, 30. Apr. 2023 (CEST)

Suche mit "OR"

Laut Hilfe:Suche#Ergebnisse_stärker_eingrenzen kann man mit "OR" suchen. Wenn ich aber nach hastemplate:"Commons" OR hastemplate:"Wikispecies" suche, dann erhalte ich genau einen Treffer, seltsamerweise ist "or" im Snipplet fett geschrieben. Kann es sein, dass dieser Oder-Operator bei diesen Prefixen nicht implementiert ist? --Wurgl (Diskussion) 17:55, 29. Apr. 2023 (CEST)

Die Tüddelchen haben keinen Einfluss. hastemplate:Commons OR hastemplate:Wikispecies liefert auch nur diesen einen Treffer. --Wurgl (Diskussion) 17:58, 29. Apr. 2023 (CEST)

Tja, mit Paris OR London lässt sich durchspielen, dass das nur Wörter im dargestellten Text beeinflusst.

• Wäre in der gekürzten Hilfeseite dann noch klarer zu formulieren; ein Beispiel gibt es wohlweislich nicht.

Die richtige Hilfeseite ist aber Hilfe:Suche/Cirrus.

• Und in der wird zwischen zwei Abschnitten „Suchmuster“ und „Parameter“ unterschieden.
• „Oder-Verknüpfung“ gibt es nur bei „Suchmuster“.

Was du erwischt hast, ist nur die verkürzte Schnellfassung für das gemeine Volk.

• Das ist halt so, dass eine kurze Schnell-Übersicht nicht so ausführlich und exakt ist wie die vollständige Darstellung. Da ist der Syntax-Teil halt erheblich länger.

Die Tüddelchen dienen dazu, Bezeichner von Vorlagen mit Leerzeichen innendrin zu ermöglichen (statt alle in _ zu wandeln).

VG --PerfektesChaos 21:29, 30. Apr. 2023 (CEST)

Ich hätte das brauchen können. Aber wenn das bekannt ist, passt alles. Hätte ja sein können, dass eine ganz schlaue Änderung etwas vorher funktionierendes kaputt gemacht hat. --Wurgl (Diskussion) 21:50, 30. Apr. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wurgl (Diskussion) 21:50, 30. Apr. 2023 (CEST)

Benutzerskript funktoniert nicht mehr

Hallo, mein Skript "showRedundantLinks"/"showExternalLinks" in Benutzer:Prüm/monobook.js funktioniert seit ein paar Monaten nicht mehr. Es wird nicht mal mehr ein Reiter hinter ca-history angezeigt. Zuerst hatte ich die verwendeten jQuery-Module color und hoverIntent im Verdacht, aber das scheint es nicht zu sein. Es wird in der Vorschau kein Problem angezeigt und auch in der Browserkonsole nicht. Hat jemand eine Idee? --Prüm ✉ 19:22, 5. Mai 2023 (CEST)

Ich frage mich, wer lcontainer sein soll, und wer den wo definiert haben mag. Kennichnich.

Allgemein empfiehlt es sich für robustes und Skin-unabhängiges Verhalten, addPortletLink() zur Einrichtung von Werkzeuglinks zu nutzen.

Dabei p-tb zur Basis zu nehmen, in der Hoffnung, dass dies eines Tages auch mobil unterstützt würde.

VG --PerfektesChaos 13:39, 6. Mai 2023 (CEST)

Vielen Dank, das probiere ich mal aus. --Prüm ✉ 14:37, 6. Mai 2023 (CEST)

jquery.hoverIntent wurde entfernt, vgl. phab:T311194 und mw:ResourceLoader/Migration_guide_(users)#jquery.hoverIntent. Gruß, -- hgzh 17:38, 6. Mai 2023 (CEST)

Danke! Vorlage:Smiley/Wartung/dh  --Prüm ✉ 18:25, 6. Mai 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Funktioniert wieder! --Prüm ✉ 20:18, 6. Mai 2023 (CEST)

Es wird eine alte Version eines Bildes angezeigt

Gemeldet in Phabricator
Task T331138

In c:File:Osterkerze St.Stefan Nürnberg 2023.jpg gibt’s ein Bild in 2 Versionen. Erst unbegradigt, dann begradigt. In Osterkerze sehe ich die alte unbegradigte Variante. Das ist kein sinnvolles Verhalten.—Hfst (Diskussion) 08:01, 20. Apr. 2023 (CEST)

Aktualisier deinen lokalen Cache (Strg+F5). --Magnus (Diskussion) 08:30, 20. Apr. 2023 (CEST)

Das funktioniert heute auf meinem Notebook aber nicht auf dem Smartphone. —Hfst (Diskussion) 10:57, 20. Apr. 2023 (CEST)

Auch auf dem Smartphone kann man eine Seite komplett neu laden. --Magnus (Diskussion) 11:03, 20. Apr. 2023 (CEST)

Ich kann Bilder & Dateien im Cache löschen und auch die Seite neu laden. Auf dem Smartphone bleibt das Ursprungsbild. Nur am Rande sei erwähnt, dass ich

• die erste Version des Bildes am 9.4.23 in commons eingestellt habe
• die zweite Version des Bildes am 10.4.23 in commons eingestellt habe
• das Bild in Osterkerze am 17.4.23 eingefügt habe

--Hfst (Diskussion) 11:12, 20. Apr. 2023 (CEST)

Also der erkennbare Unterschied sind die Sitzgelegenhelten links/mitte. In der alten Version ist zwischen Bildrand und Sitzgelegenheit etwas Wand zu sehen, in der neuen Version ist diese Sitzgelegenheit abgeschnitten.

Ich hab garantiert nie diesen Artikel am Smartphone angeguckt und ich sehe am Smartphone im Browser dieses Stück Wand, also die alte Version. In der Wikipedia-App/Androis sehe ich die neue Version mit abgeschnittenem Dings, ebenso in der mobilen Ansicht am Rechner.

Kann das also bestätigen. --Wurgl (Diskussion) 11:22, 20. Apr. 2023 (CEST)

Es werden ja Thumbnails, also herunterskalierte Miniaturansichten, für die Anzeige im Artikel verwendet - am Rechner bei mir die Version mit 220px Breite, auf dem Mobilgerät die 440er-Version. Manchmal werden nicht alle Miniaturansichten gleich aktualisiert. Ich habe mal versucht, die 440er-Version per Hand zu aktualisieren. Es kann aber gut sein, dass die alte Version noch etwas in den Caches hängt. -- hgzh 11:54, 20. Apr. 2023 (CEST)

Es gab ein Fehler mit den Thumbs zu der Zeit wo das Bild verändert hochgeladen wurde, der ist behoben. Falls noch Probleme sind sollte ein purge jetzt helfen. Der Umherirrende 14:57, 7. Mai 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 14:57, 7. Mai 2023 (CEST)

Galerien und perrow

Seit dem letzten Softwareupdate sind bei uns zahlreiche Artikel zerstört worden. Es betrifft alle Artikel, bei denen eine Zentrierung der Galerie gewünscht war und zusätzlich das Attribut perrow="n" eingesetzt wurde, um die Anzahl Bilder pro Zeile festzulegen.

rund 500 betroffene Artikel werden nicht mehr zentriert dargestellt sondern kleben links am Seitenrand

Zugleich hat sich die Ausrichtung der Galerien an sich geändert, die zuvor immer einen Abstand vom Linken Seitenrand hatte, die klebt jetzt ebenfalls am Seitenrand. Wird eine Galerie nun rechtsbündig angeordnet fehlt ihr ebenfalls der linke Abstand zum Text, dafür hat sie aber einen größeren Abstand zum rechten Rand. Ich weiß nicht genau wo da überall etwas verändert wurde, es hat jedenfalls negative Auswirkungen auf die Artikel und fürht dann dazu, dass versucht wird die Zentrierung wieder mit den veralteten Tags center zu erreichen. Das ist nun total kontraproduktiv.

Siehe Spezial:Diff/230537219/230549953

Es muss mit dem letzten Update am Donnerstag gekommen sein. Dabei muss ich anmerken, dass perrow="n" sich bisher so auswirkte, dass bei dieser Zuweisung

• class="center" perrow="n" die Galerie nicht zentriert wurde, sondern nur die Bildlegenden zentriert angeordnet wurden

• 
  rote 1
• 
  rote 2
• 
  grüne 1
• 
  grüne 2

• class="center centered" perrow="n" schob eine solche Galerie mit zentrierten Bildlegenden in die Bildmitte, was nun wie gesagt nicht mehr passiert

• 
  rote 1
• 
  rote 2
• 
  grüne 1
• 
  grüne 2

• ohne alles nur caption

• Überschrift
• 
  rote 1
• 
  rote 2
• 
  grüne 1
• 
  grüne 2

• perrow="n" caption="Text" sorgte unabhängig davon für eine Ausrichtung einer Galerieüberschrift mittig über der gewünschten Anzahl Bilder, statt in der Seitenmitte, nun ist das aber auch nicht mehr wirklich mittig zu den Bildern weil diese weiter nach links gewandert sind

• Überschrift
• 
  rote 1
• 
  rote 2
• 
  grüne 1
• 
  grüne 2

• Aussehen sollte es so, wobei ich meine, dass der Abstand links vorher noch größer war etwa 1.5em aber scheinbar wurde da auch der Abstand der Aufzählungspunkte ul verkleinert.

• Überschrift     
• 
  rote 1
• 
  rote 2
• 
  grüne 1
• 
  grüne 2

Es sieht unschön aus wenn die Blder so weit links am Rand kleben. --Liebe Grüße, Lómelinde Diskussion 08:09, 7. Feb. 2023 (CET)

Ist phab:T326017 - unsere Definition der centered-Klasse verliert gegenüber ul.gallery.gallery.gallery. Man könnte mit !important übersteuern, ist aber genauso unsauber. Hm. -- hgzh 08:52, 7. Feb. 2023 (CET)

Das Problem ist, wie verhindert man, dass die Leute nun wieder veraltete Syntax einfügen, um den gewünschten Effekt zu „erzwingen“. Ich möchte weder, dass <div align="center"> →Spezial:Diff/230583925/230584486 noch center-Tags neu eingefügt werden. Das macht unnötig Arbeit. Es ist auch keine Lösung die Galerien zu zerstückeln, wie ich es beim Junghuhn →Spezial:Diff/230601408 nun provisorisch gemacht habe.

Es sieht überall wo perrow drin ist nun bescheiden aus perrow in fast 12.000 Artikeln. Weil, wie gesagt, je nach Ausrichtungswunsch, die Abstände (links/rechts) nicht passen, es betrifft all diese Artikel, das sollte nicht so bleiben. --Liebe Grüße, Lómelinde Diskussion 09:53, 7. Feb. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 06:51, 12. Mai 2023 (CEST)

Zu breit fürs Mobilgerät

Da wird man plötzlich mit einer neuen Linterkategorie Spezial:LintErrors/large-tables bombardiert ohne, dass es irgendwo irgendetwas darüber nachzulesen gibt, wie man das beheben soll. Ich vermute derzeit werden dort alle Seiten mit Tabellen gelistet, die mehr als 5 Spalten haben = Große Tabellen, die auf dem Handy schlecht zu sehen sind.

• Beispiel: selbst diese simple Navileiste Benutzer:SpongeBob86/Navigationsleiste löst so einen Fehler aus
• Beispiel Tabelle mit sechs Spalten = Fehler bei fünf ist es noch ohne Fehler

Was soll man da machen, damit der Fehler weggeht? Ich drehe hier echt bald durch. Weiß irgendjemand von euch, die sich mit Phab und so auskennen, wo ich Infos dazu finden kann? Was ist die Lösung für diese Fehlerkategorie? --Liebe Grüße, Lómelinde Diskussion 11:20, 11. Mai 2023 (CEST)

Interessant. Das ist phab:T334528. Laut dem Task soll benutzerseitig nichts unternommen werden, das ist erst einmal eine Beobachtungskategorie für die Entwickler, um sich eine Lösung zu überlegen (es geht in erster Linie um Vector 2022, mobil werden die Tabellen ja schon modifiziert). Gruß --XanonymusX (Diskussion) 11:26, 11. Mai 2023 (CEST)

Deshalb habe ich bei mir den tollen (durch meine Anpassungen nicht ironisch gemeint) Vector 2022 so per .css angepasst, dass er für mich kleinere Lücken hat und die einzige Seite mit einer zu breiten Tabelle Murdoch Mysteries – Auf den Spuren mysteriöser Mordfälle/Episodenliste#Übersicht (ich bin da übrigens der Hauptautor, aber es gibt halt viel tabellarisch darzustellen …) ist. --LG Dwain 12:55, 11. Mai 2023 (CEST)

Geh mal davon aus, dass diese Kategorie nicht dauerhaft bleibt. Sie wird ja bewusst nicht auf der Übersichtsseite angezeigt und tatsächlich abhängig von der Spaltenzahl ausgelöst, was für sich genommen nicht sonderlich sinnvoll ist (es gibt ja auch genug überbreite Tabellen mit weniger Spalten). Gruß, -- hgzh 11:58, 11. Mai 2023 (CEST)

Na dann ist es ja gut, denn ich fürchte die meisten Tabellen sind mehr als 5-spaltig. Wieder einmal ohne irgendwelche Infos irgendwo etwas abgeladen, ich hoffe sie wissen was sie tun, ich bekomme hier noch einen Herzinfarkt, wenn so etwas passiert, damals mit den Bildattributen, die Millionen neue Fehler ausgelöst hatten und wo sie die Abfrage schnellstens zurückgenommen hatten. --Liebe Grüße, Lómelinde Diskussion 12:51, 11. Mai 2023 (CEST)

ca. 4350 dieser Fehler sind bisher in der Datenbank, aber die Datenbanktabelle wächst noch kräftig! --Wurgl (Diskussion) 13:03, 11. Mai 2023 (CEST)

Ja, das werden sicherlich noch sehr viel mehr werden. Aber können sie so etwas nicht wenigstens vorher ankündigen und erklären? Ist das wirklich zu viel verlangt? Immerhin sind hier etliche Leute mit der Behebung der durch die Techniker ausgelösten Fehler beschäftigt und das schon seit mehreren Jahren. Ich finde das schon sehr undankbar, dass man da so im Regen stehen gelassen wird. Vorhin hatte ich übrigens eine interessante Statistik en:Wikipedia:Linter#Linter error count progression gefunden, als ich nach Infos suchte. Da sage noch mal jemand die Fehlerbehebung würde außer bei uns niemanden interessieren. Ganz so hoch lagen wir hier glücklicherweise nie. --Liebe Grüße, Lómelinde Diskussion 13:23, 11. Mai 2023 (CEST)

ca. 9300 sind es nun, wächst weiter. --Wurgl (Diskussion) 15:09, 11. Mai 2023 (CEST)

Sie haben diese Kategorie extra nicht auf die Übersichtsseite aufgenommen, um sich die Ankündigung zu sparen. Ist wirklich nur als Beobachtungskategorie gedacht, die wir nicht beachten sollten. Gruß --XanonymusX (Diskussion) 15:13, 11. Mai 2023 (CEST)

Sagt jemand, der nicht seit Jahren tagtäglich mit diesen Fehlern und deren Abarbeitung zu tun hat. Da kann man leicht reden.

Es stört, wenn man durch ein Tool Fehler angezeigt bekommt, die man schlicht nicht beheben kann, nicht einmal ansatzweise weiß wodurch sie ausgelöst werden und warum sie dort angezeigt werden. lintHint kann nichts dafür, es zeigt nur an was auch aktiviert wurde. Und ohne das Tool würde es bei uns noch so aussehen wie beispielsweise im →pt:wiki, es hat absolut keinen Wert jeden Fehler einer Seite einzeln zu bearbeiten, manche Seiten haben hunderte sogar tausende Fehler. Da würde man niemals fertig und würde für eine Seite mehrere Tagen benötigen. --Liebe Grüße, Lómelinde Diskussion 15:36, 11. Mai 2023 (CEST)

Ah, es geht also darum, dass die Kategorie auch im Tool angezeigt wird? Das war den Entwicklern wohl so nicht bewusst. Das kann ich gern im Task melden. Gruß --XanonymusX (Diskussion) 16:00, 11. Mai 2023 (CEST)

Wobei, erst einmal an PerfektesChaos gefragt (ich nehme an, du liest mit): Kannst du diese (von der Idee her versteckte) Kategorie ausschließen? Gruß --XanonymusX (Diskussion) 16:04, 11. Mai 2023 (CEST)

Ja logisch meine ich das  , wie denkst du denn, dass ich sonst über diese neue Liste gestolpert bin. lintHint wollte wohl zunächst etwas wie (zukünftige Fehler detektiert) anzeigen, aber es kam nur noch die neue Linterfehleranzeige, kurz zuvor, meine ich, hatte ich irgendwo noch die zukünftig-Anzeige. Wobei aber auch die nerven würde, wenn eine Seite mehrere Tabellen aufweist die diesen zukünftigen Fehler haben. --Liebe Grüße, Lómelinde Diskussion 16:31, 11. Mai 2023 (CEST)

Dachte schon, du würdest munter URL-Zufallskombinationen ausprobieren! Vorlage:Smiley/Wartung/;)  In phab:T334527 wurde eh gewarnt, dass so eine neue versteckte Kategorie auch an anderen Stellen aufscheinen könnte, aber dagegen wurde bislang leider nichts unternommen. Soll jedenfalls nicht so sein. Gruß --XanonymusX (Diskussion) 16:38, 11. Mai 2023 (CEST)

Ja logisch liest der mit einem Auge mit.

• Wobei das locker einige Wochen dauern kann, weil dazu bräuchte ich geistige Kräfte bei Tageshöchsttemperaturen unter 20° und muss mich erstmal wieder in meine Methodik einlesen und wieder lernen und mir eine Strategie ausdenken.

Diese Idee mit den fünf Spalten ist eh Narretei.

• Wir haben auch Einwohnerzahlen von Dörfern quer, mit Zeilentitel und fünf Jahreszahlen die sechsspaltig noch locker auf ein Smartphone passen.
• Umgekehrt Hunderttausende von Layout-Tabellen mit drei Spalten, die schon nicht auf meine Desktop-Zeilenlänge passen und die wir irgendwann alle mal responsiv umbauen müssten. „Wir“ = alle ANR-Autorixe.
• Eine Darstellung auf schmalen Bereichen, egal ob Smartphone oder Vector2022 oder aus sonstigen Gründen, muss jedes Element, erst recht alle Tabellen, vollständig ungeklippt darstellen und erforderlichenfalls mit horizontalem Scrolldingens ausstatten.

VG --PerfektesChaos 16:44, 11. Mai 2023 (CEST)

Wie kann man denn einfache Tabelle mit horizontalen Scrollleisten ausstatten? Gibt es dafür einen Leitfaden, in den man sich einlesen könnte? --LG Dwain 18:26, 12. Mai 2023 (CEST)

Die Tabelle selbst geht soweit ich weiß nicht, aber wenn man div drum baut siehe Wikipedia:Wartungsbausteinwettbewerb/Statistik/nach Wettbewerb oder mobile Ansicht --Liebe Grüße, Lómelinde Diskussion 18:54, 12. Mai 2023 (CEST)

Das funktioniert ja super! Danke Lómelinde. --LG Dwain 11:19, 13. Mai 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 06:51, 12. Mai 2023 (CEST)

Weiterleitungen markieren in unterschiedlichen Namensräumen

Die Zeilen 3–6 meiner common.css sorgen dafür, dass mir Wikilinks auf Weiterleitungen farbig hinterlegt angezeigt werden (ähnlich dem Begriffsklärungs-Helferlein). Diese vier Zeilen habe ich seinerzeit von irgendeinem anderen Benutzer übernommen, wenn ich mich richtig erinnere. Soweit ich das verstehe, sorgt die Zeichenfolge ".ns-0" in Zeile 4 dafür, dass die farbliche Hervorhebung der Weiterleitungs-Links nur im Artikelnamensraum erfolgt, was ja an sich erstmal sinnvoll ist. Nun meine Frage: Kann ich das erweitern, also weitere Namensräume definieren, in denen Weiterleitungen markiert werden sollen? Ich habe schon ein bisschen herumprobiert, bin aber nicht wirklich weitergekommen. Danke schonmal und viele Grüße, DerMaxdorfer (Diskussion) 18:52, 12. Mai 2023 (CEST)

Hallo, mit:

.ns-0 .mw-redirect,
.ns-100 .mw-redirect {
   background-color: #F0E68C;
}

sollte es klappen. --Prüm ✉ 18:56, 12. Mai 2023 (CEST)

/* Hervorhebung von Weiterleitungen */
.mw-redirect { 
 	background: #FFEBCD;
}

Habe ich bei mir drin. geht überall. --Liebe Grüße, Lómelinde Diskussion 19:13, 12. Mai 2023 (CEST)

Ein verspätetes Dankeschön euch beiden! Ich habe mich jetzt für Prüms Variante entschieden, weil ich die Hervorhebung nicht unbedingt in allen Namensräumen haben möchte. Liebe Grüße, DerMaxdorfer (Diskussion) 20:23, 17. Mai 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --DerMaxdorfer (Diskussion) 09:45, 18. Mai 2023 (CEST)

Beantworten Knopf

(Schnell, und so auf Englisch, weil ich kann fast kein einziges Wort deutsch richtig schreiben:)

The Editing team will update the Special:Preferences#mw-prefsection-betafeatures next Tuesday. This will make the [reply] link become a proper Reply button (a "quiet" button with a white background). This is better for new editors.

If you use the script by @Tkarcher, I think it will need to be updated. If you don't like it, you can turn it off in Special:Preferences#mw-prefsection-editing-discussion (very bottom of the page, "discussion activity"). For myself, it seemed odd for a few days, and now the new style looks okay to me.

There will be several other changes in the coming weeks/months. --Whatamidoing (WMF) (Diskussion) 23:35, 12. Jan. 2023 (CET)

Whatamidoing (WMF): In this discussion I think the majority opted for keeping the brackets. So please give us the brackets back. -- Chaddy · D 22:44, 17. Jan. 2023 (CET)

Hier nochmal mein kurzes Snippet aus der verlinkten Diskussion, was die Klammern wiederherstellt:

.ext-discussiontools-init-replybutton .oo-ui-buttonElement-button {
	font-weight: normal;
}
.ext-discussiontools-init-replybutton::before {
	margin-left: .5rem;
	content: "[ ";
}
.ext-discussiontools-init-replybutton::after {
	content: " ]";
}

Eine Ausnahme nur für dewiki wäre unsinnig, letztendlich ist's doch Gewöhnungssache. -- hgzh 23:16, 17. Jan. 2023 (CET)

Danke. Wo müsste das hin?

Zu deinem letzten Satz: Wir wurden von Whatamidoing gefragt, was wir davon halten, fanden es nicht gut und bekommen und es jetzt trotzdem. Das stört mich an der Sache halt auch sehr. -- Chaddy · D 23:21, 17. Jan. 2023 (CET)

Special:Mypage/common.css, bzw. als globale Einstellung m:Special:Mypage/global.css.

Du hast sicher nicht unrecht, dass die Kommunikation im Vorfeld nicht optimal war, denn eigentlich war klar, dass die Änderung irgendwann kommt. Letztendlich bleibe ich aber dabei: es ist Gewöhnungssache, und im Gegensatz zu allen anderen Websites vergleichbarer Größe haben wir hier sehr viele Möglichkeiten, uns die Oberfläche nach eigenen Vorstellungen anzupassen. Bei Facebook, Twitter und Konsorten gibt es aller zehn Jahre ein neues UI und basta. Hier wird sogar noch der verstaubte Monobook-Skin von anno 2005 mit Updates versorgt. -- hgzh 23:35, 17. Jan. 2023 (CET)

Es ist Gewöhnungssache, aber wenn es dir nicht gefällt, kannst du es abschalten: Special:Preferences#mw-prefsection-editing-discussion, «Diskussionsaktivität anzeigen». --Whatamidoing (WMF) (Diskussion) 21:18, 18. Jan. 2023 (CET)

@Whatamidoing (WMF): Liebe Whatamidoing, ich möchte es nicht abschalten, ich möchte die Klammern zurück.

Und bitte beantworte meine Frage, wieso die Klammern jetzt doch abgeschafft wurden, obwohl du uns zuerst gefragt hattest, was wir davon halten und wir dagegen waren. -- Chaddy · D 23:11, 19. Jan. 2023 (CET)

Danke, dem würde ich mich anschließen, das würde mich auch interessieren. Wobei die Variante mit den eckigen Klammern [Beantworten] ja nicht ganz verschwunden ist; auch in der englischen Village Pump hatte ich sie noch gesehen und hier ja auch. Das ist nun inkonsistent. Man sollte sich m. E. für eine Variante entscheiden, und nach meinem Dafürhalten wäre das dann die neuere, ohne die eckigen Klammern. YMMV. --Viele Grüße, Aschmidt (Diskussion) 23:37, 19. Jan. 2023 (CET)

Es sind aktuell zwei Versionen der neuen Diskussionsseiten im Umlauf, wohl abhängig vom Namensraum. Abgesehen von der Darstellung des Bearbeiten sieht man das auch an der Darstellung des Abonnieren, das auf Diskussionsseiten mittlerweile mit Glockensymbol versehen ist. Die Klammern werden wohl schrittweise überall verschwinden, der Trend geht zu beschrifteten Icons (ich spekuliere hier gerade, aber ich vermute, dass Bearbeiten in absehbarer Zeit auch ohne Klammern und stattdessen mit Stift wie in Minerva dargestellt werden wird).

Zur Frage, warum gefragt wurde: Nun ja, grundsätzlich ist nur wichtig, dass derlei Änderungen angekündigt werden und uns nicht überrumpeln (passiert leider auch sehr häufig); für generelle Weiterentwicklungen der Software und Oberfläche können einzelne Kommentare auf Meta-Seiten einzelner Projekte nicht den Ausschlag geben. Ich fände es insofern ehrlicher, wenn solche Ankündigungen künftig auch als solche verpackt würden, ohne den Fragecharakter. Gruß --XanonymusX (Diskussion) 23:49, 19. Jan. 2023 (CET)

Die Klammern werden wohl schrittweise überall verschwinden (ich glaube).  Es hängt auch von Spezial:Einstellungen ab.

Sie haben es geändert, weil es besser für Neueinsteiger ist.  Ich habe ihnen gesagt, dass es in unserer Diskussion im Kurier nicht ganz populär war. Vielleicht hätte ich sagen sollen, dass es nicht um eine einfache Mehrheitsentscheidung handelt. --Whatamidoing (WMF) (Diskussion) 02:32, 1. Feb. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 16:43, 27. Jun. 2023 (CEST)

Globalen request for comments (RfC) eingereicht, um globale Missbrauchsfilter auf großen Wikimedia-Projekten standardmäßig zu aktivieren

Hallo!

Entschuldigung, dass ich auf Englisch schreibe. Hilf bitte mit, in deine Sprache zu übersetzen.

Auf Meta-Wiki wird eine Reihe von globalen Missbrauchsfiltern von den Meta-Wiki-Administratoren und den Stewards gepflegt. Globale Missbrauchsfilter sind ein mächtiges Werkzeug zur Bekämpfung von Langzeit-Missbrauchern, die wiki-übergreifend arbeiten. Sie sind besonders nützlich (und oft durch andere Mittel unersetzlich), wenn ein wiki-übergreifender missbräuchlich handelnder Benutzer (LTA) anfängt, schnell die IP-Adressen zu wechseln (wenn das passiert, sind reguläre Sperren aufgrund des IP-Hoppings erheblich eingeschränkt).

Ab heute sind alle kleinen/mittleren Wikimedia-Projekte (je nach Anzahl der Artikel) automatisch für globale Missbrauchsfilter angemeldet. Bei mehreren Wikimedia-Projekten, die als groß eingestuft werden, sind sie jedoch nicht aktiviert (mit Ausnahme einiger großer Wikimedia-Projekte, die sich für eine Teilnahme entschieden haben, wie Wikidata). Dies macht es für globale Langzeit-Missbraucher möglich, ein Projekt ohne aktivierte globale Filter zu vandalisieren, was es den Stewards erheblich erschwert, gegen den Missbrauch vorzugehen.

Mit dieser Nachricht möchte ich Sie wissen lassen, dass ich einen globalen RfC (request for comments, Meinungsbild) eingereicht habe, in dem ich vorschlage, globale Missbrauchsfilter auf großen Wikimedia-Projekten als Opt-Out-Funktion zu aktivieren. Diese Änderung wird globale Missbrauchsfilter zu einem noch effektiveren Instrument zur Bekämpfung von langfristigem Missbrauch auf globaler Ebene machen. Sie können sich gerne an der Diskussion beteiligen, die im Meta-Wiki stattfindet.

Wir danken Ihnen für Ihre Zeit.

Mit freundlichen Grüßen,
--Martin Urbanec (Diskussion) 18:15, 12. Mär. 2023 (CET)

Übersetzung am 11:33, 20. Mär. 2023 (CET) von LG Dwain (Original abrufen)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 16:42, 27. Jun. 2023 (CEST)

Veränderung

Bitte sehen Sie Wikipedia:Fragen zur Wikipedia#Veränderung. Es wird auch diese Seite betreffen. --Whatamidoing (WMF) (Diskussion) 23:33, 13. Apr. 2023 (CEST)

Das sollte in ein paar Stunden erledigt sein.  Wenn Sie die Beta-Funktion für DiscussionTools haben, wird sie das Aussehen dieser Seite verändern. Wenn es dir nicht gefällt, kannst du es in den Einstellungen abschalten (letztes Element). --Whatamidoing (WMF) (Diskussion) 18:57, 18. Apr. 2023 (CEST)

@Whatamidoing (WMF) In the Android app, I don't have the DiscussionTools yet on pages outside of talk: namespaces. Haven't found anything about this on phab in a quick search. Do you know more about this? --Wnme (Diskussion) 21:28, 7. Mai 2023 (CEST)

The apps are handled separately (different coding systems). I'll see if I can find someone who knows when/whether phab:T318596 might appear in the app. --Whatamidoing (WMF) (Diskussion) 02:50, 10. Jun. 2023 (CEST)

Hello @Wnme,

My name is Amal Ramadan, I am a senior Community Relations Specialist, providing support to the Apps team.

Regarding the matter you brought up, kindly review this ticket.

It is crucial that you thoroughly read the technical challenges outlined by our Android tech lead in enabling our native Talk interface for pages outside the Talk: namespace. These challenges are mentioned as a comment at the end of the ticket. --ARamadan-WMF (Diskussion) 16:11, 14. Jun. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 16:41, 27. Jun. 2023 (CEST)

Graph-Erweiterung deaktiviert

Gestern gab die Wikimedia Foundation bekannt, dass die Graph-Erweiterung im Interesse der Sicherheit unserer Nutzer deaktiviert wurde. Dies bedeutet, dass Seiten, die zuvor Graphen angezeigt haben, nun einen kleinen leeren Bereich anzeigen. Um Lesern dabei zu helfen, die Situation zu verstehen, können die Gemeinschaften eine kurze Nachricht definieren, die Lesern statt dem Graphen angezeigt wird, bis das Problem behoben ist. Die Nachricht kann in jedem Wiki auf MediaWiki:Graph-disabled definiert werden. Mitarbeiter der Wikimedia Foundation prüfen die Möglichkeiten und den erwarteten Zeitplan. Für Neuigkeiten kannst du den öffentlichen Phabricator-Task zu diesem Problem verfolgen: T334940

--MediaWiki message delivery (Diskussion) 19:36, 19. Apr. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 16:40, 27. Jun. 2023 (CEST)

Vorlage:Erster Wert

FYI: Ich habe diese Änderung eines chinesischen(?) Benutzers revertiert, da diese dazu führte, dass u.a. in Wikipedia:Meinungsbilder/Öffnung der Wiederwahlseiten von Bürokraten, Checkuser-Berechtigten und Oversightern lauter Fehlermeldungen im obersten Kasten zu sehen waren: Skriptfehler: Ein solches Modul „Erster Wert“ ist nicht vorhanden. FYI: Benutzer:Great Brightstar. Bitte reparieren oder Modul:Erster Wert wieder löschen. --Filzstift (Diskussion) 19:15, 2. Mai 2023 (CEST)

Ich kann dir gern auf diesem Weg einen SLA für das Modul mitgeben, weil in Lua-Code kein SLA gestellt werden kann.

Wir haben eine völlig problemlos funktionierende Vorlage ohne Lua-Nutzung, die Tausende von Autoren notfalls pflegen können.

Völlig unnötig wurde das durch eine Lua-Programmierung ersetzt, was nur ein Dutzend Leutchen bearbeiten können. Das machen wir aber genau deshalb nie.

Das Modul ist völlig undokumentiert; eine deutschsprachige Doku ist eine Mindestvoraussetzung.

Obendrein genügt der Name des Moduls nicht den hiesigen Standards, und wir wollen auch nicht Dutzende von Lua-Fitzelchen für Kleinstaufgaben, sondern wenn dann hätte eine einschlägige Funktion innerhalb einer größeren Bibliothek zur Thematik bereitgestellt zu werden.

Der chinesische User ist mir aus vergangenen Jahren durch eine Vielzahl gleichartiger Aktionen wohlbekannt; allerdings war jetzt einige Jahre Ruhe gewesen. Es wird versucht, in alle Wikis der Welt die Programmierungen der enWP hineinzukopieren. Und es funktioniert noch nicht mal.

Nebenbei ist das hier die falsche Werkstatt; WP:VWS wäre in einer Wikisyntax-Vorlagen-Angelegenheit einschlägig gewesen.

VG --PerfektesChaos 20:22, 2. Mai 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 16:41, 27. Jun. 2023 (CEST)

Automatic citations based on ISBN are broken

Apologies if this message does not reach you in your favorite language. You can help translate it centrally at Meta. Thanks for your help.

We have recently become unable to access the WorldCat API which provided the ability to generate citations using ISBN numbers. The Wikimedia Foundation's Editing team is investigating several options to restore the functionality, but will need to disable ISBN citation generation for now.

This affects citations made with the VisualEditor Automatic tab, and the use of the citoid API in gadgets and user scripts, such as the autofill button on refToolbar. Please note that all the other automatic ways of generating citations, including via URL or DOI, are still available.

You can keep updated on the situation via Phabricator, or by reading the next issues of m:Tech News. If you know of any users or groups who rely heavily on this feature (for instance, someone who has an upcoming editathon), I'd appreciate it if you shared this update with them.

Elitre (WMF), on behalf of the Editing team.

MediaWiki message delivery (Diskussion) 21:45, 11. Mai 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 16:51, 27. Jun. 2023 (CEST)

Groß- und Kleinschreibung im Suchfeld

Auf der Hauptseite von www.wikipedia.de muss die Groß- und Kleinschreibung im Suchfeld korrekt sein, sonst kommt die Meldung "Dieser Artikel existiert nicht". Das betrifft z. B. die Suche nach "türkische republik nordzypern" oder nach "ZYPERN", auf der Seite www.wikipedia.org funktioniert es einwandfrei. --46.114.174.89 00:48, 24. Mai 2023 (CEST)

Das ist die Domain wikipedia.de, die von WP:WMDE betrieben wird und mit der wir absolut nichts zu tun haben.

Dort wird eine sehr viel trivialere Suchmaschine verwendet als hier; für richtig schlaue Suchen musst du schon zum Original auf wikipedia.org kommen.

VG --PerfektesChaos 11:35, 25. Mai 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 16:40, 27. Jun. 2023 (CEST)

Karte mit allen verlinkten Seiten: OSM (Aktualisierung)

Hallo, mit der Vorlage:Hinweis Seiten-Koordinaten können die Koordinaten auf einer OSM Karte dargestellt werden. Leider werden aber korrigierte Koordinaten in den einzelnen Artikeln auf der OSM-Karte nicht aktualisiert. Konkret geht es um die Liste der Gemeinden in der Provinz Ciudad Real. Dort habe ich festgestellt, dass die drei Gemeinden Fuente el Fresno, Piedrabuena (Ciudad Real) und Porzuna falsche Koordinaten aufweisen. In den einzelnen Gemeindeartikeln habe ich dann die korrekten Koordinaten hinterlegt. Leider werden aber weiterhin die falschen Koordinaten in der OSM Karte angezeigt. Alle in der Nähe der Balearischen Inseln. Weiss jemand von euch, wo sonst noch die Koordinaten geändert werden müssen, damit die OSM-Karte die aktualisierten Koordinaten anzeigt? Gruss --Tschubby (Diskussion) 09:27, 26. Mai 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 16:39, 27. Jun. 2023 (CEST)

URL-Zusatz zur farblichen Hervorhebung

Hallo, bin auf einen URL-Zusatz aufmerksam gemacht worden, mit dem beliebiger Text in der verlinkten Webseite farblich hervorgehoben dargestellt wird. Das wirkt offenbar nur auf die erste Fundstelle des angegebenen Textes. Außerdem scheinen Browser einmalig dorthin zu springen – bei F5/Aktualisieren bleibt es wirkungslos. Die Syntax ist ...URL...#:~:text=... und wird im Artikelbestand bereits über 1600 Mal verwendet. (Womit klar ist, dass z. B. der CamelBot von seth diese Syntax – im Gegensatz zu Tracking-Parametern – unangetastet lässt.) Im mir vorgelegten Beispiel (in Emma Heesters, derzeit 6. Einzelnachweis About) findet sich das Konstrukt wie an vielen anderen Stellen in der URL einer {{Internetquelle}} und wird wohl mehr als verkappter Anker eingesetzt; die farbliche Hervorhebung dürfte hier eher keine Rolle spielen. Meine Fragen dazu: Ist dieses Konstrukt in unseren IQ-URLs überhaupt erwünscht/zulässig? Ist das Verhalten browserabhängig? Handeln wir uns Probleme im Zsm.spiel mit Web-Archiven ein? etc. Grüße, --rolf_acker (Diskussion · Beiträge) 14:05, 19. Jun. 2023 (CEST)

Also ich bin mit Firefox nicht direkt zu diesem Einzelnachweis gesprungen worden. Ich sehe auch keine Hervorhebung … --Dwain 14:38, 19. Jun. 2023 (CEST)

Das Firefox-Verhalten kann ich inzwischen nachvollziehen. Nach diesem 3 Jahre alten golem-Artikel ist das Verhalten tatsächlich (noch) browserabhängig. Die Ganze nennt sich demnach Text Fragment Links. --rolf_acker (Diskussion · Beiträge) 15:27, 19. Jun. 2023 (CEST)

Ja, das ist ein Google-Ding, bei nicht auf Chromium basierenden Browsern besteht daher keine Garantie, dass es funktioniert. Sollte also grundsätzlich nicht in unseren Links vorkommen. --XanonymusX (Diskussion) 16:06, 19. Jun. 2023 (CEST)

@seth Kannst dein Bot bitte #:~:text=… aus unseren Links entfernen? --Dwain 16:17, 19. Jun. 2023 (CEST)

Aufgrund solcher seltsamen Allüren von Chromium werde ich immer Gecko und niemals Chromium als Hauptbrowser nutzen --Dwain 16:19, 19. Jun. 2023 (CEST)

Langsam, langsam. Ich sehe es zwar ähnlich wie XanonymusX, aber mir wäre ein breiterer Konsens lieber, bevor ein Bot beauftragt wird. Und bitte, hier keine eigenen Browser-Vorlieben oder ‑abneigungen zum Besten geben. Sonst droht 1km Text ohne dass es bzgl. den Text Fragment Links weitergeht. Danke! --rolf_acker (Diskussion · Beiträge) 16:45, 19. Jun. 2023 (CEST)

Das ist die Engine und nicht der Browser (und nicht nur Tor und Firefox nutzen Gecko) --Dwain 16:57, 19. Jun. 2023 (CEST)

Dann sollte man diese Disk. aber nach WP:Bot/A verschieben. --Dwain 16:59, 19. Jun. 2023 (CEST)

Na ja, der kritische Punkt ist wohl, dass diese Fragmente sowohl als Sprungmarken als auch zur Markierung dienen. Im Bestand dürfte es also auch Fälle geben, in denen sie durch normale Sprungmarken (#) ersetzt werden sollten. Da sich das aber wohl nachträglich nicht mehr sinnvoll unterscheiden lässt, wäre die pragmatische Lösung die flächendeckende Löschung. Gerne hier noch ein, zwei weitere Meinungen, dann können wir das zu den BA verschieben. --XanonymusX (Diskussion) 19:23, 19. Jun. 2023 (CEST)

Mir ist nicht bekannt, dass man in einer URL mit dem Zeichen # eine Sprungmarke setzen kann. Ich dachte, das geht nur in WP Artikeln so. Gruß --Mondra Diamond (Diskussion) 19:42, 20. Jun. 2023 (CEST)

Kommt darauf an, ob die jeweilige Webseite das (genormte) Protokoll unterstützt (hier wird es zum Beispiel stattdessen über ein Fragezeichen gelöst: https://www.shiftphones.com/hilfe/kategorie/shift6mq/?Display_FAQ=9149) --Dwain 08:11, 21. Jun. 2023 (CEST)

Jein, auch hier wäre eigentlich die Sprungmarke #ewd-ufaq-post-9149-OzQHWnqSci möglich, allerdings verwendet die Website einen Einklappmechanismus, wodurch die Anker versteckt werden und erst nach Ausklappen sichtbar sind; zum Ausklappen wird auf dieser Website dann ein Skript mit entsprechenden URL-Parametern verwendet. Solange Elemente einer Website eine ID erhalten, können Sprungmarken überall genutzt werden (zum Beispiel funktioniert #ewd-ufaq-faq-category-faqs-shift6mq auf der genannten Website). --XanonymusX (Diskussion) 15:49, 22. Jun. 2023 (CEST)

Gudn Tach!

Dass es 1600 Fundstellen gibt, hieße noch nicht, dass CamelBot sich um sowas nicht kümmert. CamelBot arbeitet vor allem auf den RecentChanges. Und nur in besonderen Fällen lasse ich ihn alle Links einer bestimmten Sorte ändern.

Im konkreten Fall sollte er aber die Links tatsächlich bisher ignorieren.

Soll sich das ändern, sagt bescheid. Am besten wie vorgeschlagen via WP:BOT/A, damit ggf. leicht Einspruch erhoben werden kann.

Wenn diese Sprungmarken zumindest in manchen Browsern funktionieren, sind sie doch zumindest nicht schädlich, oder? Besser wären natürlich standardisierte Verweise. Aber die wird ein Bot nicht 100% treffgenau finden können. -- seth (Diskussion) 23:15, 19. Jun. 2023 (CEST)

ˋn Abend! Ich schließe mich meinem Vorredner an. Da diese Sprungmarken ja bis dato nicht schädlich waren, bin ich der Meinung, dass man sie einfach drin lassen sollte. Gruß --Mondra Diamond (Diskussion) 19:39, 20. Jun. 2023 (CEST)

Wir blähen unseren Wikitext grundsätzlich niemals mit Spezialitäten auf, die nur einen einzigen Hersteller betreffen.

• „Alle Mobilgeräte“ wär wieder was anderes.

Das Dingens verwirrt nur, as see.

• Eben weil das # in allen HTML-Dokumenten ein Sprungziel markiert, ist deren Kaperung und Missbrauch für fremde Zwecke nicht tragbar und lässt alle anderen erwarten, dass es dort solche Sprungziele in der Seite gibt.
• Noch schlimmer wäre hinzugefügtes # nach einem berechtigten #-Sprungziel, weil dadurch das Sprungziel nicht mehr erreicht werden kann und das Dokument obendrein ungültig würde.

Dann verlassen sich Autoren auch noch darauf, dass alle anderen diese Hervorhebung genauso sehen können.

Raus damit.

• Kann wiederkommen, wenn Internetstandard geworden.

Nebenbei ermöglicht es das berüchtigte backtracing auf unseren Artikel als Herkunft der URL-Verwendung, weil die Hervorhebungszeichenkette hochspezifisch ist.

Sollte aus dem ANR-Bestand eliminiert werden, und neue Einbauten dezent rausgebottet werden.

VG --PerfektesChaos 20:56, 20. Jun. 2023 (CEST)

Sehe ich auch so. +1 --Dwain 08:12, 21. Jun. 2023 (CEST)

+1 Werde in den nächsten entsprechend auf WP:BOT/A aufschlagen, falls sich bis dahin nicht noch was gravierend Anderes ergibt. Wie oben dargestellt, wäre Einspruch dort ja auch noch möglich. Danke u. Grüße, --rolf_acker (Diskussion · Beiträge) 14:00, 22. Jun. 2023 (CEST)

Ich nehme an nächsten Tagen? --Dwain 14:08, 22. Jun. 2023 (CEST)

Mist! Sorry, selbstverständlich. --rolf_acker (Diskussion · Beiträge) 14:10, 22. Jun. 2023 (CEST)

 Info: Thema jetzt bei WP:BOT/A eingespeist. Damit hier erl. Grüße, --rolf_acker (Diskussion · Beiträge) 13:25, 28. Jun. 2023 (CEST)

Rolf, vermute ich richtig, dass Du eigentlich das zusammengesetzte Wort „Textfragmentlinks“ meintest – oder mit Durchkopplung „Textfragment-Links“? — Speravir – 02:06, 29. Jun. 2023 (CEST)

@Speravir: Weder noch. Die Bezeichnung „Text Fragment Link“ habe ich einer englischsprachigen Quelle entnommen; in Entwicklerkreisen läuft das wohl auch unter der Bezeichnung „Text Fragment Directive“. Ob sich für dieses Konzept bereits eine deutschsprachige Bezeichnung eingebürgert hat, entzieht sich meiner Kenntnis. Grüße, --rolf_acker (Diskussion · Beiträge) 13:17, 29. Jun. 2023 (CEST)

Hier nur kurz: Danke. — Speravir – 00:49, 30. Jun. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --rolf_acker (Diskussion · Beiträge) 13:17, 29. Jun. 2023 (CEST)

Textbreite an Seitentyp anpassen

Gudn Tach!
Da WP:Fragen zur Wikipedia/Archiv/2023/Woche 22#Textbreite an Seitentyp anpassen schon abgeräumt wurde, frage ich hier mal:

Ich empfinde das Skin vector-2022 als deutliche Verbesserung -- nicht nur wegen der reduzierten Textbreite bei breiten Browserfenstern.
Praktisch finde ich auch den Button unten rechts, mit dem man zwischen voller und reduzierter Breite wechseln kann.
Allerdings möchte ich eigentlich gerne per default

• Fließtext stets in reduzierter Breite lesen (vgl. w:en:Line length#Printed text ff.), aber
• Logs (sowie histories, contribs etc.) gerne in voller Breite betrachten (zumal ich mir die Listen zwecks Übersichtlichkeit in Tabellen konvertiere),

also ohne jeweils manuell switchen zu müssen.

Anfangs dachte ich, dass das vielleicht vie CSS gehe, aber vermutlich kommt man um JS nicht umhin. So oder so ist meine Frage: Wie macht man das am geschicktesten? -- seth (Diskussion) 10:06, 11. Jun. 2023 (CEST)

@Lustiger seth war meine Antwort dort nicht ausreichend als Einstiegspunkt? -- hgzh 16:38, 27. Jun. 2023 (CEST)

Gudn Tach!

Ich stecke nicht so tief drin und kam damit nicht weiter.

Meine Hoffnung war, dass jemand auf die Schnelle was fast fertiges nennen kann. :-) -- seth (Diskussion) 23:15, 27. Jun. 2023 (CEST)

.ns-special .mw-page-container,
.ns-special .vector-header-container,
body:not(.action-view) .mw-page-container,
body:not(.action-view) .vector-header-container {
	max-width: none;
}

deckt vielleicht nicht alle Spezialfälle ab, tut es aber erstmal grundsätzlich. -- hgzh 07:48, 28. Jun. 2023 (CEST)

Gudn Tach!

Ohhhh! *Hände-klatsch*! Das funzt! :-)

Danke! -- seth (Diskussion) 09:16, 28. Jun. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: -- seth (Diskussion) 10:18, 2. Jul. 2023 (CEST)

Wikipedia Schriftart

Ich habe mir ein Script aus dem Internet geholt, dass die Schriftart in Wikipedia ändert. Es wird aber nur die Überschrift geändert, nicht die Unterüberschriften, wie kann ich die auch ändern lassen?

Script:

/* Covers most text */ body { font-family: "SohneMono-Buch", "SohneMono-Buch", "SohneMono-Buch", "SohneMono-Buch", }

/* Covers some headers */ .mw-body h1, .mw-body h2 { font-family: "Segoe UI", "Arial", fantasy, serif } --The Other Karma (Diskussion) 09:55, 23. Jul. 2023 (CEST)

Vgl. auch oben #Ḫarǧa wird in div. Browsern teilweise nicht richtig dargestellt. Das sind einfache CSS-Anweisungen, kein Skript; momentan definierst du nur Schriftarten für Überschriftebenen H1 und H2, für weitere musst du den Teil .mw-body h2 halt noch weiter runterzählen (und jeweils mit Komma anhängen). --XanonymusX (Diskussion) 10:52, 23. Jul. 2023 (CEST)

Habs korrigieren können, danke. --The Other Karma (Diskussion) 11:58, 23. Jul. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: The Other Karma (Diskussion) 11:59, 23. Jul. 2023 (CEST)

iOS-Mail – Accountfehler: Wikipedia

Fehlerbeschreibung

Richten Benutzer:innen von iPhones oder iPads ihre Mail-Accounts getreu der Anleitung zur Einrichtung der für die Projektarbeit vergebenen Mail-Adressen ein, so erhalten die Benutzer:innen folgende iOS-Fehlermeldung, obwohl E-Mails versendet und empfangen werden können:

„Accountfehler: Wikipedia. Details …“

Der Hinweis erscheint direkt unterhalb bzw. hinter der Statusmeldung „Gerade aktualisiert“ und dem Hinweis zur Anzahl der in Summe (also in Bezug auf alle hinterlegten Accounts) noch ungelesenen E-Mails, z. B.: „… – 42 ungelesen“.

Bei Klick auf „Details …“ öffnet sich folgendes Meldungsfenster:

E-Mails können nicht empfangen werden Kein Passwort angegeben für „Wikipedia“. Bitte gib in den Accounteinstellungen für Mail ein Passwort ein. [OK] [Einstellungen]

Auf Wikipedia und im übrigen Web konnte ich hierzu keine Lösung finden. Beim Abruf sonstiger hinterlegter Accounts tritt dieses rätselhafte Verhalten nicht auf. Ich vermute daher, dass es an der Konfiguration des von Wikipedia genutzten Mail-Servers liegt.

Eigene Lösungsversuche und Testumgebung

Ich finde keine Kombination innerhalb der iOS-Einstellungen, die dabei hilft, diese Meldung abzustellen.

Ich habe mit den diversen Einstellungen herumexperimentiert, z.B. bei EINSTELLUNGEN FÜR EINTREFFENDE E-MAILS die Option SSL verwenden aktiviert, was dann aber erst recht nicht funktioniert hat. Und ich habe mir Test-Mails geschickt, die auch ankommen und rausgehen, siehe Einleitung.

Folgendes Testdevice wurde verwendet:

• iPhone 12pro
• iOS 16.5.1

Folgende Mail-Konfiguration wurde gewählt:

1. Einstellungen > Mail > Accounts (10 Stk.) > Wikipedia Mail
2. IMAP
3. Mail: on, Notizen: off
4. IMAP-ACCOUNTINFO
   • Name: Vor- und Nachname meiner Sockenpuppe
   • E-Mail: Meine atWikipedia-Mail nach dem Muster vorname.nachname at wikipedia.de (nicht .org)
   • Beschreibung: Wikipedia (siehe oben)
5. SERVER FÜR EINTREFFENDE E-MAILS
   • Hostname: email.wikimedia.de
   • Benutzername: wie über die Passwort-Reset-Seite abgerufen (15stellig, bestehend aus Buchstaben und Zahlen)
   • Passwort: wie über die Passwort-Reset-Seite – eine Möglichkeit zum Vergeben eines eigenen PWs nach Abruf des Initial-Passwort wird leider, soweit ich sehe, nicht angeboten.
6. SERVER FÜR AUSGEHENDE E-MAILS (SMTP): email.wikimadia.de
   • PRIMÄRER SERVER:
     email.wikimedia.de (Ein)
     • SERVER FÜR AUSGEHENDE E-MAILS:
     • Hostname: email.wikimedia.de
     • Benutzername: s. oben (15stellig)
     • Passwort: s. oben
     • SSL verwenden (eingeschaltet, also Schieber rechts)
     • Authentifizierung: Passwort
     • Server-Port: 587
   • ANDERE SMTP-SERVER:
     Webmailer#1 (Aus)
     Webmailer#2 (Aus)
     Webmailer#3 (Aus)
     ...
     email.wikimedia.de (Ein), Untermenüs wie oben bei "SERVER FÜR AUSGEHENDE E-MAILS":
     • Server (ein, also Schieber rechts)
     • Hostname: email.wikimedia.de
     • Benutzername: s. oben (15stellig)
     • Passwort: s. oben
     • SSL verwenden (eingeschaltet, also Schieber rechts)
     • Authentifizierung: Passwort
     • Server-Port: 587
7. Erweitert
   • POSTFACH-VERHALTEN: hier unwichtig
   • GELÖSCHTE E-MAILS BEWEGEN NACH: Gelöscht
   • GELÖSCHTE E-MAILS: Entfernen Nach einer Woche
   • EINSTELLUNGEN FÜR EINTREFFENDE E-MAILS:
     SSL verwenden (aus!)
     Authentifizierung: Passwort
     IMAP-Pfad-Präfix: /
     Server-Port: 143
   • S/MIME:
     Signieren: Nein
     Standardmäßig verschlüsseln: Nein

Update von 20:28, 13. Jul. 2023 (CEST): Auch nach Installation der iOS-Version 16.5.1 (c) tritt der Fehler unverändert auf. Aktuelle Fehlermeldung: 406 ungelesen, Accountfehler: Wikipedia. Die Zahl vor ungelesen scheint also zu steigen, was darauf hindeutet, dass es sich um keinen Error-Code handelt. Allerdings habe ich über den Account bislang maximal 10 Testmails empfangen, weshalb es seltsam wäre, wenn die Meldung auf 406 ungelesene Mails hinweisen würde.

offene Tests

Ich habe noch keine anderen Apple Devices getestet, also ältere oder neuere iPhones und iPads.

Hilfestellung der Wikipedia-Community?

Da ich nicht sehe, wie sich das Problem weiter eingrenzen oder gar lösen lässt, hoffe ich, hier Mitstreiter:innen zu finden, die technisch versierter sind. Ich habe mich über Hilfe:FAQ und Hilfe:Übersicht sowie Hilfe:Fehler_und_Probleme bis hierhin durchgehangelt. Auch habe ich it-fragen at wikimedia.de auf den vorliegenden Artikel hingewiesen.

erster Post •• JotW 15:14, 13. Jul. 2023 (CEST); Überarbeitung vom •• JotW 10:34, 15. Jul. 2023 (CEST)

@JotW: Also, erstmal hast du eine vorbildliche und sehr präzise Darstellung des Problems und deiner Aktivitäten abgeliefert. Die beste, die ich in den letzten paar Jahren hier gesehen habe.

Das hiesige Werkstattpersonal kennt sich mit den Sachen aus, die wir ein- oder mehrmals gemacht haben.

• Unter iOS ein IMAP-Postfach der WMF einzurichten gehört mutmaßlich nicht dazu.
• Wenn hier niemand antwortet, wird das daran liegen, dass wir uns damit nicht auskennen. Ist auch nicht unser Hauptaktivitätsbereich, obwohl die Anfrage voll in dieses Werkstattprofil fällt.

Die Leutchen, die dichter bei der von dir verlinkten Anleitung sitzen, werden dir eher helfen können; also dortige Diskussionsseite bzw. Mailingliste und WMDE. Der Server wird direkt von WMDE betrieben, und ist so wohl kein Feature der globalen WMF.

• Der ultimative Draht liefe ansonsten über Phabricator und Englisch; zumindest für die WMF. Sinnvoll wäre es, das richtig zuständige Projekt zu identifizieren; das wäre möglicherweise auf der von dir verlinkten Anleitung usw. benannt. Sehe ich aber nicht.
• Deren Mailingliste wäre also vermutlich die bestmögliche Stelle, in der du ja auf die Beschreibung in diesem Abschnitt hier verweisen kannst. Dann war die Schreibarbeit und Formatierung nicht vergebens.

Deine Beschreibung kann ich nachvollziehen.

• Ich weiß auch nicht, ob das Problem bei iOS oder WMDE liegt.
• Vielleicht erst nochmal mit einem klassischen Desktop ausprobieren. Wenn du die Mail in Kopie auf dem Server belässt, kann ja mit beliebig vielen Geräten gearbeitet werden.
• Die Anleitung klingt schlüssig, deine Beschreibung deiner Aktivitäten passt dazu und du hast mutmaßlich alles richtig gemacht. Ansatzpunkte für Fehler und sonstige Ratschläge sehe ich keine.
• IMAP-Postfächer habe ich seit Jahrzehnten schon sehr häufig eingerichtet; aber noch nie mit iOS; bin Smartphone-Muffel.

Viel Glück --PerfektesChaos 19:05, 17. Jul. 2023 (CEST)

@PerfektesChaos: Vielen Dank für deine ebenfalls sehr ausführliche Antwort, der ich einige hilfreiche Anregungen entnommen habe, wie es in dieser Sache weitergehen könnte. Ich bleibe am Ball. Und herzlichen Dank für das Lob, über welches ich mich sehr gefreut habe. •• JotW 21:28, 17. Jul. 2023 (CEST)

Lösung siehe: Wikipedia_Diskussion:Förderung/Wikimedia_Deutschland/Anleitung_E-Mail-Konfiguration#Accountfehler_bei_Verwendung_von_iOS-Mail. •• JotW 16:38, 24. Jul. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: •• JotW 16:38, 24. Jul. 2023 (CEST)

remindErrorMessages: Fehlerhafte Fehlermeldung zu Vorlage:Cite newspaper

Hallo, in dem im Bearbeitungsmodus folgend zu sehenden Korrekturhinweis von Benutzer:PerfektesChaos/js/remindErrorMessages scheint der falsche und der richtige Vorlagenname verwechselt zu werden: „Vorlage:Cite news: Bitte Vorlage in Cite newspaper ändern.“ Am Bsp.:

• {{Cite newspaper|url=https://www.echo-news.co.uk/news/1386253.st-osyth-which-witch-is-which/|title=St Osyth: Which witch is which?|last=Dwan|first=James|date=2007-05-09|newspaper=Echo|access-date=3. Mai 2023|language=en}}

Geändert werden soll es aber gerade andersherum: von „cite newspaper“ hin zu „cite news“.

Btw: In der Doku von Vorlage:Cite news wird in der Kopiervorlage „cite news“ kleingeschrieben. Dennoch ändert/kürzt der APPERbot (wie hier) von „Cite newspaper“ auf „Cite news“, nicht gleich auf „cite news“.

Gruß, --Wi-luc-ky (Diskussion) 21:48, 16. Aug. 2023 (CEST)

Falsche Werkstatt für dieses Thema; optimal besser an Wiki1939 direkt wenden. VG --PerfektesChaos 22:18, 16. Aug. 2023 (CEST)

Danke, PerfektesChaos. Dachte, diese Fehlermeldung kommt aus remindErrorMessages.

Dann also: @Wiki1939: Schaust Du bitte mal.

Sehe gerade, dass mit Austausch des falschen Parameters (!) newspaper zu work die Fehlermeldung verschwinden würde:

• {{Cite newspaper|url=https://www.echo-news.co.uk/news/1386253.st-osyth-which-witch-is-which/|title=St Osyth: Which witch is which?|last=Dwan|first=James|date=2007-05-09|work=Echo|access-date=3. Mai 2023|language=en}}

Danke, --Wi-luc-ky (Diskussion) 22:48, 16. Aug. 2023 (CEST)

Die fälschlich von mir angelegte und von Matthiasb auf "cite news" geänderte Weiterleitungsseite wurde nach Auflösung der Weiterleitung in den Artikeln wieder gelöscht. --WiKi1939 (Diskussion 11:49, 17. Aug. 2023 (CEST)

Danke für die Info, WiKi1939. Die Fehlermeldung ist jetzt weg.

Das Btw-Problem der Kleinschreibung wurde in der APPERbot-Disku erörtert: Kleinigkeit ohne wirkliche Auswirkungen (lt. Wurgl).

Damit für mich erledigt. Gruß, --Wi-luc-ky (Diskussion) 12:04, 17. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wi-luc-ky (Diskussion) 12:04, 17. Aug. 2023 (CEST)

Fehler bei einer Seite

Guten Tag, ich habe bei dem WP:Dark Mode, den Abschnitt Optionen für eingeloggte Benutzer geändert. Aber nach der Änderung steht da nichts. Wenn ich aber im Quelltexteditor das e entferne, geht alles.

So gehts nicht, der Anfang wird nicht angezeigt.

[[en:User:Tollens/darkTheme|Tollens' dark theme]] – ein minimalistisches dunkles Thema von User:Tollens

So gehts aber der Link ist Falsch.

[[e:User:Tollens/darkTheme|Tollens' dark theme]] --The Other Karma (Diskussion) 18:52, 6. Sep. 2023 (CEST)

Möchtest du einen Interwiki-Link inline darstellen? Dann musst du :en: davorstellen. Wenn du nur en: davorstellst, wandert der Link in die Interwikiliste und ist im Artikeltext nicht zu sehen. --XanonymusX (Diskussion) 19:05, 6. Sep. 2023 (CEST)

Vielen Dank für die Hilfe, aber Tollens hat es bereits gefixt.

--The Other Karma (Diskussion) 21:54, 6. Sep. 2023 (CEST) :Archivierung dieses Abschnittes wurde gewünscht von: The Other Karma (Diskussion) 21:55, 6. Sep. 2023 (CEST)

SPARQL-Abfrage auf die Referenz

Hallo,

kann bitte jemand meine SPARQL-Abfrage nachbessern. Ich möchte alle Items, die im Statement "coordinate location" unter "reference" ein "stated in: Geographic Names Server" eingetragen haben, wie in Schloss Pfeilerhof (Q21864806) ersichtlich Ich habe es bereits erfolglos versucht, siehe Benutzer:Ferdschinand/Arbeitsliste und auch keine diesbezüglichen Beispiele gefunden. Danke. --Ferdschinand (Diskussion) 13:53, 12. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Ferdschinand (Diskussion) 18:34, 12. Sep. 2023 (CEST)

Fehlerhafte Ergebnisse in der erweiterten Suche mit Kategorien

Die erweiterte Suche scheint einen Bug zu haben, wenn man darin nach Kategorien sucht. Ich habe nach Kategorie:Journalist Kategorie:Deutscher gesucht und einer der Treffer ist Richard Wagner, der kein Journalist war und auch nicht der Kategorie zugeordnet ist. Es gibt allerdings einen Richard Wagner (Journalist). Möglicherweise liegt hier der Fehler? --ungeruehrt (Diskussion) 00:21, 17. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ungeruehrt (Diskussion) 00:34, 17. Sep. 2023 (CEST) --ungeruehrt (Diskussion) 00:34, 17. Sep. 2023 (CEST)

Problem mit PanoViewer-Darstellung

1. Kugelpanorama des ehemaligen Martin-Rinckart-Gymnasiums (Innenhof, 2023)
Als Kugelpanorama anzeigen

2. Kugelpanorama des Markplatzes von Stendal mit Rathaus und St. Marien-Kirche (2023)
Als Kugelpanorama anzeigen

Hallo zusammen,

seit ca. 29. Mai 2023 (genaues Datum unbekannt) werden Kugel-Panoramen im sogenannten PanoViewer fehlerhaft dargestellt. Da ich die Panoramen vorher an meinem PC getestet habe und da Kugel-Panoramen, die ich vor diesem Datum hochgeladen habe weiterhin funktionieren, weiß ich absolut keinen Rat, warum es momentan nicht mehr funktioniert. (Anmerkung: Die PanoViewer-Aufrufe funktionierten ab dem 29. Mai für einige Tage überhaupt nicht.)

1. Beispiel korrekte Darstellung (hochgeladen am 17. April):
2. Beispiel fehlerhafte Darstellung (hochgeladen am 29. Mai):

Ich habe genügend weitere Beispiele, falls erforderlich siehe: hier

Hat Jemand eine Idee, woran es liegen könnte? Wer kann hier weiterhelfen? Wer betreut die Tools auf toolforge.org und speziell den PanoViewer?

Bin für jeden Hinweis dankbar. Viele Grüße --Joachim Köhler (Diskussion) 16:56, 5. Jun. 2023 (CEST)

Was ich bisher probiert / herausgefunden habe:

1. Das Seitenverhältnis ist exakt 2:1 (und würde trotzdem funktionieren, falls es nicht exakt gleich ist, siehe hier)
2. Die Datei mit fehlerhafter Darstellung unter gleichem Namen nochmal hochladen wird vom Upload-Tool geblockt. Meldung: exaktes Duplikat (was ja auch stimmt)
3. Am Datei-Namen kann es nicht liegen, da die Namen beider Beispiel-Dateien ähnlich aufgebaut sind.
4. Auch ältere Kugel-Panoramen von 2022 funktionieren nach wie vor, siehe hier.
5. Ich habe zwei Maintainer angefragt, woran es liegen könnte: Fuzheado und Dschwen, leider bisher noch keine Antwort.
6. Der gleiche Fehler tritt sowohl im Firefox als auch im MS Edge (unter Windows 10) und unter Android 11 im Firefox (jeweils aktuelle Versionen) auf.

--Joachim Köhler (Diskussion) 11:13, 5. Jul. 2023 (CEST)

Hallo @Joachim Köhler, wie schon auf der Seite des Reparatursommers geschrieben, ist das ursächliche Problem nicht das Tool selbst, sondern die Skalierung in der Mediawiki Hauptsoftware. Das Problem wird in diesem Ticket weiter verfolgt. -- Christoph Jauera (WMDE) (Diskussion) 11:52, 16. Aug. 2023 (CEST)

Hallo @Christoph Jauera (WMDE), herzlichen Dank für deine Antwort. Ich habe dir auf der Seite des Reparatursommers geantwortet. Beste Grüße --Joachim Köhler (Diskussion) 16:02, 16. Aug. 2023 (CEST)

Gute Nachrichten. Das zugrundelegende Problem wurde inzwischen behoben und die Erstellung der skalierten Bilder als Vorbereitung für den PanoViewer sollte wieder reibungslos funktionieren. Viele Grüße --Christoph Jauera (WMDE) (Diskussion) 18:51, 10. Okt. 2023 (CEST)

Hallo @Christoph Jauera (WMDE), vielen Dank für deine gute Nachricht. Ich hatte das bereits zufällig mitbekommen, dass der PanoViewer die Panoramen wieder korrekt anzeigt. Also herzlichen Dank auch an die Entwickler / Programmierer, die den Fehler behoben haben und beste Grüße --Joachim Köhler (Diskussion) 10:02, 11. Okt. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wetterwolke (Diskussion) 21:11, 14. Okt. 2023 (CEST)

Spezial:Präfixindex einspaltig

Zur Konfiguration der Spezialseite Spezial:Präfixindex ist in der hiesigen Doku u.a. ein columns-Parameter beschrieben, mit dem die Art der Auflistung der gefundenen Seiten angeblich beeinflusst werden kann. Defaultmäßig erfolgt eine dreispaltige Ausgabe. Ich würde gerne eine einspaltige Liste bei mir einbauen, erhalte aber immer nur die dreispaltige Form ?! Sowohl für Seiten im BNR (namespace=2) als auch für zugehörige Disks (namespace=3) und egal ob der Parameter direkt in der URL angegeben wird (&columns=1) oder in einer Form wie {{Special:Prefixindex/Rolf acker/Mentees |namespace=3 |columns=1}}. Hier ein Test-Link. Auch andere columns-Werte wie „2“ oder „4“ haben keine Wirkung ?! Wird der columns-Parameter hierzuwiki nicht unterstützt? Oder heißt er anders? Oder was mache ich falsch? Grüße, --rolf_acker (Diskussion · Beiträge) 04:07, 14. Okt. 2023 (CEST)

Die Option wurde 2014 eingebaut.

Daraufhin hatte ich das dokumentiert.

Oktober 2015 wurde die wieder rausgenommen.

• Ging an mir vorbei. Keine Kommunikation.

Kannst irgendwie ein Phab lancieren und sowas wieder einfordern.

• Es müssten CSS-Klassen mw-pageindex-body-1 mw-pageindex-body-2 mw-pageindex-body-3 mw-pageindex-body-4 mw-pageindex-body-5 eingeführt werden, die column-count: 1; column-count: 2; column-count: 3; column-count: 4; column-count: 5; setzen, und das .mw-prefixindex-body nicht mehr columns: 22em 3; sondern nur noch column-width: 22em; um zu vermeiden, dass die kombinierte Notation die Komponentenzuweisung blockiert.
• Oder, weil identisch mit AllPages, virtuell mw-pageindex-body als abstrakten Supertyp mit gemeinschaftlicher Verwaltung.
• Die PHP-Doppelprogrammierung für All und Prefix ist weniger clever, weil eigentlich ist das dieselbe Aufgabe, nur dass insbesondere Prefix zusätzliche Parameter hat. Sowas kann geschickter 2 in 1 implementiert werden.

Dass fest die 3 vorgegeben sind, ist doof, weil nunmehr nicht mehr durch eine URL die geeignete Darstellung an andere übermittelt werden kann.

• An die fixen 22em wird man wohl nicht so leicht rankommen.

Für die Darstellung auf einer privaten Seite kannst du mit persönlichen TemplateStyles usw. setzen, ggf. mit anderer Breite:

.mw-prefixindex-body {
   columns: 22em 1;
}

VG --PerfektesChaos 09:13, 14. Okt. 2023 (CEST)

Danke, PerfektesChaos, für die ausführlichen Infos. Hat sich für mich damit geklärt. Grüße, --rolf_acker (Diskussion · Beiträge) 02:59, 17. Okt. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: rolf_acker (Diskussion · Beiträge) 03:00, 17. Okt. 2023 (CEST)

Bearbeiten-Links auf Benutzerdisk weg

Seit ca. 12:00 Uhr sind (gefühlt nur) auf meiner Benutzerdisk die Abschnittlinks [Quelltext bearbeiten] und beim letzten Abschnitt auch [Abschnitt hinzufügen] verschwunden, und zwar egal auf welchem Browser, egal mit welchem Rechner, egal ob Desktop oder mobil, egal welcher Skin. Kann mir jemand helfen? Danke, – Doc Taxon • Disk. • 12:40, 16. Okt. 2023 (CEST)

andere Benutzer finden diese Bearbeitenlinks auf meiner Benutzerdisk auch nicht mehr. Komisch! – Doc Taxon • Disk. • 12:55, 16. Okt. 2023 (CEST)

Eigentlich rede ich ja nicht mehr mit dir! In den Seiteninformationen steht dick __ABSCHNITTE_NICHT_BEARBEITEN__ → Hilfe:Schalterfunktionen#NOEDITSECTION. --Lómelinde 13:15, 16. Okt. 2023 (CEST)

Man sollte einfach diese Seite Benutzer:Doc Taxon/Test1 dort nicht einbinden. --Liebe Grüße, Lómelinde Diskussion 13:19, 16. Okt. 2023 (CEST)

Oh, vielen Dank. Dann frag ich mich jetzt als zweites, warum die Links vor 12 Uhr definitiv noch da waren (hatte bewusst draufgeclickt) und ich sie ziemlich genau nach Punkt 12 vermisst habe. /Test1 war schon tagelang eingebunden. – Doc Taxon • Disk. • 13:53, 16. Okt. 2023 (CEST)

Da kann ich dir aber nicht helfen, warum etwas wann wie weshalb hier etwas tut steht in den Sternen. Möglicherweise ein alter Stand im Speicher. Wenn das hier dann für dich erledigt ist, dann setze doch bitte auch einen Baustein, damit es abgeräumt werden kann. (was viel schlimmer ist, ist dass meine Maus seit Tagen prellt, das nervt tierisch) --Liebe Grüße, Lómelinde Diskussion 14:26, 16. Okt. 2023 (CEST)

Hm, Mäuse können nun mal nicht anders als "tierisch" nerven, sind ja keine Pflanzen. – Doc Taxon • Disk. • 15:10, 16. Okt. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: – Doc Taxon • Disk. • 15:10, 16. Okt. 2023 (CEST)

Archiv zu Diskussion:Terrorangriff der Hamas auf Israel 2023 funktioniert nicht.

Ich hatte zu der Diskussionsseite zu Terrorangriff der Hamas auf Israel 2023 ein Archiv angelegt. Es ist deckungsgleich mit dem, das ich auch für meine Benutzerseite verwende. Dort funktioniert das Archiv, auf der Disk zum Terrorangriff jedoch nicht; eigentlich müssen schon längst die ersten mit erledigt versehenen Diskussionsabschnitte archiviert werden (die 3 Tage-Frist ist bei einigen mit "erledigt" versehenen Abschnitten schon längst verstrichen). --LennBr (Diskussion) 23:57, 17. Okt. 2023 (CEST)

@LennBr: Ich habe das mal korrigiert, eine erste Auto-Archivierung sollte heute nachmittag erfolgen. – Doc Taxon • Disk. • 10:51, 18. Okt. 2023 (CEST)

Dankeschön. --LennBr (Diskussion) 21:15, 18. Okt. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von Dwain 17:28, 18. Okt. 2023 (CEST), erl.

Fehlermeldung

Im Artikel Sinussatz im Absatz "Beweis" kommt bei mir die rote Fehlermeldung "Fehler beim Parsen (SVG (MathML kann über ein Browser-Plugin aktiviert werden): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „http://localhost:6011/de.wikipedia.org/v1/“:): {\displaystyle \frac{\sin \alpha}{\sin a} =\frac{\sin \beta}{\sin b} =\frac{\sin \gamma}{\sin c} }"

Sowohl bei Firefox als auch bei google chrome.

Beim Aufruf der neuesten Version aus der Versionsgeschichte passiert das nicht.

Viele Grüße, Harry

--46.114.139.113 12:42, 2. Okt. 2023 (CEST)

Angemeldet klappt das bei mir. Unangemeldet sehe ich den Fehler und zwar unmittelbar vor dem Absatz "Siehe auch". --Wurgl (Diskussion) 13:22, 2. Okt. 2023 (CEST)

Dito, – Doc Taxon • Disk. • 14:17, 2. Okt. 2023 (CEST)

Ich hab jetzt unangemeldet einen Nulledit gemacht und jetzt wird es verrückt:

unangemeldet: https://de.wikipedia.org/wiki/Sinussatz?stable=0 <-- kein Fehler

unangemeldet: https://de.wikipedia.org/wiki/Sinussatz <-- Fehler

unangemeldet: https://de.wikipedia.org/wiki/Sinussatz?stable=1 <-- Fehler

angemeldet: https://de.wikipedia.org/wiki/Sinussatz?stable=0 <-- kein Fehler

angemeldet: https://de.wikipedia.org/wiki/Sinussatz <-- kein Fehler

angemeldet: https://de.wikipedia.org/wiki/Sinussatz?stable=1 <-- Fehler

Hat also wohl was mit gesichteten/ungesichteten Versionen zu tun.

So nebenbei: 160 Treffer bei Google Suche. Ist also nicht die einzige Seite mit so einem Problem. --Wurgl (Diskussion) 15:39, 3. Okt. 2023 (CEST)

?action=purge hat geholfen, null-edit nicht. Ich lass mal den Bot drüberrauschen. --Wurgl (Diskussion) 16:57, 3. Okt. 2023 (CEST)

ob das wohl noch irgendwas mit phab:T341666 zu tun hat? --Johannnes89 (Diskussion) 17:15, 3. Okt. 2023 (CEST)

Möglicherweise hilft ein Edit (z.B. Leerzeichen einfügen) und dann wieder rücksetzen.

Bei Dichlordifluormethan schien das so zu sein. Ich gehe mal einige der 160 google-Treffer durch.

Grüße von Larry --Larry2718 (Diskussion) 22:16, 3. Okt. 2023 (CEST)

Die 10.000 zuletzt geänderten hab ich geprüft und bei 42 davon einen purge gemacht. ca. 23.000 Artikel verwendet <math>. Die Suche steigt bei 10.000 aus, ich kann noch die 10.000 am längsten nicht geändert durchackern. Bleiben 3000 in der Mitte übrig. Ich schätze mal, 90% der kaputten hab ich damit erreicht. Und wenn bei der ersten 10.000 42 dabei waren, dann sind vielleicht noch 12 kaputte in den 3.000 restlichen. --Wurgl (Diskussion) 23:17, 3. Okt. 2023 (CEST)

Bei den 160 von google waren noch einige Kameraden dabei. Zusammen mit dem Bot-Lauf müsste die Aktion jetzt abgeschlossen sein.

Grüße, --Larry2718 (Diskussion) 12:02, 4. Okt. 2023 (CEST)

Also ich hab dann beim zweiten 10.000er Block noch 5 gefunden, insgesamt 47 Stück und zwei oder drei beim Testen von dem Script. Hab dann noch eine andere Sortierung der 10.000 probiert und da war nix. Ich glaub, ich mach hier mal zu. --Wurgl (Diskussion) 16:30, 5. Okt. 2023 (CEST)

Ich eröffne diesen Abschnitt wieder, da ich in Maxwell (Einheit) den Fehler noch vorgefunden habe. Hier einige Anmerkungen:

• Die Meldung T343648 für das Problem in Phabricator findet sich hier
• In T343648 auf Phabricator wurde der Tipp gegeben, sich Kategorie:Wikipedia:Seite mit Math-Fehlern anzusehen.
• Im Beispiel Maxwell (Einheit) dürfte die Fehlermeldung seit dem 3. Oktober auftauchen (timestamp 20231003201838), der Artikel taucht aber nicht in der Fehlerkategorie auf (warum?)

Momentan ist über Hilfe:Cache#Purge hinaus keine Lösung des Problems bekannt. (Bitte antworten, falls doch) --Kallichore (Diskussion) 03:12, 14. Okt. 2023 (CEST)

Das Problem ist mir nun seit über einer Woche nicht mehr aufgefallen. Die Formulierung "production availability glitch" von Jdforrester-WMF auf Phabricator dürfte die Problemursache gut zusammenfassen. --Kallichore (Diskussion) 23:55, 3. Nov. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Kallichore (Diskussion) 23:55, 3. Nov. 2023 (CET)

Defekte Weblinks auf Diskussionsseiten

Hallo zusammen!

GiftBot hatte 2016 auf Diskussionsseiten Hinweise zu defekten Weblinks eingestellt.

Wenn man bei z. B. bei Diskussion:Lifan Industry auf

• Netzwerk-Fehler (6) andere Artikel, gleiche Domain klickt, dann kommt 404 Not Found.
• Ist das so richtig? Kommt auf vielen Diskussionsseiten vor.
• Viele Grüße, Larry

--Larry2718 (Diskussion) 22:26, 14. Aug. 2023 (CEST)

Ja, seufz, danke für den Hinweis.

Nein, ist natürlich nicht richtig.

Gifti ist leider nicht mehr aktiv und hat ihre Software abgeschaltet; darunter auch wmflabs.org/giftbot/weblinksuche und das geht dann natürlich in die Grütze.

Ich werde mir die Generierung dieser Hinweise vornehmen und ein alternatives Link versuchen, in jedem Fall das defekte Weblink im Abschnitt Defekte Weblinks eliminierne.

VG --PerfektesChaos 22:48, 14. Aug. 2023 (CEST)

@Larry2718: Jetzt besser? VG --PerfektesChaos 22:16, 16. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 08:34, 19. Nov. 2023 (CET)

Lokaler Hack: Tabelle-kopf-fixiert

Siehe auch: Chronologie der Mondmissionen, Diskussion:Chronologie der Mondmissionen#Tabellenkopf und Diskussion:Chronologie der Venusmissionen#tabelle-kopf-fixiert

erste Version der Tabellenstile, Fix der Tabellenstile @PM3 zur Kenntnisnahme

Hallo allerseits (vor allem @PerfektesChaos, @Hgzh, @Wurgl und @XanonymusX, weil ihr an dem lokalen Hack gearbeitet habt),

auf Diskussion:Chronologie der Mondmissionen#Tabellenkopf wurde der Wunsch geäußert (den ich unterstütze), dass der obere Tabellenkopf (Nummer, Missionsverlauf, Bild, Startzeitpunkt, Betreiber, Missionsverlauf) auf jeden Fall, aber gerne auch noch die Jahrestrenner (1950er 58 – 59) fixiert werden, sodass man zum einen weiß, welche Zeile, was aussagt, zum anderen gleich zum jeweiligen interessanten Abschnitt springen kann. Deshalb habe ich zuerst {{Tabellenstile}} und der Tabelle, die Fixierklase .tabelle-zeile-aktiv hinzugefügt. Dann habe ich aber festgestellt, dass der Hack nicht vernünftig mit doppelten Überschriften klarkommt, wie die damalige Version und dieser Kommentar zeigen. Infolgedessen habe ich diesen Bug als workarround so gefixt, dass ich die Jahrestrenner von Überschriften (!) zu normalen Tabellezeilen wurden. Nun funktioniert das Verlinken per id nicht mehr richtig (es wir zwar richtig verlinkt, allerdings schiebt sich natürlich der Tabellekopf über den jeweiligen Jahretrenner), wie diese Version und dieser Kommentar zeigen.

Nun nach meiner langen Einleitung meine eigentliche Frage: Ist es möglich, dass man der Vorlage irgendwie beibringt, dass wenn es mehrere Überschriften gibt, immer der Kopf und die jeweils zu diesem Zeitpunkt am dichtesten seiende Überschrift (der Jahrestrenner) korrekt untereinander angezeigt werden? MfG, Dwain 12:02, 4. Okt. 2023 (CEST)

Zu mehrere Überschriften korrekt untereinander: das ist nicht möglich. Hintergrund: die Fixierung wird mittels einer Höhenangabe vom oberen Anzeigerand und einer Z-Position definiert. Diese Höhenangabe ist für die erste fixierte Überschrift fast immer 0 (Ausnahme: der sticky header von Vector-2022 wird angezeigt). Die Höhenangabe der zweiten fixierten Überschrift müsste sich aus der Höhe der ersten ableiten, die in einem Stylesheet aber nicht bekannt ist. Bei Inline-Angabe im Artikeltext würde die Reaktion auf den sticky header nicht mehr möglich sein.

Zum Problem mit der Verlinkung und dem Überlappen des fixierten Kopfes mit dem Sprungziel: eine Lösung gibt es in CSS mit scroll-paddings und scroll-margins bereits, leider unterstützt der MediaWiki-interne CSS-Sanitizer das bisher nicht, sodass ich es in einem lokalen Stylesheet nicht verwenden kann.

Gruß, -- hgzh 11:24, 8. Okt. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 08:30, 19. Nov. 2023 (CET)

WikiMap & Anzeige von Bildern

Ich frage für einen Freund @Stefan Fadinger:. Mich würde es auch interessieren.

• Liste der denkmalgeschützten Objekte in Hirtenberg Aufruf WikiMap: https://wikimap.toolforge.org/?lang=de&page=Liste_der_denkmalgesch%C3%BCtzten_Objekte_in_Hirtenberg

Die Objekte werden ohne Bilder angezeigt.

• Liste der Bauwerke von Friedensreich Hundertwasser Aufruf WikiMap: https://wikimap.toolforge.org/?lang=de&page=Liste_der_Bauwerke_von_Friedensreich_Hundertwasser (schaut auch nicht anders aus)

die Objekte werden mit Bildern angezeigt, allerdings wird immer das erste Bild aus der Liste bei allen Objekten angezeigt.

2 Fragen:

• Wovon hängt es ab, ob Bilder angezeigt werden?
• Wie kann man erreichen, dass mit den Koordinaten das richtige Bild aus der richtigen Zeile angezeigt wird.
• (Wo finde ich Hilfe:WikiMap?)

lg --Herzi Pinki (Diskussion) 19:27, 13. Okt. 2023 (CEST)

Damit müsstest du dich an WP:GEO wenden.

Zu den diversen Hack-Geo-Map-OSM-Tools sind keinerlei technische Dokumentationen bekannt, also zu URL-Struktur oder präziser Wirkung+Funktionalität, oder Diskussionsseiten oder Phab-Tags oder irgendein Kommunikationskanal, an den Anfragen wie deine adressiert werden könnten.

Also ist es dieser Werkstatt hier auch unmöglich, irgendwie konkret zu antworten.

Nebenbei würde eine hiesige Doku zu privat angebotenen Tools nicht im Hilfe-Namensraum erstellt werden, sondern als Unterseite per WP:HT. Der Hilfe-Namensraum soll nur noch Original-MediaWiki-Software et al. dokumentieren, insbesondere soweit für reguläre Autoren umsetzbar.

VG --PerfektesChaos 09:54, 14. Okt. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 08:29, 19. Nov. 2023 (CET)

Anzahl Zeilen in einer Tabelle

Ich möchte in Tabellen in der Fusszeile angeben, wie viele Objekte (=Zeilen) die Tabelle auflistet. Dies möchte ich ohne zusätzlich sichtbare Spalte mit Laufnummern bewerkstelligen. Denn erstens will ich die Tabelle nicht um eine Spalte erweitern und zweitens sind gesetzte Laufnummer nicht pflegeleicht. Wie kann ich das erreichen? Danke für deine Unterstützung. --Matutinho (Diskussion) 17:16, 19. Jan. 2023 (CET)

Wikitext gibt einen statischen Text wieder, und ist nicht Excel oder dergleichen.

Was immer du in der Tabelle anzeigen möchtest, muss statisch im Wikitext der Seite hinterlegt sein, damit es alle Benutzer lesen können, auch wenn sie kein JavaScript aktiviert haben und ohne dass bei jeder Seitendarstellung irgendwelche JavaScript-Werkzeuge gestartet werden müssen, die gucken, ob es da eine Tabelle gibt in der du irgendwas angezeigt bekommen möchtest.

In unseren enzyklopädischen Artikeln wollen wir auch Wikitext haben, der von allen anderen bearbeitet und aktualisiert werden kann, auch etwa mit dem VisualEdiotor, und keine Generator-Software, die erst eine Tabelle generieren würde.

Um deine Artikel nach deiner Bearbeitung mit den gewünschten Daten zu aktualisieren, kannst du gern tableXpander@PerfektesChaos nutzen.

VG --PerfektesChaos 18:04, 19. Jan. 2023 (CET)

Hallo @PerfektesChaos. Besten Dank für deine Erklärung. Ja, das ist doch immerhin ein nützliches Tool, mit dem sich die Anzahl Objekte (Zeilen) in einer Tabelle schneller zählen lassen, als wenn ich das "von Hand" machen müsste. Anschliessend kann ich die gefundene Anzahl in die Fusszeile der Tabelle schreiben. So ist und bleibt die Tabelle statisch. Ich werde das Tool ausprobieren. --Matutinho (Diskussion) 22:35, 19. Jan. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:41, 29. Nov. 2023 (CET)

Index-tool bei Begriffsklärungsseiten

Hallo liebe Leute

ich finde das Index-tool für Begriffsklärungsseiten:
Liste aller Wikipedia-Artikel, deren Titel mit ... beginnt
Liste aller Wikipedia-Artikel, deren Titel ... enthält
extrem hilfreich

würde es aber gerne so darstellen, wie hier in diesem Beispiel Appell den Wiktionary-Link

also in Fettschrift

ist das erlaubt und wenn ja wie geht das
wenn nein, warum ist das dann beim Wiktionary-Link erlaubt

Dank im Vorraus und liebe Grüße --Über-Blick (Diskussion) 12:48, 14. Feb. 2023 (CET)

@Über-Blick: Da bist du hier eigentlich falsch, da es sich um eine Vorlage handelt also Vorlage:Index und kein Tool, gleiches gilt für die Schwesterprojektvorlagen zu denen die Vorlage:Wiktionary gehört. Nur die Schwesterprojektvorlagen haben eine optisch abweichende Darstellung. Siehe Wikipedia:Schwesterprojekte → Wikipedia:Textbausteine/Schwesterprojekte. Zuständig für Vorlagenänderungen wäre die Vorlagenwerkstatt, zuständig für das Aussehen der Begriffsklärungsseiten hingegen Wikipedia:Begriffsklärung#Der Abschnitt „Siehe_auch“, also die dortige Diskussionsseite oder das zuständige Wikipedia:WikiProjekt Begriffsklärungsseiten mit der Wikipedia:Formatvorlage Begriffsklärung. Grundsätzlich aber gilt Hilfe:Textgestaltung#fett --Liebe Grüße, Lómelinde Diskussion 18:35, 12. Mär. 2023 (CET)

Danke für die Infos Gruß --Über-Blick (Diskussion) 19:05, 12. Mär. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:40, 29. Nov. 2023 (CET)

Seitenkennnummern

Gibt es eine Abfrage, mit der ich eine Liste mit den Seitenkennnummern (Page ID) der von mir erstellten Seiten erhalte (oder auch mit den Seiten aus meiner Beobachtungsliste)? --Bernd Bergmann (Diskussion) 00:01, 17. Mär. 2023 (CET)

Wenn du an PageIDs interessiert bist, bekommst du diese über die API, mehr dazu unter mw:API:Main page. Für die Beobachtungsliste gibt es watchlistraw, in Verbindung mit dem Generator kommen da direkt die PageIds raus link (einmal "Anfrage ausführen"), entsprechend gibt es auch usercontribs für deine Bearbeitungen link. Der Umherirrende 15:05, 7. Mai 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:40, 29. Nov. 2023 (CET)

Einbinden von Editnotice

Hallo allerseits. Ich habe diese Seite angelegt und mich dabei an die Hilfeanleitung gehalten. Leider wird der Text beim Bearbeitungsversuch nicht angezeigt. Verschiedene Lösungsversuche haben auch nicht geholfen. Liegt es am 2. Slash der Seite, muss ich woanders noch etwas ergänzen oder habe ich was übersehen? --MovieFex (Diskussion) 10:13, 25. Mai 2023 (CEST)

Editnotices sind im BNR derzeit nur für die Stammbenutzerseite implementiert. -- hgzh 10:59, 25. Mai 2023 (CEST)

(BK) Yep; es soll vermieden werden, dass im BNR und für BD zu jeder Seite noch eine zusätzliche Editnotice angelegt wird und die dann zehn Jahre nach Versterben der Person auch noch alle in der Datenbank liegen.

MediaWiki:Editnotice-2 enthält die Regel.

VG --PerfektesChaos 11:02, 25. Mai 2023 (CEST)

Aber ausgerechnet im BNR liegen u.a. die Entwürfe, und deshalb wären gerade da Editnotices sinnvoll. Das mit dem Versterben leuchtet nicht ein. Das Gleiche trifft auf jede Benutzerunterseite zu, und die werden deshalb auch nicht verboten oder turnusmäßig nach einem gewissen Zeitraum gelöscht. -- MovieFex (Diskussion) 11:18, 25. Mai 2023 (CEST)

Es leuchtet auch absolut nicht ein weshalb ein Benutzer hier eine solche Editnotice für seine Unterseite erstellt, um dadurch zu verhindern, was auch durch einen solchen Hinweis nicht verhindert würde, dass Fehler, die die Software nachhaltig stören werden dadurch festgeschrieben werden sollen, weil man sie durch niemanden beheben lassen möchte und dadurch zudem weitere Fehler erzeugt hatte. --Liebe Grüße, Lómelinde Diskussion 11:27, 25. Mai 2023 (CEST)

(BK)

Ja, aber dann haben wir doppelt so viele Benutzerseiten, und dann wird der Entwurf in den ANR verschoben und die Editnotice bleibt liegen und ist Waise, und immer mehr Kram häuft sich über die Jahrzehnte an.

Zur Kennzeichnung von Entwürfen im BNR gibt es Baustein-Vorlagen, die Mitarbeit erlauben, dazu einladen oder diese verbieten usw.

Ist eine bewusste Entscheidung beruhend auf Beobachtungen und Übernutzung. Manche Leute müssen dann jede BNR- und BD-Seite einzeln mit sowas ausstatten.

VG --PerfektesChaos 11:31, 25. Mai 2023 (CEST)

Dass es doppelt so viele Unterseiten geben würde ist unwahrscheinlich, höchstens es würde eine Editnotice jedesmal per Default mit angelegt werden. -- MovieFex (Diskussion) 11:42, 25. Mai 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:39, 29. Nov. 2023 (CET)

Koordinaten und OSM-Helferlein hinter Suchfeld versteckt

Guten Abend! Seit einiger Zeit kann ich die Geokoordinaten und das OSM-Helferlein nicht mehr nutzen: Beides ist hinter dem Suchfeld versteckt und nicht mehr anclickbar.

Screenshot mit Problemdarstellung

Ich nutze Firefox auf Mac und den Vektor-alt-Skin. Im Einsatz sind auch die Toolserver-Helferelein und einige der Fliegelflagel-Skripte. Möglicherweise teilen da irgendwelche Skripte den Platz anders auf, ohne dass ich dies so beabsichtigt hätte. Vor ein paar Monaten hatte ich noch kein Problem; an einem anderen Rechner (Windows, Chrome, Vektor-alt) sind die Koordinaten auch hinter dem Suchfeld, aber ein Stückchen weiter unten, so dass sie zumindest angecklickt werden können. Wo könnte der Fehler liegen? Ich weiß leider gar nicht, wo ich diesen melden kann. Bin hier hoffentlich richtig. --muns (Diskussion) 00:52, 17. Jun. 2023 (CEST)

Hallo,

du bist hier richtig. Das alles liegt daran, dass die Geokoordinaten ein lokaler (seit Beginn an nicht gut durchdachter) CSS-hack der de.wikipedia ist, der uns mittlerweile um die Ohren fliegt. @Perfektes Chaos ist da bereits dran --Dwain 09:50, 17. Jun. 2023 (CEST)

Absolut korrekt.

Die Anzeige von Inhalten außerhalb des Inhaltsbereichs ganz klein irgendwo zwischengequetscht wo es hoffentlich nichts anderes überdeckt und von nichts anderem überdeckt würde war von Anfang an eine absolute Schnapsidee.

Zukünftig sollten Geokoordinaten zum einen direkt in Infoboxen angezeigt werden, zum anderen wie in Route der Industriekultur – Gelsenkirchen auf allen Geräten einschließlich Smartphone in normalgroßer Schrift dargestellt werden.

Das „OSM-Helferlein“ (meint wohl WIWOSM) ist in den 2000ern konzipiert worden und verknüpft zurzeit unauflöslich eine Anzeige außerhalb des Inhaltsbereichs mit seiner eigentlichen Funktionalität und müsste grundlegend modernisiert und auch einmal für Anwendungen dokumentiert werden.

Die Problembeschreibung einschließlich Screenshot war ausgezeichnet; allein das Problem ist schon seit einem Jahrzehnt bekannt.

VG --PerfektesChaos 11:53, 17. Jun. 2023 (CEST)

Danke für eure Rückmeldungen. Schade, dass eine schnelle Lösung offenbar nicht in Sicht ist. Ich bleibe hoffungsvoll geduldig. --muns (Diskussion) 16:33, 19. Jun. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:39, 29. Nov. 2023 (CET)

Reparatursommer 2023: Welche Community-Werkzeuge* müssen repariert werden?

In diesem Sommer möchte sich das Team Technische Wünsche um die Reparatur einiger Community-Werkzeuge kümmern, also um Werkzeuge, die klassischerweise in Community-Hand liegen. Ihr könnt vorschlagen, was repariert werden soll:

Hier geht es zum Reparatursommer

Auch für diejenigen, die selbst Werkzeuge reparieren oder erstellen möchten, gibt es Unterstützung, z.B. virtuelle Sprechstunden:

Hilfe beim Reparieren

Wir wollen mit dieser Aktion Erfahrungen sammeln, um evaluieren zu können, ob und wie wir in Zukunft neben der Verbesserung von MediaWiki auch Hilfe für Community-Werkzeuge anbieten können. Rückmeldungen, was euch wichtig ist, wenn es um Hilfe für Werkzeuge geht, sind hier auf der Diskussionsseite des Reparatursommers also sehr willkommen. -- Für das Team Technische Wünsche, -- Johanna Strodt (WMDE) (Diskussion) 12:41, 28. Jun. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:38, 29. Nov. 2023 (CET)

Lemma -Manipulation

bei post des Lemma Ship-to-Gaza-Zwischenfall auf telegram erscheint folgender Kurztext

Ship-to-Gaza-Zwischenfall

Überfall auf die Gaza-Hilfsflotte in internationalen Gewässern am 31. Mai 2010

diese nicht neutrale Formulierung kommt im Lemma gar nicht vor

wie hat das wer geschafft das unterzubringen und kann das jemand ändern

Diskussion:Ship-to-Gaza-Zwischenfall#regelwidrige_Manipulation --Über-Blick (Diskussion) 00:27, 14. Jul. 2023 (CEST)

Das ist die Information, die in Wikidata steht. Du kannst sie dort bearbeiten. --Barbasca (Diskussion) 01:34, 14. Jul. 2023 (CEST)

Die anderen Änderungen der IP sind auch recht interessant. Bei Ship to Gaza (Q2279229) steht im Artikel "ägyptisch-israelisch" in Wikidata fehlt aber das "ägyptisch". --Wurgl (Diskussion) 06:49, 14. Jul. 2023 (CEST)

@Barbasca habe den Text nun geändert und gleich bei telegram getestet, doch da kommt gerade noch der alte Text - dauert die Umsetzung noch einige Zeit?

@ Wurgl kannst du mir den link zur url der IP zukommen lassen, ich habe kurz in der history geschaut, habe aber kaum Zeit und bin nicht so versiert wie du, die entsprechende IP gleich herauszufinden

--Über-Blick (Diskussion) 10:29, 14. Jul. 2023 (CEST)

Die Ip hat da sehr konzentriert ein Thema bearbeitet: https://www.wikidata.org/wiki/Special:Contributions/2003:E1:473D:2D00:1FB:4A61:1728:B7B7 --Wurgl (Diskussion) 10:33, 14. Jul. 2023 (CEST)

ich hab den Text nun hier geändert, doch auf telegram wird immer noch der oben von mir angegebene Text angezeigt :-( --Über-Blick (Diskussion) 13:25, 15. Jul. 2023 (CEST)

So nebenbei: Alle Seiten aus dem Wikipedia-Universum haben das selbe Login/Passwort. (bzw. wenn du deinem Browser erlaubst, dass wikipedia, wikisource, wikidata, etc. auch Cookies anfassen dürfen die nicht für diesen einen Host bzw. diese eine Domain sind, dann bist du auch automatisch eingeloggt bzw. manchmal erst nach Reload der Seite). --Wurgl (Diskussion) 14:34, 15. Jul. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:38, 29. Nov. 2023 (CET)

ScrollUpButton-Helferlein auf Commons

Ich weiß, dass dies kein typischer Beitrag auf dieser Diskussionsseite ist; es ist noch nicht mal eine Frage. Aber dennoch möchte ich auf dieses praktische Skript hinweisen, vielleicht freuen sich ja ein paar über einen solchen Hinweis. Ich hatte schon lange das Problem, dass ich bei langen Diskussionsseiten nicht die Möglichkeit habe, durch einen einfachen Button wieder an den Seitenanfang zu gelangen. Irgendwann fiel mir ein, dass auf Commons diese Möglichkeit ja durch ein Helferlein existiert. So habe ich es einfach in meine common.js importiert und es läuft in allen Projekten wie geschmiert. --Dwain 16:01, 28. Jul. 2023 (CEST)

Das verwende ich auch schon lange, allerdings jenes aus der koreanischen WP (ko:미디어위키:Gadget-scrollUpButton.js), habe jetzt nicht überprüft, ob dieses abweicht. Ist praktisch, ja. --XanonymusX (Diskussion) 16:33, 28. Jul. 2023 (CEST)

Ah ja, das gibt es dort auch. Ist einfach eine exakte Kopie, inklusive der Kommentare. --Dwain 16:35, 28. Jul. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:37, 29. Nov. 2023 (CET)

<div style="overflow:auto"> und tabelle-kopf-fixiert beissen sich

Gibt es eine Möglichkeit, beide auf eine Tabelle anzuwenden? Siehe Spezial:Diff/236048710/236055848 --Dwain 20:03, 2. Aug. 2023 (CEST)

overflow erzeugt einen block formatting context im übergeordneten div, die top-Angaben der Kindelemente werden dann auf diesen angewendet. Das funktioniert also leider nicht. -- hgzh 20:54, 2. Aug. 2023 (CEST)

Erstmal danke für deine Begründung, @Hgzh

Hast du irgendeinen Alternativvorschlag, irgendetwas, das ich gegen <div style="overflow:auto"> austauschen kann und kein block formatting context erzeugt? --Dwain 21:06, 2. Aug. 2023 (CEST)

Vermutlich dürfte <div stye="display: flow-root"> funktionieren, oder? --Dwain 21:08, 2. Aug. 2023 (CEST)

Glaub ich nicht, denn das erzeugt diesen genauso. Hab ich aber nicht getestet. Gruß, -- hgzh 22:11, 2. Aug. 2023 (CEST)

Ja stimmt funktioniert nicht. --Dwain 22:29, 2. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:36, 29. Nov. 2023 (CET)

Suche in Wikipedia

Warum dauertt die Suche in Wikipedia plötzlich soooo lange ???? --2A02:8070:A280:AC00:6C3C:4574:354D:589 12:06, 10. Aug. 2023 (CEST)

Hallo IP,

ich schätze, es geht um die Ladegeschwindikeit? Überprüfe bitte Folgendes: Nutzt du eine andere Internetverbindung als sonst (oder benutzt du eine Flat, die nun gedrosselt ist)? Nutzt du seit neuestem irgendwelche Blocker als Browseraddons, privates DNS oder VPNs? Nutzt du seit neuesten einen anderen Browser? --Dwain 18:55, 11. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:36, 29. Nov. 2023 (CET)

Leerzeichen hinter dem Doppelpunkt im Lemma

Gemeldet in Phabricator
Task T315893

Hallo, mehrfach finde ich Leerzeichen hinter dem Doppelpunkt im Lemma bei Seiten außerhalb des Artikelnamensraums, auch in anderssprachigen Projekten, aber irgendwie konfus und uneinheitlich. So habe ich es jetzt erst wieder auf Wikipedia:Bots (ohne Leerzeichen), Wikipedia: Bots/Anfragen (mit Leerzeichen) und Wikipedia:Bots/Anfragen/Intro (wieder ohne Leerzeichen) gesehen. Ich glaube, dass das aber auf allen üblichen Diskussionsseiten der Fall ist. Hat das irgendwas mit DiscussionTools zu tun? Diese "Uneinheitlichkeit" finde ich irgendwie nicht so toll. – Doc Taxon • Disk. • 09:56, 22. Aug. 2023 (CEST)

Die DiscussionTools fügen folgendes ein:

.ext-discussiontools-visualenhancements_pageframe-enabled .mw-page-title-separator {
    margin-right: 0.25em
}}

.mw-page-title-separator ist dem Doppelpunkt nach "Diskussion" zugewiesen, deine Beobachtung stimmt also. -- Gruß, aka 10:07, 22. Aug. 2023 (CEST)

Danke sehr. Das sollte konsistent gemacht werden, ich habe das mal gemeldet. Mal schauen, was sich ergibt. Liebe Grüße, – Doc Taxon • Disk. • 10:34, 22. Aug. 2023 (CEST)

Solange dies im Phabricator diskutiert wird, als Beta für jeden Benutzer selbst einschaltbar und keine Einigung über eine Namensraum-weite Konsistenz besteht, werde ich die vorgesetzte Opt-out-Variante, für/gegen die weder ausreichend Konsens noch Dissenz besteht bzw. eingeholt wurde, in Kürze bis auf weiteres abschalten, den Vorgang aber weiter beobachten und begleiten. – Doc Taxon • Disk. • 12:19, 22. Aug. 2023 (CEST)

Was genau möchtest du ausschalten? --XanonymusX (Diskussion) 12:50, 22. Aug. 2023 (CEST)

margin-right auf 0 setzen, das muss ja nicht heißen, dass das so bleibt, aber solange das noch nicht konsistent ist und Konsens darüber besteht, oder Dissens dagegen eben – Doc Taxon • Disk. • 13:41, 22. Aug. 2023 (CEST)

Also lokales Überschreiben via Common.css? Das halte ich für einen zu ressourcenintensiven Eingriff aufgrund einer Kleinigkeit (in der offenbar schon wir beide unterschiedlicher Meinung sind), die noch nicht einmal abschließend geklärt ist. Solche Eingriffe sind für Bugfixes und die Umsetzung eines Communitykonsenses (MB oder Umfrage) gerechtfertigt, aber nicht für so etwas. --XanonymusX (Diskussion) 14:00, 22. Aug. 2023 (CEST)

Eben weil das nicht abschließend geklärt ist. So ressourcenintensiv ist das auch gar nicht, die common.css wird ja sowieso geladen. Und uns dies als quasi-Opt-out vorzusetzen, war vorher schon nicht per Communitykonsens gerechtfertigt. – Doc Taxon • Disk. • 14:08, 22. Aug. 2023 (CEST)

Warum setzen wir denn dann nicht für alle Seiten lokal .mw-page-title-separator {

    margin-right: 0.25em

}}?

Ich sehe genauso wenig Comunitykonsens für alle Seiten 0em, als auch für alle Seiten 0,25em. --Dwain 17:51, 22. Aug. 2023 (CEST)

Ja, für einen Eingriff gibt es aktuell keinen Konsens, ich möchte hiermit auch noch einmal ein klares Veto aussprechen. Persönlich würde ich die von Dwain vorgeschlagene Änderung unterstützen, aber natürlich auch das nur nach Konsensfindung durch MB oder zumindest Umfrage. Es ist fürs Erste die weitere Entwicklung auf Phabricator abzuwarten, und wenn dann ein endgültiger Zustand erreicht ist, kann über lokale Anpassungen diskutiert und abgestimmt werden. --XanonymusX (Diskussion) 18:33, 22. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:35, 29. Nov. 2023 (CET)

Request for temporary ui-admin and sysop right for Adiutor integration

Hello everyone, I hope this message finds you well. I am writing to request temporary interface administrator and administrator rights for the purpose of integrating and deploying the Adiutor tool to your Wiki. I would like to have these privileges for a duration of one week. You can find comprehensive information about Adiutor through this link. I believe that having these privileges will greatly assist in the successful adaptation and deployment of Adiutor, and I am committed to ensuring a smooth and efficient process throughout the integration. Thank you for considering my request. I look forward to your positive response. Best regards. --Vikipolimer (Diskussion) 17:11, 2. Sep. 2023 (CEST)

@Achim Raschka, Bubo bubo, CaroFraTyskland, Kein Einstein, Krd, Leserättin: FYI – Doc Taxon • Disk. • 17:26, 2. Sep. 2023 (CEST)

We don't have regulations for temporary adminship and editinterface rights. If your request is simply about creating the gadget pages, local users could do that as well. But I think at first there should be consensus that a) the tool fits to our local processes and b) we want to adopt this as a gadget. -- hgzh 17:46, 2. Sep. 2023 (CEST)

Yes. The request was placed on the correct page, but with the wrong content: you should first ask whether there is a community consensus or how to reach such a consensus, then the technical details can be discussed here, and then we will see whether you actually need temporary admin rights. Maybe you can start with explaining a bit better what benefits Adiutor would bring to dewiki and its community and how good the German localisation of it is. --XanonymusX (Diskussion) 18:12, 2. Sep. 2023 (CEST)

@XanonymusX, @Hgzh to find out what Adiutor does, perhaps you can click on the link I have already provided above. This is a gadget that can be activated by anyone and not used by anyone, if I had known that there was a discussion process in your community about gadgets I would have started this discussion first, my bad. --Vikipolimer (Diskussion) 18:29, 2. Sep. 2023 (CEST)

The thing is, barely any new gadgets have been activated/approved on dewiki in recent years, so without an interest from within the dewiki community, it is going to be difficult. But let’s hear some more opinions. --XanonymusX (Diskussion) 18:37, 2. Sep. 2023 (CEST)

There is no need to provide a community gadget for this purpose.

• Any user script on any wiki and any URL in www may provide some JavaScript code and can be loaded and executed everywhere.
• Advertising here does require a comprehensive German documentation page, and German reading and answering platform for user questions and complaints. Internationalization of JS for any language may be implemented anywhere.

A dewiki community gadget puts responsibility for maintenance and correct functionality and bug fixing and privacy protection to German community software maintenance in eternity.

• I am quite sure we do not want to be responsible for this tool, nor our children and grand-children who will be responsible as well.
• We do not provide new complex JS functionality as community gadget any longer, but even for our own folks by means of user script only.

Greetings --PerfektesChaos 21:30, 2. Sep. 2023 (CEST)

Nachdem ich die verlinkte Seite gelesen habe, finde ich, ist das ein recht interessantes, spannendes aber auch sehr nützliches Tool, wenn es das auch mit sich bringt, was es verspricht. Den Punkt mit der Verantwortung sehe ich jetzt nicht so drastisch, da für Adiutor Maintenance versprochen wird. Ich denke, wir sollten eine Möglichkeit finden, das Tool zumindest mal eine Zeitlang testen zu dürfen und dann eine Umfrage zu starten, ob wir das unter welchen Voraussetzungen wollen oder nicht. – Doc Taxon • Disk. • 07:26, 3. Sep. 2023 (CEST)

Translated: After reading the linked page above, I think it's quite an interesting, exciting but also very useful tool if it can do what it promises. I don't guess the point of responsibility so drastically now, because maintenance is promised for Adiutor. I think we should find a way to test the tool for a while at least and then start a survey as to whether we want it to have and under what conditions or not. – Doc Taxon • Disk. • 07:26, 3. Sep. 2023 (CEST)

Das zwingt mich dazu, mich nochmals expliziter zu äußern, dann diesmal deutschsprachig.

• Es ist überhaupt nicht erforderlich, ein Community Gadget zu etablieren, um irgendwas auszuprobieren.
  • Alle User können jederzeit jedes JavaScript von überallher einbinden; innerhalb und außerhalb der WMF.
  • Das offizielle Software-Angebot der dewiki-Community hat damit rein überhaupt nichts zu tun.
  • Der Request auf Etablierung eines Community Gadget und Erteilung von BOA-Rechten führt bei mir zu massivem Vertrauensverlust unter mehrfachen Aspekten.
• Was das Dingens zuallererst benötigen würde, ist eine deutschsprachige Dokumentationsseite und Anleitung, wenn es der breiten Öffentlichkeit angeboten werden soll.
  • This current page is for technicians and developers; English is fine here. But not for broad audience.
  • Zu so einem Test-Angebot gehört auch eine deutschsprachige Plattform für Rückfragen und Erörterungen.
  • Wobei es mir sehr eindimensional auf die Bedürfnisse der enWP zugeschnitten scheint, oder auf Wikis die deren Prozesse exakt kopiert haben. Unsere LA und LD laufen aber inkompatibel anders ab; auch SLA sind bei uns bis auf Vorlage:db-u1 anders gestrickt.
• Es gibt kein „zumindest mal eine Zeitlang testen“ eines Community Gadget.
  • Jede offiziell als Community Gadget angebotene Funktionalität ist von unendlicher Dauer und lässt sich niemals wieder abschaffen.
  • Wir haben noch Hacks von 2004 am Laufen, die wir nur unter Aufwand Tausender Arbeitsstunden wieder losbringen.
  • Gerade kürzlich hat mal wieder einer unserer Veteranen mit sechsstelligem editcount lautstark gejammert, man habe ihm sein prettytable weggenommen (das mal ein Dreivierteljahr aktiv war, bis es von globalem wikitable abgelöst wurde).
  • Sobald man versucht, eine einmal existente Funktionalität zu verändern oder gar abzuschaffen, gibt es einen Volksaufstand, AWW, Drohungen die ANR-Arbeit einzustellen und in jedem Fall kilometerlange Diskussionen, die Hunderte von Arbeitsstunden vergeuden, die wiederum anders fehlen und alles andere lahmlegen.
  • Jede einmal eingeführte Funktionalität muss parallel zu allen anderen Lösungen gleicher Wirkung weiter existieren, weiter gepflegt werden, mit allen anderen gleichartigen kompatibel sein, und alle müssen die Anwendung der diversen Varianten verstehen und voneinander unterscheiden und parallel benutzen können. Das kann grundsätzlich nicht funktionieren.
  • Wer was auch immer „zumindest mal eine Zeitlang testen“ möchte, kann dies innerhalb der nächsten drei Minuten machen, ohne dass es irgendwelcher Maßnahmen der dewiki-Community bedarf.
• In dem Moment, in dem dieses JavaScript als offizielles Community Gadget der deWP aktiviert wird, hat das technische Personal der deWP die Verantwortung dafür.
  • Wir müssen sicherstellen, dass es zuverlässig und dauerhaft funktioniert.
  • Wir sind dafür verantwortlich, dass es keine Schäden bei den Bearbeitungsvorgängen anrichtet.
  • Wir sind dafür verantwortlich, dass es keine Datenschutzprobleme verursacht.
  • Wir müssen die Rückfragen und Beschwerden dazu beantworten.
  • Wir bürden die Verantwortung für die dauerhafte Unterstützung korrekter Funktionalität noch unseren Enkeln in den nächsten Jahrzehnten auf.
• Wenn jemand sowas als „globales Werkzeug“ anbieten und pflegen möchte, dann wäre es MediaWiki, die dann auch die Verantwortung tragen, deren Entwickler die Verfügungsgewalt über den kompletten ausgeführten JS-Code haben, und die das dann auch internationalisiert ohne ein Community Gadget bereitstellen können.

VG --PerfektesChaos 08:57, 3. Sep. 2023 (CEST)

Das gewisse Prozesse unter den Wikipedia-Projekten unterschiedlich sind, ist ja nicht unbekannt. Meiner Meinung nach gilt es dann auch, dass entsprechend im Adiutor anzupassen, wenn wir den haben wollen. Temporär BOA-Rechte zu vergeben, halte ich selbst (meine Meinung) nicht für so sehr kritisch, auch dort lässt sich alles zurücksetzen, wenn mal "was kaputt geht." Änderungen lassen sich ja auch stets und einfach nachvollziehen. Aber das müssen natürlich die Bürokraten entscheiden. Deine Einwände und Ausführungen kann ich alle gut verstehen und nachvollziehen, einiges dazu war mir so explizit auch nicht bekannt. Insbesondere Dein Punkt 1.1 führt mich zum Schluss, dass eine Einbindung über Gadget noch nicht etabliert werden sollte, bis die Punkte 4.x und 5 geklärt sind, zumal ja eine personal Einbindung immer mgölich ist. Danke für Deine Ausführungen, – Doc Taxon • Disk. • 14:20, 3. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:35, 29. Nov. 2023 (CET)

Fehler bei visueller Diff-Anzeige in Vector 2022

Die visuelle Ansicht von Diffs der Seite Wikipedia:Redaktion Informatik/Arbeitslisten/Technische Informatik bricht mit der Fehlermeldung „char1.match is not a function“ ab. Die Konsole spuckt dazu folgendes aus:

jQuery.Deferred exception: char1.match is not a function 
diff_cleanupSemanticScore_@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:16:59
diff_match_patch.prototype.diff_cleanupSemanticLossless@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:17:505
diff_match_patch.prototype.diff_cleanupSemantic@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:14:793
diff_match_patch.prototype.diff_lineMode_@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:5:720
diff_match_patch.prototype.diff_compute_@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:5:340
diff_match_patch.prototype.diff_main@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:4:77
ve.DiffMatchPatch.prototype.getCleanDiff@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:10:371
ve.dm.VisualDiff.prototype.diffContent@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:23:217
ve.dm.VisualDiff.prototype.diffLeafNodes@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:18:349
ve.dm.VisualDiff.prototype.diffNodes@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:17:896
ve.dm.VisualDiff.prototype.findModifiedNodes@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:17:202
ve.dm.VisualDiff.prototype.diffList@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:14:393
ve.dm.VisualDiff.prototype.diffDocs@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:13:407
VeDmVisualDiff@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:11:939
getVisualDiffGeneratorPromise/</<@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:3:10
onReviewModeButtonSelectSelect/<@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:3:614
mightThrow@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:353:648
Deferred/then/resolve/</process<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:309
setTimeout handler*Deferred/then/resolve/<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:714
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
fireWith@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:903
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:947
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
fireWith@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:903
mightThrow@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:252
Deferred/then/resolve/</process<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:309
setTimeout handler*Deferred/then/resolve/<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:714
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
fireWith@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:903
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:947
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
fireWith@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:903
when/updateFunc/<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:355:972
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
fireWith@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:903
mightThrow@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:252
Deferred/then/resolve/</process<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:309
Deferred/then/resolve/<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:528
mightThrow@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:353:648
Deferred/then/resolve/</process<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:309
setTimeout handler*Deferred/then/resolve/<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:714
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
fireWith@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:903
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:947
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
fireWith@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:903
mightThrow@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:252
Deferred/then/resolve/</process<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:309
setTimeout handler*Deferred/then/resolve/<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:714
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
add@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:222
Deferred/then/<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:894
Deferred@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:355:611
then@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:752
fetchRevision/revCache[cacheKey]<@https://de.wikipedia.org/w/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector-2022 line 10 > eval:2:79
mightThrow@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:353:648
Deferred/then/resolve/</process<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:309
setTimeout handler*Deferred/then/resolve/<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:714
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
fireWith@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:903
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:947
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
fireWith@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:903
mightThrow@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:252
Deferred/then/resolve/</process<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:309
setTimeout handler*Deferred/then/resolve/<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:354:714
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
fireWith@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:903
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:351:947
fire@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%2Coojs-ui-widgets%7Cjquery.ui&skin=vector-2022&version=ztffs:350:705
 undefined load.php:356:554

Das Problem ist nicht besonders dringlich, aber es würde mich freuen den Fehler behoben zu sehen :) --MarcoMA8 (Diskussion) 14:59, 13. Sep. 2023 (CEST)

phab:T346424 -- hgzh 10:26, 15. Sep. 2023 (CEST)

Wurde behoben. -- hgzh 17:34, 29. Nov. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:34, 29. Nov. 2023 (CET)

Temporary accounts for unregistered editors

Read this in your language • Hilf bitte mit, in deine Sprache zu übersetzen • Please tell other users about these changes

Next year, unregistered editors will start using temporary accounts.

In 2024, editors who have not registered an account will automatically begin using temporary accounts. These editors are sometimes called "IP editors" because the IP address is displayed in the page history.

The Trust and Safety Product team gave a presentation at Wikimania about this change. You can watch it on YouTube.

There is more information at m:IP Editing: Privacy Enhancement and Abuse Mitigation.

SGrabarczuk (WMF) (Diskussion) 04:05, 30. Sep. 2023 (CEST)

WikiCon Präsentation

Siehe auch unsere WikiCon Präsentation, außerdem haben wir einen Kurierartikel geschrieben, der vieles zusammenfasst. --Johannnes89 (Diskussion) 19:09, 2. Okt. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:34, 29. Nov. 2023 (CET)

Zugriffszahlen

Zugriffszahlen von gestern stehen nicht zur Verfügung. Bitte um Wiederherstellung. --Weners (Diskussion) 14:53, 24. Nov. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 17:33, 29. Nov. 2023 (CET)

SORTIERUNG: wird in DEFAULTSORT: umgewandelt

Bei der Erstellung neuer Artikel wechsle ich in der Regel mindestens einmal vom Quelltext in den VE und dann auch wieder zurück. Nun ist mir aufgefallen, dass dabei die Bezeichnung Sortierung (Kategorien) in Defaultsort umgewandelt wird. Das wurde zwar nach der Veröffentlichung des Artikels unverzüglich von einem der schnellen Ersthelfer korrigiert und inzwischen versuche ich selbst, daran zu denken, aber es scheint sich hier doch wohl um einen Bug zu handeln. Vielleicht ist er ja schon bekannt, ansonsten sei er hiermit nun vorgestellt. Abhilfe wäre natürlich schön. Gruß --Barbasca (Diskussion) 01:16, 23. Jan. 2023 (CET)

Hallo @Barbasca,

SORTIERUNG ist letztlich nur der deutsche Alias von DEFAULTSORT. Der visual Editor ändert anscheinend die deutsche Bezeichtung SORTIERUNG in die englische DEFAULTSORT. Darin sehe ich aber kein Problem, sondern eher das gewünschte Verhalten. Wenn nun jemand den deutschen Artikel für eine andere Sprachversion übersetzen möchte, ist vorteilhafter, wenn die internationale Bezeichnung DEFAULTSORT verwendet wird, da sie, anders als SORTIERUNG, in jedem Wiki funktioniert. Also bitte in Zukunft lieber DEFAULTSORT verwenden, das erspart Kollegen in anderssprachigen Wikipedias eine Menge Arbeit.

LG Dwain 11:41, 16. Feb. 2023 (CET)

Danke für deine Antwort, Dwain, ich dachte schon, dass vielleicht gar niemand etwas dazu zu sagen hat. Dass es sich um unterschiedliche sprachliche Bezeichnungen handelt, war mir schon klar, nur nicht, dass es eigentlich egal sein sollte, denn z.B. haben M2k~dewiki oder Silewe jeweils zur deutschen Bezeichnung korrigiert, so dass ich das Gefühl hatte, einen Fehler gemacht zu haben. Wenn die Verwendung von DEFAULTSORT nicht schädlich ist, sondern vielleicht sogar besser, werde ich es in Zukunft einfach so stehen lassen. --Barbasca (Diskussion) 11:59, 16. Feb. 2023 (CET)

Naja. Nicht jeder hier ist der engl. Sprache mächtig, daher sollte schon die deutsche Bezeichnung verwendet werden. --Wurgl (Diskussion) 12:14, 16. Feb. 2023 (CET)

So ungefähr wollte ich das auch gerade schreiben. Ich wollte schreiben, dass M2k~dewiki und Silewe dies vermutlich mit dieser Begründung geändert haben. Das kann man gut finden oder auch nicht. Ich habe meine Meinung dazu und meine Beweggründe bereits dargelegt.

LG Dwain 12:17, 16. Feb. 2023 (CET)

In diesem Fall

• https://de.wikipedia.org/w/index.php?title=Cida_Gon%C3%A7alves&diff=230050680&oldid=230050675

wurde der Sortierschlüssel geändert, nicht das Keyword. --M2k~dewiki (Diskussion) 12:26, 16. Feb. 2023 (CET)

Ich meinte diesen Fall hier: https://de.wikipedia.org/w/index.php?title=Catherine_Ngila&diff=229219591&oldid=229219579. Liegt schon ein paar Tage zurück, weil ich dann irgendwann angefangen habe, wieder vom englischen auf den deutschen Begriff zurückzusetzen, als es mir aufgefallen war. --Barbasca (Diskussion) 17:26, 16. Feb. 2023 (CET)

Diese Änderung wurde mittels Benutzer:Schnark/js/personendaten vorgenommen.

• Benutzer:M2k~dewiki/FAQ#Wie_füge_ich_Personendaten_und_Kategorien_zu_biografischen_Artikeln_hinzu?

--M2k~dewiki (Diskussion) 17:30, 16. Feb. 2023 (CET)

Nunja, für die deutschsprachige Wikipedia ist die Vorlagenverwendung in Hilfe:Kategorien#Sortierung_der_Seiten_in_einer_Kategorie geregelt. Das von mir verwendete Skript hält sich an diese Regel und wandelt die Bezeichnung automatisch um. Diese Änderung geschieht aber immer nur, wenn ich im Bereich der Personen- oder Normdaten eine Korrektur vornehme. --Silke (Diskussion) 14:42, 16. Feb. 2023 (CET)

Vielen Dank für eure Antworten. Ich fürchte, die Details übersteigen teilweise meinen Horizont, aber ich hoffe, dass meine Schlussfolgerung richtig ist, dass ich keinen groben Fehler mache, wenn ich nicht auf den deutschen Ausdruck zurücksetze, weil ja immer so fleißige "Aufräumer" hier aktiv sind, die sich um solche Details kümmern. --Barbasca (Diskussion) 17:36, 16. Feb. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 07:44, 30. Nov. 2023 (CET)

Anfrage des Digitalen Deutschen Frauenarchivs

Mich erreichte eine Frage des DDF zur Programmierung der Einzelnachweis-Templates. Sie kriegen das Problem nicht gelöst, dass ihre Links nicht als automatischer Einzelnachweis mit allen Parametern eingebunden werden können. Hier die Anfrage: "Wir im DDF versuchen zusammen mit unserem techn. Dienstleister die automatische Belegfunktion für Wikipedia bereitzustellen. Es wurde von den Kolleg*innen schon viel Zeit investiert. Da eine Extraktion der Zitation via im DDF vorhandenen JSONLD nicht möglich war, haben wir zunächst versucht, die Informationen mittels COinS Metadaten in der Webseite zu hinterlegen. Hierfür existiert ein entsprechender Zotero Translator Beim Test der Beleg-Funktion in einer Wikipedia Sandbox Page konnten wir jeweils zwei Zugriffe von Wikipedia Bots auf unsere Seite feststellen. Dennoch erschien nach einer Weile im Editor eine Fehlermeldung, dass keine automatische Erstellung eines Beleges möglich ist. Daraus ergeben sich die folgenden Fragen:

• Ist unabhängig von der technischen Realisierung zunächst eine Freischaltung der Domain notwendig, um die Beleg-Funktion nutzen zu können?
• Existiert eine Menge von Pflichtfeldern, ohne die COinS (oder auch andere Zitationsangaben) vom Bot ignoriert werden?
• Die meisten der auf Wikipedia:Technik/Labs/Citoid/Zotero gelisteten Translators sind spezifisch für eine Webseite. Welcher generischer Translator wird empfohlen, um die Belegfunktion auf Webseiten nutzbar zu machen?

Herzlichen Dank, Stefanie Pöschl" --Grizma (Diskussion) 08:38, 22. Mai 2023 (CEST)

@Grizma: Die Anfrage ist hier genau richtig; Antwort für alle Mitlesenden zur Weiterbenachrichtigung.

Wenn Webmastrix bereits Erfolg mit COinS Metadaten hatte, dann würde ich empfehlen, zusätzlich weitere Metadaten-Systeme im HEAD des HTML-Dokuments zu hinterlegen.

• Wobei mir nicht so richtig klar ist wie COinS in den HEAD gelangt sein soll, denn das S steht für einen SPAN im BODY und passt nicht zum HEAD.

Ich würde mehrere Metadaten-Systeme gleichzeitig hinterlegen. Die tun sich gegenseitig nichts.

• Dublin Core ist der Klassiker; würde ich empfehlen bereitzustellen (Beispiel im Artikel).
• Resource Description Framework geht vertiefend darauf ein; w3.org
• Liste von Metadatenformaten liefert nicht nur für HTML-Dokumente einen ganzen Wust.
• Es kommt alle Nase lang irgendwer mit einem neuen Datenmodell um die Ecke. Es dauert aber ein Jahrzehnt bis sich die überall rumgesprochen haben.

Zotero kennt Dublin Core und mehrere weitere Datenmodelle und hilft sich; wenn es ganz gut läuft würden sogar mehrere zur Vervollständigung herangezogen werden.

• Diese Metadaten helfen auch Suchmaschinen und vielerlei Diensten im Internet, um die Seite spezifisch zu klassifizieren. Google-Suche würde dadurch ebenfalls verbessert werden.
• Es schadet nichts, wenn mehrere Metadaten-Systeme gleichzeitig bereitgestellt werden; umso höher ist die Chance dass das lesende System eines davon kennt.

Wie arbeitet Zotero / Citoid am Wiki?

• Bei Angabe der URL wird der HEAD des Dokuments vom Webserver abgerufen.
• Das wird ausgewertet.
• Wenn gar keine Metadaten hinterlegt sind, wird wenigstens der <TITLE> als Antwort angesehen.
• Bei bestimmten Websites ist in Zotero und nach einem guten halben Jahr auch in der Wiki-Software eine Auswertungsprozedur („Translator“) hinterlegt, die den BODY des HTML-Dokuments durchliest und von dort Infos einsammelt. Das wird dann gemacht, wenn der HEAD nicht genug Infos anbietet und Freiwillige sich die fehlenden Angaben aus dem Inneren des Dokuments zusammensuchen. Das passiert aber nur wenn jemand eine derartige Prozedur pflegt. Ohne „Verständnis“ des BODY aber auch kein Abruf des BODY und kein COinS.
• Ein allgemeiner „Translator“ liest aus dem HEAD die Dublin Core und wirkt damit auf beliebige Domains; weitere für generalisierte Metadaten-Systeme werden ebenfalls erstmal durchprobiert.

Existiert eine Menge von Pflichtfeldern?

• Nein; Citoid versucht wenigstens den <TITLE> des HTML-Dokuments als Titel des Werks zu nutzen.
• Je mehr spezielle Metadaten angeboten werden, desto besser ist das für alle lesenden Prozesse. Sie sollten natürlich semantisch spezifiziert werden, damit die richtigen aktuellen Angaben den richtigen Datenfeldern zugewiesen werden können; ggf. sind auch Formate (Datum, ISO, Sprache) wichtig.
• Citoid und die daraus generierten Belege ordnen dann die Datenfelder entsprechend zu.
• Also gern alle Details: Wie heißt das Werk, in welcher Sprache, wann zuerst verfasst, wann zuletzt inhaltlich aktualisiert, wer hat alles dran mitgeschrieben, was ist das überhaupt formal, in welcher übergeordneten Publikation ist es wann in welcher Ausgabe erschienen? Was das jeweilige Datenmodell halt so an Details kennt.

Freischaltung der Domain notwendig?

• Nein, bei jeder URL aller Domains wird der HEAD abgerufen und ausgewertet.

Was passiert, wenn in der Bearbeitung einer Wiki-Seite zu einer URL usw. die „automatische Erstellung eines Beleges“ angefordert wird?

• Ein Server der Wikimedia Foundation, mutmaßlich in den USA, ruft die URL üblicherweise im HEAD-Modus auf.
• Das dürften die oben beschriebenen Bot-Zugriffe gewesen sein.
• Der HEAD wird wie vorstehend beschrieben analysiert.
• Ob und wann die gewonnenen Erkenntnisse für einen automatischen Einzelnachweis als ausreichend angesehen werden ist von den aktuellen Strategien abhängig. Wenn nix gefunden dann ist halt nix.

VG --PerfektesChaos 17:03, 22. Mai 2023 (CEST)

@PerfektesChaos: Superklasse, danke für die Antwort! Sie sind in der Umsetzung und testen das grad durch und irgendwo ist noch ein Haken – sie werden hier im Thread nochmal nachfragen, wenn es weiter hakt! --Grizma (Diskussion) 17:58, 24. Mai 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 07:40, 30. Nov. 2023 (CET)

iPadOS 16.5.1 und Firefox 114.2 (31625): häufige Abmeldungen während der Bearbeitung

Immer wieder passiert es mir, dass ich auf meinem iPad (iPadOS 16.5.1) beim Arbeiten mit dem Firefox 114.2 (31625) spontan abgemeldet werde. Meisten wenn ich Quelltext bearbeite und diesen anschließend mit der Vorschau prüfen möchte. Wenn ich dann nicht aufpasse, wird die Bearbeitung mit meiner IP abgespeichert. Auch das Setzen des Auswahlfeldes „angemeldet bleiben“ hilft nicht. --Mobil-Sockenpuppe (Diskussion) 08:00, 27. Jun. 2023 (CEST)

Klingt nach irgendeinem Trackerschutz-Addon im Browser o.Ä., das beim Aufrufen der Vorschau etwas vermeintlich Verdächtiges bemerkt und deine Sitzung zerstört. -- hgzh 16:37, 27. Jun. 2023 (CEST)

Besteht die Möglichkeit, dass von den Entwickler*innen nachvollziehen zu lassen? Mit dem Safari tritt das Problem nicht auf. Add-ons oder dergleichen habe ich nicht zusätzlich installiert. Auch die Eimnstellung des FF sind standard. --Mobil-Sockenpuppe (Diskussion) 19:27, 27. Jun. 2023 (CEST)

Einzelprobleme werden von den Entwicklern eher nicht bearbeitet. Vielleicht hilft dies weiter? -- hgzh 22:45, 27. Jun. 2023 (CEST)

Vielen Dank, ich werde das mal beobachten. --Mobil-Sockenpuppe (Diskussion) 07:34, 28. Jun. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 07:39, 30. Nov. 2023 (CET)

Wikiwand

Wenn ich Wikipedia aufrufe im PC (aber nicht am Tablet), wird Wikiwand vorgeschaltet. Dies ärgert mich SEHR. Ich möchte Wikiwand nie wieder sehen. Wie kann ich sie ausschalten? Es interessiert mich gar nicht, wie schön andere Nutzer diese Seite finden. Ich hab jahrelang Wikipedia Geld gespendet. Dies hört aber sofortz auf, wenn ich Wikiwand nicht abschalten kann!

H. A. Smith - h.a.smith@gmx.net --2A02:8108:48C0:4540:25D1:244C:15E0:BC97 10:25, 18. Jul. 2023 (CEST)

Hallo IP,

Wikiwand ist ein Wikipediaplayer, der Privatsphärefreundlicher sein will. Vermutlich führt dich irgendein AddOn dorthin. Wir jedenfalls können nichts dafür, dass du auf Wikiwand geleitet wirst (und wollen dies auch nicht) --Dwain 11:00, 18. Jul. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 07:38, 30. Nov. 2023 (CET)

Wikipedia:Grafikwerkstatt Archiv

Hallo, in der Grafikwerkstatt gibt es im Intro das Feld "Archiv durchsuchen". Dort z.B. "Logo" eingegeben, wird nach allen Seiten mit Logo im Grafikwerkstattarchiv gesucht. Diese sind aber Namensraum 4. In der Adresszeile zu dieser Suche erhalte ich aber: https://de.wikipedia.org/wiki/Spezial:Suche?fulltext=Archiv+durchsuchen&fulltext=Search&prefix=Wikipedia%3AGrafikwerkstatt&search=Logo&ns0=1. Bei dem Parameter ns0=1 darin verstehe ich aber, dass nach Seiten im Namensraum 0 gesucht wird, im Artikelnamensraum. Wieso erhalte ich dann Ergebnisse im Wikipedianamensraum? Danke für Eure Antworten, – Doc Taxon • Disk. • 13:04, 15. Aug. 2023 (CEST)

Hallo @Doc Taxon,

wenn ich das richtig verstehe – korrigiert, wenn ich falsch liege – , gibt es keinen echten Artikelnamensraum. Alles, was nicht gerade ein Präfix hat, ist erstmal Artikelnamensraum. Du kannst also auch im Artikelnamensraum das Präfix „Wikipedia:“ angeben. Und wenn du das angibst, bist du natürlich nicht mehr im Artikelnamensraum, sondern im Wikipedianamensraum (ns0=wasauchimmer). Die Suche macht jetzt was Besonderes. Wenn man auswählt, dass der Namensraum der Wikipedianamensraum sein soll, wird bei solchen Seiten intern quasi der Präfix vorne weggesetzt. Wenn du also sowohl Namensraum als auch „Wikipedia:“ einsetzt, sucht die Suche nach „Wikipedia:Wikipedia:Grafikwerkstatt“. Wenn du „&prefix=Wikipedia%3A“ weglässt und ns0= Wikipedia setzt, findet die Suche wiederum die Seite, weil nun wieder nach Wikipedia:Grafikwerkstatt suchst.

Es gibt also zwei Wege zum durchsuchen, aus meiner Sicht letztlich Geschmackssache:

• Artikelnamensraum mit Präfix Wikipedia: (was hier passiert, quasi ein händisches Ändern des Namensraums)
• Wikipedianamensraum ohne Präfix Wikipedia: (weil in der vorherigen Angabe inkludiert)

VG,

Dwain 14:12, 15. Aug. 2023 (CEST)

Ich muss mich korrigieren, Variante 2 funktioniert seltsamerweise nicht, obwohl es nach dieser Logik Variante 2 funktioniert müsste: https://de.wikipedia.org/wiki/Spezial:Suche?fulltext=Archiv+durchsuchen&fulltext=Search&prefix=Grafikwerkstatt&search=Logo&ns0=4 --Dwain 14:17, 15. Aug. 2023 (CEST)

@Dwain Zwerg: nein, nicht ns0=4 sondern ns4=1 / und im Präfix muss Wikipedia bleiben, weil ns4=1 sich auf die Suchergebnisse beschränkt, nicht auf den Präfix. – Doc Taxon • Disk. • 14:34, 15. Aug. 2023 (CEST)

Trotzdem funktioniert es so nicht, sondern nur mit prefix=Wikipedia:Grafikwerkstatt --Dwain 17:02, 15. Aug. 2023 (CEST)

@Dwain Zwerg: weil sich der Namespace-Parameter ns4=1 auf den Namespace der Suchergebnisse bezieht, nicht aber auf den Namespace des Präfixes. – Doc Taxon • Disk. • 09:59, 22. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 07:37, 30. Nov. 2023 (CET)

Beobachtungsliste unvollständig angezeigt?

Hallo zusammen,
zufällig habe ich bemerkt, dass die von mir beobachtete Seite Wikipedia:Beitragszahlen nicht mehr auf meiner Beobachtungsliste auftaucht, obwohl die letzte Bearbeitung dort noch nicht allzu lange zurückliegt. Rufe ich die Seite selbst oder ihre Versionsgeschichte auf, ist der Stern oben blau wie immer; auf der Beobachtungsliste fehlt sie an der zu erwartenden Stelle. Die Unterseite Wikipedia:Beitragszahlen/Opt-In dagegen steht drauf (mit letzter Änderung von heute). An meinen Beo-Einstellungen habe ich schon lange nichts mehr geändert.
Klingt erstmal nicht besonders schlimm, mich alarmiert aber, dass ja auch andere Seiten in ähnlicher Weise meiner Beobachtung „entgehen“ könnten …
Hat jemand eine Idee? Vielen Dank --Monow (Diskussion) 23:27, 18. Nov. 2023 (CET)

Ohne aktive Filter taucht bei mir die Änderung vom 6. November noch in der Beobachtungsliste auf, die vom 13. November dann nicht mehr. Für dieses unerwartete Verhalten habe ich auch keine Erklärung. --Kallichore (Diskussion) 00:19, 19. Nov. 2023 (CET)

Das beschriebene Verhalten klingt wie eine Bot-Ausblendung.

• Benutzer:Beitragszahlen ist auch eine Art Bot.
• In der VG von Wikipedia:Beitragszahlen sehe ich hingegen keine Bot-edit-Flags.
• Es war von „aktive Filter“ die Rede. Dann mal nach und nach alle „Filter“ und Ausblendungen deaktivieren; dann wird die schon wieder auftauchen.
• Gern dann hier berichten; vielleicht hat aka einen interessanten Dreh für unterm Radar gefunden.

Hinsichtlich Wiki-Software würde ich mir keinen Kopp machen; wenn da ein globales Problem vorliegen würde, dann merken das Hunderte in Dutzenden Wikis und dann gäbe es auch einen Bug-Report für fehlerhaftes Verhalten.

VG --PerfektesChaos 08:28, 19. Nov. 2023 (CET)

Danke für Eure Antworten!

Tatsächlich hatte ich mir nur die jeweils letzte Änderung anzeigen lassen – wenn ich nun alle Ausblendungen deaktiviere, scheinen die drei Änderungen vor der letzten auf der Beobachtungsliste auf, jedoch nach wie vor nicht die neueste vom 13. November. Bots hatte ich ohnehin nie ausgeblendet.

Die Beobachtungsliste verhält sich also genau so, als ob es diese Bearbeitung nie gegeben hätte (selbst eine hier nicht vorliegende Versionslöschung würde ja gemeldet werden).

Eigentlich kann ich mir nicht vorstellen, dass das so beabsichtigt sein soll – kannst Du zur Erhellung beitragen, aka?

Grüße --Monow (Diskussion) 20:12, 19. Nov. 2023 (CET)

Ich habe nichts geändert. -- Gruß, aka 20:17, 19. Nov. 2023 (CET)

(In einem Punkt muss ich mich korrigieren – hätte es die Bearbeitung vom 13.11. nie gegeben, dann müsste die Beo im Nur-letzte-Modus natürlich die Änderung vom 6.11. anzeigen, was sie nicht tut. --Monow (Diskussion) 20:51, 19. Nov. 2023 (CET))

Das gemeldete Problem sollte sich von Dritten leicht testen lassen: Wikipedia:Beitragszahlen temporär in die Beobachtungsliste aufnehmen und nach der Bearbeitung vom 13. November suchen (es ist der Beobachtungsliste egal, seit wann eine Seite beobachtet wird). Sieht jemand diese Änderung auf der Beobachtungsliste? --Kallichore (Diskussion) 22:05, 19. Nov. 2023 (CET)

Die neueste Aktualisierung der Beitragszahlen erscheint ganz normal auf der Beobachtungsliste – einzige dort unsichtbare Änderung bleibt also die hier direkt drüber verlinkte. --Monow (Diskussion) 22:29, 20. Nov. 2023 (CET)

Da war wohl zu viel los auf der Datenbank, dass der Eintrag verloren gegangen ist. Die Bearbeitung wurde am 13.11.2023 um 14:18:14 Uhr in der Versionsgeschichte gespeichert. Die Ids in der recentchanges-Tabelle aber sind nicht fortlaufend zu den Timestamps vergeben, das wird auf Datenbanklast zurückzuführen sein, da die normalerweise aufsteigend sind (Import von alten Versionen sind dort ja nicht, anders als in der revision-Tabelle). Ich denke das wird schwierig weiter zu verfolgen, vor allem wenn nach 30 Tagen die letzten Änderungen eh nicht mehr da sind.

MariaDB [dewiki_p]> select rc_id, rc_timestamp from recentchanges where rc_timestamp >= '20231113141800' and rc_timestamp < '20231113141900' order by rc_timestamp;
+-----------+----------------+
| rc_id     | rc_timestamp   |
+-----------+----------------+
| 343877153 | 20231113141801 |
| 343877154 | 20231113141803 |
| 343877155 | 20231113141803 |
| 343877156 | 20231113141803 |
| 343877157 | 20231113141811 |
| 343877158 | 20231113141811 |
| 343877159 | 20231113141813 |
| 343877160 | 20231113141822 |
| 343877167 | 20231113141824 |
| 343877161 | 20231113141828 |
| 343877162 | 20231113141829 |
| 343877163 | 20231113141829 |
| 343877174 | 20231113141833 |
| 343877164 | 20231113141838 |
| 343877187 | 20231113141844 |
| 343877165 | 20231113141846 |
| 343877166 | 20231113141848 |
| 343877168 | 20231113141851 |
| 343877169 | 20231113141852 |
| 343877170 | 20231113141853 |
| 343877171 | 20231113141853 |
| 343877172 | 20231113141854 |
| 343877190 | 20231113141854 |
+-----------+----------------+
23 rows in set (0.002 sec)

Falls doch, dann bitte einen Task aufmachen. Der Umherirrende 23:30, 7. Dez. 2023 (CET)

Herzlichen Dank für die einleuchtende Erklärung! --Monow (Diskussion) 01:13, 8. Dez. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 23:30, 7. Dez. 2023 (CET)

hdl-Links

Links wie [[hdl:10520/EJC-a019b5b9e]] (hdl:10520/EJC-a019b5b9e) erzeugen im Quelltext einen http-Link, eventuell sollte man das auf https umstellen, https://hdl.handle.net/10520/EJC-a019b5b9e funktioniert ebenso wie http://hdl.handle.net/10520/EJC-a019b5b9e Phabricator oder lokal? --Wurgl (Diskussion) 23:19, 17. Dez. 2023 (CET)

meta:Talk:Interwiki map – VG --PerfektesChaos 23:31, 17. Dez. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Wurgl (Diskussion) 23:47, 17. Dez. 2023 (CET)

Grafikfehler bei der Bearbeitung mittels Quelltext-Editor

Guten Abend zusammen, seit ein paar Tagen habe ich einen Fehler, der jedes Mal auftaucht, wenn ich im Quelltext-Editor Artikel bearbeite. Sobald ich irgendeine Form von Inhalt, zum Beispiel ein Wort, schreibe/einfüge, wird der gesamte Quelltext doppelt angezeigt, und zwar über der eigentlichen Box zum Editieren. Den Browser-Cache etc. habe ich schon geleert und auch die Syntax-Anzeige von Helferlein deaktiviert. Weiß jemand, woran das liegen könnte, und wie man den Fehler behebt? Danke im Voraus. --Sokrates2987 (Diskussion) 23:13, 4. Dez. 2023 (CET)

Um eine solche Anfrage bearbeiten zu können, sind zusätzliche Informationen erforderlich:

• Skin, ggf. Mobilgerät?
• Welche Bearbeitungswerkzeuge sind aktiv, also „Helferlein“?
• Ist ein Modus zur Syntaxhervorhebung (bunte Elemente) aktiviert?

VG --PerfektesChaos 11:08, 5. Dez. 2023 (CET)

Es ist auch immer schwierig, solche Fragen nachzuvollziehen, wenn man es selber nicht sieht. @Sokrates2987: Ist es Dir irgendwie möglich, davon ein Screenshot zu machen, damit wir das mal sehen können. Danke, – Doc Taxon • Disk. • 12:25, 5. Dez. 2023 (CET)

Ich persönlich brauch keinen Screenshot.

Für Problem-Identifikation und mutmaßliche Ursache langt die Abschnittseröffnung: Es ist ein zweites JavaScript usw. aktiv, das sich das normale TEXTAREA krallt, unzugänglich macht, und dann fügt irgendwer ein zweites Bearbeitungsgebilde ein. Oder das eine der beiden soll von irgendwem ausgeblendet werden, damit sie nicht doppelt erscheinen, aber diese Ausblendung wirkt nicht.

@Sokrates2987: Was mich auf eine weitere Frage bringt: Wie alt ist deine Browserversion so in etwa? 2, 4, 5 Jahre?

VG --PerfektesChaos 12:36, 5. Dez. 2023 (CET)

Meine Browserversion ist die aktuellste. Kann es damit zusammenhängen, dass ich DeepL benutze? (nicht signierter Beitrag von Sokrates2987 (Diskussion | Beiträge) 19:58, 6. Dez. 2023 (CET))

Es ist der DeepL der die Bearbeitung verhindert bzw. erschwert. Ich habe ihn nun abgeschaltet und es klappt wieder. LG--Ayla23 (Diskussion) 20:12, 6. Dez. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:19, 18. Dez. 2023 (CET)

Runeberg.org endlich auf https

Meine Website runeberg.org läuft endlich auf https. Könnte jemand bitte das Modul Wikipedia:Lua/Modul/Vorlage:Runeberg verändern? Alles funktioniert wohl schon, aber es wäre schöner mit https:// URLs. --LA2 (Diskussion) 21:54, 17. Dez. 2023 (CET)

Danke, ich hatte deine diversen Vorlagen-Edits bereits beobachtet und mir das Modul schon bereitgelegt. Die Edits und dessen Synchronisierungen kommen in Kürze. VG --PerfektesChaos 22:04, 17. Dez. 2023 (CET)

(BK) Hab Vorlage:Runeberg-https-Änderungen gesichtet. Gruß, --Wi-luc-ky (Diskussion) 22:08, 17. Dez. 2023 (CET)

Modul wurde angepasst. VG --PerfektesChaos 22:19, 18. Dez. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:19, 18. Dez. 2023 (CET)

FNBot seit 7 Tagen inaktiv

Der FNBot hat seine letzte Bearbeitung am 20. Dezember 2023 verrichtet (siehe Spezial:Beiträge/FNBot). Was kann man hier ohne Hilfe von Benutzer:FNDE machen? Mir ist bereits unklar, wie man den Grund für den plötzlichen Stopp herausfinden könnte. --Kallichore (Diskussion) 22:30, 27. Dez. 2023 (CET)

Ich kann zumindest sagen, warum der Bot nicht mehr läuft: Er wurde im Zuge der Grid-Engine-Ablösung am 20. Dezember abgeschaltet - nach mehrmaligen Warnungen vor diesem Schritt seit Oktober 2022. FNDE hätte hier aktiv werden müssen und den Bot auf die neue Kubernetes-Infrastruktur umstellen müssen. Um ihn ohne Hilfe von FNDE zu reaktivieren, bräuchte es zunächst einen neuen freiwilligen Bot-Betreiber, und dann einen Antrag auf Übernahme des Projekts bei Toolforge. Die Bedingungen dafür wären Anfang Januar (14 Tage nach Ausfall des Tools) erfüllt. --Tkarcher (Diskussion) 22:57, 27. Dez. 2023 (CET)

Der Bot arbeitet wieder, danke an @FNDE:.

Archivierung dieses Abschnittes wurde gewünscht von: --Kallichore (Diskussion) 01:00, 14. Jan. 2024 (CET)