Wikipedia:Technik/Archiv/2024

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/2024#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

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

Dateiverwendung

Hallo, ich habe einige Rasterfiles durch entsprechende svg's ersetzt. Dabei prüfe ich dann, jeweils die Dateiverwendung. So auch hier: c:Special:GlobalUsage/Phoenician qof.png
Meine Frage bezieht sich auf die Verwendung in der shi-wikipedia, konkret im artikel Tifinaɣ
Meiner Meinung ist die Datei dort nicht mehr enthalten, ich habe den Cache der Dateibeschreibungsseite und des Artikels gelöscht, die Bearbeitung liegt einen Tag zurück. Mir ist nicht klar wieso diese Dateiverwendung angezeigt wird. Kann hier jemand helfen? Danke und Gruß --Mrmw (Diskussion) 11:27, 7. Jan. 2024 (CET)

Ich habe einen Nulledit auf die Weiterleitung shi:ⵜⵉⴼⵉⵏⴰⵖ gemacht. Jetzt ist der Link weg, oder? --Prüm ✉ 11:33, 7. Jan. 2024 (CET)

@Prüm: es gibt immer jemanden, der noch einen trick kennt - es war wohl der richtige - vielen dank --Mrmw (Diskussion) 12:04, 7. Jan. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: – Doc Taxon • Disk. • 12:08, 7. Jan. 2024 (CET)

"Lua-Fehler not enough memory"

Es geht um diesen Artikel: COVID-19-Pandemie in Indien. Beim 20. Einzelnachweis steigt Lua aus. Das kommt mir sehr wenig vor. Hat jemand eine Idee, woran es hängen könnte? --Prüm ✉ 08:54, 27. Jan. 2024 (CET)

Versuch mal diesen Beitrag Spezial:Diff/230690650/230692602 oder den Inhalt aus den Parameter | LetztesUpdate = 2021-07-20 rauszunehmen, es scheint seit dem Zeitpunkt zu dem Fehler gekommen zu sein. Eventuell macht die Vorlage:Infobox Pandemie da irgendeinen Murks oder ein dort eingebundenes Modul?. --Liebe Grüße, Lómelinde Diskussion 09:24, 27. Jan. 2024 (CET)

Gut gespottet! Vorlage:FormatDate geändert, Seite gepurgt und siehe da, es scheint zu gehen! --Prüm ✉ 10:22, 27. Jan. 2024 (CET)

{{erledigt|--[[Benutzer:Prüm|Prüm]] [[Benutzer Diskussion:Prüm|✉]] 15:49, 27. Jan. 2024 (CET)}}
Ist leider nicht erledigt da deine Änderung zurückgesetzt wurde und somit der Artikel wieder zerstört ausgegeben wird. --Liebe Grüße, Lómelinde Diskussion 18:18, 29. Jan. 2024 (CET)

Wieder gut, sorry! Ich hatte revertiert, nachdem das Datum zT. verschwunden war. Liess sich aber letztendlich schon mit einer zusätzlichen Klasse "Error" heilen…
Eiragorn ^{Let's talk about... Ikonen} 00:39, 30. Jan. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: …
Eiragorn ^{Let's talk about... Ikonen} 00:39, 30. Jan. 2024 (CET)

Möglicher Angriff über einen "Bad Link"

Wo melde ich Weblinks mit Gefährdungspotential?

Beim Bearbeiten der ENs in Ssireum erhielt ich die (andererseits bekannte) "Defender-Warnung" (Beschreibung hier) und habe gleich abgebrochen. Später habe ich die beiden infragekommenden Links (##15 und 17) unwirksam gemacht und markiert. Gibt es jemanden, der sich darum kümmert? Wenn ja, wo?

Danke für jede Hilfe, um den Artikel zu säubern! --Alossola (Diskussion) 17:18, 1. Feb. 2024 (CET)

Wie auch immer, solche sichtbaren Kommentare und gar Signaturen gehören nicht in Artikeltexte. Stattdessen hättest du HTML-Kommentare nehmen sollen. --Magnus (Diskussion) 17:23, 1. Feb. 2024 (CET)

Das Thema wäre eher was für WP:FZW, da nicht wirklich technischer Natur. Ist leider ein häufiges Problem, dass Domains, deren Links in der Wikipedia als Belege genutzt wurden, auslaufen und dann von Spamern übernommen werden (enwiki hat dafür eine kleine Erläuterung: en:WP:USURPURL). Analog zu Wikipedia:Defekte Weblinks sollte hier ein Archivlink eingesetzt und der Spamlink dabei im Normalfall entfernt werden. --Johannnes89 (Diskussion) 17:43, 1. Feb. 2024 (CET)

Okay... Ich weiß nur nicht welcher, und ich möchte nicht daran rumspielen. Ich erhoffte mir von der Technik, dass jemand mit einer Sicherheitsausrüstung den Link "im Sandkasten" identifizieren könnte. --Alossola (Diskussion) 18:03, 1. Feb. 2024 (CET)

EN 15 ist unrettbar verloren, Webarchiv hat nix. EN 17 ist okay, da geht es um Wrestling. Und der Defender ist einfach nur doof, die Domain worldssireum.org kannst du käuflich erwerben, das ist alles was dort "gefährlich" ist. --Wurgl (Diskussion) 19:18, 1. Feb. 2024 (CET)

So komme ich weiter, danke! Es ist nicht der Defender, sondern ein Scam, der sich als Defender aufspielt - bei der Beschreibung sieht man das Bild, das den ganzen Bildschirm einnimmt, und denke Dir eine laute deutsche Stimme dazu, die sagt, "Deine einzige Chance ist es, bei uns anzurufen!". --Alossola (Diskussion) 19:41, 1. Feb. 2024 (CET)

*axelzuck* Windows-Kram, da sollen sich andere ärgern, ich streichle inzwischen mein Linux.

Im Ernst: Ich hab keinen Schimmer wie dieser Windows Defender was meldet. Bei mir sieht das so aus: https://s20.directupload.net/images/240201/jmuyg8pb.png --Wurgl (Diskussion) 20:10, 1. Feb. 2024 (CET)

Danke für die Hilfe - da gibt's nix mehr :(

Anscheinend ist an meinem Rechner nix passiert, ich mache einfach weiter. Den Artikel hab ich entsprechend geändert.

Archivierung dieses Abschnittes wurde gewünscht von: Alossola (Diskussion) 09:28, 2. Feb. 2024 (CET) --Alossola (Diskussion) 09:28, 2. Feb. 2024 (CET)

Abstand der Einrückung auf Android

Hallo, seit gestern tritt bei mir folgendes Problem auf: der Abstand der Einrückung in Diskussionen hat sich deutlich vergrößert. Momentan beträgt er etwa 7-8 Ziffern+, so dass Diskussionen auf meinem Bildschirm bereits nach sechs Beiträgen kaum, und nach sieben nicht mehr lesbar sind, weil dann pro Ziffer ein Zeilenumbruch erfolgt. Platform ist Android 6. Gruß, -Ani--46.114.110.241 12:29, 16. Feb. 2024 (CET)

In der App ist alles okay. Es geht um die mobile Ansicht und die ist tatsächlich seltsam eingerückt. --Wurgl (Diskussion) 12:39, 16. Feb. 2024 (CET)

Bei mir nicht in mobiler Ansicht, ganz normal wie immer ... – Doc Taxon • Disk. • 15:11, 16. Feb. 2024 (CET)

Unangemeldet: https://de.m.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia der nächste Absatz beginnt unter dem "n" von "Beantworten",

Angemeldet: der nächste Absatz beginnt unter dem "e" von "Beantworten"

Jedenfalls ist ein Unterschied zwischen angemeldet und unangemeldet. --Wurgl (Diskussion) 15:32, 16. Feb. 2024 (CET)

Na unangemeldet hab ich's jetzt nicht probiert. Okay, alles klar, – Doc Taxon • Disk. • 15:33, 16. Feb. 2024 (CET)

Dafür hast du ja mich Vorlage:Smiley/Wartung/teufel  … im Ernst: Eine IP hat genörgelt und die ist per default unangemeldet. --Wurgl (Diskussion) 16:30, 16. Feb. 2024 (CET)

Sieht nach phab:T357742 aus, sollte alsbald behoben werden. -- hgzh 17:44, 16. Feb. 2024 (CET)

Klingt vielversprechend. -Ani--46.114.110.241 18:02, 16. Feb. 2024 (CET)

Ok. Ist schon gefixt. Danke!

Archivierung dieses Abschnittes wurde gewünscht von: -Ani--176.4.133.40 21:21, 16. Feb. 2024 (CET)

Beitragszähler

Guten Abend. Ich sah bei einem Benutzer einen extrem ausführlichen Beitragszähler, nach Monaten, Stunden, Artikel usw. Zuerst fand ich das toll und meldete mich dort auch an (https://www.mediawiki.org/wiki/XTools/Edit_Counter/de). Nun sind mir die Daten aber doch zu persönlich, fand aber auch mit viel Suchen nicht heraus, wie ich das wieder rückgängig mache. Ich bin mir sicher, dass mir jemand helfen kann, denn To opt out the relevant user page (single-wiki or global; see above) should be blanked or deleted. verstehe ich nicht. Beste Grüsse. --Sokrates 399 (Diskussion) 22:17, 22. Feb. 2024 (CET)

@Sokrates 399 ich habe meta:User:Sokrates 399/EditCounterGlobalOptIn.js gelöscht (alternativ hättest du die Seite auch leeren können), damit sind nur noch die allgemeinen Infos des Beitragszählers sichtbar [1]. Wenn du dich dort einloggst, kannst nur du die ausführlichen Daten sehen. Nur wenn du eine Seite EditCounterOptIn.js / EditCounterGlobalOptIn.js erstellst, erlaubst du auch anderen die ausführlichen Daten anzuschauen. Seit der Löschung sind die ausführlichen Daten für mich nicht mehr sichtbar bei dir. --Johannnes89 (Diskussion) 00:23, 23. Feb. 2024 (CET)

Vielen herzlichen Dank, Johannnes89. Ich probierte es über eine Stunde, schaffte es allerdings nicht, was dann beinahe zu einem Overflow führte (bei Autisten normal). Deshalb bin ich auch LennBr dankbar, der mich mit dieser Frage auf diese Projektseite schickte. --Sokrates 399 (Diskussion) 09:25, 23. Feb. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Sokrates 399 (Diskussion) 09:25, 23. Feb. 2024 (CET)

Weblinks in Infoboxen

Hallo Werkstatt!

Im Artikel Nikšić habe ich versucht, in der Infobox den toten Link zu ersetzen, leider ohne Erfolg. Unten bei Weblinks geht das. Man arbeitet ohne "www", so dass die Links möglicherweise falsch umgesetzt werden.

Vielleicht ist eine Fehlerbehebung lohnend, falls dieses in anderen Infoboxen ebenfalls vorkommt.

Viele Grüße --Harvestehuder (Diskussion) 23:33, 1. Mär. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Harvestehuder (Diskussion) 23:51, 1. Mär. 2024 (CET)

Visual Editor Note

Hi, habe heute Vairankode Vela (rot) zur Bearbeitung mit dem Visual Editor geöffnet (Vector alt, Desktop, Chrome). Dabei erschien rechts oben ein Notizfenster (hier), wo Worte, die sich nicht trennen lassen, "mit Gewalt" umgebrochen worden sind. Da dies der deutschen Rechtschreibung widerspricht, sollte das so angepasst werden, dass diese Umbrüche eben nicht passieren. Traut sich da jemand ran? – Doc Taxon • Disk. • 09:39, 27. Mär. 2024 (CET)

Das können nur Admins →MediaWiki:Newarticletext-0 --Liebe Grüße, Lómelinde Diskussion 09:55, 27. Mär. 2024 (CET)

Danke sehr, – Doc Taxon • Disk. • 10:28, 27. Mär. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: – Doc Taxon • Disk. • 10:29, 27. Mär. 2024 (CET)

Altersangabe auf mobilem Endgerät stimmt nicht mit tatsächlichem Alter laut Geburtsdatum überein

Wenn ich die Seite zu meiner eigenen Person (Eva Leitzke-Ungerer) auf einem mobilen Endgerät öffne, wird ab dem ersten Tag des neuen Jahres das Alter genannt, das aber erst im Lauf des Jahres erreicht wird. In meinem Fall (geb. am 22.09.1954) bin ich also ab dem 01.01.2024 bereits 70 Jahre alt, obwohl ich erst am 22.09.2024 70 Jahre alt sein werde. Das ist eine Falschangabe meines Alters, gegen die ich Widerspruch einlege. Bitte sorgen Sie dafür, dass mein Alter korrekt angezeigt wird. --Galileo211 (Diskussion) 23:11, 6. Jan. 2024 (CET)

Ich glaube nicht, dass sie da wirklich direkt Wikipedia sehen. Ihr Artikel in Wikipedia ist Eva Leitzke-Ungerer. In mobiler Ansicht sähe er so aus. Wenn man ihren Namen allerdings in Google eingibt, wird oben der Knowledge Graph angezeigt. Das sieht dann so aus. Da steht dann tasächlich 70 Jahre. Das Problem liegt aber hauptsächlich bei Google. Nebensächlich vielleicht auch bei uns, denn Google bezieht die Daten meines Wissen nach hauptsächlich aus Wikidata, und da steht als Geburtsdatum nur 1954, während der Wikipedia-Artikel das genaue Datum angibt. Ich habe das Datum auf Wikidata mal präzisiert, vielleicht hilft das. Gruß --Schniggendiller Diskussion 23:23, 6. Jan. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:48, 20. Apr. 2024 (CEST), Mal wieder ein Problem beim Google Knowledge Graph; Angaben in Wd präzisiert, um hoffentlich den Fehler zu beheben.

Archiv Links nach Übertragung aus en:ANR fixen

Seid mir gegrüßt adeptus mechanicus,

auf Wunsch im Portal:Völkerrecht habe ich mich an die Portierung der Liste mit Fällen des IGH gemacht. Dabei gab es Probleme mit der Übertragung der Archiv Links. Vielleicht kennt Ihr euch damit aus. Eine Idee wäre es, einen Archive Bot darüber laufen zu lassen, aber ich frage mich ob das funktioniert. Jedenfalls auf iabot scheint es mir so, dass dieser nur für Seiten im ANR funktioniert. Sehe ich das richtig, bzw. gibt es eine bessere Lösung? --Viele Grüße Pastelfa (Diskussion) 17:36, 10. Jan. 2024 (CET)

Erster Eindruck mit remind-error-messages-Skript: Hier gibt es zahllose Vorlagen-Parameter-Probleme, heißt: Umstellung auf die in de:WP verwendeten Parameter-Namen müsste erfolgen.

Dann sehe ich Mementos, obwohl es angegebene live links gibt. Wenn diese unerwünschten Links also überflüssig sind, könnten sich mit Löschung auch einige Parameterprobleme verflüchtigen.

Kann gerade nicht tiefer einsteigen. Gruß, --Wi-luc-ky (Diskussion) 18:50, 10. Jan. 2024 (CET)

Hallo Pastelfa: Vertiefter Eindruck und Meinung:

Vorfrage: Wie sind denn die Archivlinks übertragen worden? Da die Zahl der Fehler Legion ist, wäre evtl. eine andere Übernahme aus en:WP zu überlegen, also ein Zurück-zum-Start.

Analyse:

Es sind wohl pauschal alle Mementos aus en:List of International Court of Justice cases übernommen worden, ohne zu prüfen, ob die Links live sind. Das in en:WP angewandte Verfahren, Vorratsmementos anzulegen und sichtbar zu stellen ist in de:WP ausdrücklich unerwünscht, weshalb solche Mementos bei live links zu streichen sind.

Die Vorlage heißt Vorlage:Webarchiv, nicht Webarchive.

Nach Übertragung sind folgende Fehler zu sehen, die nun an die 300 Mal im Cluster auftreten:

• Fehler bei Vorlage:Webarchiv: enWP-Wert im Parameter 'url'.
  • Heißt: in Vorlage:Webarchiv im URL-Parameter darf kein Memento-URL beginnend mit https://web.archive.org/JJJJMMTTHHMMSS/ stehen
• Fehler bei Vorlage * Parametername unbekannt (Vorlage:Webarchiv): "date"
  • Heißt: in Vorlage:Webarchiv gegen |wayback= oder ggf. |archiv-is= austauschen und mit JJJJMMTTHHMMSS-Daten aus dem zu kürzenden Memento-URL befüllen
• Fehler bei Vorlage:Webarchiv: Genau einer der Parameter 'wayback', 'webciteID', 'archive-today', 'archive-is' oder 'archiv-url' muss angegeben werden.
  • Siehe zuvor.
• Linktext fehlt.
  • Zu ergänzen im Parameter |text= der Vorlage:Webarchiv

Dann gibt es noch 30 bis 40 Mal die Meldung zur Vorlage:Cite web:

• Vorlage:Cite web: Der Parameter language wurde bei wahrscheinlich fremdsprachiger Quelle nicht angegeben.
  • |language=en oder fr oder, oder ergänzen

Dann sind die ursprünglichen Weblinks vor den Mementos (die offensichtlich leider als Halb-Dublette dahintergestellt worden waren) zu entfernen und das alte Weblinklabel in den Memento-|text= zu übernehmen.

Schließlich wären PDF-Format und -Größen zu ergänzen, die Daten in Vorlagen auf das ISO-Format JJJJ-MM-TT umzustellen sowie englische Monatsnamen auf Deutsch umzuschreiben: statt 1 December dann 1. Dezember. Dann auch gleich die veraltete Vorlage:dts austauschen, siehe dazu die Doku.

Einen kleinen Anfang habe ich mal gemacht. Aber mglw. ist es besser, das Ganze noch einmal neu aufzusetzen, zu importieren o. ä. Andernfalls brauchst Du ein Tool oder Skript für serielle Ersetzungen der Parameternamen.

Noch eimal den IA-Bot darüberlaufen zu lassen? war gefragt. Warum? An Mementos fehlt es wahrlich nicht, weder an sinnvollen noch an unerwünschten. Ein Bot-Lauf würde m. E. das Chaos noch vergrößern, evtl. noch weitere unnötige Mementos dazu setzen, wenn nicht unsinnigen Memento-Salat servieren. Also dazu den Bot mehr als eine Stunde (wenn er bei ca. 600 Links nicht vorher abbricht) für nix arbeiten zu lassen: Ich rate ab.

Gruß, --Wi-luc-ky (Diskussion) 01:22, 11. Jan. 2024 (CET)

Grüße @Wi-luc-ky

danke für die Aufschlüsselung der Probleme. Jetzt wird langsam klar, an welchen Parametern es hapert und wie man es reparieren kann.

Zum Vorschlag mit dem Skript: Wenn es mir gelänge ein bash script zu basteln, welches erst einmal alle Mementos entfernt. Könnte man dann die Bot drüber laufen lassen, sodass nur tote Links archiviert werden? Sind dir "sonst" Fehler aufgefallen; also wenn die Memento Links gefixt sind, könnte man es frei geben!?

Schonmal großes Dankeschön. --Viele Grüße Pastelfa (Diskussion) 14:27, 11. Jan. 2024 (CET)

Danke für die Rückmeldung, Pastelfa.

Augenscheinlich wird in diesem en:WP-Artikel für jeden Link ein Memento offen eingestellt (egal, ob noch live oder nicht). Und das geschieht hinter dem verbleibenden Weblink, sodass wir jetzt Halb-Dubletten haben:

• [http://www.icj-cij.org/docket/index.php?p1=3&p2=4 List of Advisory Proceedings referred to the Court since 1946 by date of introduction] {{Webarchive|url=https://web.archive.org/web/20110629205025/http://www.icj-cij.org/docket/index.php?p1=3&p2=4 |date=29 June 2011}} (sorted on the date of the Advisory Opinion and then General List No.)

Die Links sind wohl durchgehend einfach aufgebaut: [http://... Linklabel]. Das könnte der IABot erneut anpacken.

Dein Weg könnte damit funktionieren. Ist ein Weg von mehreren möglichen.

Ob der IABot die 320+ Links auf einmal verdauen kann, wird man sehen. Aus Erfahrung könnte das schätzungsweise ca. 30 min dauern!

Dann bliebe aber trotzdem Nacharbeit: Mementos prüfen, ob überhaupt funktionierend und ob einschlägig. Zusätzlich Entfernung des Bot-Hinweises. Bei 320+ ENs ist das immer noch ein Haufen Holz.

Was sonst noch auffällt? Einiges hatte ich oben schon benannt. Im Abschnitt 1 hast Du heute noch einen Weblink eingebaut, der in einen EN mit ref gehört. In Kopfzeile der Tabelle: Name (englisch), typo bei Antragsteller. Manches sind eher Anmerkungen statt ENs, also #Anmerkungen kreieren, für so etwas wie: Note: this date is for the final opinion, for the "second phase". An opinion addressing the "first phase" was issued on 30 March 1950. Und dann besser noch in Deutsch. EN 302 Vorlage:Cite press release gibt es hier nicht (was steht aber noch im Quelltext dazu?). Titelkursivierung statt englischen Anführungszeichen usw.

Good luck wünscht --Wi-luc-ky (Diskussion) 16:51, 11. Jan. 2024 (CET)

@Wi-luc-ky Wollte mich kurz rückmelden. Ich hab es jetzt händischt entfernt, da ich mich mit "sed" nicht auskenne bzw. es einfacher war, als ein Script zu recherchieren und zu erstellen. Hoffentlich werd ich das nicht bereuen :D

Sonst passt aber alles soweit nehme ich an, oder? Bekomme auch keine Fehlermeldungen mehr. Dann könnte man erl. setzen. Vielen Dank nochmal. --Viele Grüße Pastelfa (Diskussion) 16:03, 6. Feb. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:38, 20. Apr. 2024 (CEST), Erle gepflanzt

falsche Kurzdarstellungen auf youtube

im Kontext meiner damalige Anfrage, bei der es um die Kurz-Darstellung auf telegram ging Wikipedia:Technik/Archiv/2023#Lemma_-Manipulation

hatte ich ja schon mitbekommen, wie das mit den Manipulationen von angezeigten Kurzdarstellungen funktioniert

wie sich hier zeigt, https://www.wikidata.org/wiki/Q205512 sind viele der Kurzdarstellungen in anderen Sprachen, von Neutralität weit entfernt

nun stieß ich bei zwei Kurzdarstellungen auf youtube bezüglich Medien auf Kurzdarstellungen die wichtige Inhalte der dazugehörigen Lemmata Zusammenfassung verschweigen

und in den Kurzdarstellungen irreführende Informationen anbieten

eim türkischen Propaganda Sender TRT

erscheint folgender Kurztext

"TRT ist Teil des türkischen öffentlich-rechtlichen Rundfunks. Wikipedia"

bei Euronews erscheint folgender Kurztext

"Euronews" wird ganz oder teilweise von der Europäischen Union finanziert. Wikipedia (Englisch)

die Bemühungen von youtube und die Arbeiten der wikipedia-Benutzer werden somit,

durch falsche, manipulative, wichtige Informationen weglassenden Kurzdarstellungen unterminiert

(hatte den Hinweis / die Frage zuerst an einer falschen Stelle gestellt und sie nun hier hereincopiert)

--Über-Blick (Diskussion) 14:28, 13. Jan. 2024 (CET)

Kann mir mal jemand mitteilen wie und was ich tun kann um die Kurztexte der Realität anzupassen die wikidata-Seiten zu den von mir genannten Medien sind ja verlinkt, nur wie dann weiter ?

Gruß --Über-Blick (Diskussion) 20:38, 16. Jan. 2024 (CET)

Na ja, in dem du einfach auf Wikipedia gehst und das korrigierst (Hilfeseite). Oder du nutzt dieses Skript (z.B. in deine meta:User:Über-Blick/global.js einbinden). Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 01:32, 18. Feb. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:40, 20. Apr. 2024 (CEST), Antwort gegeben

Zu unauffällige Warnung und teilweise falsche Beschreibung auf Spezialseite „E-Mail senden“

Kontext: Ich wurde kürzlich von einem WP-Nutzer per E-Mail angeschrieben und habe zum Antworten ausnahmsweise auch eine E-Mail aus WP verschickt. Das war die fünfte E-Mail, die ich je über WP versandt habe. Hier 2 Probleme, die ich mit der Spezialseite E-Mail an diesen Benutzer senden habe. Da man diese Seite nicht wie gewohnt editieren kann, hoffe ich, dass mein Beitrag hier richtig aufgehoben ist.

Mein Problem mit der Seite: Erst durch die Antwort des Nutzers, die direkt von seiner E-Mail-Adresse an meine ging, wurde mir bewusst, dass ich mit der Funktion meine E-Mail-Adresse offenbart habe! Da viele Nutzer WP pseudonym nutzen, finde ich, dass es davor eine prominentere Warnung benötigt. Der Text beginnt mit einem trivialen Erklärungssatz und enthält 3 Aufzählungspunkte mit wesentlich weniger kritischen Anmerkungen, so dass der zweite Satz furchtbar leicht zu übersehen ist:

„Über das Formular unten kannst du Frupa eine E-Mail senden. Als Absender wird dein Benutzername und die E-Mail-Adresse aus deinen Einstellungen eingetragen, damit Frupa dir antworten kann (Hilfe:E-Mail).

• Es kann (selten) vorkommen, dass auf diesem Weg versandte E-Mails etwas verspätet oder gar nicht ankommen. Zur besseren Kontrolle kannst du in den Einstellungen die Option „Schicke mir Kopien der E-Mails, die ich anderen Benutzern sende“ aktivieren.
• Datenschutz: Bei jedem E-Mail-Versand wird ein nicht-öffentlicher Logeintrag erstellt. Ein Teil dieses Eintrags (im Wesentlichen Sender-IP-Adresse und Zeitangabe) kann per CheckUser eingesehen werden. Nicht einsehbar sind E-Mail-Adressen, Betreff und Inhalt; der Empfänger ist anonymisiert.
• Beachte, dass mit Ausnahme von vertraulichen Angelegenheiten eine Korrespondenz auf der Benutzerdiskussionsseite oft vorgezogen wird.“

(Vollzitat zur Nachvollziehbarkeit in der Zukunft, falls die Seite geändert wird)

Meine Änderungswünsche:

1. Die Preisgabe der eigenen E-Mail-Adresse ist meist wesentlich sensibler als die der eigenen IP-Adresse. Daher sollte die Warnung mindestens so prominent sein, wie beim Bearbeiten von Artikeln als IP ohne eingeloggt zu sein.
2. Außerdem ist die Information sachlich falsch, denn Absender ist Wikipedia <wiki@wikimedia.org>, nur als Reply-To wird die eigene E-Mail-Adresse eingetragen.

Kann das hier jemand verbessern oder das in die Wege leiten? --Frupa (Diskussion) 15:58, 20. Jan. 2024 (CET)

Ich habe den letzten Satz mal ergänzt und an den Beginn der Auflistung verschoben, so sollte es deutlicher werden. -- hgzh 16:51, 20. Jan. 2024 (CET)

Vielen Dank für die schnelle Antwort und prompte Abhilfe!

Der erste Satz vom ersten Aufzählungspunkt ist noch fehlerhaft. Bitte so ändern:

-Als Absender wird dein Benutzername und als Antwortadresse die E-Mail-Adresse aus deinen Einstellungen eingetragen […]
+Als Antwortadresse werden dein Benutzername und die E-Mail-Adresse aus deinen Einstellungen eingetragen […]

--Frupa (Diskussion) 17:02, 20. Jan. 2024 (CET)

Das musste ich jetzt erstmal testen, ist aber so, daher nun angepasst. -- hgzh 17:09, 20. Jan. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:26, 20. Apr. 2024 (CEST), Problem gelöst

commons, dateibeschreibungsseite, infobox

hallo, wenn ich auf commons bin, wird auf dabeibeschreibungsseiten die infobox dort korrekt angezeigt

wenn ich jedoch die seite bearbeite fehlt im vorschaumodus der rahmen der infobox - kann das jemand besätigen? ist das ein bug?

danke und gruß --Mrmw (Diskussion) 14:11, 2. Feb. 2024 (CET)

Kann ich bestätigen. Nehme an, das hängt mit der Änderung vom 31.01. in c:Module:Information zusammen. --Magnus (Diskussion) 14:23, 2. Feb. 2024 (CET)

s. c:User_talk:Lucas_Werkmeister#vorschaumodus,_rahmen,_infobox --Mrmw (Diskussion) 14:52, 2. Feb. 2024 (CET)

ist wieder behoben (s. verlinkte disk-seite) --Mrmw (Diskussion) 21:48, 7. Feb. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:23, 20. Apr. 2024 (CEST), Problem wurde behoben

Seitenbild fehlt

In den "Seiteninformationen" zu jedem Artikel, in dem sich Bilder befinden, wird jeweils das erste Bild als "Seitenbild" dargestellt. Dieses Bild wird z. B. angezeigt, wenn man mit der Maus einen verlinkten Artikel tangiert (ohne ihn aufzurufen). Bei dem bebilderten Artikel Trigema fehlt im deutschen WP (im Gegensatz zum schwedischen) dieses Seitenbild. Woran liegt es, dass bei diesem einen Artikel das Bild fehlt und wie kann man erreichen, dass auch hier ein Seitenbild angezeigt wird? -- Gisbert ツ (Diskussion)   Wikipedia bebildern !   05:37, 12. Feb. 2024 (CET)

Ausführliche Antwort [2], tldr: Ich vermute phab:T310677#9439356 trifft auch hier zu -> das Logo ist zu schmal. --Johannnes89 (Diskussion) 17:05, 12. Feb. 2024 (CET)

Ja, funktioniert jetzt mit anderem Format (fast quadratisch). -- Gisbert ツ (Diskussion)   Wikipedia bebildern !   19:02, 12. Feb. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:22, 20. Apr. 2024 (CEST), Es wurde wegen des Bugs auf ein anderes Bild zurückgegriffen; den Bug können wir nicht lösen, sondern nur die Entwickler auf phab

TeX Fallunterscheidung erzeugt selbständig Apostroph/Hochkomma

Die folgende Fallunterscheidung wird falsch übersetzt.

:<math>f(n)= \begin{cases} 1, & \text{wenn } x > t\\ 2, & \text{wenn } x <= t \end{cases},</math>

Und zwar wird beim 2. Fall nicht "wenn x <= t " angezeigt, sondern "wenn x <= t' ". Ich habe keine Möglichkeit gefunden, diesen Apostroph zu vermeiden, der in mathematischen Texten sinnentstellend ist. --Phil Buchenrauch (Diskussion) 16:27, 15. Feb. 2024 (CET)

Ist das Komma vor dem Schließen der math-Umgebung Absicht? Ohne funktioniert es:

$f(n)={\begin{cases}1,&{\text{wenn }}x>t\\2,&{\text{wenn }}x<=t\end{cases}}$

--Kallichore (Diskussion) 19:12, 15. Feb. 2024 (CET)

Danke! Auf das Komma kann man an der Stelle verzichten. Ab etwas seltsam ist es doch, wo dieses Komma dann in der Darstellung erscheint. --Phil Buchenrauch (Diskussion) 07:56, 16. Feb. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:18, 20. Apr. 2024 (CEST), Problem gelöst

Koordinaten und Sprachwahl überlagern sich manchmal

Wenn ein Lemma umbricht (wegen seiner Länge, reduzierter Seitenbreite in Nicht-Vollbild-Fenstern, oder Zoomstufe), funktioniert der CSS-Hack für die Verschiebung der Koordinaten nicht mehr zuverlässig, und Sprachen-Button + Koordinaten überlagern sich.

Bemerkt auf Petawatt High Energy Laser for Heavy Ion Experiments.

Mein Setup:

• Auflösung: 1920×1080
• Windows-Skalierung: keiner (100%)
• Fenster-Status: Maximiert
• WP Skin: Vector (2022)
• Seitenleisten: Inhaltsverzeichnis ausgeklappt, Werkzeuge verborgen
• Seitenzoom: 150%

Zugegebenermaßen war der 150% Seitenzoom bei mir ein Zufall, aber es existiert eine Reihe von Kombinationen, wo das Problem mit kleinerem Seitenzoom auftritt:

• 130% wenn TOC und Werkzeuge ausgeklappt sind
• 120% bei Skalierung = 125%, nur TOC
• 100% bei Skalierung = 150% (dies wäre die von Windows empfohlene Skalierung), nur TOC

Die Konfiguration in der Mitte erscheint mir sogar relativ plausibel; Laptops haben oft 1920×1080 mit 125% Skalierung, und 120% Zoom wäre nur um 2 Zoom-Stufen vergrößert.

Ich bin mir relativ sicher, dass das ein de-WP-hausgemachtes Problem ist, da die Koordinaten in der en-WP unterhalb der horizontalen Linie des Titels angezeigt werden (vgl. de:Lawrence Livermore National Laboratory vs. en:Lawrence Livermore National Laboratory). Ich denke, dass sie nur in der de-WP per CSS mit position: absolute; top: -9em; hochgeschoben werden.

In der beschrieben Situation führt das zu einem Problem, weil der Sprachen-Button vertikal zentriert ist (die umgebende .vector-page-titlebar hat display: flex; align-items: center;).

Abhilfe würde eine Erweiterung des existierenden Regelsets @media screen { .vector-page-titlebar .mw-portlet-lang } um die Regel align-self: end; schaffen, wodurch der Sprachenbutton wie bei einem nicht umgebrochenen Titel auf der horizontalen Linie ruht. Getestet habe ich das allerdings nur ganz schnell in einem Browser bei meiner Bildschirmgröße, aber immerhin klappt das bei 1- und 2-zeiliger Überschrift.

Ob man diese Route überhaupt gehen will, oder .vector-page-titlebar { align-items: end; } + .vector-toc-landmark { align-self: center; }, oder ganz anders – das müssen aber die Skin-Designer wissen.

Grüße --Chris (Diskussion) 02:29, 18. Feb. 2024 (CET)

Das Problem ist noch weitaus komplexer, denn bei einzeiligen Titeln wird die Koordinatenzeile bspw. im Firefox komplett vom Header verdeckt; da besteht zwischen Chromium und Firefox offenbar ein Unterschied im Rendering. Deshalb ist das Ziel auch, diese Positionierung da oben generell lozuwerden. Siehe Wikipedia:WikiProjekt Georeferenzierung/Migration Seiten-Koordinate 2023. -- hgzh 10:40, 18. Feb. 2024 (CET)

Gut, dass an einer Lösung gearbeitet wird. Das wird dann vielleicht auch dieses Problem lösen? --muns (Diskussion) 19:05, 18. Feb. 2024 (CET)

Ja, gleiche Ursache. Gruß, -- hgzh 13:17, 19. Feb. 2024 (CET)

Hi @hgzh, was genau meinst du mit "Die Koordinatenzeile wird im Firefox komplett vom Header verdeckt"? Von welchem Header ist die Rede? Ich benutze nämlich Firefox und sehe keinerlei Verdeckung der Koordinaten außer bei der geschilderten Situation. --Chris (Diskussion) 18:39, 19. Feb. 2024 (CET)

Der vector-header-container liegt drüber, aber nach kurzem Test nur im Firefox. -- hgzh 22:10, 19. Feb. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:19, 20. Apr. 2024 (CEST), Problem ist bekannt und an dem Giga-Problem (bzw. der Vorlagenumigrierung) wird seit Jahren gearbeitet

Sortierte Tabellen

Kann sich jemand mit Fachwissen mal meinen Disk-Beitrag hier ansehen und erklären, wieso die Tabelle so merkwürdig sortiert wird? Die Werte sind mit einem "data-sort-value" angegeben, doch die Sortierung durch die Funktion ergibt keinen Sinn. Ich habe jetzt 5x den Quellcode der Tabelle überprüft aber ich kann darin keinen Fehler feststellen. Bemerkenswert ist, dass nichtmal die Zeilen mit identischem Sortierschlüssel beieinander bleiben, also muss es sich um einen Software-Fehler handeln, oder? --Chris (Diskussion) 00:58, 24. Feb. 2024 (CET)

Für mich sieht es danach aus, dass Mantisse und Exponent an vielen Stellen vertauscht sind. So sollte 10 MW zu 1e7 gehören und nicht zu 7e1. --Kallichore (Diskussion) 03:02, 24. Feb. 2024 (CET)

Ja, das war mir auch aufgefallen, aber ich dachte, die sind vertauscht, damit man den Wert alphabetisch sortieren und eine korrekte Reihenfolge erhalten. 1000 > 400, 4e1 > 3e4. Allerdings frag ich mich gerade, ob die Sortierfunktion "schlauer" geworden ist und "7e44" tatsächlich von alleine wie "7,0e+44" sortiert. Das erklärt dann auch, warum nicht alle 0e01 zusammen sind sondern von 0e1 unterbrochen werden - 0,0e+01 ist dasselbe wie 0,0e+1. Abgesehen davon scheinen mir die ganzen Werte da auch ingeneursmäßig nicht sinnvoll zu sein. Ich probier mal den data-sort-value einfach als echte Angabe im e-Format zu machen, mal gucken ob es dann wie von Zauberhand funktioniert... --Chris (Diskussion) 04:56, 24. Feb. 2024 (CET)

Okay, da wollte wohl jemand schlauer sein als notwendig. Abgesehen davon dass die Reihenfolge unnötigerweise verdreht wurde, war das System auch ungeeignet oder jemand hat sich ständig im Exponenten vergriffen. Jetzt habe ich es einfach auf die SI-Potenzen umgestellt (W = ohne, kW = e3, MW = e6), dann muss man nicht nachdenken und es funktioniert sogar. Danke für den Anstoß, das erkannte System nicht einfach hinzunehmen. Hab ich wohl für cleverer gehalten als es letztlich war. --Chris (Diskussion) 05:09, 24. Feb. 2024 (CET)

@LWChris, Kallichore: Vorlage:ZahlExpZelle ist für genau sowas gedacht. Die Sortierdaten werden von JavaScript ausgewertet, und dort sind 7e44 und 0.0e+1 gültig und werden korrekt interpretiert; 0,0e+1 ist jedoch ungültig. VG --PerfektesChaos 20:28, 24. Feb. 2024 (CET)

Ich hab mir die Vorlage mal angeschaut, aber ich glaube für die Fälle, dass "1 Watt" aber "205 kW" oder "10 MW" angezeigt werden sollen, ist die nicht so gut geeignet. --Chris (Diskussion) 01:55, 26. Feb. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:16, 20. Apr. 2024 (CEST), Problem gelöst

Link auf Neues Deutschland

Mir fällt gerade auf, dass Links auf Artikel der Zeitchrift Neues Deutschland nicht mehr funktionieren. Statt https://www.neues-deutschland.de müssen sie jetzt mit https://www.nd-aktuell.de beginnen. Ich habe gerade die Links bei Rosa Luxemburg aktualisiert. Kann man die Änderungen evtl. automatisieren? --Rita2008 (Diskussion) 17:49, 2. Apr. 2024 (CEST)

Schaue dafür bitte auf WP:B/A oder, wenn die Links durch eine Vorlage erzeugt werden, auf WP:VWS vorbei. Diese Werkstatt (obgleich hier einige Botbetreiber aktiv sind) ist der falsche Ansprechpartner. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 18:08, 2. Apr. 2024 (CEST)

Bei 1898 Treffern für das Problem halte ich eine Botanfrage für eine gute Idee. In einer kleinen Stichprobe hätte ein simples Ersetzen stets funktioniert. --Kallichore (Diskussion) 18:15, 2. Apr. 2024 (CEST)

Danke, ich wusste nicht mehr genau, wo man das beantragt. --Rita2008 (Diskussion) 22:00, 2. Apr. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:15, 20. Apr. 2024 (CEST), hier erl.

Darstellungsproblem in der alemannischen Wikipedia

Da es dort wohl niemanden gibt, der die kleine Unschönheit beheben kann: In der alemannischen Wikipedia werden, wenn man mit Vector alt als Skin unterwegs ist, bei Artikeln über Flüsse und Bäche wie als:Birs die Koordinaten oben rechts überlappend mit der Infobox angezeigt (bzw. wohl in allen Artikeln mit einer Infobox und Koordinaten). Hier haben wir dieses Problem nicht, vergleiche Birs. Weiss hier wohl jemand, woran das liegt, und könnte das Problem evtl. sogar gleich aus der Welt schaffen? Gestumblindi 21:53, 19. Apr. 2024 (CEST)

@Gestumblindi: @Holder ist drüben Benutzeroberflächenadministrator. Frage ihn mal, ob er da was machen kann. Liebe Grüße, – Doc Taxon • Disk. • 22:09, 19. Apr. 2024 (CEST)

@Doc Taxon: Wahrscheinlich nicht, denn er hat dort schon meinen Vorschlag begrüsst, hier zu fragen ;-) Gestumblindi 22:46, 19. Apr. 2024 (CEST)

Tun könnte ich als Benutzeroberflächenadministrator ja schon etwas, die Frage ist nur: Was? Mir fehlt da leider der technische Sachverstand. --Holder (Diskussion) 07:04, 20. Apr. 2024 (CEST)

@Holder: Okay, ich melde mich bei Euch drüben. – Doc Taxon • Disk. • 07:27, 20. Apr. 2024 (CEST)

Problem dank der schnellen und kompententen Hilfe von Doc Taxon gelöst. --Holder (Diskussion) 07:47, 20. Apr. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Holder (Diskussion) 07:47, 20. Apr. 2024 (CEST)

Zeitschriften-Homepage mit Warnmeldung

Hallo, bei Klick auf die Homepage der Baltischen Rundschau unter https://baltische-rundschau.eu/ bringt die Antiviren-Software die Warnmeldung: „Verbindung sicher abgebrochen, da Website mit HTML:Skript-inf [Susp], Bedrohungstyp: Miscellaneous, URL-Blacklist, infiziert war.“ Seiteninhalt wird trotzdem angezeigt.

Alle Links im Lemma sind betroffen.

Was wird empfohlen? Danke, --Wi-luc-ky (Diskussion) 21:38, 4. Jan. 2024 (CET)

Was hast denn Du für eine Antivirus-Software. Bei mir kommt da keine so Meldung, die Seiten lassen sich problemlos öffnen. – Doc Taxon • Disk. • 07:40, 5. Jan. 2024 (CET)

Bei mir kommt da auch keine Meldung. Mein Antiviren-Browser-Addon hat mich bei einer anderen Seite schon (unberechtigterweise) vor was als gefährlich eingestuftem gewarnt (ich musste die Site dann auf die Whitelist setzen), aber bei dieser Seite nicht.--Hlambert63 (Diskussion) 09:15, 5. Jan. 2024 (CET)

Dank euch für beide Antworten. Aus zu erahnenden Gründen möchte ich die benutzte Antiviren-Software hier nicht nennen.

Im Hinblick auf den Kontext dieser Website (siehe Lemma) möchte ich dennoch fragen, ob sich hier eine nowiki-Syntax wie oben und/oder ein Hinweis empfehlen würde. Niemand weiß letztlich, welche AV-Software recht hat. Also dies für den Fall, dass meine doch richtig liegt; so ganz ohne Grund wird der konkrete Warnhinweis ja nicht angezeigt werden.

Wenn es nur um einen Einzelnachweis ginge, würde ich ganz auf den Link verzichten. Hier geht es aber um die Homepage und die Unterseiten eines Zeitschriftenlemmas.

Danke schon mal für Antworten. --Wi-luc-ky (Diskussion) 11:35, 5. Jan. 2024 (CET)

Update: Website funktioniert wieder ohne Viren-Meldung.

Info: Die Website war 2007 schon einmal von Dritten als virenverdächtig gemeldet worden.

Gruß, --Wi-luc-ky (Diskussion) 11:31, 26. Apr. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wi-luc-ky (Diskussion) 11:31, 26. Apr. 2024 (CEST)

Keine PDF-Vorschau

Hallo,

bei den folgenden Dateien (PDF-Bücher) gibt es keine Vorschau. Um sie zu sehen, muss man die Datei herunterladen.

1. file:J. Siebmachers Wappenbuch, Preussen, Edelleute (M–Z), 1878.pdf
2. file:J. Siebmacher's grosses und allgemeines Wappenbuch. Der Adel von Galizien, Ladomerien und der Bukowina, 1905.pdf

Kann jemand mir erklären, woran das liegt und auch das Problem beheben?

Vielen Dank. --Liglioto (Diskussion) 15:28, 25. Apr. 2024 (CEST)

Alternativ: Bei google.com gibt es eine Übersicht mit Links zu öffentlichen Bibliotheken mit Vorschauen: 1878 bspw. bei uni-goettingen.de.

Siehe auch J. Siebmacher’s großes und allgemeines Wappenbuch #Weblinks.

Gruß, --Wi-luc-ky (Diskussion) 15:52, 25. Apr. 2024 (CEST)

Nach einem Purge sind für beide PDFs Vorschauen erzeugt worden. --Magnus (Diskussion) 15:57, 25. Apr. 2024 (CEST)

@Magnus Danke sehr! Den Purge-Befehl kannte ich noch nicht. Das hilft mir sicher auch künftig. Best, --Liglioto (Diskussion) 02:08, 1. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Magnus (Diskussion) 12:10, 30. Apr. 2024 (CEST)

pdf gleich lesbar als Weblink einbinden

Diese Ergebnisliste wird auf der Website auch als pdf angeboten. (Rechts oben, Result) Wenn man mit rechter Maustaste Weblink kopieren eingibt, wird trotzdem nur der Download angezeigt. Läßt sich das anders lösen? Danke. --scif (Diskussion) 08:59, 9. Jan. 2024 (CET)

Ich verstehe die Frage nicht. Was soll denn anderes geschehen als ein Download? -- hgzh 12:37, 9. Jan. 2024 (CET)

Ich sags mal untechnisch: das ich gleich eine pdf-Seite auf dem Bildschirm habe und nicht einen download-button drücken muß. Also bei mir wird über Chrome da nur eine Druckvorschau als pdf angezeigt.--scif (Diskussion) 15:22, 9. Jan. 2024 (CET)

Folgendes passert wohl: Unter "Result", d.h. dem Datei-Symbol, ist kein PDF verlinkt, sondern es wird serverseitig ein Skript gestartet, welches den Download eines PDFs anstößt. Dieses muss dann separat über den "Download-Button" geöffnet werden. Ich vermute, dass das einfach schlecht programmiert ist, und sehe keine direkte Lösung, wie man das mit Bordmitteln anders lösen könnte. --muns (Diskussion) 15:40, 9. Jan. 2024 (CET)

Ok, habe verstanden. Leider setzt die Website in ihrer Antwort ein Content-Disposition: attachment-Kopfzeilenfeld, das dafür verantwortlich ist, dass der Download direkt startet, und nicht direkt im Browser angezeigt wird. -- hgzh 16:36, 9. Jan. 2024 (CET)

Weiterführende Frage: wenn ich den Weblink der Seite, achiviere, bleibt dann dieses Skript erhalten? Hintergrund, die Ergebnisse auf der Website sind, ich sag mal, populärwissenschaftlich aufbereitet. Das pdf ist ein Protokoll, was als Quelle wesentlich mehr taugt, unterem stehen da auch Disqualifikationsgründe drin. Problem ist aber erstmal erkannt.--scif (Diskussion) 15:47, 9. Jan. 2024 (CET)

„bleibt dann dieses Skript erhalten?“ – Da würde ich einfach mal ein Memento anlegen und dann in archive.org den URL suchen, anklicken und sehen, ob… Versuch macht klug. Gruß, --Wi-luc-ky (Diskussion) 17:50, 9. Jan. 2024 (CET)

Feedback siehe Bob-Weltcup 2015/16. Habe mit dem Archivieren angefangen, in der Archivfunktion wird dann das pdf nach Drücken auf den Result-Button angezeigt. Das ist zwar schon viel Handwerk, aber ich glaube, so wirds was. Sind natürlich dann 24 ENW... Falls da was noch nicht passt, ich bin für jeden Hinweis dankbar.--scif (Diskussion) 09:30, 10. Jan. 2024 (CET)

Danke für die Mühe, scif.

Um Dir die Archivsuche zukünftig zu erleichtern, kannst Du auch das Tool IABot (InternetArchiveBot) nutzen, das solche Mementos automatisiert erstellt und Du am Ende nur prüfen brauchst und etwas Weblinklabelkosmetik betreibst.

Die Mementos sollten nun wenigstens mit Vorlage:Webarchiv formatiert werden, sodass den Lesern sofort deutlich wird, dass sie nicht auf eine Live-Version klicken.

Und dann dachte ich, die Links könnten auch ohne Hash funktionieren. Irrtum, da ibsf.org alle neuen Ergebnisse wieder unter /result/166111/ usw. einstellt, sodass es ein Unterscheidungsmerkmal geben muss.

Gruß, --Wi-luc-ky (Diskussion) 10:52, 10. Jan. 2024 (CET)

Ganz ehrlich, solche Konjunktivsätze mit Fachchinesisch lassen mich immer etwas ratlos zurück. Das ist jetzt nicht despektierlich gemeint, aber ich kann als Laie mit solchen Hinweisen immer wenig anfangen und verstehe die Berührungsängste nicht. Bau doch einfach mal einen ENW im Artikel so um, wie er fachgerecht wäre. Dann hab ich eine Vorlage. So lerne ich ich besser und schneller, als wenn mir jemand ein theoretisches Konstrukt schreibt, wie es sein müsste. Nicht falsch verstehen, aber das meiste in WP hab ich mir durch p&c draufgeschafft und ich glaube, den meisten gehts genauso. Und technisch durchdringen will ich das nun auch nicht, am Ende gehts um einen ordentlich belegten Artikel.--scif (Diskussion) 14:43, 10. Jan. 2024 (CET)

Danke, scif, für die ehrliche und kritische Rückmeldung. Wenn ich hier mitschreibe, möchte ich natürlich verstanden werden. Deshalb noch einmal mit anderen Worten:

• Du hättest den o. g. IABot für Dich arbeiten lassen können, statt händisch-mühsam 26 Mementos herauszusuchen. Die Anmeldung bei Bot erfolgt durch einfachen, angstfreien Klick, dann dort das Lemma mit dem Präfix de: eintragen und Prüfen klicken. Kann je nach Anzahl der zu prüfenden Link bis zu einigen Minuten dauern. Dann im Lemma prüfen, ob die Mementos, die der Bot eingetragen hat, passen und den Bot-Hinweis entfernen. Fertig.
• Damit hätte der Bot die Mementos auch gleich mit der Vorlage:Webarchiv verpackt (s. u.), womit zugleich sichtbar gemacht wird, dass es sich um einen Link in ein Webarchiv handelt.
• Hier nicht mehr wichtig: Hinter dem hash in den Webadressen vermutete ich eine unerwünschte Tracking-Funktion; es identifiziert aber den Inhalt der Website zu einem bestimmten Zeitpunkt, muss also stehen bleiben.
• Beispiel FN 1, händisch:
  • {{Webarchiv |url=https://www.ibsf.org/en/result/166111/?cHash=babff6fe11b45228d30fe09d02e6cad0 |text=Ergebnisliste 1. WC 2er Damen. |wayback=20240110080550}} In: ''ibsf.org''.
  • Ergebnisliste 1. WC 2er Damen. (Memento vom 10. Januar 2024 im Internet Archive) In: ibsf.org.
• (Konjunktiv:) Ich könnte den IABot mal über den Artikel laufen lassen, um die mühsame Formatierung nicht händisch vornehmen zu müssen. Bin mir noch nicht sicher, ob dazu die Mementos erst einmal zurückgeschrieben müssen.

Gruß, --Wi-luc-ky (Diskussion) 23:12, 10. Jan. 2024 (CET)

Gut, angemeldet bin ich auf dem Bot. Und jetzt bist du der Meinung, das ich dort völlig losgelöst arbeiten kann? dann dort das Lemma mit dem Präfix de: eintragen und Prüfen klicken. Kann je nach Anzahl der zu prüfenden Link bis zu einigen Minuten dauern. Dann im Lemma prüfen, ob die Mementos, die der Bot eingetragen hat, passen und den Bot-Hinweis entfernen. Fertig. Hier kommt dann spätestens ein Häää? Ist es so schwierig, ein Beispiel zu kreieren? Was ich ebenfalls nicht kapiere: wie kommt es in deinem Beispiel zur FN 1 zum Ausdruck wayback=20240110080550 --scif (Diskussion) 07:26, 11. Jan. 2024 (CET)

Also den Sinn des Bots kann ich noch nicht erkennen. Meine Intention war, die Weblinks zu archivieren.--scif (Diskussion) 11:31, 11. Jan. 2024 (CET)

(nach BK)

Hallo scif, Dank für die beiden Rückfragen, die mich angeregt haben, mich noch einmal gründlicher mit dem Lemma und den Links zu beschäftigen.

Zunächst hast Du Dich der verdienstsvollen Mühe unterzogen, mehr als 20 Einzelnachweise mit Weblinks zu ergänzen, die es vorher überhaupt nicht gab! Da die Weblinks Totlinks waren, wurden von Dir gleich richtig Mementos eingefügt. Insofern hätte Dir der IABot am Anfang wenig geholfen, da er nur vorhandene Weblinks prüfen kann. Mein Hinweis auf den IABot bezieht sich deshalb auf im Lemma bereits vorhandene Totlinks, für die noch kein Memento eingetragen wurde.

• Ich kann zwar jetzt den IABot noch einmal über die Mementos laufen lassen, muss mich aber überraschen lassen, was der Bot mit den schon vorhandenen Mementos macht. Vielleicht überspringt er sie, weil er da nichts mehr reparieren zu müssen meint. Vllt. formatiert er die Mementos aber noch einmal mit Vorlage:Webarchiv um. Mal schauen. Kann aber sein, dass ich das Botergebnis revertieren oder anpassen muss.
• Übrigens: An die Hand nehmen kann ich Dich beim IABot nur bedingt, da jede/r nach persönlicher Anmeldung auf den Benutzernamen für sich allein steht und ab da keiner mehr über die Schulter schauen kann. Am Ende kann nur das Ergebnis des IABots diskutiert und verändert werden.

Wie es zu wayback=20240110080550 im o. g. Bsp. der FN 1 kommt? Der Parametername |wayback= steht in der Vorlage:Webarchiv:

• {{Webarchiv |url= |text= |wayback=}}
• {{Webarchiv |url= |text= |wayback= |format=PDF; [Grö0e/Zahl] kB}}

Das Archivierungsdatum 20240110080550 ist aus der Webadresse zu kopieren:

• https://web.archive.org/web/20240110080550/https://www.ibsf.org/en/result/166111/?cHash=babff6fe11b45228d30fe09d02e6cad0

Falls der Bot in diesem Fall die nachträgliche Formatierung nicht macht, wäre alles händisch umzustellen.

Gut, jetzt lasse ich mal den Bot versuchsweise laufen und melde mich wieder.

Gruß, --Wi-luc-ky (Diskussion) 11:51, 11. Jan. 2024 (CET)

Hallo scif, wie vermutet, hat der Bot-Lauf (117 s) über die 26 Links keine Veränderung im Lemma erbracht. Der Bot sah also bei vorhandenen Mementos keinen Änderungsbedarf und formatiert nachträglich auch nichts.

Ich sehe gerade, dass EN-26-Memento nicht funktioniert. Der ursprüngliche live link https://www.ibsf.org/en/races-and-results/rankings/2015/4-man-bobsleigh/wc/ leitet jetzt auf https://www.ibsf.org/en/races-and-results/rankings/2015/4-man-bobsleigh/wc/ um (bitte Inhalt prüfen!), ein Memento im Lemma ist derzeit nicht nötig.

Und ist nicht der EN-25-Link jetzt unter https://www.ibsf.org/en/races-and-results/rankings/2015/2-man-bobsleigh/wc/ erreichbar? Oder ist das nicht die korrigierte Version?

Grundsätzlich wären solche Mementos unbedingt herauszunehmen und stattdessen live links sichtbar zu stellen.

Gruß, --Wi-luc-ky (Diskussion) 12:22, 11. Jan. 2024 (CET)

@Scialfa: Die ursprünglichen Links in EN 20 bis 24 in Bob-Weltcup 2015/16 sind doch auch noch live, weshalb die Memento-Links zu entfernen sind, sofern natürlich der zu belegende Inhalt in den live links vorhanden ist.

Bitte prüfe noch einmal alle Links darauf, ob diese Art unerwünschter Mementos entfernt werden müssen.

Danke, --Wi-luc-ky (Diskussion) 12:42, 11. Jan. 2024 (CET)

Also ich überleg mir ja, warum ich archivieren will. Natürlich sind das derzeit Livelinks. Keiner kann aber sagen , wie lange die bestehen. Was ist die Lösung? Es gibt genügend Links vom Deutschen Verband, die mittlerweile tot sind, da kommt man nicht mehr an die Daten ran. Und was macht es qualitativ für einen Unterschied, ob ich mir einen Archiv- oder Livelink anschaue?--scif (Diskussion) 13:19, 11. Jan. 2024 (CET)

Gegen das Anlegen eines Mementos ist grundsätzlich nichts einzuwenden, scif; und Du hast sicher gute Gründe dafür.

Ist Dir bereits bekannt, dass Archive.org automatisch Mementos in der Datenbank erstellt, sobald sie in WP eingestellt werden? Du hättest also besser live links in das Lemma stellen sollen; die Mementos hätte dann Archive.org schon in seiner Datenbank (nicht im Lemma) hinterlegt, damit sie zu gegebener Zeit (!) genutzt werden können.

Ist Dir schon bekannt, dass dass Einstellen von Mementos in die Lemmata, solange es dazu live links gibt, in WP ausdrücklich unerwünscht ist. Das ist hier schon oft diskutiert worden: siehe bspw. hier (Beitrag von PerfektesChaos, 20:00).

Jetzt kannst Du m. E. nur noch händisch verbessern. Zu beachten ist, dass es im fraglichen Lemma durchaus einen gewissen Mementobedarf gibt. Mir fehlen aber Kenntnis und Zeit, die live links daraufhin zu prüfen, ob sie genau das beinhalten, was Du belegen willst.

Muss mich jetzt erst einmal mit der Liste mit Fällen des IGH (Thread eins drunter) befassen, stehe aber für Fragen weiter zur Verfügung. Gruß, --Wi-luc-ky (Diskussion) 15:00, 11. Jan. 2024 (CET)

Ist Dir bereits bekannt, dass Archive.org automatisch Mementos in der Datenbank erstellt, sobald sie in WP eingestellt werden? Woher? Kann man das mal nicht prominent kommunizieren oder ist das nur für einen eingeweihten Kreis bestimmt? Natürlich kann ich livelinks setzen. Frage ist, seit wann macht das archive.org? Ich kenne bisher genügend Seiten, wo keine Daten mehr vorhanden sind.--scif (Diskussion) 15:28, 11. Jan. 2024 (CET)

Wikipedia:Weblinks #Archivierte Versionen: „Solange eine Website verfügbar ist, sollte kein Archivlink dazu für den Leser propagiert werden.“ VG --PerfektesChaos 15:40, 11. Jan. 2024 (CET)

Würde ich sagen: Thema verfehlt. Oder woher soll der Leser aus dem zitierten Satz schließen, das archive.org automatisch Mementos in seiner Datenbank erstellt? Oder läuft das nach dem Motto, Fragen sind nicht gestattet, Begründungen verpönt. Ich wiederhol mich gern, kommunikativ und verständlich ist bei manchen Hilfeseiten anders.--scif (Diskussion) 16:50, 11. Jan. 2024 (CET)

Das war ein Hinweis zu „Und was macht es qualitativ für einen Unterschied, ob ich mir einen Archiv- oder Livelink anschaue?“ – die inhaltliche Begründung dafür hatte Wi-luc-ky bereits verlinkt.

Das andere ist ein nicht ganz sicher laufender Dienst der WMF, der seit etwa fünf Jahren für alle Wikipedien (ANR) ausgeführt werden soll. Eine Dokumentation dazu haben wir nicht, und es gibt auch keine absolute Sicherheit, dass der WMF-Dienst jede neu in einen Artikel eingefügte URL an archive.org meldet, noch dass archive.org jederzeit in der Lage ist, die Vielzahl unserer Meldungen abzuarbeiten.

VG --PerfektesChaos 17:10, 11. Jan. 2024 (CET)

@scif: Aus dem Satz zuvor wird es deutlicher: „Internet-Archivierungsdienste speichern automatisch oder manuell erzeugte Momentaufnahmen (Mementos oder auch Snapshots) von Webseiten.“

Aus verschiedenen Gründen (die ich zwar vermuten, aber nicht genau wissen kann) geht die automatische Archivierung manchmal schief, gänzlich oder teilweise. Deshalb schrieb ich, dass gegen eine manuelle Archivierung nichts zu sagen ist. Das Memento schlummert aber erst einmal bei Archive.org.

• Archive.org speichert seit 2006 Websites, siehe Internet Archive #Wayback Machine.
• archive.today unter archive.is usw. seit spätestens 2014.
• Time Travel seit 2010.

Ich bemühe mich weiter, Fragen zu beantworten. Gruß, --Wi-luc-ky (Diskussion) 17:22, 11. Jan. 2024 (CET)

So wieder alles auf Livelinks umgebogen. Fassen wir mal zusammen. Livelinks als ENW einpflegen, diese gleichzeitig aber archivieren, damit sie im Zweifel bei Botläufen dann ansteller toter Links eingearbeitet werden können. Stelle ich tote Weblinks fest, kann ich den Bot drüberlaufen lassen, in der Hoffnung , das er archivierte Versionen findet. So richtig?--scif (Diskussion) 09:21, 12. Jan. 2024 (CET)

Ja, scif. Wobei das händische Anlegen von Mementos fakultativ ist. Und einzelne tote Links können auch händisch in den Webarchiven gesucht und im Lemma formatiert werden; die Beschäfigung des IABots mit dem gesamten Lemma kann sein, aber muss nicht immer sein.

Bitte schau Dir noch einmal jeden EN in Bob-Weltcup 2015/16 an. Mit EN 2 sollen die Herren belegt werden, der Link führt aber auf die Damen. In EN 3 desgleichen. Mit EN 4 sollen die Frauen belegt werden, der Link zeigt die Männer. Weitere wären also besser erneut zu prüfen.

Danke, --Wi-luc-ky (Diskussion) 15:39, 12. Jan. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:08, 22. Mai 2024 (CEST)

Warnung von wikimedia.org wegen Anmeldung auf unbekanntem Gerät

Ok, das wusste ich nicht. Bin bis dato, soweit ich mich erinnern kann, noch auf keiner Wikipedia-Werkstatt gewesen. Ich antworte also dann lieber mal hier.

• Für den ersten Versuch: Das kann ich erst morgen im Büro wieder machen, ich bin heute abend nicht zuhause.
• Nein, beide Rechner sind nicht per VPN verbunden. Es gibt keinerlei Verbindung zwischen denen. Also auch kein Synchronisationsdienst. Habe ich immer ausgeschaltet, gerade zur Sicherheit noch mal nachgeschaut, ist weiterhin deaktiviert.
• Hm, ich melde mich eigentlich nie aktiv ab, sondern schließe immer den Browser. Dabei werden alle Cookies automatisch gelöscht. Wenn ich in einer Pause mal wieder Zeit habe, starte ich den Browser und muss mich neu einloggen. Bei dem erneuten Einloggen gibts keine eMail, halt nur beim aller ersten Mal zwischen 0:00 Uhr und 24:00 Uhr. Aber Moment mal! Ich habe mir vor einigen Tagen diese Wikipedia-App auf mein Android-Tablet installiert und da bin ich immer automatisch eingeloggt, sobald ich die App starte, auch wenn ich das Tablet über Tag zuhause ausgeschaltet lasse (ich fahre es immer herunter). Vielleicht liegt es daran! Ich schaue mal nach, wann ich die App installiert habe, aber könnte in dieser Richtung liegen. Ich brauche die eh nicht, ist nicht sehr komfortabel. Das teste ich morgen mal aus! Aber wie gesagt, das Tablet ist immer heruntergefahren, wenn ich mich im Büro oder zuhause einlogge. Aber gut, ich teste das mal.

Danke für die Tipps! --MK (Diskussion) 13:16, 28. Feb. 2024 (CET)

Ich habe kürzlich auch zum erstenmal seit längerer Zeit so eine Meldung bekommen, von der englischen Wikipedia, wobei ich keinen Grund zur Annahme habe, dass die Anmeldung nicht von mir war. Nett fände ich es allerdings, wenn diese Benachrichtung auch, wie es andere Websites machen, die IP oder den ungefähren Ort und den Browser nennen würde, den man benutzt hat; das würde einem fallweise bei der Einschätzung, ob es jemand anders gewesen sein könnte, helfen. Gestumblindi 21:00, 28. Feb. 2024 (CET)

+1 zur IP-Adresse, Browser und ungefähren Ort. --MK (Diskussion) 08:43, 29. Feb. 2024 (CET)

OK, ich glaube, ich weiß nun, woran es lag. Ich habe auf meinem Tablet die Android-Wikipedia-App deinstalliert und bei einem Test der Firefox-App dort gemerkt, das ich dort das "Vergessen" von Daten und Cookies nicht eingeschaltet habe und das ich dort in Wikipedia eingeloggt gewesen bin. Da habe ich mich am Tag, als ich die Wikipedia-App installiert habe, wohl im Browser nicht ausgeloggt. Damit scheint die Vermutung, das ich parallel auf zwei unterschiedlichen Geräten eingeloggt war, wohl die richtige Vermutung gewesen zu sein. Allerdings ist die eMail-Aussage, dass ich mich von Geräten eingeloggt hätte, die "Unbekannt" wären, trotzdem dann irreführend. Egal, ich bin jetzt beruhigt, dass ich weiß, woran es lag. Das ich nicht zuerst auf den Browser des Tablets gekommen bin, bitte ich zu entschuldigen, ich surfe mit dem Tablet so gut wie gar nicht und benutze deshalb den Browser auch so gut wie gar nicht. Prima, das am letzen Tag meiner 18jährigen (+34 Tage) "Karriere" als angemeldeter Wikipedianer hier in der deutschsprachigen Wikipedia dieses noch gelöst werden konnte. Danke an Perfektes Chaos und alle anderen hier! --MK (Diskussion) 08:50, 29. Feb. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:08, 22. Mai 2024 (CEST)

Tabellen mit Zählspalte, falsche Darstellung in der App

Uns ist in der Liste der Vereine der Fußball-Bundesliga aufgefallen, dass die Tabellen mit Zählspalte in der Wikipedia-App sowohl unter Android als auch beim iPhone falsch dargestellt werden: Die Zählung (Zeilennummer 1) beginnt bereits in der Kopfzeile, so dass man fälschlicherweise auf 19 nummerierte Zeilen kommt. Die Darstellung im regulären Internet-Browser auf dem Desktop-PC ist hingegen korrekt, vgl. die Diskussion hier. Ist der Fehler bekannt, und wie könnte er gelöst werden? --muns (Diskussion) 20:50, 23. Apr. 2024 (CEST)

Die App erzeugt ein anderes Markup als der normale MediaWiki-Parser, was an sich schon blöd genug ist; gleichzeitig sind diese diversen Abweichungen nirgendwo nachvollziehbar dokumentiert, sodass sich dies vielleicht mit einigem Aufwand anpassen ließe, aber überhaupt nicht gesagt ist, ob es in zwei Wochen nicht schon wieder anders aussieht.

Wieso man für die Apps und deren durchschnittlichen Anteil von 5% an allen Seitenaufrufen der deutschsprachigen Wikipedia ein eigenes Süppchen kochen muss, ist mir ohnehin nicht erklärlich. Wenn man schon unbedingt neben der mobilen Website auch eine App anbieten muss, dann könnte man auch gleich den Output der Mobilversion nutzen, dann gäbe es die ständigen Probleme mit den Dingern auch nicht.

Jedenfalls ist die Aufwand-Nutzen-Rechnung für diese Apps bei deren geringer Nutzung aus meiner Sicht so ungünstig, dass sich spezieller Support für deren Eigenheiten nicht lohnt, zumal jegliches Testen ziemlich umständlich ist. Wenn man die Probleme der Apps ernsthaft adressieren will, dann muss man den Output der Mobilversion nutzen. Aber das ist Sache der WMF-Softwareabteilung. Gruß, -- hgzh 21:51, 23. Apr. 2024 (CEST)

Vielleicht noch zum konkreten Fall: die CSS-Regeln für die Zählspalte sind schon sehr komplex, weil selbst die Desktopdarstellung in sich inkonsistent ist: je nachdem, ob die Tabelle sortierbar ist oder nicht, wandert die Kopfzeile in ein thead-Element oder verleibt im tbody der Tabelle. Jetzt noch irgendwelche Spezialfälle der App zu berücksichtigen, würde jede Regel für die Zählspalte erneut verkomplizieren, sodass sie kaum noch sinnvoll wartbar ist. -- hgzh 21:56, 23. Apr. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:10, 22. Mai 2024 (CEST)

verschwundene history und unzureichende Suchfunktion

um mich kurz zu fassen hier Diskussion:Greenwashing#washing und hier Diskussion:Schönfärberei#washing

habe ich mit dem gleichen Text auf den Komplex "Washing" hingewiesen und die seit 2007 bestehende Weiterleitung auf den Modellbau-Artikel

ich hatte dann ab 22. Oktober 2022 versucht das niveauvoller zu gestalten und am 13. November 2022 eine BKL eingerichtet

das wurde nun am 11. März 2024 rückgängig gemacht und Washing ist wieder eine Weiterleitung auf einen kleinen Absatz im Lemma Modellbau

und dass angesichts der vielen Begrfiffe und Lemmata: Benutzer:Über-Blick/Washing

nun gut, vielleicht schaffen wir es ja einen Artikel zu erstellen

nun die Fragen:

wie kommt es das die history verschwunden ist - ist das regelkonform?

und wie kommt es das in der Suche die meisten Lemmata die washing beinhalten nicht angezeigt werden?

Gruß

--Über-Blick (Diskussion) 11:52, 30. Apr. 2024 (CEST)

Die Versionsgeschichte gibt es noch: https://de.wikipedia.org/w/index.php?title=Washing&action=history

Die Hochkomma-Suche sucht nach ganzen Wörtern, Wortteile besser per regulärem Ausdruck: intitle:/washing/ https://de.wikipedia.org/w/index.php?search=intitle%3A%2Fwashing%2F&title=Spezial%3ASuche&profile=advanced&fulltext=1&ns0=1. Gruß, -- hgzh 12:08, 30. Apr. 2024 (CEST)

Über-Blick, die Umwandlung wurde per Konsens entschieden, siehe Diskussion:Washing#Quellen. Wenn du das ändern willst, äußere dich dort. Was nicht geht ist, dass du an verschiedenen Orten dieselbe Diskussion mit gleichlautenden Beiträgen kampagnenartig verbreitest. Ich habe die entsprechenden Beiträge mit Verweis auf WP:Disk zurückgesetzt: [3], [4]. Ich gehe davon aus, dass deine Aktivitäten nun auch administrativ bekannt sind und ggf. eingeschritten wird. Willi P • Disk • 13:19, 30. Apr. 2024 (CEST)

@hgzh Danke für deine Antwort - was du übersehen hast und was ich nun noch mal etwas deutlicher formuliere,
dass in der history die ganzen Bearbeitungen/ Versionen zwischen 30. Dezember 2022 und 11. März 2024 nicht mehr angezeigt werden hier und hier gibt es gleich den Sprung - wo sind die Bearbeitungen / Versionen, als es die von mir erstellte BKL war hin?

und dann zum zweiten Teil der Antwort, diese genaue Suche ist beim index-Standard durch den bei BKLS

Liste aller Wikipedia-Artikel, deren Titel mit xyz beginnt

Liste aller Wikipedia-Artikel, deren Titel xyz enthält

erstellt wird

wäre da bei der Standard-Einstellung dann nicht eine Modifizierung sinnvoll?

Gruß --Über-Blick (Diskussion) 20:53, 30. Apr. 2024 (CEST)

@ Willi P du argumentierst oft mit Formalia, die du selber anscheinend meinst nicht einhalten zu müssen, wie bspw. das einrücken der Diskussionsbeiträge hier in diesem Fall

du schreibst hier etwas auf der Technik-Werkstatt Seite, was hier den Formalia/Regeln nach nichts zu suchen hat
und fantasierst eine Kampagne herbei, nur weil ich andere die am gleichen Themenkomplex interessiert seien könnten auf mein Interesse an der Erstellung eines Artikels zu dem Thema hingewiesen habe
dein Vorgehen wiederspricht eklatant Wikipedia:Geh von guten Absichten aus
mein Anliegen ist es die wikipedia zu verbessern

deine Anwürfe, fragwürdigen Unterstellungen, unterschwelligen Drohungen etc. haben mit kooperativen Arbeiten wenig gemein

--Über-Blick (Diskussion) 21:05, 30. Apr. 2024 (CEST)

Unter Washing liegen nur die gelöschten Versionen der BKS, und die wurde ganz normal nach SLA gelöscht, dann sind diese logischerweise nicht mehr verfügbar und waren ja auch nie Bestandteil des ehemaligen Artikels Washing im Modellbau, der jetzt eine Weiterleitung ist.

Eine Änderung des Vorlagenverhaltens finde ich nicht sinnvoll, weil dadurch dann auch Wortteile gefunden werden, die nicht Ziel der Suche sind (Baumarkt bei Suche nach Baum beispielsweise). -- hgzh 16:10, 1. Mai 2024 (CEST)

Hallo hgzh

die BKS hatte die gleiche url https://de.wikipedia.org/wiki/Washing wie zuvor der Stub über den Modellbau,
von daher ist mir die Lücke in der History, trotz deinem Erklärungsversuch nicht nachvollziehbar, denn es hat sich ja nur der Inhalt geändert, aber nicht die url
und wenn sich der Inhalt, aber nicht die url ändert, wird das bei anderen Lemmata ja auch festgehalten

und was das Vorlagenverhalten angeht, geht es mir ja nicht, wie dein Beispiel aufzeigt, um Artikel die mit Washing anfangen,
denn das sind massig Artikel zu Washington, sondern um Artikel, die Washing enthalten, also dem zweiten Teil
eine Suche die annehmen läßt, dass sie so gut ist alle Artikel zu einem Begriff innerhalb des geschossenen Raums deutschsprachige Wikipedia anzugeben, es aber nicht tut, ist, wenn auch unbeabsichtigt objektiv gesehen irreführend

Gruß --Über-Blick (Diskussion) 10:24, 2. Mai 2024 (CEST)

(Ich musste die Einrückung wieder korrigieren. Bitte nicht nur den ersten Absatz mit Hilfe der Punkte einrücken, sondern jeden Absatz der Antwort)

URLs sind nicht konstant, der Artikel lag zwischenzeitlich auf Washing (Modellbau), während Washing eine BKS war. Das waren also zwei verschiedene Seiten, die zu unterschiedlichen Zeitpunkten auf dem gleichen Lemma lagen. Die BKS wurde dann gelöscht, und der Artikel zurückverschoben, das ist normales Tagesgeschäft.

Wie gesagt, "Washing" liefert nur "Washing" als ganzes Wort, /washing/ alles, was genau diese Zeichenkette im Titel hat. Dazwischen gibt es nichts. Wenn "Greenwashing" gefunden werden soll, wird auch "Washington" gefunden. -- hgzh 20:14, 2. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:09, 22. Mai 2024 (CEST)

Problem mit PanoViewer-Aufruf

Kugelpanorama in der Mitte des Innenhofes direkt vor dem Restaurant „Barthels Hof“ (2024)
Als Kugelpanorama anzeigen

Hallo zusammen,

seit einigen Tagen erhalte ich bei einem Aufruf des PanoViewers immer nur die Fehlermeldung: „403 Forbidden“, und zwar bei allen Panoramen die ich aufrufe.

Hier ist ein Beispiel:

Könnt ihr mir bitte helfen? Wie kann man den Fehler eingrenzen?

Einen der Maintainer habe ich angefragt, ich weiß aber nicht, ob er das liest und ob er der richtige Ansprechpartner ist?

Vielen Dank im Voraus für Eure Antwort und Eure Hilfe. --Joachim Köhler (Diskussion) 09:40, 6. Mai 2024 (CEST)

Hallo,

das Problem besteht leider immer noch. Der „ping panoviewer.toolforge.org“ funktioniert bei mir. Der Server ist also erreichbar. Kann mir bitte jemand sagen, wer die toolforge-Server betreut? Weiß hier keiner etwas oder bin ich hier falsch? Viele Grüße --Joachim Köhler (Diskussion) 10:51, 11. Mai 2024 (CEST)

Sollte wieder gehen. Siehe phab:T354949. -- hgzh 19:12, 14. Mai 2024 (CEST)

Ja, es funktioniert wieder. Habe es an mehreren Kugelpanoramen getestet. Herzlichen Dank für die Reparatur --Joachim Köhler (Diskussion) 20:35, 14. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:09, 22. Mai 2024 (CEST)

Minerva Neue ignoriert Leerzeichen?

Mir ist das auf dem Handy seit gestern auf einigen Seiten aufgefallen, zuletzt im Artikel Personalpronomen, dass ein Leerzeichen ignoriert wird, wenn darauf irgendetwas bestimmtes folgt (zum Beispiel kursive Textauszeichnung). In dem Beispiel fehlt in der Überschrift von Personalpronomen#Das Pronomen man ein Leerzeichen nach „Pronomen“. Das Problem gibt es auch auf meinem Rechner, wenn ich den Skin zu Minerva Neue wechsle, also dürfte es daran liegen. Gab es vor kurzem irgendeine Änderung am Skin, die diesen Fehler hervorruft? --Bildungskind (Diskussion) 19:40, 15. Jun. 2024 (CEST)

Ich weiß es zwar nicht, aber nur zur Hilfe für die Analysten: Auf meinem Handy in der WP-App habe ich ein Leerzeichen in der Überschrift (dort nutze ich die App ohne Anmeldung). Rufe ich dort WP über den mobilen Firefox auf (auch ohne Anmeldung), sieht es auch normal aus.

Vielleicht verwendet das Minerva-Skin eine Schriftart, die es mit dem Kerning übertreibt? Aber dann wäre das Problem auch an anderen Stellen?

Was ich auch noch rausgefunden habe: Stelle ich das Minerva Neue als Skin ein und untersuche die Überschrift im Inspektor (FF), ist da zwischen dem Haupttext der Überschrift und dem kursiven man kein Leerzeichen; das kursive man ist in HTML-Tags <i> eingeschlossen. --Hlambert63 (Diskussion) 20:16, 15. Jun. 2024 (CEST)

Ja, es gibt in MediaWiki 1.43/wmf.9 Änderungen an Minerva. Auf Phabricator gibt es bereits das Thema Heading CSS changes in Minerva cause issues with styled headings. Das lässt darauf hoffen, dass die nächste Mediawiki-Version am Donnerstag das Problem behebt.--Kallichore (Diskussion) 20:23, 15. Jun. 2024 (CEST)

Das Problem tritt nicht mehr auf (Beispiel vom Anfang). Details lassen sich hier finden.--Kallichore (Diskussion) 20:27, 19. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Kallichore (Diskussion) 20:27, 19. Jun. 2024 (CEST)

Anzeigefehler Text auf Hintergrundbild

Weiß jemand warum die Texte (Straßennamen und Ziffern) in diesen Vorlagen nicht mehr eingeblendet werden?

• Vorlage:Luftbild Hagenmarkt Braunschweig Mai 1945
• Vorlage:Luftbild Burgplatz Braunschweig Mai 1945
• Vorlage:Luftbild Schloss Braunschweig Mai 1945
• Vorlage:Luftbild Friesenstraße Braunschweig Mai 1945

Es muss irgendwie an den Bilddateien liegen (die alle auf einem Bild basieren), denn wenn man ein beliebiges anderes Bild einfügen würde, wären die Texte sichtbar. Ohne die Beschriftung ist das aber ziemlich sinnlos. --Liebe Grüße, Lómelinde Diskussion 10:26, 2. Jul. 2024 (CEST)

Da scheint mir einfach ein z-index bei den Overlays zu fehlen. -- hgzh 10:34, 2. Jul. 2024 (CEST)

Ich habe das mit zwei anderen Bildern probiert (ein PNG, ein JPG) und sehe auch da nichts. --Magnus (Diskussion) 10:35, 2. Jul. 2024 (CEST)

Das hat vorher mal funktioniert, ich habe das eben nur zufällig gesehen. Ich dachte erst es liegt an dem überflüssigen class=, das hat aber nichts bewirkt. --Liebe Grüße, Lómelinde Diskussion 10:46, 2. Jul. 2024 (CEST)

Nur mal als Beispiel mit einem anderen Bild.

Durch über 40 Bombenangriffe während des Zweiten Weltkrieges, insbesondere den Bombenangriff vom 15. Oktober 1944, großflächig zerstörte und beschädigte Bereiche der südwestlichen Braunschweiger Innenstadt, zwischen Augusttor (heute Kennedy-Platz) (oben), Stobenstraße-Bohlweg (rechts), Wilhelmstraße (unten) und Museumstraße (links). Zur Orientierung:

Bohlweg

Steinweg

Wilhelmstraße

Magnitorwall

Friesenstraße

Museumstraße

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

S
O W
N

Es funktioniert dann, sonst hätte ich das nicht geschrieben. Das ist ja das merkwürdige. --Liebe Grüße, Lómelinde Diskussion 10:46, 2. Jul. 2024 (CEST)

Das ist aber kein Miniaturbild. Thumb baut noch ein position:relative ein, das die Reihenfolge durcheinanderbringt. -- hgzh 10:55, 2. Jul. 2024 (CEST)

Wie gesagt es hatte jahrelang so funktioniert, ok, es liegt am mini, dann muss ich es umbauen. --Liebe Grüße, Lómelinde Diskussion 11:00, 2. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Lómelinde 11:00, 2. Jul. 2024 (CEST)

Link in weiß darstellen

Hallo, ich möchte den Linktext passend zu unserem Design in weiß gestalten. Mit <span style="color:#white;">'''[[WP:WikiCon 2024/News|WikiCon-News]]'''</span> wird es aber immer in blau dargestellt. Hat wer einen Trick es trotzdem wie gewünscht hinzubekommen? Gruß,

News WikiCon-News

TEXT

--Wnme (Diskussion) 22:45, 20. Jun. 2024 (CEST)

So vllt., indem #white; gegen color:#FFFFFF; ausgetauscht und span direkt um die Linkbeschriftung gewickelt wird:

News WikiCon-News

TEXT

Aber ob dann noch klar ist, dass das ein Link ist, scheint mir sehr fraglich. Gruß, --Wi-luc-ky (Diskussion) 00:55, 21. Jun. 2024 (CEST)

Ja so wäre es richtig, wobei man dann zusätzlich noch auf die Zeile |letter code color=white verzichten könnte, wenn da kein unverlinkter Text steht.

{{Babel field
|color 1=#F39200
|color 2=white
|letter code size=1em
|letter code='''[[Wikipedia:WikiCon 2024|<span style="color:#FFFFFF;">News WikiCon-News</span>]]'''
|text size=0.9em
|text=TEXT}}

Man kann entweder span style="color:white;" ohne # oder span style="color:#FFFFFF;" mit # setzen

was allerdings unwirksam wäre ist span style="color:FFFFFF;" oder span style="color:#white;". →WikiCon-News --Liebe Grüße, Lómelinde Diskussion 07:42, 21. Jun. 2024 (CEST)

Vielen Dank @Lómelinde @Wi-luc-ky. Es klappt jetzt wie gewünscht. Habe mich an Vorlage:Kurier-Ticker orientiert und die Abschnittsüberschriften zusätzlich verlinkt. Gruß, --Wnme (Diskussion) 12:00, 23. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Wnme (Diskussion) 12:00, 23. Jun. 2024 (CEST)

Fehler bei PanoViewer-Aufruf: Database error

Hallo zusammen,

hiermit bitte ich um Hilfe bei folgendem Problem mit dem PanoViewer. Ich habe heute drei neue Kugelpanoramen auf Commons hoch geladen und bekomme beim Aufruf des PanoViewers nur die Fehlermeldung:

„Database error (found 0 results; should be 1) No pannellum config returned“

Siehe das Beispiel „Fehler bei PanoViewer-Aufruf“. Ich habe bisher über 200 Kugelpanoramen hochgeladen, die offensichtlich alle beim PanoViewer-Aufruf funktionieren, bis auf die drei, die heute neu dazu gekommen sind. Siehe Beispiel „PanoViewer funktioniert“. Als ich vor einigen Monaten einen ähnlichen Fehler hatte, war die Ursache, dass ein Pluszeichen "+" im Dateinamen enthalten war. Ich habe bei den nicht funktionierenden Kugelpanoramen weder irgendwelche Sonderzeichen im Dateinamen, noch ist der Dateiname länger als bei anderen funktionierenden Panoramen, noch ist die Datei zu groß. Siehe dazu das Beispiel „PanoViewer funktioniert“. Lokal auf meinem PC funktionieren die neuen Kugelpanoramen in verschiedenen Panorama-Betrachtern, daran kann es m.E. auch nicht liegen. Was kann die Ursache für diese Fehlermeldung sein?

Fehler bei PanoViewer-Aufruf Funktioniert jetzt Als Kugelpanorama anzeigen

PanoViewer funktioniert Als Kugelpanorama anzeigen

Mein Wunsch wäre außerdem, dass beim PanoViewer-Aufruf aussagekräftige Meldungen kommen, mit denen man als normaler Benutzer auch etwas anfangen kann (Dateiname falsch, Datei zu große usw. usf.), damit man entsprechend selbst etwas bei Problemen machen kann.

Vielen Dank im Voraus für Eure Hilfe. --Joachim Köhler (Diskussion) 21:13, 28. Jun. 2024 (CEST)

Hab zwar nicht überprüft, ob das Fehlerursache ist, aber, dass der Dateiname keine Sonderzeichen enthält, stimmt so nicht: ist ja ein ö drin. Gruß, DerIch27 (Diskussion) 23:33, 28. Jun. 2024 (CEST)

trotzdem sollte es eigentlich auch möglich sein, das Tool so zu bauen, dass es mit Sonderzeichen umgehen kann ... --DerIch27 (Diskussion) 23:59, 28. Jun. 2024 (CEST)

hab gerade gesehen, dass du schon mehr als genug Bilder mit Umlauten im Dateinamen hochgeladen hast. Kannst meine Kommentare also getrost ignorieren. Gruß, DerIch27 (Diskussion) 00:11, 29. Jun. 2024 (CEST)

Bei mir funktionieren beide Panoramen. -- hgzh 08:25, 29. Jun. 2024 (CEST)

Danke für Eure Beiträge. In der Tat funktionieren alle drei neu hoch geladenen Kugelpanoramen jetzt. Da ich nichts geändert habe (sowieso nichts am PanoViewer ändern kann) und gestern Abend definitiv die drei Panoramen nicht funktioniert haben, bleibt der Fehler weiterhin rätselhaft. Ärgerlich nur, dass beim PanoViewer-Aufruf weder aussagekräftige Meldungen kommen, noch dass es einen festen Ansprechpartner bei Problemen gibt. Bevor ich den Abschnitt als erledigt kennzeichne, warte ich mal noch, ob sich vielleicht jemand meldet und das Rätsel aufklärt. Viele Grüße --Joachim Köhler (Diskussion) 09:09, 29. Jun. 2024 (CEST)

Tut mir Leid, aber das Problem ist noch nicht erledigt. Ich habe gerade folgende zwei Kugelpanoramen hoch geladen und diese bringen wieder den Fehler (siehe oben).

Fehler bei PanoViewer-Aufruf: 29.06.2024 – 09:22 funktioniert seit ca. 17:00 Uhr Als Kugelpanorama anzeigen

Fehler bei PanoViewer-Aufruf: 29.06.2024 – 09:25 funktioniert seit ca. 17:00 Uhr Als Kugelpanorama anzeigen

Screenshot: PanoViewer database error am 29.06.2024 – 09:22 Uhr

Ich habe mir einen Screenshot gemacht, den ich bei Bedarf hoch laden kann, das glaubt mir sonst niemand. Der PanoViewer war schon mal zuverlässiger (abgesehen davon, dass ich schon mindestens vier mal Probleme damit hatte…) Hat vielleicht irgendjemand noch eine Idee? Danke und viele Grüße --Joachim Köhler (Diskussion) 09:34, 29. Jun. 2024 (CEST)

Die Fehlermeldung wie oben beschrieben habe ich gestern Abend auch gesehen. Leider habe ich keine Dokumentation gefunden, womit nur ein Blick in den Quelltext bleibt, indem man die Abfrage über SQL sieht, die offensichtlich beim Problem scheitert. Eine Erklärung habe ich dort aber nicht gefunden.

Mir ist noch aufgefallen, dass die Datei im Problemfall neu und im funktionierenden Fall alt war. Dass könnte auf ein Caching Problem hinweisen, dass sich nach spätestens 24h von allein löst.--Kallichore (Diskussion) 12:30, 29. Jun. 2024 (CEST)

Hallo @Kallichore, vielen Dank für deine Antwort und Recherche. Mir ist jetzt nicht ganz klar, warum da im Quelltext (vermutlich bei $sql und $res) ein Fehler auftritt. Tim Starling, der die config.php geschrieben hat, könnte uns dazu sicher mehr sagen. Dass es ein Caching-Problem ist, könnte durchaus sein, da es ja heute Morgen auf einmal funktioniert hat. Das normale Verhalten ist aber, dass ein neu hoch geladenes Kugelpanorama sofort funktioniert. Das wäre m.E. schlecht, wenn man immer erst warten müsste, dass der Cache irgendwann nachts geleert wird. Vielleicht liest ja hier jemand mit, der entweder mehr von diesem config.php-Skript versteht oder der den Cache manuell zurücksetzen kann. Vielleicht ein Serverproblem, so wie letztens, als die index.html weg war? Also Abwarten und Kaffee trinken? Viele Grüße --Joachim Köhler (Diskussion) 13:42, 29. Jun. 2024 (CEST)

Das replication lag auf s4, auf dem die Commons-Datenbank liegt, ist derzeit hoch, d.h. Änderungen auf Commons werden erst mit Verzögerung für die Toolforge-Umgebung sichtbar. Irgendwann ist das wieder auf Stand, bis dahin kann das auch weiterhin vorkommen. -- hgzh 14:53, 29. Jun. 2024 (CEST)

Hallo @hgzh, herzlichen Dank für deine Antwort. Die Verzögerung von über sieben Stunden erscheint mir ziemlich hoch (ich schätze mal einige Minuten ist normal), aber vielleicht sind das Wartungsarbeiten oder so. Ich schaue dann zwischen 18:00 und 19:00 Uhr nochmal nach. Dann müsste es eigentlich wieder funktionieren. Danke und beste Grüße --Joachim Köhler (Diskussion) 16:00, 29. Jun. 2024 (CEST)

Die beiden anderen Kugelpanoramen von heute morgen funktionieren jetzt auch. Scheint wirklich am replication lag zu liegen. Ich beobachte das noch weiter, wenn ich die nächsten Panoramen hoch lade. Danke an alle und viele Grüße --Joachim Köhler (Diskussion) 17:19, 29. Jun. 2024 (CEST)

Die zwei neu hoch geladenen Kugelpanoramen werden heute sofort im PanoViewer angezeigt (da die lag time momentan maximal eine Sekunde beträgt). Die Ursache ist damit gefunden, allerdings hat man als normaler Nutzer nur die Möglichkeit abzuwarten, falls es mal wieder länger dauert. Zumindest lag es nicht am PanoViewer. Ich setze den Abschnitt damit auf erledigt. Viele Grüße --Joachim Köhler (Diskussion) 10:56, 30. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Joachim Köhler (Diskussion) 10:56, 30. Jun. 2024 (CEST)

Warum kann ich (fehlerhafte) Einzelnachweise meiner Organisationsseite nicht bearbeiten?

Wenn ich auf "Bearbeiten" bei den Einzelnachweisen gehe, erscheinen die aufgeführten Links nicht. Ich kann sie also (es sind 404-Fehler) nicht korrigieren. Ist das ein Bug? --Phzhonline (Diskussion) 09:37, 17. Jun. 2024 (CEST)

Welcher Artikel? Die Einzelnachweise stehen üblicherweise in <ref>EW</ref>-Tags mitten im Text, da unten werden sie von der Software nur aufgelistet. --Grüße vom Sänger ♫ ^(Reden) 09:41, 17. Jun. 2024 (CEST)

Es geht wohl um Pädagogische Hochschule Zürich und die Bearbeitung im Visuellen Editor. @Phzhonline du musst beim Bearbeiten die Infobox auswählen, dort sind die Einzelnachweise hinterlegt, über den Abschnitt Einzelnachweise kannst du nur Einzelnachweise ändern, die im normalen Artikeltext sind. Im Quelltextmodus ist das tendenziell einfacher. Bitte nicht solche manuellen Versuche [5] vornehmen. --Johannnes89 (Diskussion) 09:46, 17. Jun. 2024 (CEST)

Ich habe es gerade auch herausgefunden, und ich habe es auch schon ausgebessert. --Grüße vom Sänger ♫ ^(Reden) 09:48, 17. Jun. 2024 (CEST)

Vielen Dank! --Phzhonline (Diskussion) 14:47, 24. Jun. 2024 (CEST)

Ok, danke! --Phzhonline (Diskussion) 14:48, 24. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Rudolf.l.s (Diskussion) 10:36, 16. Jul. 2024 (CEST)

Bizarrer Referenzfehler durch unsichtbares Zeichen

In diesem behobenen Referenzfehler war wohl ein unsichtbares Zeichen ein Problem. Der Name "bulletin-1.ch" enthielt vorher "M-bM-^@M-*bulletin-1.ch" (durch cat (Unix) mit "cat -v" sichtbar gemacht). Ich frage mich, wie das hier passiert ist und warum es durch keinen Mechanismus verhindert wird. --Kallichore (Diskussion) 20:37, 1. Jun. 2024 (CEST)

Da war noch was:

$ echo -n '<ref name="‪bulletin-1.ch‬">' | od -tc -tx1
0000000   <   r   e   f       n   a   m   e   =   " 342 200 252   b   u
         3c  72  65  66  20  6e  61  6d  65  3d  22  e2  80  aa  62  75
0000020   l   l   e   t   i   n   -   1   .   c   h 342 200 254   "   >
         6c  6c  65  74  69  6e  2d  31  2e  63  68  e2  80  ac  22  3e
0000040

Am Anfang und am Ende von bulletin-1.ch war was. Am Anfang ein https://www.fileformat.info/info/unicode/char/202a/index.htm und am Ende https://www.fileformat.info/info/unicode/char/202c/index.htm --Wurgl (Diskussion) 21:26, 1. Jun. 2024 (CEST)

Literatur dazu: H:SPUK – Doc Taxon • Disk. • 22:48, 2. Jun. 2024 (CEST)

Danke für die Hinweise. Gibt es ein Tool, mit dem Seiten mit unsichtbaren Zeichen gefunden werden können? Meine eigenen Versuche mit insource sind gescheitert.--Kallichore (Diskussion) 00:02, 3. Jun. 2024 (CEST)

Schau mal auf der angegebenen Seite unter Werkzeuge, da gibt es zumindest ein paar Tools, die dir die Zeichen auf einer Seite zeigen, die du bearbeitest. Schnarks/diff zeigt mir im Versionsvergleich beispielsweise direkt per Tooltip <ref name="▯bulletin-1.ch▯"> an, dass es sich bei den Zeichen um LRE und PDF handelte und WSTM ersetzt unsichtbare Zeichen, die dann bei der Ansicht der Änderungen sichtbar werden. Diese sind dadurch leichter zu finden. Da waren zudem noch 8 weitere solche Zeichen im Text →Spezial:Diff/245546117/245560770 (wo genau, erkennt man mit Schnarks diff) --Liebe Grüße, Lómelinde Diskussion 07:04, 3. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Kallichore (Diskussion) 16:07, 24. Jul. 2024 (CEST)

Referenzfehler im Artikel wxBasic

Der Artikel und der zugehörige Wikidata-Eintrag wurden seit über einem Jahr nicht mehr bearbeitet. Mich verwundert deshalb, dass der Artikel heute in Seiten mit Einzelnachweisfehlern aufgetaucht ist. Ich verstehe auch nicht, woher die Defintion der Referenz mit dem Namen "_ce47f4ba3c735343" kommt. Stellt die Vorlage:SourceForge diese Defintion bereit? --Kallichore (Diskussion) 15:58, 5. Jun. 2024 (CEST)

Ping @Siegbert v2, der die Referenz eingefügt hat --DerIch27 (Diskussion) 16:08, 5. Jun. 2024 (CEST)

Der Google-Cache hilft (im Webarchiv ist nix passendes). Das war mal eine Referenz auf das Erscheinungsjahr in der Infobox. https://webcache.googleusercontent.com/search?q=cache:https://de.wikipedia.org/wiki/WxBasic --Wurgl (Diskussion) 16:16, 5. Jun. 2024 (CEST)

Und die Ursache ist wohl ein fieser Hack. Der User hat die automagisch erzeugte Referenz-Id missbraucht (bei Mouse-Over bei EW1 auf a, b oder c im Google-Cache sieht man das) und aus irgendwelchen Gründen hat sich die geändert. --Wurgl (Diskussion) 16:19, 5. Jun. 2024 (CEST)

Danke, ich habe diesen "Hack" nun entfernt und den Referenzfehler behoben.--Kallichore (Diskussion) 17:36, 5. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Kallichore (Diskussion) 16:07, 24. Jul. 2024 (CEST)

Klasse skin-invert bei Dateien

Unterschrift von Ingrida Šimonytė

Offenbar wird auch Farbe des Beschreibungstextes invertiert, das gibt dann weiße Schrift auf weißem Hintergrund. Ist das schon bekannt?

Service: Link auf diesen Abschnitt um das Bild im Dark-Mode zu sehen: [6] --Wurgl (Diskussion) 09:32, 23. Jul. 2024 (CEST)

Für thumbs brauchst du class="skin-invert-image". Gruß, -- hgzh 11:25, 23. Jul. 2024 (CEST)

Aha! Again what learned. Danke --Wurgl (Diskussion) 11:44, 23. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wurgl (Diskussion) 11:44, 23. Jul. 2024 (CEST)

Falschschreibungen

Man gehe mit dem Mauszeiger auf einen Link zu einem beliebigen Artikel aus der Kategorie:Wikipedia:Falschschreibung, beispielsweise Berufschule, und dann steht da (zumindest bei mir) in der Artikelvorschau "Dieser Titel bezieht sich auf mehr als eine Seite". Das sind doch aber keine BKL-Seiten. (Dass das noch niemandem aufgefallen ist, kann ich mir nicht vorstellen, nebenbei gemerkt.) --MannMaus (Diskussion) 15:28, 23. Aug. 2024 (CEST)

Dies liegt daran, dass Falschschreibungsseiten intern als Begriffsklärungen markiert werden, damit sie nicht bei der Artikelanzahl mitgerechnet werden etc. -- hgzh 15:30, 23. Aug. 2024 (CEST)

Und ist somit beabsichtigt? --MannMaus (Diskussion) 15:34, 23. Aug. 2024 (CEST)

Ja und nein: Es ist der beste und dennoch sehr unschöne Workaround. Für diese (ausschließlich in der deutschsprachigen Wikipedia bestehenden) Sonderlocke haben die MediaWiki-Entwickler wohl nichts übrig. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Wenn du mich anpingen möchtest, pinge bitte mich und nicht meine Diskussionseite an. 22:48, 23. Aug. 2024 (CEST)

Vielleicht muss nur ab und zu jemand "meckern", was ich hiermit getan habe. Vielen Dank für die Auskunft. --MannMaus (Diskussion) 12:54, 24. Aug. 2024 (CEST)

Du hast dann bei den falschen gemeckert. Du musst dich schon (auf englisch) im MediaWiki (bzw. im phabricator melden. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Wenn du mich anpingen möchtest, pinge bitte mich und nicht meine Diskussionseite an. 13:40, 24. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: MannMaus (Diskussion) 12:54, 24. Aug. 2024 (CEST)

Da reicht mein Englisch leider nicht für. Und bei der Suche nach einer Seite, wo man deutsch schreiben kann, wenn man Wünsche an phabricator hat, bin ich halt hier gelandet. Aber danke. --MannMaus (Diskussion) 13:58, 24. Aug. 2024 (CEST)

Roter Wartungskasten ohne Text

Hallo, seit 1 bis 2 Wochen werden die Übersichten der Fehlermeldungen im roten Kasten (von Benutzer:Benutzer:PerfektesChaos/js/remindErrorMessages?) nicht mehr richtig angezeigt.

Bspw. wird bei Vorlage:Zitat beim Laden kurz im roten Kasten oben angezeigt, dass 8 fehlerhafte Verwendungen vorlägen; nach Ladevorgang verschwindet jedoch der Text und der Kasten schrumpft zu einem schmalen Rechteck zusammen.

Im Abschnitt Vorlage:Zitat #Wartung werden die 8 Fehler regelrecht angezeigt.

Gruß, --Wi-luc-ky (Diskussion) 11:42, 4. Sep. 2024 (CEST)

Präzisiere bitte mal welcher Browser, Skin? Bei mir (Windows, Firefox, Vector 2010/2022) passiert das nicht, es gibt auch keine längere Ladezeit. Ich habe das nur manchmal, während der Bearbeitung, meine ich, dass der Inhalt sich auflöst, weil noch etwas anderes im Hintergrund läuft. Möglicherweise ein Konflikt mit anderen Tool? Ansonsten wäre da eigentlich die Diskussionsseite zum Tool der richtige Ort, um Fehler zu melden. --Liebe Grüße, Lómelinde Diskussion 12:03, 4. Sep. 2024 (CEST)

Danke, Lómelinde! Bin umgezogen: Dort mehr. Gruß, --Wi-luc-ky (Diskussion) 15:22, 4. Sep. 2024 (CEST)

Vermutung des Tool-Betreibers: WMF-Code-Änderungen. --Wi-luc-ky (Diskussion) 17:52, 5. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Wi-luc-ky (Diskussion) 17:52, 5. Sep. 2024 (CEST)

Anmeldung nicht mehr möglich über Google Chrome

Wenn ich versuche mich auf Google Chrome auf meinem Wikipedia-Account anzumelden, bekommen ich seit mehreren Tagen folgende Meldung angezeigt:

Es gab ein Problem bei der Übertragung deiner Benutzerdaten. Diese Aktion wurde daher sicherheitshalber abgebrochen, um eine falsche Zuordnung deiner Änderungen zu einem anderen Benutzer zu verhindern. Bitte sende das Formular erneut ab.

Versuche ich es erneut, bekomme ich wieder dieselbe Meldung angezeigt. Die Anmeldung funktioniert allerdings über Tablet, Handy und Microsoft Edge. Ich habe auch meinen Adblocker entfernt und alle Cookies zugelassen, aber es hat nicht geholfen. Es ist auch unklar, warum die Anmeldung plötzlich nicht mehr funktioniert, da ich keine Einstellung auf meinem Browser verändert habe. Ich weiß deshalb nicht mehr weiter grade. Hat vielleicht jemand eine Idee, was das Problem sein könnte?--Afus199620 (Diskussion) 13:17, 16. Jan. 2024 (CET)

Welche Version von Google Chrome benutzt du? -- hgzh 13:22, 16. Jan. 2024 (CET)

Version 120.0.6099.217 --Afus199620 (Diskussion) 13:36, 16. Jan. 2024 (CET)

Ok, dann fällt eine mögliche Erklärung aus. Ggf. funken irgendwelche Privatsphäre-Einstellungen in Chrome dazwischen, weil MediaWiki das zentrale Login über mehrere Domains abwickelt und das gern mal als schädlich erkannte Aktion vom Browser blockiert wird. Kann ich aber mangels Chrome-Installation nicht sagen. Hast du auch Cookies von Drittanbietern zugelassen? Die Einstellungsseite sollte irgendwie so aussehen. -- hgzh 14:14, 16. Jan. 2024 (CET)

Es ist bei mit genauso eingestellt. Ich kann mich aber leider trotzdem nicht anmelden. --Afus199620 (Diskussion) 15:37, 16. Jan. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:10, 30. Sep. 2024 (CEST)

Rotlinks werden mobil als Blaulink angezeigt

Smartphone Android 6. Standarbrowser (ist das Chrome-Architektur?), nicht App. Wenn ich auf die klassische Ansicht wechsele, sind die Rotlinks so rot wie sie sein sollen. Seit wann, kann ich nicht genau einschätzen; irgendwann Beginn Februar fiel mir auf, dass Lemmas, die ganz sicher nicht existieren, blau angezeigt werden. Dachte erst das wird sich schon geben, kann ja mal abwarten ob es sich wieder ändert. Tat es aber nicht. Kann das jemand nachvollziehen, und eventuell sogar mit einer Software-Änderung zu Anfang des Jahres in Verbindung bringen? Beim Fennec-Browser funktioniert übrigens alles einwandfrei - der ist mir allerdings energiefressend um WP darauf zu nutzen. Gruß, -Ani--176.6.6.182 05:46, 27. Mär. 2024 (CET)

Der Standardbrowser bei Android ist normalerweise Google Chrome [7]. Außerdem gibt es standardmäßig die App „Google Search“ [8](das ist glaube ich das, was du als „App“ bezeichnest hast und welche du somit nicht meintest). Bei Samsung ist außerdem noch Samsung Internet [9] vorinstalliert, welcher auf Android auch auf Chromium basiert. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 11:47, 27. Mär. 2024 (CET)

Nee, meinte die WP-App. Browser sind ja per se alle irgendwie Apps. Bei mir gibt es einen namens Internet als Standard, der nicht mal eine "Über"-Sektion in den Einstellungen hat. Ansonsten noch Google und Chrome. -Ani--176.6.14.215 18:10, 28. Mär. 2024 (CET)

Was für ein Smartphone mit Android 6 nutzt du denn? Bzw. welches OS ist da drauf? Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 10:34, 29. Mär. 2024 (CET)

Das ist ein LG G4. Softwareversion V20p-EUR-XX. -Ani--176.6.14.91 19:47, 29. Mär. 2024 (CET)

Also in der Wikipedia-App gibbes keine Rotlinks, da wird einfach gar kein Link angezeigt. Im Browser am Smartphone sehe ich Rotlinks. --Wurgl (Diskussion) 14:08, 27. Mär. 2024 (CET)

Wird wohl versionsanhängig sein, sonst wäre es sicher svhon einigen aufgefallen. -Ani--176.6.14.215 18:10, 28. Mär. 2024 (CET)

Der Android-6-Standardbrowser müsste ja von ca. 2015 sein, vermutlich unterstützt er keine CSS-Variablen, mit der die Links in der Mobilversion seit einiger Zeit gefärbt werden, und fällt daher auf eine Standardlinkfarbe zurück. Können wir hier nichts machen, Browser zu alt. -- hgzh 10:32, 29. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:10, 30. Sep. 2024 (CEST)

Helferlein o.ä. um Artikelquelltext in Zwischenablage zu kopieren?

Gibt es ein Helferlein, Skript, o.ä., um den Artikelquelltext per Tastenkombination oder per Menüeintrag zu kopieren?

Ich verwende gelegentlich bestehende Artikel als Vorlage für neue und kopiere deren Quelltext. Auch für die Analyse bestehender Artikel kopiere ich gelegentlich den Quelltext aus dem Browser in externe Programme.

Bisher klicke ich dazu auf Quelltext bearbeiten, was bei großen Artikeln einen Moment dauert, markiere dann alles und kopiere manuell. Es ist nur eine kleine Mühe, aber ich fänd das sehr praktisch, ohne die Artikel-Anzeige zu verlassen.

Ich kann programmieren, aber habe noch nie eine Wikimedia-Erweiterung geschrieben. Falls das wie eine einfache Funktionalität klingt, wäre ich für Tipps auf ähnliche Tools dankbar, bei denen ich ein bisschen abgucken kann – dann würde ich vielleicht auch ausprobieren, ob ich das gebaut bekomme. --Frupa (Diskussion) 10:40, 11. Apr. 2024 (CEST)

1. Nein; gibt es wohl nicht.
2. Zur sauberen und robusten Anwendung ist die API zu nutzen.
   • Wikipedia:Technik/Datenbank/API führt in die Wiki-Server-seitige Infrastruktur ein.
   • mw:API:Revisions zu action=query&prop=revisions
     • Demo mit action=query – revisions[0] ist die relevante, Wikitext unter * abgelegt.
   • Demo mit action=parse zum Vergleich
   • Wikipedia:Technik/Skin/JS/API erläutert den Ablauf, wie eine Abfrage im Helferlein auszuführen ist, und was vorher und bei Erfolg passieren soll, und gibt ein Beispiel an.
3. Clipboard
   • Die Verfügbarkeit ist eingeschränkt; auch aus Sicherheitsgründen funktioniert das nicht immer.
   • Beste mir in die Hände gefallene Doku: developer.mozilla.org
   • Du müsstest ein Clipboard-Objekt bilden.
   • War dies erfolgreich, kannst du Clipboard:writeText() ausführen.
   • Das kann aus Sicherheitsgründen in einer Installation verboten sein.
4. JS/Variablen wirst du benötigen, und WP:JS sowieso.
5. Zu dir genau passende Beispiele habe ich in meiner Skriptsammlung leider nicht.

Viel Spaß --PerfektesChaos 13:34, 11. Apr. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:10, 30. Sep. 2024 (CEST)

Befehle im Quelltext nicht unbedingt mehr farblich hervorgehoben und andere Schriftart im Quelltext

Gemeldet in Phabricator
Task T366201

Hallo, seit ein paar Tagen ist das Bearbeiten bei Wikipedia anders als sonst - zumindest auf meinem Windows-10-PC.

Erst fiel mir nur auf, dass die Schriftart im Quelltext-Modus eine Andere wurde als die, die einem in der Normalansicht (ich nenne es auch "Lesemodus") angezeigt wird. Im Visual-Editor-Modus dagegen bleibt die Schriftart dieselbe wie in der Normalansicht.

Nun kam gestern hinzu, dass mir beim Schreiben eines neuen (noch unveröffentlichten) Artikels erstmals die Befehle im Quelltext-Modus nicht mehr farblich hervorgehoben wurden. Die farbliche Hervorhebung von HTML-Befehlen bleibt dagegen bei der Bearbeitung von bereits veröffentlichten Artikeln erhalten.

Um die Veränderung besser verständlich bzw. sichtbar zu machen, habe ich einen Screenshot erstellt und hier (auf freeimage.host) hochgeladen.

Im rechten Fenster ist der Visual-Editor-Modus aktiv, mit derselben Schriftart wie im Normalmodus/Lesemodus. Im mittleren Fenster die Veranschaulichung, dass die farbliche Hervorhebung bei der Bearbeitung von bereits existierenden Artikeln nach wie vor funktioniert. Bereits dort zeigt sich aber, dass die Schriftart im Quelltextmodus eine andere ist, als dies noch vor ein paar Tagen der Fall war. Im linken Fenster offenbart sich das gesamte Problem - dass bei noch nicht veröffentlichten Artikeln sowohl die Schriftart eine andere, als auch die HTML-Befehle nicht mehr farblich hervorgehoben sind.

Hat jemand eine Erkärung für diese Besonderheiten? Ich habe zwar vor ein paar Tagen Firefox neu installiert. Doch die Problematik tritt an meinem PC auch im Windows-Edge Browser auf. --LennBr (Diskussion) 10:45, 29. Mai 2024 (CEST)

Wenn ich dich richtig verstehe, hast du ganz einfach die Syntaxhervorhebung ausgeschaltet. Kannst du mit einem Klick wieder aktivieren. --XanonymusX (Diskussion) 10:54, 29. Mai 2024 (CEST)

Hallo XanonymusX, danke für deine Hilfsbereitschaft!

Die Syntaxhervorhebung lässt sich offenbar nur bei bereits bestehenden Artikeln über die Bearbeitungsleiste an- und ausschalten. Soll heißen, diese spezielle Problematik besteht weiterhin. Ist es nicht seltsam, dass sich gleich zwei Dinge ohne mein zutun ändern?! In den Einstellungen habe ich nichts vorgenommen. So ist auch der wikiEd modus, den man unter Einstellungen -> Helfrlein anwählen kann, bei mir angeschaltet. Ist denn die Schriftart im Quelltext bei Dir auch so, wie sie mir angezeigt wird? --LennBr (Diskussion) 11:20, 29. Mai 2024 (CEST)

Ich kann bestätigen, dass beim Anlegen eines neuen Artikels die Syntaxhervorhebung nicht zur Verfügung steht. -- hgzh 11:34, 29. Mai 2024 (CEST)

Okay, dann ist das wohl eine generelle Änderung. LennBr (Diskussion) 11:47, 29. Mai 2024 (CEST)

Ich kann bestätigen, dass beim Anlegen eines neuen Artikels die Syntaxhervorhebung wie immer funktioniert, aber mir ist nicht ganz klar, ob wir von zwei verschiedenen Engines reden. Ich glaube, es gibt mindestens zwei verschiedene Syntaxhervorhebungen. Aber wenn ich einen neuen Artikel anlegen will, klappt die Hervorhebung wie vorher schon. – Doc Taxon • Disk. • 17:47, 29. Mai 2024 (CEST)

Ich habe nachgeschaut, ich meinte die Hervorhebung, die XanonymusX oben schon angesprochen hat. Die funktioniert bei mir einwandfrei. Vielleicht war das ein kurzer Ausfall, der mittlerweile behoben ist? – Doc Taxon • Disk. • 18:03, 29. Mai 2024 (CEST)

Es geht um die Syntaxhervorhebung im neuen Wikitext-Editor (also dem VE-Quelltexteditor). Die ist in der Tat bei Artikelneuanlagen verschwunden. Könnte mit den Vorbereitungen für CodeMirror 6 oder die Anpassungen an den Dark Mode zusammenhängen. Ich erstelle mal schnell ein Ticket. --XanonymusX (Diskussion) 18:20, 29. Mai 2024 (CEST)

Aha, okay, danke, – Doc Taxon • Disk. • 18:27, 29. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:10, 30. Sep. 2024 (CEST)

Umstellung Mobile Ansicht Versionsunterschiede

Vor einigen Wochen wurde die mobile Ansicht angepaßt, seitdem ist auf dem meist von mir genutztem Browser, LG Android 6 Systembrowser, keine farbliche Unterlegung der geänderten Passagen zu sehen. Beim Fennec-Browser, den ich alternativ nutze, klappt das; allerdings nutze ich den nicht regelmäßig, weil der zu viel Akku zieht. Kann das jemand nachvollziehen und spontan in Verbindung zu Änderungen bringen um es zu beheben? Gruß, -Ani--176.6.18.45 19:09, 2. Jul. 2024 (CEST)

Wikipedia nutzt seit einiger Zeit vermehrt CSS-Variablen (custom properties) für Farben und andere Gestaltungselemente. Ich gehe davon aus, dass ein Uraltbrowser das nicht unterstützt und deshalb keine Farben anzeigt. -- hgzh 21:53, 2. Jul. 2024 (CEST)

Hm. Also eher unwahrscheinlich dass sich das noch mal für mich ändert... Danke für die Info. Gruß -Ani--176.6.4.149 08:12, 6. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:10, 30. Sep. 2024 (CEST)

Rechtschreibprüfung & sic

Hallo, Auf der Suche nach einer Problemlösung kommt ich nicht weiter. Ich habe bemerkt, dass die Anwendung von <!--sic--> oder <!--sic!--> im ANR nicht immer funktioniert. (Fehlerquode ca.5%) Ich habe noch nicht herausgefunden, warum. Nachdem sic hinzugefügt wurde, wird das betreffende Wort immernoch rot angemarkert. Außerdem vermisse ich, dass in der Vorschau die Rechschreibprüfung die betreffenden Worte nie rot anmarkert, so kann man nicht kontrollieren, ob es funktioniert. Ich hoffe auf Hilfe oder Weiterleitung. Gruß Rudi. --Rudolf.l.s (Diskussion) 14:20, 14. Jul. 2024 (CEST)

Kannst du Beispiele nennen? --77.1.46.59 16:43, 14. Jul. 2024 (CEST)

(BK) Wenn ich Deine Anfrage(n) richtig verstanden habe: Ein sic hebt die Markierung von eventueller (!) Falschschreibung nicht auf, da die Markierung erst einmal nur Achtungszeichen ist, hier noch einmal genauer hinzuschauen. Markierte Wörter können in gewissen Kontexten (in Deinen 5 %) durchaus richtig geschrieben sein. Bsp: gesammt||gesamt; historisch auch: gesammt. Gelistet sind die potentiellen Fehler in Wikipedia:Helferlein/Rechtschreibprüfung/Wortliste.

Und ja, die Rechtschreibprüfung greift m. W. nicht schon bei der Vorschau.

Über weitere resp. Deine Beispiele können wir gern diskutieren.

Gruß, --Wi-luc-ky (Diskussion) 16:47, 14. Jul. 2024 (CEST)

Doch ein <!--sic--> sollte die Markierung aufheben. Deshalb wäre es ja interessant eine Beispielseite zu haben, bei der das nicht passiert. --77.1.46.59 16:52, 14. Jul. 2024 (CEST)

Noch ein Artikel, bei dem es nicht funktioniert: Ob du glücklich bist (wenn mein Mund dich küßt). --Rudolf.l.s (Diskussion) 17:03, 14. Jul. 2024 (CEST)

Hm. Du hast Recht. Kann ich auch nicht verstehen. --95.119.107.99 10:00, 15. Jul. 2024 (CEST)

Hallo Wilucky, ich habe in letzter zeit viele sic's gesetzt. Fast immer wird nach Einsatz von sic das Wort nicht mehr rot Markiert. Ein Beispiel ist in der zurückgesetzten Version von Yaël Abecassis zu finden. Dort wird die Rotmarkierung trotz sic beibehalten. --Rudolf.l.s (Diskussion) 16:54, 14. Jul. 2024 (CEST)

Interessant ist Gabriel Badea-Păun, dort wird die Rotmarkierung nur entfernt, wenn beide Wörter sic haben. Ein einzelnes sic bewirkt nichts. --Rudolf.l.s (Diskussion) 17:13, 14. Jul. 2024 (CEST)

Vllt. kann Invisigoth67 etwas dazu sagen. Er hatte jedenfalls bei dem de-CH-/de-AT-Problem anfang des Jahres den besseren Durchblick. Gruß, --Wi-luc-ky (Diskussion) 11:19, 15. Jul. 2024 (CEST)

Hallo, ich fürchte, dazu fällt mir auch nichts ein. Da könnte wohl am ehesten jemand helfen, der das Helferlein technisch betreut, aber der Autor Benutzer:APPER ist leider nur noch selten aktiv. Ansonsten vielleicht die Frage auch mal auf FzW stellen bzw. verlinken, da lesen bestimmt mehr mit als hier (habe das auch nur per Echo mitbekommen). lg --Invisigoth67 (Disk.) 15:58, 15. Jul. 2024 (CEST)

Hi, Der Link zu Apper hat mich auf die Seite:Wikipedia:Helferlein/Rechtschreibprüfung#FAQ geführt, und da ist das Beispielproblem bei Gabriel Badea-Păun als technische Einschränkung erklärt. Auf dieser Diskussionseite wird auch mehrmals, so wie ich hier, die fehlende RSP in der Vorschau gewünscht. --Rudolf.l.s (Diskussion) 18:13, 15. Jul. 2024 (CEST)

Es wäre noch zu klären: Vermutlich haben einige Leute hier, ihre Rechtschreibprüfung nicht aktiviert, deshalb sehen sie den Unterschied nicht. Aus ihrer Sicht ist sic sinnlos und setzen alles zurück und sind mitunter auch nicht zu belehren. Da bräuchte ich noch Hilfe von oben.

Das Chaos entwickelt sich gerade hier. Gruß Rudi --Rudolf.l.s (Diskussion) 11:33, 26. Jul. 2024 (CEST)

Hallo, ich hab mir jetzt nochmal alle Beispiele angeschaut. Und tatsächlich sind alle Fälle auf die technische Einschränkung bei mehrfachen Auftreten eines falschen Wortes zurückzuführen.

Die Lösung: Alle falschen Wörter mit je einem <!--sic--> versehen, dann klapp's auch. Gruß Rudi --Rudolf.l.s (Diskussion) 09:55, 16. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:10, 30. Sep. 2024 (CEST)

"Es gibt momentan ungesichtete Bearbeitungen, die sich auf deiner Beobachtungsliste befinden."

Hallo, taucht seit ein paar Tagen auf meiner Beobachtungsliste auf und möchte ich gerne ausblenden. Ich habe auf den ersten Blick nichts bei den Einstellungen gefunden, kann jemand aushelfen? Danke und viele Grüße Martin Bahmann (Diskussion) 11:19, 27. Jul. 2024 (CEST)

Hallo Martin, dazu gibt es schon mehrere Threads auf FzW, insbesondere hier: Wikipedia:Fragen_zur_Wikipedia#Beobachtungsliste:_Banner_ungesichtete_Änderungen. Ich bin mal geduldig und warte, bis es beim nächsten Mediawiki-Software-Update (hoffentlich) wieder rausfliegt. ;-) lg --Invisigoth67 (Disk.) 11:26, 27. Jul. 2024 (CEST)

Hallo Invisigoth, Danke für den Hinweis. Dort fand sich die Lösung zu meiner Frage (css-Schnipsel). Viele Grüße Martin Bahmann (Diskussion) 14:19, 27. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:10, 30. Sep. 2024 (CEST)

Vector-2022 und "tabelle-kopf-fixiert"

Mit ist ein Problem mit der ersten Tabelle in der Liste der Hochhäuser in Deutschland aufgefallen: der Kopf der Tabelle ist eine Zeile nach unten verrutscht, so dass zum Beispiel nur Main statt Frankfurt am Main sichtbar ist. Bei Entfernung von "tabelle-kopf-fixiert" verschwindet das Problem. In anderen Beispielen gibt es zum Teil auch das Problem, aber nicht immer. --Kallichore (Diskussion) 21:57, 8. Aug. 2024 (CEST)

Was ich noch interessant finde: durch Einfügen von style="float:right" verschwindet das Problem und der Tabellenkopf bleibt beim Scrollen weiter sichtbar.--Kallichore (Diskussion) 22:32, 8. Aug. 2024 (CEST)

Siehe Vorlage_Diskussion:Tabellenstile#tabelle-kopf-fixiert_und_Vector2022. Gruß, -- hgzh 23:14, 8. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:10, 30. Sep. 2024 (CEST)

Wikipedia:Technik/Cloud/erwin85/talkcatintersect

Moin, das Tool scheint nicht mehr zu funktionieren und der Benutzer scheint seit Jahren inaktiv zu sein. Was passiert mit sowas? Wird das irgendwo archiviert? Grüße --Millbart talk 18:28, 13. Aug. 2024 (CEST)

Da greift die Help:Toolforge/Abandoned tool policy (Regel für verlassene Tools): Nicht funktionierende und verlassene Tools können von anderen Entwicklern übernommen und danach wahlweise repariert oder deaktiviert werden. In jedem Fall muss sich aber zunächst ein Freiwilliger finden, der das Tool übernimmt. Vorher passiert damit nichts. --Tkarcher (Diskussion) 20:38, 13. Aug. 2024 (CEST)

Mir geht es ja nicht nur um das Tool sondern auch um diese Seite, aber hier hast Du das für mich vollumfänglich beantwortet. :-) Danke und Grüße --Millbart talk 12:07, 15. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:10, 30. Sep. 2024 (CEST)

Erzwingt der 30-Tage-Challenge-Banner die Abmeldung?

Hallo, kann es sein, dass der 30-Tage-Challenge-Banner den Anmeldestatus verändert? Wenn ich angemeldet von einem Artikel aus einen Blaulink anklicke, wird das neue Lemma mit Banner aufgerufen – und ich bin abgemeldet. Wenn ich dann in der Menüauswahl oben rechts auf „Anmelden“ klicke, werde ich sofort angemeldet, ohne dass Anmeldedaten abgefragt werden. Das trat schon mehrfach vor einigen Tagen auf, verschwand dann wieder. Gruß, --Wi-luc-ky (Diskussion) 17:00, 18. Aug. 2024 (CEST)

Das Banner wird nur für nicht-eingeloggte User ausgespielt und funktioniert in der Hinsicht nicht anders als alle anderen Banner. Du bist wahrscheinlich von dem Problem betroffen, was in phab:T372702 gemeldet wurde. --Johannnes89 (Diskussion) 17:30, 18. Aug. 2024 (CEST)

Könnte sein. Obleich dort ein Zusammenhang mit dem Banner noch nicht berichtet oder vermutet wird.

Das Problem tritt nicht auf, wenn ich angemeldet in das FF-Suchfenster einen Lemmanamen eingebe und weiter angemeldet auf das Lemma komme.

Gruß, --Wi-luc-ky (Diskussion) 18:17, 18. Aug. 2024 (CEST)

Dort wird von keinem Zusammenhang berichtet, weil du die Kausalität falschrum ziehst: Offenbar wirst du abgemeldet, während du einen Wikilink anklickst – und weil du die neue Seite dann uneingeloggt aufrufst, wird dir das (nur für unangemeldete Nutzer geschaltete) Banner angezeigt.

Dass andere das nicht mit nem Banner in Verbindung bringen, liegt daran, dass das von dir genannte Banner nur in dewiki aktiv ist und dass es wie gesagt gar keinen Effekt auf deine Anmeldung haben kann.

Nicht das Banner ist für die Abmeldung verantwortlich, sondern die Abmeldung dafür, dass du das Banner siehst. Warum genau du aktuell wiederholt ausgeloggt wirst (und manch andere Nutzer ebenfalls), ist noch nicht klar (klar ist nur, dass Nutzer in andere Projekten das gleiche Problem haben). --Johannnes89 (Diskussion) 18:26, 18. Aug. 2024 (CEST)

Alles klar und logisch; danke, Johannnes89. Gerade tritt das Problem bei mir nicht auf. Dann hoffen wir mal, dass der Bug schnell gefunden wird. Gruß, --Wi-luc-ky (Diskussion) 21:42, 18. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:10, 30. Sep. 2024 (CEST)

PDF-Vorschaubild wird nicht angezeigt

Auf der Seite https://de.wikipedia.org/wiki/Hermannslauf#Statistik ist eine PDF-Datei eingebunden. In einer früheren Version wurde an dieser Stelle ein Vorschaubild der ersten Seite angezeigt. In der neueren Version der PDF-Datei leider nicht. Hat einer eine Idee, woran das liegen kann und wie man das behebt?

Ein Beispiel, wo das Vorschaubild zu sehen ist, ist hier zu finden: https://de.wikipedia.org/w/index.php?title=Hermannslauf&oldid=242365855 Das Vorschaubild wird unter dem Bild von Stevie Kremer angezeigt. --Running-tomy (Diskussion) 11:39, 28. Aug. 2024 (CEST)

würde empfehlen auf Commons eine neue Version von File:Ewige Hermannslauf-Bestenliste V-1 2024.pdf hochzuladen, mit der Dateivorschau scheint was kaputt zu sein, während bei File:Ewige Hermannslauf-Bestenliste V 2023.pdf alles ok ist. --Johannnes89 (Diskussion) 18:35, 30. Aug. 2024 (CEST)

Danke für die Antwort! Das hatte ich bereits ausprobiert, hat aber leider nicht funktioniert. --Running-tomy (Diskussion) 09:08, 2. Sep. 2024 (CEST)

Hab den Artikel mal gepurged, nun wird mir die PDF-Vorschau im verlinkten Abschnitt korrekt angezeigt. --Johannnes89 (Diskussion) 11:26, 2. Sep. 2024 (CEST)

(auf Commons ist die Vorschau nun auch korrekt, anders als noch vor ein paar Tagen) --Johannnes89 (Diskussion) 11:27, 2. Sep. 2024 (CEST)

Danke, jetzt funktioniert es. Ich habe auch den entsprechenden Artikel gefunden, wie purgen funktioniert. --Running-tomy (Diskussion) 12:05, 2. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 22:10, 30. Sep. 2024 (CEST)

Lint-Fehler: Doppelte IDs mw-customtoggle + id

Nur mal so als generelle Frage, gäbe es dafür Oberleitungsbus Bologna – Bild [ein/aus] eine andere Lösung? Ich habe es jetzt erst einmal entfernt → Fahrzeugpark, weil es mit class="mw-collapsible" id="mw-customcollapsible-FuhrparkBologna" als Adressat arbeitet, was dort dann mehrfach vorkommen würde. Es ist dort nicht wirklich notwendig, daher nur als generelle Frage, ob das auf anderen Seiten umsetzbar wäre. Wir verwenden so etwas beispielsweise auch in der WP:Starthilfe, wo es allerdings keine doppelt vorkommenden IDs verwendet. Kritischer sind da schon die Vorlage:Verb Zelle in Liste starker Verben (deutsche Sprache), Liste unregelmäßiger Verben im Deutschen ein paar gäbe es da noch --Liebe Grüße, Lómelinde Diskussion 10:04, 11. Okt. 2024 (CEST)

Man kann jedem Bild eine einzelne Toggle-ID zuweisen und dem Toggle alle IDs der Bilder. Siehe mw:Manual:Collapsible_elements/Demo/Advanced bei Custom collapsible 4 (table-row) für ein Beispiel. -- hgzh 09:00, 14. Okt. 2024 (CEST)

Ok, werde ich mir mal ansehen und testen, was passiert. Danke für die Info. --Liebe Grüße, Lómelinde Diskussion 11:21, 14. Okt. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 11:21, 14. Okt. 2024 (CEST)

Sichtungs-Kommentarfeld

Guten Abend, nach Empfehlung auf dem Discord-Server wende ich mich hiermit an euch:

Ich versuche, seitdem ich Sichter bin, das Sichtungs-Kommentarfeld zu aktivieren, laut Wikipedia:Gesichtete_Versionen/Nachsichtung/Tipps#Allgemeine_Hinweise. Bisher hat diese css-Anpassung allerdings nahezu keinen Effekt gehabt. Warum nahezu? In den letzten Tagen (10.10. + 11.10.) war das Kommentarfeld plötzlich ohne weiteres Zutun verfügbar – dann seit heute wieder verschwunden, ebenso ohne weiteres Zutun.

Gibt es hier irgendwelche Tricks oder soll das Feld gar tatsächlich versteckt bleiben?

Aktuelle Browserversion: Firefox 131.0.02 und Chrome 129.0.6668.101 unter Windows 11. --CommanderKefir (Diskussion) 17:39, 12. Okt. 2024 (CEST)

Ich kann zu diesen Ausführungen noch folgendes anhand eigener Tests ergänzen. Dazu habe ich die CSS-Erweiterung zur Anzeige des Kommentarfeldes in meiner global.css auf Meta eingetragen und erhalte folgende, je nach Browser-Einsatz unterschiedliche Ergebnisse:

• Unter Edge (129.0.2792.79) im Edge/Chromium-Modus wird das Kommentarfeld nicht angezeigt
• Unter Firefox/Win (130.0.1) ebenso nicht
• Unter Chrome/Win (129.0.6668.90) auch nicht

aber

• Unter Edge (129.0.2792.79) im Internet-Explorer-Modus wird das Kommentarfeld dann wie erwartet angezeigt.

-- Martin _(Mpns/BD) 18:23, 12. Okt. 2024 (CEST)

Habe den CSS-Schnipsel angepasst, so sollte es funktionieren. Der IE-Modus von Edge unterstützt wahrscheinlich unser CSS zum Ausblenden des Felds nicht und zeigt es daher standardmäßig an. -- hgzh 08:49, 14. Okt. 2024 (CEST)

Beim mir (mit Edge): Erfolg bestätigt ... Danke! -- Martin _(Mpns/BD) 09:18, 14. Okt. 2024 (CEST)

Firefox, Chrome/Chromium, Samsung ebenfalls, vielen Dank! --CommanderKefir (Diskussion) 16:31, 14. Okt. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --CommanderKefir (Diskussion) 16:31, 14. Okt. 2024 (CEST)

API: continue-Parameter mit generator=allpages

Gudn Tach!
Zu https://de.wikipedia.org/w/api.php?action=help&modules=query+allpages:
Wenn ich (jeweils ausgeloggt!) den Request ...gaplimit=50&generator=allpages&rvprop=content|timestamp&prop=info|revisions starte, erhalte ich in der ersten Antwort für den continue-Wert:

'continue': 'gapcontinue||',
'gapcontinue': 'Weblinks/Block/bitefight.de'

Wenn ich dagegen den Request ...gaplimit=500&generator=allpages&rvprop=content|timestamp&prop=info|revisions starte (also nur verändertes Limit), erhalte ich in der ersten Antwort für den continue-Wert:

'continue': '||info',
'rvcontinue': '13206552|248219777'

1. Wieso kommt mal "rvcontinue" zurück und mal "gapcontinue"? 2. Wieso ist das abhängig davon, ob ich (als Admin) eingeloggt bin?

Wenn ich die weiteren Requests solange durcheiere, bis kein continue-Parameter in der Antwort kommt, erhalte ich in der ersten Variante 583 vollständige Datensätze. In der zweiten Variante erhalte ich 583 Datensätze, von denen über 160 unvollständig sind.
3. Wieso? (Hängt vermutlich mit dem ersten "Wieso" zusammen). -- seth (Diskussion) 01:25, 21. Okt. 2024 (CEST)

Die API hat unterschiedliche Limits für nicht eingeloggte Benutzer, eingeloggte Benutzer und Benutzer mit apihighlimits-Recht (u.A. Bots und Administratoren). Zuerst werden die Daten des Generators zurückgegeben, danach diese mit den revisions-Properties ergänzt. Gerät man dann ins Limit, sind diese Daten unvollständig, s. mw:API:Lists#Additional_notes, und du bekommst ein rvcontinue. Du setzt also nicht das Offset des Generators nach oben, sondern das der revision-Property im aktuellen Datensatz des Generators. Das musst du solange tun, bis batchcomplete zurückgegeben wird, danach kannst du das Generator-Offset per gapcontinue erhöhen (das wird auch erst dann zurückgegeben). Siehe auch mw:API:Continue -- hgzh 08:04, 21. Okt. 2024 (CEST)

Gudn Tach!

API:Continue hatte ich mehrfach gelesen, aber nicht in Einklang bringen können damit, was bei meinem Script passiert. Jetzt habe ich endlich den (Anfänger-)Fehler gefunden: Ich hatte einfach immer die continue-Parameter in die Original-Query reingeschrieben, anstatt jedes Mal eine Kopie anzulegen. Dabei wurden die Parameter des jeweils vorherigen Requests nicht entfernt, was eine Zeit lang gut ging, aber irgendwann (beim Wechsel von rvcontinue auf gapcontinue) dazu führte, dass ein rvcontinue vom vorherigen Durchlauf mitübergeben wurde, sodass danach es so aussah, als sei alles abgefrühstückt.

Nach Behebung dieses Bugs, läuft das Script jetzt durch. Und dass es unangemeldet etwas mehr Durchläufe braucht als angemeldet, ist nicht wild.

Vielen Dank für die Antwort! :-)

-- seth (Diskussion) 11:13, 21. Okt. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: -- seth (Diskussion) 11:13, 21. Okt. 2024 (CEST)

Wikipedia:Helferlein/Einleitungshelferlein

Also, wenn mich jetzt nicht alles täuscht, war das Einleitungshelferlein in fast jedem Namensraum präsent, jetzt nur noch im Artikelnamensraum. @Hgzh: Du hattest es kürzlich in Bearbeitung, kannst Du die Verfügbarkeit des ziemlich praktischen Helferleins für andere Namensräume wieder einbauen? Danke sehr, – Doc Taxon • Kontakt • 14:18, 21. Okt. 2024 (CEST)

Ah, da gab es vermutlich einen Interpretationsfehler:

• wgIsArticle bedeutet nicht „Ist Artikel im ANR“, sondern „Nicht-Spezialseite im view-Modus“.

JS ist okay.

Nur aus der Gadgets-Definition müsste die ANR-Einschränkung wieder raus; können alle BOA.

VG --PerfektesChaos 14:47, 21. Okt. 2024 (CEST)

Erledigt und sorry for inconvenience. Blöde benannt, das Ding. Gruß, -- hgzh 15:06, 21. Okt. 2024 (CEST)

Besten Dank, – Doc Taxon • Kontakt • 00:33, 22. Okt. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: – Doc Taxon • Kontakt • 00:34, 22. Okt. 2024 (CEST)

DOM-Struktur der Einzelnachweisvorschau und Seitenvorschau

Wie kann ich die DOM-Struktur der Einzelnachweis- und Seitenvorschau ermitteln? In den Devtools von Firefox sehe ich nur die äußere Ebene. Leider verschwindet sie wieder, wenn die Vorschau ausgeblendet wird. Der Grund ist, dass ich mir das Popup per CSS anpassen will – genauer: besser anpassen will, denn ich habe von mw:Extension:Popups ausgehend bei GitHub ui/templates/popup/popup.less und ui/templates/preview/preview.less gefunden und damit einiges einstellen können. @TMg, Thiemo Kreuz (WMDE), wäre die Elementstruktur nicht eventuell etwas, was in MediaWiki in die Hilfeseiten eingetragen werden könnte? — Speravir – 01:33, 9. Nov. 2024 (CET)

Die DOM-Struktur in Firefox hat Pfeile zum Ein- und Ausklappen der Elemente oder Verbergen der verschachtelten tieferen Ebenen. Die über rechte Maustaste erriechbare Kopiermöglichkeit kennt ein „Inneres HTML kopieren“ und ein „Äußeres HTML kopieren“.

MW ist nicht daran interessiert, auf einer offiziellen Wiki-Seite eine HTML-Struktur zu dokumentieren, weil dies auf Ewigkeit ein Versprechen enthalten würde, dass genau diese Struktur zugesichert wird und unterstützt werden muss. Diese ganzen Aktionen sind jedoch Screengrabbing und geschehen auf eigene Gefahr.

Auf Wikipedia:Technik/Skin/Gadgets/annotationPair ist die momentane HTML-Struktur symbolisch wiedergegeben.

VG --PerfektesChaos 09:37, 9. Nov. 2024 (CET)

Zum letzten Satz. Ja, hatte ich schon gesehen. Zum ersten Satz: Du kannst es nicht wissen, aber das war mir bereits bekannt. Der Knackpunkt ist, dass man gar nicht soweit kommt, das Kontextmenü zum Kopieren zu öffnen. Ich habe aber herausgefunden, dass folgender Workaround möglich ist, man kann dann zwar nichts kopieren, aber die Struktur und Elemente ablesen:

1. Devtools im selben Fenster öffnen (soll heißen: nicht als eigenes), am besten in einem kurzen Artikel.
2. Eine Stelle mit Nachweismarke in den sichtbaren Bereich verschieben, anschließend aktiv den Fokus in den Inspektor (wie gesagt, ich bin im Firefox) setzen; das <body>-Tag sollte aktiviert sein. Im Inspektor mit dem Cursor nach unten auf das letzte Element vor dem schließenden </body>-Tag gehen.
3. Mit der Maus auf die zuvor ins Visier genommene Referenzmarke gehen und darauf stehen lassen.
4. Direkt vor dem schließenden </body>-Tag findet man dann das Popup-Div <div class="mwe-popups …"> und kann mit den Rechts-/Links-Cursortasten die Subelemente öffnen oder wieder schließen.

Mein letztes Problem: Ich bekomme nur leider den unteren, mir viel zu großen Rand nicht weg bzw. auf dieselbe Größe wie die anderen Ränder (das Einstellungssymbol habe ich im angemeldeten Zustand ausgeblendet). Update: Hat sich inzwischen auch erledigt. – 02:55, 11. Nov. 2024 (CET)

— Speravir – 02:31, 10. Nov. 2024 (CET)

Ein Tipp, wie man das Verschwinden des Popups auch noch verhindern kann: Die Dev-Tools von FF nicht als erstes öffnen, sondern mit der rechten Maustaste in dem Popup sagen "Untersuchen (Q)". Bei mir öffnet sich das Devtools dann in einem eigenen Fenster, und das Popup bleibt stehen, weil ja der Mauszeiger es nicht verlässt. --Hlambert63 (Diskussion) 13:20, 10. Nov. 2024 (CET)

Danke, Hlambert63. Funktioniert bei mir aber nicht. Vielleicht ist es OS-abhängig (Win11 hier). Wo die Devtools geöffnet werden, ist eine Voreinstellung; Du musst das also mal so ausgewählt haben. Zum anderen: Schon wenn ich mit der Maus, mit dem Cursor über dem Popup, das Kontextmenü öffne, verschwindet das Popup, so dass ich bei Auswahl von Untersuchen den Artikeltext untersuchen würde. — Speravir – 02:12, 11. Nov. 2024 (CET)

Aha, im Edge (hab ich als einzigen Chromium-Browser installiert im OS mitgeliefert), ist die Verzögerung größer, so dass ich schnell genug den Cursor wieder über das Popup bewegen kann. — Speravir – 02:18, 11. Nov. 2024 (CET)

Ich setz das mal auf erledigt, denn meine eigentliche Frage ist über den Workaround gelöst, auch wenn es langwierig ist, alles vollständig zu ermitteln. — Speravir – 02:55, 11. Nov. 2024 (CET)

@Speravir: In der README der Erweiterung wird ein Kniff erwähnt, wie sich die Popups debuggen lassen. Ich hoffe, das hilft. --Thiemo Kreuz (WMDE) 12:45, 11. Nov. 2024 (CET)

Danke, Thiemo. Aber, wie gesagt, wenn ich im Kontextmenü mit der Maus auf Untersuchen gehe, ist das Popup bereits wieder verschwunden. Mir fiel aber eben ein und auf, dass ich bei geöffnetem Kontextmenü direkt die zugewiesene Taste (Q) drücken kann, während die Maus über dem Popup bleibt. Das funktioniert dann ebenso wie oben beschrieben. — Speravir – 23:31, 11. Nov. 2024 (CET)

Die Antwort verwirrt mich etwas. In der README wird erklärt, wie das Popup nicht verschwindet. --Thiemo Kreuz (WMDE) 07:23, 12. Nov. 2024 (CET)

Nämlich mit der URL-Endung ?debug=true Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 11:29, 12. Nov. 2024 (CET)

Thiemo und MM-E&dLvAu: Nein, ich habe es ausprobiert. Funktioniert hier weder ohne noch mit Debug-Parameter. Im README steht: “context click a link, select inspect, move the cursor some place comfortable”. Es scheitert schon im zweiten Teil, weil im Moment, mit der Maus „Inspect/Untersuchen“ auszuwählen, das Popup wieder verschwindet (mit Firefox, im Edge ist die Verzögerung größer – aus Anwendersicht bin ich aber sonst mit dem schnellen Verschwinden zufrieden). Wenn ich allerdings, wie eben ausgetestet, nicht die Maus nehme, sondern schnell genug die Taste Q drücke, dann bleibt das Popup erhalten völlig ohne Skript und Debugparam. Und dann reicht mir PCs Hinweis auf Strg+C. — Speravir – 00:53, 13. Nov. 2024 (CET)

@Speravir: Deine ursprüngliche Anfrage hatte nicht hinreichend verdeutlicht, dass das Hauptproblem der Mauszeiger-Fokus auf dem Popup sei.

• Universelle Lösung für alle gleichgearteten Situationen aller Websites:
  1. Inspector vom Browser-Fenster abkoppeln, wie bereits von Hlambert63 anempfohlen.
  2. Mit Maus Popup auslösen, Mauszeiger belassen. Wenn möglich, dann Inspektion auslösen; wenn nicht ist auch nicht schlimm.
  3. Mit AltF4 usw. zum Inspector-Fenster navigieren.
  4. Im Inspector-Fenster Tastatur-Navigation verwenden, Mauszeiger ist immer noch im Popup. Tab springt.
  5. Wenn schon an der richtigen Stelle im DOM positioniert, lässt sich auch mit Tasten weiter ausklappen.
     • Inspector hat auch eine Suchfunktion nach Selektoren, um Stelle zu finden.
     • Geht auch StrgC für das gesamte html, Kopieren in banalen Texteditor oder HTML-Editor, dann Textsuche.
• Blinde können das ohne hinzugucken.
• Schwierig sind Popups, die sich nach 5 Sekunden wieder ausblenden; dann flott das ganze Teil kopieren.

VG --PerfektesChaos 12:21, 12. Nov. 2024 (CET)

Ja, PC, Du hast Recht, dazu hätte mir aber klar sein müssen, dass darin das wahre Problem liegt – und bei mir die Verzögerung, bis das Popup wieder verschwindet, anscheinend besonders kurz ist. Das Fensterabkoppeln bringt hier nichts. Aber Du hast mich noch einmal daran erinnert, dass man den Kontextmenüpunkt auch mit der Taste Q auswählen kann (obwohl ich das selbst oben ja schon einmal erwähnt hatte). Und dann ist Dein Hinweis auf Strg+C Gold wert! Dass damit das gesamte innere HTML kopiert wird, also genau die interessierende DOM-Struktur, wusste ich noch nicht. (Alt+F4 schließt Fenster, muss also ein Irrtum sein.) — Speravir – 00:53, 13. Nov. 2024 (CET)

@Speravir:

1. Alt+F4:
   • Ja, ist dann hier („usw.“): AltTab
   • Schon einige Jahrzehnte her, dass ich das flüssig in den Fingern hatte.
2. Alle Desktop-Oberflächen hochwertiger Software können ihre Grundfunktionen ohne Maus bedienen.
   • Standard-Betriebssysteme
   • Standard-Browser
   • Qualitäts-Anwendungsprogramme
3. Mobil eher nicht.
   • Gedacht für Touchscreen eines Smartphones.
   • Kein Mauszeiger, keine rechte Maustaste, kein Strg Alt oder Tastatur zu erwarten.
4. Blinde können das exzellent und arbeiten fast nur damit.
5. Wiki kann das auch: Hilfe:Tastaturkombinationen
6. Die Menge der erreichbaren Funktionen ist auf drei Dutzend pro Schema begrenzt.
   • Meist A–Z und kaum ein Dutzend Sonderzeichen plus F-Keys.
   • Menge der physischen Nicht-Tottasten beim Laptop, aber unser Semikolon ist schon Shift, jedoch QWERTY auf „ö“.
   • In Anwendungsebenen kann dieselbe Kombination unterschiedliche Wirkungen haben; herausfordernd.
7. Sehende können sich kaum ein Dutzend merken, ich schwankte ja bereits zwischen Alt+F4 und Alt+Tab.

VG --PerfektesChaos 12:49, 13. Nov. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Speravir 02:55, 11. Nov. 2024 (CET)

Automatische Sichtung bleibt aus?

Ganz kurz: Ist es normal, dass erstellte Seiten mitunter nicht als automatisch gesichtet markiert werden? Wenn nein, würde ich mal ticketieren gehen… --MGChecker – (📞| 📝| ) 12:16, 9. Nov. 2024 (CET)

Ist schon bekannt, siehe phab:T379218 und FZW von vorgestern. Gruß, -- hgzh 12:18, 9. Nov. 2024 (CET)

Hi! I'm Msz2001, admin etc. from plwiki. I've created a bot that automatically reviews new and moved pages that unfortunately don't get reviewed automatically due to the bug in the FlaggedRevs extensions. (log available here). If you would like the bot to run on dewiki as well, please let me know (technically, it would only need editor/Sichter rights, as bot flag has no effect on the review log).

The bot only operates on the live data (Wikimedia EventStreams), so it would not interfere with past edits. --Msz2001 (Diskussion) 12:57, 10. Nov. 2024 (CET)

Thanks for the service. I would be in favor of it. You would have to report here: Wikipedia:Bots/Anträge auf Botflag (because the bureaucrats read it and such things are discussed there (even if you don't need a bot flag) Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 16:06, 10. Nov. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 07:57, 11. Nov. 2024 (CET)

Navigation durch Suchvorschläge

Ich habe beim Suchfeld in der WP seit etlichen Tagen ein merkwürdiges Verhalten festgestellt: Nachdem ich einen Teil des Suchbegriffs eingegeben habe, erscheint wie bisher eine Liste aller passenden Suchvorschläge, so weit so gut. Aber dann bin ich (bin ein Tastatur-Freak) es gewöhnt, mit den Cursor-Tasten durch die Vorschlagsliste zu navigieren, um den passenden Eintrag zu finden und mit Enter auszuwählen. Die Liste reagiert zwar auf die Cursor-Tasten: Aber welches der Ergebnisse als nächstes angesprungen wird, ist jetzt total wirr, etliche Einträge werden ausgelassen, oder mit der Cursor-runter-Taste wandert die Auswahl nach oben statt nach unten. Falls diese Infos benötigt werden: Ich habe Skin Monobook eingestellt, in den Einstellungen für Suchvorschläge ist der Standardmodus eingestellt. Sollte aber irrelevant sein, denn wenn ich unangemeldet bin, verhält es sich genauso. --Hlambert63 (Diskussion) 14:06, 17. Nov. 2024 (CET)

Nachtrag: Das ist kein Problem der de-WP, in der en-WP verhält es sich genauso komisch.--Hlambert63 (Diskussion) 14:12, 17. Nov. 2024 (CET)

Nachtrag 2: Auf der Browser-Konsole hagelt es Fehler noch und nöcher, irgendwas mit Too much recursion. --Hlambert63 (Diskussion) 14:31, 17. Nov. 2024 (CET)

Kann ich bestätigen, mit Vector-2010-Skin. Das Verhalten wurde in phab:T380111 beschrieben, das wurde aber als Doublette geschlossen und wird in phab:T379983 weiterbehandelt. Spätestens Montag soll eine Reparatur live gehen. Gruß --Schniggendiller Diskussion 14:44, 17. Nov. 2024 (CET)

Okay, prima, dann ist dieser Käfer ja schon in der Rohrleitung! ;-) --Hlambert63 (Diskussion) 15:02, 17. Nov. 2024 (CET)

Jetzt funktioniert es wieder! --Hlambert63 (Diskussion) 17:29, 18. Nov. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Hlambert63 (Diskussion) 17:29, 18. Nov. 2024 (CET)

Rechtschreibfehler in Fehlermeldung des Replying-Tools im VE

Guten Abend, wenn die Aktion Abschnitt hinzufügen im Visual Editor fehlschlägt, erfolgt die folgende Fehlermeldung:

Dein Kommentar konnte nicht in der aktuellsten Version der Seite veröffentlicht werden. Um die neuesten Änderungen zu sehen, kopiere deinen Kommenrtar-Entwurf und lade dann die Seite mit deinem Browser neu. (vgl. Screenshot)

Hier hat sich ein Rechtschreibfehler eingeschlichen (siehe fettgedruckte Buchstaben); ich denke das betrifft ja nur dewiki. LG; --VECTR¹⁹³ONATOR (DISK) 19:49, 19. Nov. 2024 (CET)

Ich habe die Meldung in translatewiki.net korrigiert.--Kallichore (Diskussion) 20:02, 19. Nov. 2024 (CET)

Super, danke! --VECTR¹⁹³ONATOR (DISK) 20:10, 19. Nov. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --VECTR¹⁹³ONATOR (DISK) 20:10, 19. Nov. 2024 (CET)