Du hast Fragen zur Bearbeitung der Wikipedia und keine Antwort auf Hilfe:FAQ gefunden? Dann bist du hier richtig! Fragen werden nicht per E-Mail beantwortet, sondern nur auf dieser Seite. Bei aktuellen Themen findet sich hier oft schon eine passende Diskussion, die deine Frage beantworten kann. Bitte diskutiere dann dort und lege keinen neuen Abschnitt zum selben Thema an.
Abschnitte, deren jüngster Beitrag mehr als vier Tage zurückliegt oder die seit zwei Tagen mit dem Baustein {{Erledigt|1=~~~~}} gekennzeichnet sind, werden automatisch archiviert. Möglicherweise findest du auch im Archiv die Antwort auf deine Frage. (Gesamtarchiv • diese Woche)
Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 2 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sindoder deren jüngster Beitrag 4 Tage alt ist.
Fernziel ist, zu jedem Element einer mit LL aufgenommenen Liste bestimmte Kategorien hinzuzufügen, ohne das Stück für Stück machen zu müssen.
Nahziel ist, dass es mal bei einem Element klappt; z. B. hier die Kategorien "Frau" und "Tonmeister" hinzufügen.
Das "Lingua Libre" hat mich erst irritiert, weil es ja eigentlich um HotCat geht, wenn ich das richtig verstehe. Die deutschsprachige Anleitung ist da etwas einfacher: Wikipedia:Helferlein/HotCat. Du müsstest zuerst den Button mit den zwei Plus aktivieren, um in den richtigen Modus zu gelangen. Oder du hältst Strg/Cmd gedrückt, wenn du auf "OK" klickst. Entgegner (Diskussion) 06:27, 1. Jun. 2026 (CEST)Beantworten
HTML-div-Element mit der Klasse "vector-header-container" überdeckt Shortcuts
Letzter Kommentar: vor 2 Stunden10 Kommentare5 Personen sind an der Diskussion beteiligt
Ich hoffe, ich bin mit der Frage hier richtig. Im Quellcode der Wikipedia ist ein div-Element für den Seitenheader mit der Suchleiste usw. Durch diesen werden Shortcuts wie z.B. in Portalen leider überdeckt. Kann man etwas dagegen unternehmen oder sollte man das irgendwo reporten? --Entgegner (Diskussion) 12:52, 31. Mai 2026 (CEST)Beantworten
Das erste Mal aufgefallen ist es mir im Portal:Informatik, aber es kann gut sein, dass es überall so ist, wo so ein Shortcut oben drin ist, zumindest laut meinen Stichproben. Ich bin jetzt entnervt auf Monobook gewechselt, da hats das Problem nicht. --Entgegner (Diskussion) 06:19, 1. Jun. 2026 (CEST)Beantworten
Ich hatte vorher beide Vector-Skins ausprobiert. Man sieht dann nur das abgeschnittene, ausgefranste untere Ende von etwas Text. Schriftgröße ist 20 wegen meiner hohen Pixeldichte. Wenn ich auf 16 runterstelle, kann ich die Shortcuts vollständig sehen, aber das ist mir zu klein. --Entgegner (Diskussion) 18:47, 1. Jun. 2026 (CEST)Beantworten
Also ich kann den oben beschriebenen Fehler so bei mir nicht nachstellen. Bei mir sieht es in allen Skins richtig aus. Wo hast du denn die Schriftgröße von 20 bzw. 16 eingestellt? Kannst du eventuell einen Screenshot von dem Fehlerfall machen? Gruß --Guardian of Arcadia (Diskussion) 08:34, 4. Jun. 2026 (CEST)Beantworten
In den Firefox-Einstellungen. Ich hoffe, man erkennt es im Screenshot.
Die Anzeige der Shortcuts in der ersten Zeile einer Seite (also idR noch über der Überschrift) ist ein "Hack" von uns, der bei der Entwicklung der Skins gar nicht bedacht wurde, weil so nicht vorgesehen. In der Standardansicht passt es, wenn man im Browsereinstellungen verändert nicht mehr, aber dann ist das Problem die Browsereinstellung und nicht die Wikipedia. Wobei es sicherlich besser wäre, wenn wir den Shortcuts allgemein eine bessere Position geben würden (auf Vorlage:Shortcut wird die Abkürzung z.B. erst unterhalb der Überschrift angezeigt). --Johannnes89 (Diskussion) 07:13, 5. Jun. 2026 (CEST)Beantworten
Auf allen Hilfeseiten und Unterseiten von WP:Technik klappt es anstandslos.
Damit es in richtiger Technik, also floatend, in den Inhalt integriert werden kann, muss an der Stelle der Seite eine geeignete Gelegenheit vorhanden sein.
Unsere Projektseiten im Design der Nuller Jahre haben einen Rahmen um das gesamte Intro.
Der vergeudet Platz auf dem Smartphone, ist auf kleineren Bildschirmen ohnehin nicht um alles erkennbar, und verhindert Shortcuts.
Portale haben ebenfalls Rahmen um alles.
Auf vielen Disk-Seiten steht zu Anfang ein Kasten.
Sobald es einen Kasten in voller Inhaltsbreite gibt, wird es erforderlich, dass der erst ein Stück weiter unten anfängt, und damit ist links eine riesige Leerzeile sichtbar.
Alle Kästen dieser Art müssen abgebaut oder ganz anders gelöst werden, weil sie sich um dieselbe Ecke rechts oben streiten.
Das Element muss floatend irgendwo rein, wo es gestalterisch auch passt.
Das muss für jede einzelne Seite individuell sichergestellt werden. Viel Spaß.
Die „Seitenindikator-Technik“ ist mal extra für Smartphones erfunden worden, aber nach einem Dutzend Jahren immer noch nicht auf Mobilgeräten (Hälfte der Abrufe) implementiert worden. Die Design-Abteilung der WMF grübelt seit über einem Jahrzehnt über das zukünftige Mobil-Design, das alle Aspekte berücksichtigen soll.
Das ist ersichtlich ein Holzweg, und das GUI eines Mobilgeräts wird vorhersehbar keine großartigen Platzreserven haben, um das zuzutexten.
Unsere Inhalte gehören in unseren Inhaltsbereich und nicht in fremde Bereiche exportiert.
Die Idee ist 2003/2004 unkritisch aus der enWP übernommen worden.
Die Leute in der enWP sind die allersmartesten, und was die programmieren, ist das Goldene vom Ei und unübertrefflich weise.
Man hatte bereits im vorigen Jahrhundert gewusst, dass man derartige absolute Positionierung dann und nur dann vornehmen darf, wenn man selbst auch immer die volle Kontrolle über den Zielbereich hat.
Es wird ein Element oben drüber über den vorhandenen Inhalt gelegt, völlig egal ob da schon was steht oder nicht. Es gibt kein Layout, der sonstige Inhalt wird nicht zur Seite geschoben.
Die Verantwortlichen waren sich ganz ganz ganz sicher, und hatten das hier bei uns auch so diskutiert, dass es immer ein paar Pixel zwischen zwei Zeilen geben würde, und wenn man ganz klitzeklitzeklein schreiben würde, dann würde man in Ewigkeit immer unseren Inhalt statt in unserem Inhaltsbereich irgendwo nach da draußen verschieben können. Und diese Pixelposition würde man ja kennen und kann den Zeilenabstand „ausnutzen“.
Das ist schon deshalb ein Denkfehler, weil Vector 2010 und erst recht Vector 2020 ein dynamisches Layout haben, Elemente ein- und ausgeklappt werden, je nach Bildschirmbreite in Menüs gesteckt werden. Das Weltbild der Nuller Jahre war jedoch starr und statisch gewesen, und manche Mitwirkende aus dieser Zeit haben das bis heute.
Letzter Kommentar: vor 3 Tagen3 Kommentare2 Personen sind an der Diskussion beteiligt
Meine Frage betrifft die Wikipedia nur mittelbar. Ich stelle sie dennoch, denn vielleicht weiß einer der Leser die Antwort: Wenn ich per https://xtools.wmcloud.org/ec/de.wikipedia den Beitragszähler laufen lassen, dann gibt der auch in der Rubrik „Tagged (semi-)automated edits“ ein Ergebnis aus. Allerdings weiß ich nicht, was ein „Tagged (semi-)automated edit“ ist. --M Huhn (Diskussion) 16:04, 1. Jun. 2026 (CEST)Beantworten
Letzter Kommentar: vor 3 Tagen7 Kommentare4 Personen sind an der Diskussion beteiligt
Vielleicht finde ich ja hier eine Antwort..: Aus einem kleinen Mediawiki (nicht aus unserem Wikiversum) mit ~1000 Artikeln im Hauptnamensraum hätte ich gern eine Tabelle mit den Spalten Lemma und URL (ods, xls, csv). Wie könnte ich da vorgehen? und wie müsste die Abfrage lauten? (vermutlich ist das ja in jedem Mediawiki gleich?) Gruss, --Markus (Diskussion) 16:35, 1. Jun. 2026 (CEST)Beantworten
Ok, danke. Wenn ich die Abfrage mit deinem Link mit den 7 Code-Zeilen in quarry.wmcloud.org laufen lasse, bekomme ich die ersten 100 Artikel aus Wikipedia. Woher weiss "quarry", dass er in der WP-DB suchen soll? bzw. wie sage ich ihm, dass er in "tolleswiki.org" im NR-0 suchen soll? Wie kann ich auch noch ausgeben lassen, wieviele Einträge gefunden wurden? Gruss, --Markus (Diskussion) 00:44, 2. Jun. 2026 (CEST)Beantworten
Quarry ist ein Wikimedia-Projekt und hat nur Zugriff auf die Wikimedia-Server und -Datenbanken. Die SQL-Abfrage müsstest du so in einer Datenbankumgebung des fremden Wikis laufen lassen, sofern du darauf Zugriff hast. -- hgzh09:27, 2. Jun. 2026 (CEST)Beantworten
Letzter Kommentar: vor 3 Tagen5 Kommentare4 Personen sind an der Diskussion beteiligt
Ich wollte diesen Artikel anlegen. Aber irgendwie, anders als bei anderen Artikel, kann man ihn irgendwie nicht anlegen. Hat jemand eine Erkärung dafür? Falls er gesperrt ist, kann ihn jemand entsperren? ~2026-32486-12 (Diskussion) 18:26, 1. Jun. 2026 (CEST)Beantworten
Wenn Du auf den Rotlink klickst, wird Dir der Grund ja angezeigt:
Die Seite wurde schon mehrmals angelegt und gelöscht. Und jetzt ist die Neuanlage für nicht angemeldete Benutzer gesperrt ("wiederholte Neuanlage ohne Substanz"). Wenn Du nach dem Studium von WP:RK und mindestens auch WP:BIO denkst, dass Du genug seriöse Literatur hast, um einen echten Artikel draus zu machen, kannst Du Dir ein Benutzerkonto erstellen und in Deinem Benutzernamensraum an dem Artikel erstmal basteln, bis er so weit ist, dass er in die Freiheit entlassen werden kann. --Schwäbin18:50, 1. Jun. 2026 (CEST)Beantworten
Letzter Kommentar: vor 2 Tagen7 Kommentare6 Personen sind an der Diskussion beteiligt
Hallo zusammen, früher wurde bei der Google-Suche immer auf eine bestehende Wikipedia-Seite verwiesen, oder die rechts in einem Kasten irgendwie angezeigt. Ich habe beobachtet, dass das nicht mehr der Fall ist, so als ob Wikipedia irgendwas zur Suchindizierung verloren hätte. Bug or Feature? --Julius Senegal (Diskussion) 08:58, 2. Jun. 2026 (CEST)Beantworten
Google ist gerade daran sich „vom Wegweiser zum Ziel“ umzubauen, siehe etwa diesen Kommentar dazu: https://www.heise.de/meinung/Google-Suche-Le-Web-c-est-moi-11302565.html - d.h. Google möchte seinen Nutzern immer mehr Inhalte direkt bei sich selbst anbieten und die Leute nicht mehr unbedingt auf andere Websites lotsen. Dazu gehört wohl auch, dass die Wikipedia je nach Suchanfrage jetzt weniger prominent verlinkt wird. Es kommt aber aufs Thema an. Wenn ich etwa nach Island suche, dann ist in der Infobox oben rechts tatsächlich kein Link auf die Wikipedia mehr zu finden. Bei Goethe hingegen immer noch... - Die Wikipedia hat hier nichts „zur Suchindizierung verloren“, das ist einfach der neue Ansatz von Google. --Gestumblindi09:03, 2. Jun. 2026 (CEST)Beantworten
Wenn ich nach Island suche, erhalte ich keinen Link mehr zu Wikipedia. Ich werde in Urlaub geschickt: Link4 führt mich zu Wikivoyage. Und ein Flug dauert dreieinhalb Stunden. --Viele Grüße, Aschmidt (Diskussion) 09:27, 2. Jun. 2026 (CEST)Beantworten
Die Erwartungshaltung ist schon falsch. Warum sollte Google Wikipedia bevorzugen? Es gibt mittlerwile eine ganze Reihe ähnlicher Angebote da draußen. Außerdem kann Google nicht ahnen, dass jemand einen Enzyklopädieeintrag sucht und keine Gebrauchsanleitung, keine Einkaufsvorschläge oder dergleichen. Wenn Google/Alphabet etwas damit verdienen könnte, dass es Wikipedia vorschlägt, wäre das vielleicht anders. --Entgegner (Diskussion) 23:57, 2. Jun. 2026 (CEST)Beantworten
Eine Google-Suche nach WP:VWS bringt als erstes die KI-Zusammenfassung:
„WP:VWS“ steht in der Wikipedia für Wikipedia:Vandalismusmeldung.
Noch einmal auf Los! Was ist mit dem Syntax-Problem eingangs gemeint? Weblink tadellos oder eben nicht abrufbar??
https://aws.amazon.com/de/s3/ hat oben einen Button Konto erstellen. Ob das hilft, weiß ich nicht. Mit dem Dokument sind lt. Error-Meldung keine Style-Informationen verknüpft und: Request has expired. Und ob dieses Dokument so verlinkt werden kann, dass es auch ohne Anmeldung abrufbar ist, steht dahin. Wieso das, wie oben geschrieben, zuerst tadellos funktionierte, bleibt unklar.
Eine Alternative hätte der Jahresbericht 2025 sein können, doch dieser schweigt sich, soweit gesehen, zu den Mitarbeiterzahlen aus.
Hilft wohl nur, nach einem anderen Weblink zu suchen.
Jetzt hat's "geklickert", herzlichen Dank! - ich dachte, den Link bei WP melden, sorry. Ich schau's mir in Ruhe an, melde dann mein Ergebnis/Misserfolg/Erfolg. (Gov.uk kam übrigens aus der Suchmaschine und dort hatte ich nach Naim Audio 2022 gesucht ...) Viele Grüße, --Wikisympathisant (Diskussion) 19:48, 3. Jun. 2026 (CEST)Beantworten
wie ...? Ich kam über die Suche Naim Audio und den (bei der englischsprachigen WP im Naim-Artikel genannten) Cedric Magnaud 2022, bei Gov.uk dahin (gab da eine Dokument-PDF-Liste); offenbar, das zeigt ja auch der lange Link, hinterlegt Gov.Uk. die Dokumente extern ... Aber (!) ich testete gerade nochmal den langen Link und bekomme (möglicherweise auch durch Rechner-Neustart am Morgen) die Fehlermeldung, heißt, er ist tatsächlich abgelaufen .... Ich fürchte, ich nehme den Dokument-Name, wie oben angedeutet ... Viele Grüße, --Wikisympathisant (Diskussion) 20:39, 4. Jun. 2026 (CEST)Beantworten
Letzter Kommentar: vor 1 Tag9 Kommentare6 Personen sind an der Diskussion beteiligt
Hatten wir das nicht schon einmal? Irgend so eine Opt-in-Option, die besser Opt-out wäre? Seit heute Mittag habe ich jede Menge Köpfe in meiner Beo, die ich bitteschön wieder weg haben möchte. An welchem Rädchen muss ich dafür drehen? ※Lantus13:38, 3. Jun. 2026 (CEST)Beantworten
Ist meines Wissens nicht möglich. Man kann Bots und kleine Änderungen (Markierung "K") ausblenden, aber keine Blacklist für einzelne Benutzer anlegen. Das Problem ist auch, dass man auch bei Ausblendungen leider nicht die davorliegenden Edits angezeigt bekommt, die man nicht ausblenden möchte, d. h. der letzte Edit pro Artikel entscheidet letztlich über anzeigen oder komplett ausblenden. lg --Invisigoth67(Disk.)14:14, 3. Jun. 2026 (CEST)Beantworten
Vielleicht habe ich mich missverständlich ausgedrückt. Ich will nicht einzelne Leute ausblenden, sondern diese Symbole mit den Köpfen (bei allen). ※Lantus14:22, 3. Jun. 2026 (CEST)Beantworten
Ja, das wurde standardmäßig wieder deaktiviert (ist also opt-in). Zitat aus Hilfe:Benutzer/Infokarte: Um diese Funktion nutzen zu können, wurde sie zunächst in den Einstellungen als optional bereitgestellt. Die Einführung als standardmäßige Aktivierung, die bei Bedarf abgeschaltet werden kann, wurde wieder deaktiviert. Gruß --Guardian of Arcadia (Diskussion) 08:42, 4. Jun. 2026 (CEST)Beantworten
... womit wir unter den großen Wikis mal wieder eine absolute Ausnahme sind, in anderen Projekten ist die Infokarte eine opt-out Funktion. Ich nutze sie gerne – zwar übersehe ich sie im Regelfall, aber von Zeit zu Zeit ist sie praktisch, um beispielsweise zügig nen Überblick zu nem temporären Konto zu erhalten. --Johannnes89 (Diskussion) 09:03, 4. Jun. 2026 (CEST)Beantworten
Die globale Einstellung ist dazwischengegrätscht. Lokal hatte ich es bereits ausgeschaltet. Danke für die Info. Solche Sachen muss ich immer wieder neu suchen … ※Lantus15:00, 3. Jun. 2026 (CEST)Beantworten
Letzter Kommentar: vor 1 Tag3 Kommentare2 Personen sind an der Diskussion beteiligt
In der Liste Träger österreichisches Ehrenzeichen habe ich diesen Edit gemacht. Seitdem sind im Absat Träger 1. Klasse ab 1955 bis auf 3 alle Träger verschwunden. was ist passiert? --Yunkal (Diskussion) 13:53, 3. Jun. 2026 (CEST)Beantworten
Letzter Kommentar: vor 1 Tag2 Kommentare2 Personen sind an der Diskussion beteiligt
Ich meine mich zu erinnern, dass es eine Seite im Hilfebereich gab/gibt, wo Verwendungsempfehlungen für deutsche vs. fremdsprachige (ggf. transskribierte) geografische Namen zu finden waren. In meiner Erinnerung waren da auch Aspekte wie Einwohnerzahl berücksichtigt.
Kann mir bitte wer auf die Sprünge helfen und sagen, wo das Dokument liegt?
Mir editiert seit gestern ein Bot nach, der <references responsive /> in <references responsive="1" /> ändert. Was hat es damit auf sich, und wo ist das dokumentiert, was dieser Parameter macht? -- Escla¿!00:38, 4. Jun. 2026 (CEST)Beantworten
WP:Technik/Werkstatt#VE tut ungefragt Dinge (3) hat damit nichts zu tun – da ging es darum, dass VisualEditor (VE) für einige Zeit ungewollt <references /> in <references></references> geändert hat. Der Fehler ist nun gelöst und der TaxonBot hat den Wikitext dankenswerterweise in betroffenen Artikeln korrigiert (hatte zwar keine sichtbare Auswirkung, aber die meisten finden den Quelltext deutlich schöner so, wie sie es ursprünglich geschrieben hatten).
WP:Technik/Werkstatt#VE tut ungefragt Dinge (2) und phab:T101841 beschreiben das hier vorliegende Problem: VE kann den Unterschied nicht erkennen zwischen <references responsive /> und <references responsive="" />. Das zu beheben ist relativ komplex und auf absehbare Zeit nicht ersichtlich. Seit Jahren hat der TaxonBot deshalb jedes Mal, wenn VE aus <references responsive /><references responsive="" /> gemacht hat, das wieder zurückkorrigiert. Aber nachhaltig ist das nicht und bläht perspektivisch die Versionsgeschichte auf. Mit <references responsive="1" /> lässt VE alles in Ruhe und sorgt nicht für weitere ungewollte Difflinks. Ich persönlich halte das für pragmatischer, als anhaltend den Bot zur Nachkorrektur auf die eigentlich gewünschte Form zu bringen, mit Blick darauf, dass nicht absehbar ist, ob/wann VE irgendwann beigebracht werden könnte, mit <references responsive /> umzugehen. --Johannes Richter (WMDE) (Diskussion) 08:01, 4. Jun. 2026 (CEST)Beantworten
Warum editieren wir dem VE hier eigentlich überhaupt hinterher? Wenn der VE den Code <references responsive /> bei einigen Änderungen in <references responsive="" /> ändert, dann finde ich das zwar nicht sonderlich gut, aber einen extra Edit, um das wieder zurück zu biegen, braucht es da meiner Meinung nach auch nicht. Falls mich der Syntax als (Haupt-)Autor eines Artikels stört, dann kann ich das ="", wenn ich das nächste Mal wegen etwas anderem eine Änderung am Artikel vornehme, ja auch einfach wieder entfernen.
Stattdessen jetzt aber überall – also auch in Artikeln, die vielleicht nie oder nur selten mit dem VE bearbeitet wurden – den Code in <references responsive="1" /> zu ändern, halte ich nicht für besonders sinnvoll, zumal ja alle drei Varianten das gleiche Ergebnis erzielen. --Guardian of Arcadia (Diskussion) 09:18, 4. Jun. 2026 (CEST)Beantworten
Ansgesichts der finanziellen Mittel der Foundation ist wenig einsichtig, wieso wir eine Pseudo-Lösung einer richtigen Problemlösung vorziehen sollten. -- Chaddy · D12:26, 4. Jun. 2026 (CEST)Beantworten
Ich kann nicht für die WMF sprechen, aber angesichts von über 50.000 offenen Phabricator-Tasks ist klar, dass unmöglich alle Probleme und Wünsche bearbeitbar sind. Bei den Technischen Wünschen müssen wir ja auch immer wieder priorisieren, weil Budgets halt Grenzen haben. Perfekt aussehender Wikitext hat dann womöglich geringere Priorität als andere Baustellen.
Das gilt in diesem Fall vermutlich auch deshalb, weil wir eines der wenigen großen Wikis sind, die <references responsive /> überhaupt nutzen. In der Englischsprachigen Wikipedia – aber auch den meisten anderen großen Sprachversionen – wird <references /> bei mehr als 10 Einzelnachweisen automatisch zweispaltig dargestellt (wer das nicht will, nutzt <references responsive="0" />). Weil VE sowohl <references /> als auch <references responsive="0" /> nicht anrührt, ist die Änderung von <references responsive /> auf <references responsive="" /> primär bei uns ein Thema, Wikis mit automatischer zweispaltiger Darstellung nutzen <references responsive /> ja nicht wirklich. --Johannes Richter (WMDE) (Diskussion) 13:31, 4. Jun. 2026 (CEST)Beantworten
Diese Bot-Aktion ist Unfug und sollte unverzüglich beendet werden.
Sie schafft mindestens einen sinnfreien Eintrag in jeder VG, bei manchen, die Bots nicht ausblenden, schlägt das auch noch auf der Beo auf.
H:KÄ (grüner Kasten) verbietet ausdrücklich serienmäßige absolut wirkungslose Edits wie diese reine Quelltext-Kosmetik.
Es führt nur zu Irritationen wie jetzt diese hier, und an diversen anderen Stellen.
Es gibt kein Problem, es gibt nichts zu lösen, es wird nichts verbessert.
Beide Formen, der momentane VE-Geschmack mit responsive="1" und responsive als langjähriger deWP-Standard und kürzeste, einfachste und übersichtlichste Form funktionieren mit allen Parser-Varianten gleichermaßen.
Ich habe von dieser Bot-Aktion erst jetzt hier auf FZW etwas inhaltlich mitbekommen.
Der VE tut ungefragt etliche Dinge, seit einem Dutzend Jahren schon, und wir haben uns doch eigentlich längst daran gewöhnt und ignorieren es, sofern die Darstellung wenigstens hinterher wie beabsichtigt aussieht.
Für derartige Schalter-Attribute ist sich die globale XML-HTML-Philosophie seit Jahrzehnten nicht recht einig geworden und kam nie zu einem endgültigen von allen akzeptierten definitven Standard.
Eiiiiiigentlich wäre die wirklich korrekte Form: <referencesresponsive="responsive">
Im Wiki funktioniert offenbar ziemlich jede der nachstehenden Notationen mit gleicher Wirkung:
Es gibt offenbar nur eine einzige Ausnahme durch den Wiki-Parser bzw. die Extension, bei denen das Vorhandensein des responsive nicht auch die Mehrspaltigkeit auslöst:
Dort heißt es nur <referencesresponsive> an zwei Stellen.
Oder aber: <referencesresponsive="0">
Die Leutchen in der WMF arbeiten seit immer recht unkoordiniert aneinander vorbei. Jeder „Produkt Manager“, alle in der Entwicklung basteln so wie es ihnen grad passt und am wenigsten Arbeit macht. Einen echten Standard und eine übergeordnete Instanz gibt es nicht.
Die VE-Programmierer fanden halt schon vor mehreren Jahren, dass sie es am einfachsten haben, wenn sie responsive="1" generieren.
Es gibt Hunderte Bugs oder zumindest Absonderlichkeiten, teils schon seit über zehn Jahren, bei denen der VE merkwürdige Syntaxkonstrukte baut. Wenn sie dann halt zu korrekter Darstellung führen, ist das eben so.
Jeder macht es so, wie im Heimatwiki erlernt und abgeguckt. Die meisten Entwickler hatten intensiven enWP-Kontakt; also wird alles so gemacht wie es sich Leute in der enWP angewöhnt haben.
Die vor einigen Tagen erfolgte Veränderung unserer Hilfeseite H:EN war nirgendwo abgesprochen, unzulässig und steht im Widerspruch zu unserer langjährigen Praxis, der Syntax aller anderen Schalter-Attribute in Tags sowie der Forderung nach kürzestmöglicher einfachster Syntax.
Wenn es niemand anders gemacht hatte, werde ich das in den nächsten Tagen revertieren.
Der Botlauf ist dazu da, um Inkonsistenzen zu reduzieren, bis die Parsoid-Korrektur geschehen ist. Ein erneuter VE-Dirty-Diff, siehe Phab-Task, wird durch eine explizite Wertdefinition künftig verhindert. Bis dahin sind sowohl responsive als auch responsive="" und responsive="1" funktional äquivalent, ein leerer Wert wird aber nicht mehr selbstständig vom VE eingefügt werden, T212340, und das ist das, was erreicht werden soll. So macht der VE in diesem Fall keinen Quatsch mehr. Fügen wir nur references responsive ein, wie das mal auf H:EN stand, wird der VE das fälschlicherweise wieder ändern. Dem wird hiermit vorgebeugt. --Doc Taxon (Diskussion) 11:22, 4. Jun. 2026 (CEST)Beantworten
Das ist aber kein Problem den man im Wikicode löst, sondern im VE. Sorry, aber ohne ankündigung diese Massenspamaktion der Beos ist absolut fehl am Platz. Bitte Bot stoppen und diskutieren. Danke.--Maphry (Diskussion) 11:25, 4. Jun. 2026 (CEST)Beantworten
Der Ansatz des Botlaufs:
TaxonBot ändert die Vorkommen von <references responsive> zu <references responsive="1" />
VE lässt explizite nicht-leere Werte in Ruhe → kein oft unbemerkter Dirty Diff mehr wie <references responsive="">
der VE wird auch künftig keine Dirty Diffs mehr erzeugen
ja, das ist ein Problem des VE, lässt sich aber beruhigen, bis er korrigiert wird (in vielleicht hundert Jahren mal)
Mich hatte es nur insofern "geärgert", dass ich den Sinn nicht verstanden hatte, weil kein Unterschied zwischen vorher/nachher im Aussehen. Grüße -- Escla¿!14:01, 4. Jun. 2026 (CEST)Beantworten
Okay, möglicherweise ist das zu heftig, ich habe das mal soweit heruntergefahren, dass der Bot nur noch <references responsive=""> anfasst, denn das sind tatsächlich VE-entstandene und eher keine manuellen Eingaben. --Doc Taxon (Diskussion) 11:53, 4. Jun. 2026 (CEST)Beantworten
Du kannst ihn auch selbst korrigieren, insbesondere Rechtschreib-, Grammatik- oder Zeichensetzungsfehler. Bei der Korrektur von Sachfehlern solltest du auf jeden Fall eine Quelle angeben. --Brettchenweber (Diskussion) 14:56, 4. Jun. 2026 (CEST)Beantworten
Die Kilometrierung muss nicht zwingend mit der tatsächlichen Länge übereinstimmen, es kann Lücken oder Doppplungen geben etc. – Und tatsächlich, laut Artikel Bundesautobahn 3#Doppelte Kilometerbezeichnung: "Die Kilometerauszeichnung beginnt zum einen an der niederländischen Grenze, zum anderen am Dreieck Heumar bei Köln nach Süden erneut, sodass etwa 140 km als Auszeichnung doppelt vergeben sind." 628,2 km + 140 km ≈ 769 km. --Luftschiffhafen (Diskussion) 15:43, 4. Jun. 2026 (CEST)Beantworten
Wir haben seit einer Woche ein neues Captcha-System: WP:NEU#26. Mai, zuvor wurde es u.a. in der Englischsprachigen Wikipedia getestet. Ausführlicher dazu WP:TW#Verbesserte Boterkennung und Ersatz unseres CAPTCHA-Systems. Zusammenfassung der Änderungen: Das alte System (ein Wort eingeben) ist für heutige Bots spielend leicht überwindbar, aber nicht barrierefrei für Menschen. Deshalb wird nun hCaptcha genutzt. In 98% aller Fälle wird gar kein Captcha mehr ausgespielt, sondern das Programm erkennt auch ohne, ob es sich wohl um einen Bot handelt – im Vergleich zu früher (gerade bei Einfügung von Weblinks) sehen unangemeldete User jetzt also deutlich seltener die Aufforderung, ein Captcha zu lösen – für fast alle somit eine spürbare Verbesserung. Ich weise das zuständige WMF-Team auf den Thread hin, also sowohl die Übersetzungsprobleme, als auch die schlecht erkennbaren Bilder. --Johannnes89 (Diskussion) 17:15, 4. Jun. 2026 (CEST)Beantworten
... und bitte nicht zu vergessen die sonstigen Fehlfunktionen: den Vorwurf, ich hätte das Captcha nicht richtig ausgefüllt, obwohl mir gar keins angezeigt worden war. Und als Krönung die Endlosschleife, in der man gefangen ist. Was nützt das schönste Captcha, wenn es einem nach Lösung der Aufgabe einfach nur unendlich weitere Captchas vor die Nase setzt? Damit ist das eine nicht lösbare Totalblockade. Anstelle eines Captchas hätte man mir genausogut die Weiterarbeit unter der IP-Adresse sperren können, das wäre aufs selbe hinausgelaufen.
Übrigens, wie ich im anderen Thread schon schrieb, ich hatte ein ähnliches Problem mit diesem Captcha-Programm vor nicht allzu langer Zeit schonmal auf Commons. Es liegt also wirklich an diesem Programm. Und für den deutschsprachigen Markt ist es definitiv nicht gemacht.
Und das Spielchen geht weiter.:-( Offenbar haben die irgendwas an den Einstellungen gedreht, denn heute morgen muss ich bei jeder Bearbeitung ein Captcha eingeben. Nein, nicht eins, sondern, zwei, drei, vier.
Bei den "barrierefreien" (ich setz' das mal in Anführungszeichen, denn eine Barriere durch eine andere ersetzen ist nicht mein Verständnis von Barrierefreiheit) Aufgaben dieselbe Sorte Aufgaben mit idiotischer Formulierung wie gestern. Bei den Bildern muss ich heute die eine Form rauserkennen, die nicht passt. Also im Prinzip eine Kindergartenaufgabe, aber bei mittelfliederfarbener Figur auf zwischen hellmittelfliederfarben und dunkelmittelfliederfarben changierendem Hintergrund doch nicht so einfach, wie's klingt. Und wenn das blöde Ding einen dann wieder in Wiederholungsschleifen schickt, dann sagt es doch bitte lieber gleich offen, dass die unangemeldete Bearbeitung nicht mehr erwünscht ist. Frustrierte Grüße, --~2026-33361-62 (Diskussion) 10:39, 5. Jun. 2026 (CEST)Beantworten
Letzter Kommentar: vor 13 Minuten3 Kommentare2 Personen sind an der Diskussion beteiligt
Wie kann man in einem Nicht-Wikimedia-Wiki Bilder finden, die nicht angezeigt werden bzw. nur ein Rotlink erscheint? Kann man das im Quellcode der geparsten Seite sehen? Wie? Wie geht das per Skript? (Mach eine Liste aller Seiten mit Bilder-Rotlink und gib den Bildlink und die Fehlerursache an;-) ) oder gibt es ein Mediawiki-Tool? Gruss, --Markus (Diskussion) 02:27, 5. Jun. 2026 (CEST)Beantworten
Danke:-) Ich verstehe aber das Intro nicht... Wenn ich das Tool auf WP anwenden, sehe ich auf Platz 6: "Datei:Flag of Germany.svg (142.389 Links)" als Link, blau durchgestrichen. Die Datei gibt es aber sowol auch Commons, als auch auf de:WP, das Bild fehlt aber in 140.000 Artikeln? Wenn ich das Tool auf ein fremdes Mediawiki anwende, sehe ich blau durchgestrichene Links und Rotlinks - was ist der Unterschied? Gruss, --Markus (Diskussion) 11:17, 5. Jun. 2026 (CEST)Beantworten
LG -- Benutzerin:Reisen8 • Benutzerin Diskussion:Reisen8 • Wikiliebe?! 08:26, 31. Mai 2026 (CEST)
--Entgegner (Diskussion) 06:52, 5. Jun. 2026 (CEST)
Wi-luc-ky, könntest Du mir bitte einen Anmelde-Ziellink hier noch einstellen ... Dankeschön. Grüße, --Wikisympathisant (Diskussion) 17:01, 3. Jun. 2026 (CEST)
(CallMyCenter) Der Kampf geht weiter! 13:43, 4. Jun. 2026 (CEST)
