Wikipedia:Verbesserungsvorschläge

Diese Seite ist zur Diskussion von Verbesserungsvorschlägen technischer Art an der deutschsprachigen Wikipedia gedacht;
sie ersetzt nicht die Diskussionsseiten der Artikel- oder anderer Wikipedia-Seiten.

---

Es gibt immer was zu tun …

Artikel-Inhalte werden direkt beim/im Artikel verbessert, Änderungen an Seiten der anderen Namensräume auf den entsprechenden Diskussionsseiten verhandelt, siehe Wikipedia:Diskussionsseiten. Vermutete Softwarefehler (Bugs) bitte gemäß Hilfe:Fehler und Probleme melden; am einfachsten in der Werkstatt. Softwareverbesserungen bitte auf der Unterseite Wikipedia:Verbesserungsvorschläge/Feature-Requests vorschlagen bzw. bewertend kommentieren, damit man sehen kann, welche Vorschläge an die Entwickler weitergeleitet werden sollten. Projektanregungen nichttechnischer Art, auch Anregungen auf Basis von Erfahrungen aus anderen Wikimedia-Projekten, können auf Wikipedia:Projektdiskussion besprochen werden. Allgemeine Fragen zur Wikipedia und zur Artikelbearbeitung werden bei Wikipedia:Fragen zur Wikipedia diskutiert. Administratives: Falls es sich um eine Angelegenheit handelt, die durch einen Administrator erledigt werden kann, stelle eine Anfrage bei Wikipedia:Administratoren/Anfragen.

Neuen Beitrag erstellen

… und bitte mit --~~~~ unterschreiben.

Wenn ein Abschnitt abgearbeitet ist, kann er mit {{Erledigt|1=--~~~~}} markiert werden, wodurch er nach fünf Tagen ins Archiv (aktuelles Archiv) verschoben wird. Anfragen, deren letzter signierter Beitrag mindestens 100 Tage zurückliegt, werden ebenfalls archiviert.
Sollen bereits archivierte Beiträge wieder diskutiert werden, erstellt hier bitte einen neuen Abschnitt mit Verweis auf den archivierten.

Automatische Archivierung

Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 100 Tage zurückliegt und die mindestens einen signierten Beitrag enthalten.

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 5 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind.

Vorlage:Autoarchiv-Erledigt/Wartung/Parameter Zeigen auf Nein gesetzt

Vorlage:Autoarchiv-Erledigt/Wartung/Festes_Ziel

Oft Gefragtes (FAQ)

• Besucherzähler/Statistiken je Artikel: Der in MediaWiki vorhandene Zähler ist wegen zu hoher Serverbelastung ausgeschaltet. In der seitlichen Werkzeuge-Box erreicht man über den Link Seiteninformationen ganz unten oder am Ende jeder Seite unter dem Link "Abrufstatistik" dieses externe Tool, mit dem Zugriffszahlen für jeden Artikel ermittelt werden können.
• Rechtschreibprüfung: Ist meist als Funktion im Webbrowser sowie für angemeldete Benutzer in den Einstellungen, Karteireiter „Helferlein“, Abschnitt „Bearbeitungswerkzeuge“ verfügbar.
• Alte oder neue Rechtschreibung: Siehe Wikipedia Diskussion:Rechtschreibung.
• Farbenblindheit: Linkfarben lassen sich in den Einstellungen des Webbrowsers oder benutzerspezifisch auf besser unterscheidbare Farben umstellen, siehe WP:CSS und Benutzer:Wolfgangbeyer/monobook.css. Weiterhin existiert ein Helferlein für Benutzer mit Rot-Grün-Sehschwäche, siehe Wikipedia:BIENE/Farbenfehlsichtigkeit.
• Artikel bewerten: Unter dem Namen Artikel-Feedback wurde ein Bewertungssystem aktiv getestet, jedoch wieder verworfen.
• Weiterleitungen auf Artikelabschnitte sind technisch möglich. Vorzuziehen ist jedoch eine Verlinkung auf Artikelabschnitte durch die Vorlage:Anker. Dadurch bleibt der Link auch bei Änderung der Abschnittsüberschrift aktuell.
• Javascript einbinden: Ist ein Sicherheitsproblem und deshalb in Artikeln ausgeschlossen. Siehe auch WP:JS.
• Externe Links prinzipiell in einem separaten Fenster öffnen: Wird es nicht geben, da von vielen Benutzern als bevormundend empfunden. Wo ein Link geöffnet wird, kann üblicherweise durch die Art des Anklickens entschieden werden.
• Mindestgröße für neue Artikel: Umstritten, siehe Wikipedia:Wie schreibe ich gute Artikel.
• Allgemeinen Zugriff auf gelöschte Artikel: Gibt es indirekt via Marjorie-Wiki und weiterer externer Projekte, siehe Wikipedia:Enzyklopädie.
• Beim Bearbeiten anzeigen, zu welchen Begriffen Artikel existieren: Sehr aufwendig zu realisieren. Einfachere Lösung: Vorschau nutzen.
• Artikelvorschau beim Überfahren von Links: Ist für angemeldete Benutzer in den Einstellungen, Karteireiter „Helferlein“, Abschnitt „Lesehilfen“ verfügbar.
• Metadaten, welche die Richtigkeit belegen: Interessant, aber aufwendig, vgl. auch das Projekt Wikidata.
• Essays: Eventuell, und wenn, dann nur was für Wikibooks.
• RSS-Feed: Ist verbesserungswürdig, hat aber eine niedrige Priorität.
• Versionsgeschichte erweitern um Grund für Löschung/Sperrung/Wiederherstellung und welcher Admin ausführte: Interessant, zum Teil umgesetzt über „Ansicht gelöschter Versionen“.
• Expertenabschnitte: Kontrovers diskutiert, kein Ergebnis.

Feature-Requests und Bugreports auf Phabricator

Explizite Feature-Requests sollten auf der Unterseite Wikipedia:Verbesserungsvorschläge/Feature-Requests diskutiert werden. Zugehörige Phabricator-Einträge bitte hier auflisten:

• phab:T2674 (Bugzilla:674) Artikel für einzelne Benutzer sperren
• phab:T2708 (Bugzilla:708) Links zu den Schwesterprojekten (Wiktionary, Wikibooks etc.) in das Interface integrieren
• phab:T32673 (Bugzilla:30673) Sprachspezifische Sortierreihenfolge (also Ä unter A, z. B. auf Spezial:Alle Seiten)
• … und viele weitere.

Video-Abspielknopf-Platzierung

Hallo zusammen, in der englischsprachigen Wikipedia ist der Abspielknopf auf Video-Thumbnails in der Ecke platziert sodass man das Motiv viel besser erkennen kann als in der deutschsprachigen, bei der er direkt in der Mitte platziert ist. Könnte man diese Einstellung hier übernehmen? Hier ist ein Beispiel: https://de.wikipedia.org/wiki/Ver%C3%A4nderliche_Krabbenspinne / https://en.wikipedia.org/wiki/Misumena_vatia Liebe Grüße.--Peacelovedeathmetal2 (Diskussion) 03:03, 8. Jun. 2021 (CEST)

Doppel-Anfrage, war seinerzeit bereits an anderer Stelle beantwortet = nicht befürwortet worden. VG --PerfektesChaos 11:53, 27. Jun. 2021 (CEST)

Folgende Vorlagen werden von diesem Artikel verwendet hierarchisch anzeigen

Wäre es möglich "Folgende Vorlagen werden von diesem Artikel verwendet" hierarchisch anzuzeigen, sodass direkt erkennbar ist, wo welche Vorlage (bei Vorlageneinbindung in Vorlagen) eingebunden wird? --Septembermorgen (Diskussion) 11:45, 27. Jun. 2021 (CEST)

Nein.

Es wird der Datenbankeintrag der Seite reflektiert.

Der Datenbankeintrag hat nur die Aufgabe, bei einer Veränderung einer eingebundenen Seite den Neuaufbau zu veranlassen (genauso bei Verlinkungen, weil eine Änderung des Existenz-Status Rotlinks in Blaulinks oder umgekehrt oder andere Effekte auslöst).

Der Datenbankeintrag listet alle in aktiven Pfaden vorkommenden eingebundenen Seiten auf, aber jede nur einmal. Eine Seite kann aber sowohl direkt im Seitenquelltext als auch mittelbar innerhalb einer anderen eingebundenen Seite oder aber innerhalb einer von dieser eingebundenen Seite auftreten. Das ist jedoch egal; obzwar ich vermute, dass dies mit „hierarchisch“ gemeint ist.

VG --PerfektesChaos 11:52, 27. Jun. 2021 (CEST)

Danke für die Info. Ja, letzteres war damit gemeint. Viele Grüße --Septembermorgen (Diskussion) 12:04, 27. Jun. 2021 (CEST)

Export im linken Seitenmenü

Hallo,

im linken Seitenmenü in der deutschen Wikipedia gibt es die Möglichkeit nach PDF zu exportieren.

Auf den deutschen Wikibooks, Wikisource und Wikiversity gibt es unter Drucken exportieren den Menüpunkt Multi Format Export, welcher die Exportmöglichkeiten für die Formate EPUB, ODT, LaTeX und PDF anbietet. Ich schlage hiermit vor, einen ähnlichen Menüpunkt in das linke Seitenmenü der Wikipedia aufzunehmen. Technisch handelt es sich um das Projekt https://mediawiki2latex.wmflabs.org/ unter GPL an welchem ich beteiligt bin.

Viele Grüße --Dirk Hünniger (Diskussion) 14:40, 3. Jul. 2021 (CEST)

Hier wären noch zwei Beispiele wie die Ergebnisse aussehen:

• Datei:Ion Keith-Falconer from German Wikipedia converted with MediaWiki2LaTeX.pdf
• Datei:Artikel der Woche 2004 der deutschen Wikipedia mit Stand April 2021.pdf

--Dirk Hünniger (Diskussion) 14:42, 3. Jul. 2021 (CEST)

Das ist lieb von dir, und ich verstehe auch, dass man sein Programmier-Werk mit einer Direktverlinkung gewürdigt sehen möchte.

Es stellt sich aber die Frage, wie viele Promille unserer Leser diese Download-Funktionen nutzen möchten?

• Das Prinzip einer statischen Konservierung stammt aus den Anfangsjahren des Jahrhunderts. Ausdrucken, Abheften, ins Regal stellen.
• Wie viele Menschen brauchen das heutzutage, wozu, wenn der aktuelle Artikel sofort überall per Smartphone gelesen werden kann?
• Gelegentlich mal jemand aus juristischen Gründen, um Beweismittel und Belege zu hinterlegen.

Ein GUI wird umso unbrauchbarer, je mehr Elemente angezeigt werden.

• Wenn dort lauter Verlinkungen angeboten werden, die die Leserschaft nicht benötigt, deren Bedeutung sie nicht mal versteht, dann führt es dazu, dass die gesamte linke Spalte nicht mehr wahrgenommen wird.
• Damit werden dann auch wichtige Elemente wie Mitmachen: Artikel verbessern oder Artikel zitieren schon nicht mehr gesehen.
• Es gibt Hunderte und Tausende von Direktverlinkungen, die auch alle irgendwann für irgendeine Einzelperson mal nützlich wären. Es funktioniert schlicht und einfach nicht, immer mehr Direktverlinkungen in das GUI zu schreiben; das verbessert es nicht, sondern macht es schlechter.

Der aktuelle Vector trägt dem Rechnung und fasst immer mehr Verlinkungen zu angemeldeten Benutzern, zu Seiten-Werkzeugen usw. in Ausklapp-Menüs zusammen, um diese vielen vielen unübersichtlichen Einzelverlinkungen aus dem Blickfeld rauszuhalten. Timeless macht das ohnehin schon.

• Vorstellbar wäre also eher für alle Skins, ein Untermenü nur mit „Drucken/Exportieren“ in der Liste der Seitenwerkzeuge einzuführen, und wenn das angewählt würde dann klappen weitere vier oder fünf (HTML raw?) Ausgabeformate aus.
• Dein Vorschlag würde die momentane Liste von 6+1(2) Menüpunkten unangemessen dominieren; fünf deiner Exportformate gegen sechs sonstige Funktionen.
• Kein Menü soll zehn oder mehr Menüpunkte enthalten; die armen Leser müssen sich all diese möglichen Funktionen (und es sind Hunderte seitenbezogen vorstellbar) auch noch irgendwie merken können. Die Linke Spalte ist mit deutlich mehr als zehn heute schon überladen.

Für Mobilgeräte müsstest du dir ohnehin etwas überlegen.

Du kannst dir gern ein Gadget bauen und anbieten, das für diejenigen Menschen, die wirklich statisch exportierte Versionen benötigen, auf allen Skins einschließlich Mobil eine solche Ausklappversion anbietet.

Ansonsten wäre eher der globale oder projektspezifische Bereich der Seiteninformationen zielführend.

VG --PerfektesChaos 21:00, 3. Jul. 2021 (CEST)

Vielen Dank für den langen Kommentar. Die Details muss ich mir noch näher anschauen. Was die Sache mit dem Ausdrucken und Abheften angeht. Im linken Seitenmenü befindet sich zur Zeit der Menüpunkt Buchgenerator und der kann wirklich nur kostenpflichtig auf Papier ausdrucken und per Post liefern und bietet noch nicht mal einen Download in irgendeiner Form von Datei. Dann könnte man den nach deiner Argumentation wenigstens abschaffen. --Dirk Hünniger (Diskussion) 22:09, 3. Jul. 2021 (CEST)

Beitragssuche: Alle Diskussions-Räume auf einmal ausgeben

In der Suche nach Benutzer-Beiträgen kann man nach spezifischem Namensraum suchen; nach allem außer dem einen ausgewählten; oder auch nach einem bestimmten Namensraum und seinem zugehörigen. Aber sehr praktisch wäre doch auch, nach allen Diskussions-Räumen suchen zu können (Diskussion, Benutzer Diskussion, Wikipedia Diskussion etc.), um nach allen Diskussionen sehen zu können, an denen man sich beteiligt hat. (Leider klappt die Archivsuche im Moment wieder nicht, sie schickt mich immer in den ANR, so dass ich nicht schauen kann, ob der Vorschlag schon einmal da war.) --KnightMove (Diskussion) 12:57, 21. Jul. 2021 (CEST)

Buchstaben mit Umlauten sollen so sortiert werden wie Buchstaben ohne sie

Ich möchte keine Abstimmung darüber machen, ob man das ä, ö und ü gleich behandeln möchte wie das a, o und u, aber wenn man Begriffe sortiert, man muss sie gleich behandeln. Aber ich möchte darüber eine Diskussion machen, ob das ä, ö und ü gleich behandelt werden muss wie das a, o und u, also die Buchstaben, die keinen Umlaut haben. Ein Vorteil ist, dass man keinen Sortierungsschlüssel schreiben muss, wenn der Titel aus einem Wort besteht, auch wenn er jede Menge Buchstaben mit Umlauten hat. Die einzige Ausnahme ist wenn das Wort Buchstaben hat, die es im deutschen ABC nicht gibt, oder wenn es mindestens ein ß hat. Ich weiß, dass eine Eingabe eines Sortierungsschlüssels nur ein paar Sekunden dauert, aber wenn man viele Artikel macht, diese „paar Sekunden“ werden sehr viel Zeit dauern, hauptsächlich wenn man einen Fehler macht und im Sortierungsschlüssel ein ö eingibt, anstatt ein o einzugeben, ohne es zu merken, wenn man die Seite bearbeitet. Alfa-ketosav (Diskussion) 13:51, 5. Aug. 2021 (CEST)

Das ist bekannt und eine Lösung grundsätzlich technisch möglich.

Nur kickt das auch alle Sonderzeichen und Spezial-Regeln mit Leerzeichen usw. aus.

Eine Umsetzung ist deshalb nicht trivial möglich, und ein Migrationsprozess aller in allen Namensräumen betroffener Seiten ist extrem komplex und mangels kompetenter Ressourcen zurzeit nicht möglich.

VG --PerfektesChaos 14:01, 5. Aug. 2021 (CEST)

Ich weiß, dass eine Lösung technisch möglich ist, denn die ungarische Wikipedia behandelt die Buchstaben á, é, í, ó, ő, ú, ű seit langem gleich wie a, e, i, o, ö, u, ü.

Ich weiß, dass der Prozess sehr komplex ist.

Ich weiß, dass man wieder ein paar Sekunden lang pro Artikel mit aus einem Wort bestehendem Titel mit mindestens einem Buchstaben mit Umlaut den Sortierungsschlüssel entfernen muss. Ich weiß auch, dass die einzige Ursache der überflüssige Sortierungsschlüssel wird, wo der Titel aus einem Wort besteht, das keinen Buchstaben nicht im deutschen ABC enthält, denn die Seite auch ohne ihn richtig sortiert wird.

VG --Alfa-ketosav (Diskussion) 18:40, 5. Aug. 2021 (CEST)

Wird bei MySQL, auch kein Zwerg am online-Himmel, auf "utf8_general_ci" eingestellt, klappt es mit Sonderzeichen bei der Sortierung astrein. Die Umlaute folgen, aber werden nicht gleichgesetzt, also nach Ozon kommt Übermut. -- → _KP^F ← 14:38, 7. Aug. 2021 (CEST)

Siehe dazu Benutzer:Michael Schönitzer (WMDE)/Sortierschlüssel. Gruß, -- hgzh 19:44, 7. Aug. 2021 (CEST)

Wikidata-Kurzbeschreibung unter Artikelüberschrift (wie auf mobilen Seiten)

Auf der Mobilseite der Wikipedia steht unter der Artikelüberschrift auch immer die aus Wikidata übernommene Kurzbeschreibung. Das ist sehr praktisch und sollte auch für die normale Seite übernommen werden.--62.155.193.130 08:23, 7. Aug. 2021 (CEST)

Wikidata-Kurzbeschreibung und Teaser-Bild in Suchvorschlägen (wie auf mobilen Seiten)

Auf der mobilen Wikipedia-Seite sind bei den Suchvorschlägen (wenn man anfängt, etwas ins Suchfeld zu tippen) nicht nur die Artikelnamen, sondern auch jeweils in einer zweiten Zeile die Kurzbeschreibung aus Wikidata und links von den beiden Seiten ein Teaser-Bild (wenn vorhanden). Das ist sehr praktisch und sollte auch bei den Suchvorschlägen auf der Desktop-Seite so gemacht werden. --62.155.193.130 08:25, 7. Aug. 2021 (CEST)

Das kommt demnächst im Zuge des überarbeiteten Vector-Skins, der bspw. in der französischen Wikipedia (aber noch ohne diese spezielle Funktion) getestet werden kann. -- hgzh 19:42, 7. Aug. 2021 (CEST)

Datenschutz: Teil-Maskierung von IP-Adressen / IP-Löschung nach bestimmter Zeit

1. Ich finde es nachvollziehbar, dass man bei anonymen Edits die IP-Adressen speichert. Aber müssen die wirklich für jeden Nutzer vollständig offen sichtbar sein? IP-Adressen sind schließlich auch personenbezogene Angaben. Ist das überhaupt mit der DSGVO oder anderen Datenschutzgesetzen vereinbar? Es wäre besser, wenn man für normale Nutzer nur meinetwegen die ersten Zeichen der IP-Adresse sichtbar macht, aber definitiv nicht die komplette IP. Das sollte nur Admins vorbehalten sein.

2. Daneben sollte man darüber nachdenken, ob IPs nicht generell nach einer bestimmten Zeit gelöscht werden. So wie andere Verkehrsdaten (z.B. bei Telekommunikationsunternehmen) ja auch nach bestimmten gesetzlichen Fristen gelöscht werden (müssen).

--62.155.205.155 11:09, 16. Aug. 2021 (CEST)

Keiner hindert dich daran, unter einen frei gewählten Namen ein Benutzerkonto zu eröffnen, meinetwegen unter der Pseudo-IP: 911.007.007.007, wenn du Nümmereli bevorzugst. Damit kannst du dich auch anonym verewigen und deine Daten sind optimal geschützt. -- → _KP^F ← 12:14, 16. Aug. 2021 (CEST)

Das weiß ich, aber darum geht es nicht. Datenschutz gilt ja für alle Nutzer und nicht nur für registrierte Nutzer oder Nutzer, die sonst etwas für ihre Rechte tun. Und es geht ja z.B. auch um Fälle, wo man vielleicht das Einloggen vergessen hat und deshalb versehentlich unter seiner IP schreibt, die dann auf ewig und für jeden einsehbar ist. Und ich wüsste z.B. auch überhaupt nicht, wie man eine Pseudo-IP einrichtet, aber es kann ja auch nicht sein, dass man erst selbst aktiv werden muss, damit die eigenen Rechte gewahrt sind. Da sehe ich die Aufgabe schon bei Wikipedia, die auch in diesem Bereich für mich eine besondere Verantwortung hat. (Mal ganz abgesehen davon, dass das vielleicht auch rechtlich erforderlich ist, aber selbst wenn nicht, würde das so einem gemeinnützigen Projekt gut zu Gesicht stehen). --2003:CF:3F13:A70B:1934:FE77:17E2:92A1 12:47, 16. Aug. 2021 (CEST)

IP-Maskierung ist schon in der Planung und kommt demnächst. Allerdings nur für neue Bearbeitungen und nicht rückwirkend. -- hgzh 13:15, 16. Aug. 2021 (CEST)

Datenschutz ist auch Sache des Täters, der seine Identität via IP teilweise preisgibt. Es besteht keinerlei Verpflichtung oder zwingende Notwendigkeit, sich hier zu beteiligen. Da hat Selbstschutz die höchste Priorität und kann nicht auf Wikipedia abgewälzt werden. Grüße nach NRW und ich hoffe, die Telekomm und -geh verrät dich nicht. Fahr mal über die Grenze und erkundige dich, wie es westlich von dir abläuft. -- → _KP^F ← 13:19, 16. Aug. 2021 (CEST)

Genau. Und niemand ist gezwungen, nachts die Unterführung zu nutzen. Wenn jemand dann dort überfallen wird, dann ist er der Täter, er hätte sie ja nicht nutzen müssen. Und die Räuber sind die armen Opfer, bei denen man die Verantwortung, keine Überfälle zu begehen, umjoteswillen nicht abladen darf. Manomann... Grüße --Okmijnuhb (Diskussion) 13:54, 16. Aug. 2021 (CEST)

WP mit Räubern zu verglichen ist schon etwas gewagt. Es gibt keinen zwingenden Grund durch den gefährlichen, dunklen WP-Tunnel zu gehen.-- → _KP^F ← 14:47, 16. Aug. 2021 (CEST)

s. Victim blaming. Wenn WP Daten nicht ausreichend schützen sollte, dann ist daran nicht der user schuld. Grüße --Okmijnuhb (Diskussion) 17:22, 16. Aug. 2021 (CEST)

@Kpfiwa: Wikipedia-Autoren als "Täter" zu bezeichnen, finde ich eine krude Wortwahl. Aber mal ganz abgesehen davon: es ist doch nicht Aufgabe von Leuten, die diesem Projekt helfen, sich selbst "vor Wikipedia zu schützen". Es gibt bestimmte rechtliche Regelungen, an die sich Anbieter zu halten haben (und darauf verlassen sich auch Nutzer). Und wenn Anbieter das nicht tun, kann es doch nicht Aufgabe der Nutzer sein, sich selbst zu schützen. Das würde im Umkehrschluss bedeuten, dass man bei allem was man tut, erst mal sich erkundigen müsste, ob das Gegenüber (egal ob Wikipedia oder eine Firma) sich an die gültigen Gesetze hält und sich ansonsten selbst schützen muss.--79.194.174.55 10:45, 17. Aug. 2021 (CEST)

@Hgzh: Schön, dass das schon in der Entwicklung ist. Aber meiner Meinung nach muss das auch den kompletten Bestand betreffen. Denn der momentane Zustand verstößt meines Erachtens gegen die DSGVO. Man kann ja nicht gegen den Rechtsbruch von Nutzern, die nur helfen wollten, argumentieren indem man sagt "Ja sorry, müsst ihr jetzt mit leben, weil wir zu langsam waren".--79.194.174.55 10:45, 17. Aug. 2021 (CEST)

1. Seit immer schon steht vor dem Abspeichern:

   • Du bist nicht angemeldet. Deine IP-Adresse wird bei Bearbeitungen öffentlich sichtbar. [$1 Melde dich an] oder [$2 erstelle ein Benutzerkonto], damit stattdessen dein Benutzername angezeigt wird.

     Zum Ausprobieren nutze bitte unsere Spielwiese.

   • Es erfolgen also Information und Einwilligung.
   • Von „Rechtsbruch“ kann somit keine Rede sein.
2. Anmeldung ist seit zwei Jahrzehnten Mittel der Wahl, seine IP-Adresse vertraulich zu halten, so dass ihr nur bei Missbrauch nachgeforscht werden würde.
3. Eine Lösung durch Einrichtung virtueller Konten ohne Registrierung jedoch auch Sicherung unseres Vandalismusschutz usw. durch normale andere Benutzer ist mitnichten trivial und war bisher nicht gelungen.
4. Do not feed the trolls and do not comment on invalid whaffle-whaffle.

VG --PerfektesChaos 14:08, 17. Aug. 2021 (CEST)

Die Anfrage ist berechtigt, und der Grund, warum wir es auch ohne vorheriges Ausfüllen eines Registrierungsformulars allen Internetnutzern ermöglichen, kleine Tippfehler zu korrigieren, ist eine niedrigschwellige Möglichkeit zur Teilnahme ohne Formulare und Captcha und Passwort-Bestätigen und noch ein Passwort merken müssen.

• Das soll (auch barrierefrei) auf maximal einfachem Weg neue Autoren zuführen.
• Eine qualifiziertere Auseinandersetzung mit dem Anliegen als einige der vorstehenden Beiträge findet sich auf Wikipedia Diskussion:Checkuser #Vorschlag zum Umgang mit IP-Adressen auf Meta.

VG --PerfektesChaos 14:59, 16. Aug. 2021 (CEST)

Einbindung von Karten in Artikel mit „mapframe“

Mir fällt immer wieder auf, dass in der englischsprachigen (und anderen fremdsprachigen) Ausgaben der Wikipedia viel mehr mit Karten gearbeitet wird. Insbesondere wird sich dabei des Tools „mapframe“ bedient, was es ermöglicht, zoombare Karten direkt in einen Artikel einzubauen. Dies ist besonders dann hilfreich, wenn beispielsweise ein Ereignis, was in einer Stadt stattfand, zu kartographieren. Mit Positionskarten – wie es bisweilen üblich ist – ist das nicht möglich (da immer eine Region/Land gezeigt wird). Deswegen werden Karten (häufig als .jpg-Datei erstellt, die schwer aktualisierbar sind – SCHRECKLICH …) manuell für wichtige Ereignisse erstellt.

Wie ich aus Hilfe:Kartographer#maplink erfahren habe, gibt es dieses Tool auch in der deutschprachigen Wikipedia. Lediglich die Freischaltung fehlt, um die Einbindung eines Kartenausschnittes in die Wiki-Seite zu ermöglichen. Deswegen meine Bitte/Frage: Wieso wird dieses äußerst nützliche Tool nicht erfolgreich wie in den anderen Wikipedia-Ausgaben verwendet? Eine Entwicklung muss nicht mehr geschehen, nur die Freischaltung.

Deswegen bitte ich um Unterstützung, dass dieses Tool zeitnah auch in der deutschsprachigen Wikipedia freigeschaltet wird. --TheAmerikaner (Diskussion) 19:23, 27. Aug. 2021 (CEST)

Die Mapframe-Erweiterung funktioniert nicht in Wikipedias mit gesichteten Versionen - also auch nicht in der deutschsprachigen. Das Problem ist schon seit mehreren Jahren bekannt, eine Lösung ist momentan leider nicht in Sicht: Der entsprechende Phabricator-Task ist momentan niemandem zugeordnet, wir bräuchten also erstmal einen Entwickler, der sich der Sache überhaupt annimmt. --Tkarcher (Diskussion) 23:08, 27. Aug. 2021 (CEST)

Dass keine Lösung in Sicht wäre, stimmt so nicht ganz: Wikipedia:Technische Wünsche/Topwünsche/Bessere Unterstützung von Geoinformationen - es wird demnächst angegangen. -- hgzh 23:33, 27. Aug. 2021 (CEST)

Auch falsche Kleinbuchstaben sollten zur gesuchten Seite führen

Hallo, ich hoffe, dieses - sehr offensichtliche - Problem wird hier nicht doch hier irgendwo schon diskutiert und ich habe es nicht nur übersehen.

Mich stört eins an der dt. Wikipedia immer wieder sehr: Gebe ich einen Namen aus Vor- und Nachnamen ins Suchfeld ein und beginne nicht beide Namen mit Großbuchstaben, lande ich meist auch nicht auf der gesuchten Seite. Beispiel: "Sofia vergara" führt NICHT zur Seite der Schauspielerin Sofia Vergara, sondern zu einer "Seite existiert nicht"-Meldung. Um also auf der richtigen Seite zu landen, müssen alle Großbuchstaben korrekt gesetzt werden. Ich muss also in der Regel "Sofia Vergara" eingeben.

Seltsamerweise kann ich das Problem seit 10 Minuten nicht mehr reproduzieren, obwohl es bis heute Jahre lang existiert hat. Sehr skurril. Nun weiß ich nicht, woran das liegen könnte oder wo ich meinen Beitrag überhaupt posten sollte.

Kann mir jemand sagen, warum dieses Problem auftritt und ob es Wikipedia-weit existiert?

Danke!

--78.55.123.225 23:04, 1. Sep. 2021 (CEST)

Wenn du bei https://www.wikipedia.de/ diesen Namen "Sofia vergara" eingibst, dann passt deine Beschreibung. Das ist aber nicht die Wikipedia, sondern der Förderverein. Bei https://de.wikipedia.org (der Wikipedia) gibt es das Problem nicht. --Wurgl (Diskussion) 23:32, 1. Sep. 2021 (CEST)

Limits neuer Benutzerkonten für IP-Adressen

In einem Vorschlag, dass angemeldete Benutzende ausschließlich Konten für sich selbst anlegen sollen, wandte ((1) (2)) DerHexer ein, dass das Selbsterstellen von Accounts von (nur) einer IP-Adresse wegen Limits insbesondere bei Workshops zu Problemen führt. Könnte eine technische Möglichkeit geschaffen werden, die IP-Restriktion zeitweise außer Kraft zu setzen oder zeitweise (für die realistische Dauer eines Workshops z.B.) zu erhöhen? Die Berechtigungen dafür könnten besonderen Benutzergruppen vorbehalten sein; schließlich werden Workshops im Normalfall im Vorfeld geplant. -- RE rillke fragen? 17:35, 4. Sep. 2021 (CEST)

Ja, das geht nach rechtzeitiger Anfrage auf Phabricator (und funktioniert daher aus beiderlei Gründen nur teilweise). Und zudem war das ja nur ein Beispiel, wo dies sinnvoll ist. Grüße, —DerHexer (Disk., Bew.) 17:39, 4. Sep. 2021 (CEST)

Andererseits: das Anlegen eines neuen Kontos ist nicht so schwer und könnte etwaigen Seminarteilnehmern zugemutet werden. -jkb- 17:42, 4. Sep. 2021 (CEST)

Wenn es technisch nicht möglich ist, weil nur 6 Konten angelegt werden können (um natürlich Anmeldevandalismus zu verhindern), dann wird das ab 7 Neuen schwierig … —DerHexer (Disk., Bew.) 17:46, 4. Sep. 2021 (CEST)

Technische Frage: Hat denn nicht bei IPv6 jeder Rechner eine eigene IP-Adresse, sowas wie NAT bei IPv4 gibt es ja nicht. Oder haben die Kisten bzw. der Anschluss nur IPv4 bzw. wird IPv6 bei der Prüfung auf 64 Bit gekürzt? --Wurgl (Diskussion) 17:49, 4. Sep. 2021 (CEST)

Da bin ich überfragt. Es werden ja nicht einfach Leute bei solchen Workshops mal durchgecheckusert. ;) Ich weiß, dass das Problem mit der Kontoanlage noch da ist, wird bei vielen Trainings aber dadurch abgefangen, dass auf den Einladungsseiten dick und fett darauf hingewiesen wird, dass man sich schon vor dem Workshop (also zu Hause) ein Konto angelegt werden soll, dass man dann dort verwenden soll. Grüße, —DerHexer (Disk., Bew.) 19:05, 4. Sep. 2021 (CEST)

Es gibt die MediaWiki-Erweiterung ThrottleOverride, die für diesen Zweck entwickelt wurde. Damit könnten Admins (oder eine andere Benutzergruppe) per Wiki-Interface solche Ausnahmen definieren. Das ist sehr viel schneller zu machen als die Anfrage einer Ausnahme via Phabricator, die immer den Einsatz von Serveradmins bedarf. 2010 wurde bereits der Task T27000 aufgemacht, der um die Aktivierung der Erweiterung bat. Leider stockt das ganze. --Raymond ^Disk. 17:48, 4. Sep. 2021 (CEST)

Tabellenspalten auf mobiler Wikipedia nicht sortierbar

In der mobilen Version von Wikipedia sind Tabellenspalten, die in der Desktop-Version sortierbar sind, leider nicht sortierbar. Das sollte geändert werden. (nicht signierter Beitrag von 62.155.192.103 (Diskussion) 10:06, 5. Sep. 2021 (CEST))

Angebotene Sprachen im Menü der linken Spalte „In anderen Sprachen“

In der Liste zu anderssprachigen Wikipediaeinträgen werden Sprachen angezeigt, die von einem (Groß-)Teil der Nutzer nicht gelesen oder verwendet werden können. Die persönlich genutzten Sprachen müssen zum Teil über das Menü aufgerufen werden, was zusätzliche Klicks erfordert. Wäre es möglich eine überschaubare Anzahl an Sprachen z.B. über ein Cookie zu hinterlegen, die, wenn vorhanden, in der Sprachauswahl bevorzugt angezeigt werden. Wenn die entsprechenden Sprachen nicht vorhanden sind, wird der freie Platz von Links zu anderen Sprachen eingenommen. Eine Alternative wäre Sprachen über ein Cookie nicht anzeigen zu lassen.

Ich bin dankbar für eine Diskussion, weil ich möglicherweise bei dem Vorschlag das eine oder andere Konzept von Wikipedia unwissentlich nicht beachtet habe.

Viele Grüße --JoGeBu (Diskussion) 16:14, 9. Sep. 2021 (CEST)

Unter "Einstellungen" gibt es im Tab "Aussehen" ganz unten einen Abschnitt "Sprachen" mit einem einzigen ankreuzbaren Menüpunkt: "Eine kompakte Sprachliste mit für dich relevanten Sprachen verwenden". Suchst Du so etwas? Gruß, --Yen Zotto (Diskussion) 17:20, 9. Sep. 2021 (CEST)

Vielen Dank für die Info. - Wenn sich andere User auch für das Thema interessieren anbei ein Link https://www.mediawiki.org/wiki/Universal_Language_Selector/Compact_Language_Links/de VG --JoGeBu (Diskussion) 19:10, 9. Sep. 2021 (CEST)

Einbindung von Jugend-, Europapokal- und Pokalspiele in Vorlage:Infobox Fußballspieler

Hallo,

seit dem Festsetzten der Regularien für die Infobox Fußballspieler in den frühen 2000ern hat sich die Fußballwelt deutlich verändert, und diese Änderungen sollten meiner Meinung nach auch in der Infobox festhalten. Dadurch, dass der Jugendfußball um Mengen einflussreicher und von Medien und Datenbanken deutlich lückenloser dokumentiert wird als noch zu Beginn der Wikipedia, speziell im U19- und U17-Bereich, sollten diese (Leistungs-)Bereiche des Jugendfußballs auch in der Infobox aufgenommen werden. Was außerdem in die Infobox gehört, sind Europapokal- sowie Pokalspiele. Es kann meiner Meinung nach nicht sein, dass diese Spiele als nicht würdig für die Infobox angesehen werden und Leistungen wie die von Cristiano Ronaldo oder Lionel Messi in der Champions League nicht auf den ersten Blick sichtbar sind wie Ligaspiele, die (vor allem in den letzten Jahren) als vielleicht sogar weniger wichtig als die Champions League angesehen werden. Ich meine, auch bei Länderspielen werden alle möglichen Spiele zusammengefasst angegeben, vom Testspiel gegen San Marino bis zum WM-Finalspiel gegen Brasilien. Warum wird dann da in der Infobox nicht unterschieden, bei Vereinsspielen dann aber schon? Wie bei den Vereinsspielen wäre hier mein Vorschlag, zwischen Quali-, Freundschafts- und Turnierspielen zu unterscheiden. Die vorgeschlagenen Verbesserungen gelten dann sowohl für den Jugend- als auch Herrenbereich, bei der Nationalmannschaft wie beim Verein.

Ein alternativer Vorschlag wäre, komplett auf Angaben von Spielen und Toren zu verzichten und stattdessen wie bei der Infobox Basketballspieler nur den Namen des Vereins zu notieren. --SdHb (Diskussion) 11:09, 10. Sep. 2021 (CEST)

Bitte so etwas nicht hier, sondern auf Portal Diskussion:Fußball vorschlagen, die sind für die Festlegung von Parametern in der Infobox zuständig. --Orci Disk 11:13, 10. Sep. 2021 (CEST)

Versionsunterschied: "entfernte Leerzeichen" schwer erkennbar - bitte farblich anders kennzeichnen

Ich würde mir wünschen, das "entfernte Leerzeichen" bei einem Versionsunterschied anders farblich gekennzeichnet werden. Aus meiner Sicht sind "entfernte Leerzeichen" schwer erkennbar. --Molgreen (Diskussion) 07:57, 14. Sep. 2021 (CEST)

‚Notizzettel‘

Ich wünsche mir in meinem BNR eine liste der Projekte, die ich bald angehen möchte (spontane Ideen), möglichst sortiert nach Relevanz bzw. eine Liste der Lemmas, die ich überarbeiten und ergänzen will. die Beobachtungsliste wäre ein Ansatz, aber da beobachte ich alle Themen, an denen ich herumgewurschtelt habe oder die mich sonst laufend interessieren.

Gibt es so etwas bereits schon und ich habe es bisher übersehen oder besteht (außer von mir) keinerlei Bedarf? -- → _KP^F ← 06:51, 24. Sep. 2021 (CEST)

Leg dir doch einfach eine Benutzerunterseite dafür an, etwa Benutzer:Kpfiwa/Notizen. Dort kannst du dir dann selbst eine Liste erstellen. Das machen so relativ viele Wikipedianer (oder sie schreiben es einfach auf ihre Benutzerseite, wenn die Liste eher kurz ist).--Naronnas (Diskussion) 08:00, 24. Sep. 2021 (CEST)

Antwort von der Seite:

Da kein Werkzeug und keine Software der Welt (hoffentlich) wissen kann, was Du willst, verwalte doch Deine Wunschliste schlichtweg manuell selbst, so wie etwa Anarabert auf seiner Benutzerseite. (Altversion, der Benutzer wurde jüngst wohl für eine Weile durch Artikelzusammenkürzer vergrämt.) Du siehst, das bekommt man auch in hierarchischer Form (folge probehalber den Links!) leicht in den Griff.

Man sieht manchmal auf Benutzerseiten eine Vorlage verwendet, mit dem man auf der Benutzerseite Umschaltung zwischen verschiedenen Kacheln realisieren kann. Das sieht dann aus wie die Tab-Leiste oben bei Browsern, vielleicht hast Du so etwas gemeint. Ich weiß aber nicht mehr, wo ich das zuletzt gesehen habe. Lohnt das aber überhaupt der Mühe der Auffindung und Einrichtung? Das KISS-Prinzip ist so schlecht nicht.

--Silvicola ^Disk 08:02, 24. Sep. 2021 (CEST)

Ich kenne genügend intelligente Plattformen, die entsprechende Markierungen vorsehen/anbieten, quasi per Knopfdruck. Die wissen auch nicht, was es will, aber ich kann es denen sagen und mir gezielt wieder aufrufen (einige sogar nach Termin/Dringlichkeit sortiert). Dass ich mir Notizzettel anlegen kann, ist mir klar, war auch nicht Gegenstand meiner Idee/Frage. -- → _KP^F ← 09:44, 24. Sep. 2021 (CEST)

Wie wäre es mit einer sortierbaren Tabelle auf einer Notizzettel-Unterseite, in Kombination mit dem Benutzer:ErinnerMichBot? Dann bekommst du am Wunschtermin eine Echo-Benachrichtigung (und je nach Benutzereinstellung auch eine Mail) mit einer Erinnerung daran. --Tkarcher (Diskussion) 09:57, 24. Sep. 2021 (CEST)

Thema/Artikel	Prio	Notiz / Erinnerungswunsch
Bundestagswahl	1	Aktualität prüfen! @ErinnerMichBot: Bitte erinnere mich am 26.09.2021 an diese Seite.
Weihnachten	3	Weihnachtsbaum fotografieren und hochladen.
...	...	...

Hoppla, das zielt fast in die richtige Richtung. Danke! -- → _KP^F ← 10:00, 24. Sep. 2021 (CEST)

Rotlink-Bot

Hallo allerseits. In einer Diskussion mit einem Benutzer wurde von diesem die Idee geäußert, Rotlinks nach Ablauf eines bestimmten Zeitraums automatisch wieder zu "entlinken". Die Frage ob das akzeptiert werden könnte bzw notwendig sei habe ich aus Neugier mal im Café platziert, das Ergebnis fndet sich hier https://de.m.wikipedia.org/wiki/Wikipedia:Caf%C3%A9#Rotlink-Bot. Ich habe ebenfalls die Redaktion:BIENE auf den Beitrag im Café aufmerksam gemacht und zur Teilnahme aufgerufen. https://de.wikipedia.org/wiki/Wikipedia_Diskussion:BIENE/Farbenfehlsichtigkeit#Rotlink-Bot. Zusammengefaßt ist die Tendez erkennbar, das Rotlinks in Listen eher befürwortet werden als im Fließtext; es gibt aber wie voraussehbar auch vehemente Gegner einer solchen Maßnahme. Alles in allem ist die Zahl der Antworten zu gering um klare Aussagen zu treffen. Vielleicht könnte man dazu noch ein MB initieren? Nachtrag: wenn es eine besseren Ort für diesen Vorschlag gibt, bitte mitteilen oder gleich dahin verschieben! Gruß, -Ani--46.114.153.37 20:20, 25. Sep. 2021 (CEST)

Nachtrag2: Prinzipiell könnte eine Lösung auch eine Erinnerungsfunktion beinhalten, wie sie im Beitrag über diesem amgefragt wurde. Also, eine Rotlinkliste, bei der der Benutzer nach Ablauf eines Zeitraums benachrichtigt wird. -Ani--46.114.153.37 20:46, 25. Sep. 2021 (CEST)

Ein MB wäre eher verfrüht, aber eine unverbindliche Umfrage wäre interessant. Wenn sich da eine deutlich Tendenz zum Pro oder für einen anderen Vorschlag ergibt, kann man immer noch ein MB starten. -- Perrak (Disk) 20:56, 25. Sep. 2021 (CEST)

Wenn der Rotlink entlinkt wird, weiß der Leser nicht, ob vielleicht ein Artikel besteht. Also kopiert man den Namen in die Suchleiste und landet auf der Gibtsnicht-Seite. Dann doch lieber nen Rotlink, der mir die Arbeit erspart. Grüße --Okmijnuhb (Diskussion) 21:21, 25. Sep. 2021 (CEST) PS: Selbst der Rotlink auf nen gelöschten Artikel oder ein gesperrtes Lemma erschließt Information. Warum entfernen?

Rotlinks sind dann schlecht, wenn sie auf ein Lemma führen, zu dem es keinen Artikel geben sollte. Wird ein Artikel wegen mangelnder Relevanz gelöscht, werden normalerweise auch alle Links bereinigt. Ein Rotlink dient nicht der Information, dass es keinen Artikel gibt, es gibt zu fast allem keinen Artikel. Ein Rotlink ist die Aufforderung, einen Artikel anzulegen, und sollte nur dort existieren, wo das sinnvoll ist. -- Perrak (Disk) 21:43, 25. Sep. 2021 (CEST)

Naja, ich schreibe ja immer dasselbe. Rotlinks sollten dann gesetzt werden, wenn ein Lemma sinnvoll erscheint. Und dort unterlassen werden, wo ein Lemma höchst unwahrscheinlich ist. Beispiel: Ich habe hier, obwohl eigentlich kein Rotlink-Fan, mal ziemlich viel "verrotlinkt": https://de.wikipedia.org/wiki/Bielefelder_Kabarettpreis Aber vorher immer gecheckt, ob ich im Netz irgendwas finde, z.B. eine Homepage, Zeitungsberichte und so. Wo ich gar nichts gefunden habe, habe ich keinen Rotlink gesetzt, sondern gar keinen Link. M.E. kann ein Bot so eine Recherche nicht. Alles blind rot zu verlinken ist m.E. kein intelligentes Vorgehen. --Doc Schneyder ^Disk. 23:00, 25. Sep. 2021 (CEST)

+1, bestimmt nicht. Aber alles blind/automatisch zu entlinken wird auch nicht funktionieren. Und wie vorgeschlagen, nach einer bestimmten Zeit zu entlinken, macht auch keinen Sinn: wenn der Rotlink heute richtig ist (weil zB der Mensch relevant ist), dann bleibt er das. Grüße --Okmijnuhb (Diskussion) 23:55, 25. Sep. 2021 (CEST)

Man könnte parallel eine Liste für bestehende Rotlinks und eine für mögliche/gewünschte Lemmas anlegen, alphabetisch und zeitlich geordnet anzeigbar ausgeführt. Letztere Wunschliste enthält Artikelvorschläge - als offene Sonderseite für alle Benutzer einsehbar - die frei erweiterbar sind. Wird ein Rotlink angelegt wird dieser aus der Wunschliste entfernt,  dieser hat nun ein gewisse Schonzeit, bis er wieder in die Wunschliste zurückversetzt wird. Konkret wäre für mich sinnvoll wenn es ein verläßliches System gibt, das mir die Sicherheit gibt das ein Rotlink,, den ich mehrfach in verschiedenen Artikeln setze in denen der Begriff vorkommt zu dem ich einen Artikel plane, nicht zufällig von einem Benutzer revertiert wird weil dieser das Lemma als unwichtig erachtet. Ist schon so passiert, und aus der Diskussion darüber entstand die Idee. In der Ausgangsdiskussion gong es auch um das Problem Fehlsichtigkeit (deswegen auch die Einbeziehung der Redaktion:BIENE) und den Aspekt das jemand mit ensprechender Fehlsichtigkeit häufig auf Links stößt die ins Nichts führen. Im Café wurde gekontert das man als Angemeldeter seinen Account entsprechend farblich gestalten kann - aber wieviele Fehlsichtige Nur-Leser wollen deswegen extra Wikipedianer werden?-Ani--46.114.153.37 07:35, 26. Sep. 2021 (CEST)

Die Idee der Kombination aus Liste für mögliche/gewünschte Lemmas und Bot zur automatischen "Entlinklung" von Rotlinks nach Ablauf eines bestimmten Zeitraums würde mir auch gut gefallen.--Molgreen (Diskussion) 07:43, 26. Sep. 2021 (CEST)

Solche Wunschlisten werden nur von ein paar Freaks eingesehen, siehe Bilderwunsch. da passiert nur selten etwas , wenn man nicht gerade auf den hässlichen {{Bilderwunsch|hier}} gestoßen wird. Es ist kaum zielführend. Denkbar wäre (nur mein Gedankensplitter) ganz unten bei Kategorie eine auffallende Liste der fehlenden Lemmas. Ich halte die individuelle css-Manipulation für besser.-- → _KP^F ← 08:25, 26. Sep. 2021 (CEST)

Die Liste wäre ja in erster Linie nicht für Menschen gedacht, sondern eine Abarbeitungshilfe für den Bot. Individuelle Lösungen helfen nicht dabei, unerwünschte Rotlinks zu entfernen, um die erwartbare Produktion von Löschkandidaten zu verhindern. -- Perrak (Disk) 16:34, 26. Sep. 2021 (CEST)

Aktuell gibt es im ANR 11.442.313 Rotlinks in den ANR, davon 4.413.594 unterschiedliche. --Wurgl (Diskussion) 17:20, 26. Sep. 2021 (CEST)

Quarry dazu: quarry:query/58852 Die Rotlinks in Listen und Begriffsklärungsseiten sollte man wohl nicht anfassen. --Wurgl (Diskussion) 18:21, 26. Sep. 2021 (CEST)

SCNR: Und kriegst du auch raus, wie viele der unterschiedlichen dann doch zur selben Person gehören? Was habe ich z.B. schon für "Bobfahrer", "Bobsportler" und "Bobpiloten" oder andere "Doppelungen" zusammengeführt. -- Jesi (Diskussion) 18:02, 26. Sep. 2021 (CEST)

Unangetastet bleiben sollten auch die Rotlinks auf den jeweiigen Benutzerseiten, denke ich.-Ani--46.114.152.103 18:29, 26. Sep. 2021 (CEST)

Sowas kann man auf einem Wiki mit 1000 Artikeln machen, aber nicht bei uns.

• Bei uns würde das in Listen von Millionen potenzieller Rotlinks oder niemals oder doch wieder ausarten.
• Zu jedem Eintrag müsste eine Stellungnahme geschrieben werden, die anhand der RK vorwegnimmt, warum das zukünftig aussichtsreich sein würde oder das für alle Zeiten ausgeschlossen sei.
• Die Datenbank für jedes Lemma ist schon allein deshalb zwingend notwendig, weil der Zeitpunkt verbucht werden müsste, zu dem ein bestimmter Rotlink erstmals in irgendeinem oder ggf. wann in mehreren erschien; wie wäre denn die Frist zu berechnen, wenn alle zwei Wochen in einem anderen Artikel ein Rotlink mit demselben Ziel erschiene?
• Aus dem Lemma, etwa Petra Meier, lässt sich nicht entnehmen, auf genau welche Person sich das beziehen soll, in welchem Umfeld die Person tätig sei, ob Professorin oder will in den Bundestag gewählt werden oder Gründung einer Startup-Firma. Also müsste die Beschreibung zur Rotlink-Verwaltung noch spezifizieren, um was genau wo genau wen genau es sich handeln solle.
• Es gibt niemanden, der dieses Monster erstellen und die Einschätzungen pflegen kann. Eine Firma kann wachsen, eine Sängerin goldene Schallplatten erhalten oder was immer.
• In einem Artikel zum Amtsinhaber zu einer bestimmten Zeit bekommen Vorgänger und Nachfolger ggf. Rotlinks. Ob und wann diese Artikel dann angelegt würden, steht dahin.
  • Irgendwelche Bots, die aus solchen Rotlinks dann normalen Text machen würden, sind Schwachsinn.
  • Es gibt auch keinerlei Fristsetzungen nach Monaten und Jahren, bis wann gefälligst die Artikel zu den genauso relevanten Artikeln zu Vorgänger und Nachfolger geschrieben sein müssen.
  • Deshalb erinnern aber die Rotlinks in den Artikeln daran, dass die Vorgänger oder Nachfolger gleicher Relevanz noch nicht beschrieben wurden.
  • Wir haben genauso Listen von Personen, die in einem bestimmten Jahr einen relevanten Preis erhielten, wer Abgeordneter oder Minister in einer relevanten Institution war oder ist. Auch hier sollen die Rotlinks ja gerade ins Auge springen und zur Anlage eines Artikels reizen.
• Das Thema „Farbenfehlsichtigkeit“ ist hanebüchener Unsinn; wer rot, blau, schwarz nicht unterscheiden kann (war in dieser krassen Form in den letzten 20 Jahren nie vorgetragen worden), der kann mittels WP:CSS Rahmen drumrummachen, oder gepunktet unterstreichen, oder gestrichelt obendrüber malen; selbst ein Klartext kann als kleine Anmerkung angefügt werden.
• Dieser gesamte Plan wäre besser im Café verblieben. Weder ist verdeutlicht, wer davon welchen besonderen Nutzen haben soll, noch gibt es ein auf Millionen Rotlinks anwendbares Konzept, um zwischen wünschenswerten und nicht wünschenswerten auf Jahrzehnte unterscheiden zu können.

VG --PerfektesChaos 23:21, 27. Sep. 2021 (CEST)

Also... mal der Reihe nach.

Eine Stellungnahme zum jedem Rotlink - ist verzichtbar, denke ich. Die Liste braucht pro Rotlink nir ein Datum, ein voraussichtliches Löschdatum, das Lemma (eventl eine Angabe über die Anzahl im Lemma) und den Ersteller. Diese Spalte kann ruhig unsichtbar bleiben. Läuft der Rotlink aus, wird benachrichtigt und entweder vom Ersteller per Button bestätigt das die Relevanz noch besteht, oder er ignoriert sie und akzeptiert die Entlinkung; ich gehe mal davon aus das der Ersteller weiß was er da mal verlinkt hat, spätestens bei einem kurzen Blick auf die Lemmaseite, darum muß auch keine Beschreibung in der Liste erfolgen. Und nur wer Petra Meier verlinkt hat, muß wissen wieso. Wieso sollte jemand auch auf sie Rotlinkliste gucken, wer etwas sucht nutzt die Suchfunktion, oder findet den Link zufällig im Lemma, in beiden Fällen sieht er dann ja direkt in welchem Kontext der Link steht.

Kommt ein Link auf mehreren Lemmas vor, wird einzeln vermerkt und jeweils auch einzeln benachrichtigt. Zu Link XY auf Seite A werden ja andere Daten als zu Link XY auf Seite B hinterlegt.

Amtsinhaber - die Links können ja vom Ersteller einfach bestätigt und beibehalten werden, wie oben beschrieben. Übrigens kann man solche Links auch durch Gegenchecks von BKS-Seiten schützen, da stehen sowieso schon halbwegs auf Relevanz geprüfte Person/Sache/Ort, das wird diesbezüglich dort strenger gehandhabt als in Lemmas.

Zu Stylesheets siehe oben, nicht jeder loggt sich zum mal eben Lesen ein, aber manche nutzen vielleicht sogar einen entsprechend konfigurierten Browser. Der Punkt ist von mir aufgegriffen worden weil er mir nahegelegt wurde, ist also nicht mein Hauptanliegen, sondern eher Nebeneffekt.

Das 'Wann', 'Wo' und 'Von wem' wird von einem Bot registriert und eingetragen. Ebenso das Benachrichtigen - siehe Titel^^. Etwas umfangreicher als ein Signaturbot, aber auch nicht so wahnsinnig komplex, wenn man erstmal weiß man das Ziel ist. Behaupte ich mal.

Profitieren kann jeder der ein ruhigeres Schriftbild bevorzugt, und sich über Links wundert die nach Jahrzehnten immer noch kein Lemma haben. Es ist übrigens auch möglich das jemand einen Begriff findet der noch nocht rot verlinkt ist und dazu ein Lemma erstellt. Die Aufforderungsfunktion erfüllt das rot ja offenbar auch nur rudimentär.

Zu guter Letzt, siehe auch oben, hat man die Sicherheit das ein gesetzter Rotlink eine bestimmte Zeit bleibt, ohne das es für andere eine Veranlasssung gibt diesen aus Gutdünken zu revertieren. Soll es nämlich, siehe oben, auch geben. Gruß, -Ani--46.114.156.192 10:36, 28. Sep. 2021 (CEST)

Automatisches Entlinken nicht bestehender Lemmata ist mir schon aus grundsätzlichen Gründen suspekt. Die oben skizzierten Lösungen überzeugen mich keinesfalls. Den Listenvorschlag der IP verstehe ich so, dass sogar Links auf erwünschte Artikel aus dem ANR entfernt werden sollen, das geht schon mal gar nicht. Aber selbst wenn nur "unerwünschte" gelöscht werden sollten, wäre es äußerst delikat, eine Prozedur zur Definition einer solchen "schwarzen Liste" (denn auf eine solche läuft es hinaus) zu definieren. Und die oben von von PerfektesChaos geäußerten Einwände scheinen mir alle berechtigt. Gruß, --Yen Zotto (Diskussion) 21:39, 28. Sep. 2021 (CEST)

Zu erwünschten bzw relevanzsicheren Links steht was in meinem letzten Beitrag.-Ani--46.114.165.84 22:01, 28. Sep. 2021 (CEST)

Ja, das lehne ich aber sowohl aus Autoren- als auch aus Lesersicht ab. --Yen Zotto (Diskussion) 23:49, 28. Sep. 2021 (CEST)

Auch die weiteren Darlegungen der IP bringen nichts weiter.

• Es wurde immer noch nicht erläutert, was denn überhaupt der Sinn dieser Riesen-Aktion sein soll, zu der es weder autorenseitig noch entwicklermäßig irgendwelche personellen Ressourcen gibt.
  • Schriftgröße und Schriftbild von Blaulinks, Rotlinks und gar kein Link sind völlig identisch; damit ist die Begründung „ruhigeres Schriftbild“ komplett gaga.
  • Wer partout kein Rot sehen möchte, kann mittels CSS die Rotfärbung auf schwarz umstellen, wodurch in der Regel nichts mehr davon zu sehen wäre, und mittels JavaScript obendrein die Link-Eigenschaft komplett entfernen und die umgebende Vordergrundfarbe erreicht werden.
• Nach der neuesten Erzählung sollen mit der Bearbeitung, die ein Rotlink eingefügt hatte, die zugeordneten Benutzerkonten zu ewigen Pflegern dieses Doch-nicht-Rotlinks ernannt werden.
  • Als IP sollte man allerdings wissen, dass für IP keine derartigen Zuordnungen möglich sind.
  • Auch Angemeldete sind nicht unsterblich, könnten nach einigen Monaten oder Jahren inaktiv werden. Dann verwaist diese lustige Benachrichtigungs-Zuordnung.

Insgesamt ist dieser Abschnitt vom Typus „Keine Lösung sucht nach keinem Problem“ und damit pure Ressourcenvergeudung.

VG --PerfektesChaos 01:43, 29. Sep. 2021 (CEST)

Die Idee ist, ich kann es nicht anders sagen, einfach nur bescheuert. Keinen Mehrwert, nur Systembelastung inkl. BEO. --KurtR (Diskussion) 03:06, 29. Sep. 2021 (CEST)

Mit anderem Worten: es lebe der Rotlink. Weil es schon Millionen davon gibt von denen wirklich keinr weiß wieviele davon wirklich Sinn machen. Lol. Nur mal als Randinfo: komstruktive Kriti funktioniert sehr gut ganz auch ohne Polemik. "bescheuert", "Schwachsinn"... Es reicht ein begründetes Kontra , darüberhinausgehendes ist sinnlos, zumal does Einfach eine IDEE darstellt. Da muß man sich nicht echauffieren. In was fur einem Diskussionsklima seid ihr denn zuhause? MannMannMann... Wenn Argumente nicht überzeugen macht der Ton nur die Musik lauter, ändert aber nicht das Programm. Oder bin ich eure Fernbedienung? Gruß, -Ani--46.114.2.129 05:41, 29. Sep. 2021 (CEST)

Ich würde mal verbal abrüsten. Ich glaube, dass das mit den Rotlinks so funktioniert, wie der Rest der Wikipedia auch. Wenn ich zufällig auf einen Rotlink stoße, dessen Sinnhaftigkeit ich partout nicht erkennen kann, dann entlinke ich den. Gleiches gilt für Blaulinks (einschl. BKL-Links). (Ein Rotlink dagegen in einem Artikel, der nie gelesen wird, stört nie.) Wenn viele das machen, läuft das ganz gut. Und ansonsten gilt die Aufforderung an Autoren: sparsam + sinnvoll verlinken. Eine Bot-Lösung für Rotlinks funktioniert m.E. genausowenig wie eine Bot-Lösung für BKLs. Sinnvoller sind da systematische, maschinenunterstützte aber Mensch-basierte Ansätze wie Benutzer:Wurgl/Unnötige Rotlinks. --Drahreg01 (Diskussion) 07:08, 29. Sep. 2021 (CEST)

Diesen Gedanken schließe ich mich gerne an, denn sie bringen Sinn. Was passiert denn im ‚normalen Leben‘ (Inter-Nett) mit toten Links? Da stoße ich ins Nirwana und keiner korrigiert es und niemand errötet. Hier zeigt mir Rot zumindest, dass sich Anklicken nur lohnt, wenn ich das Lemma anlegen will. Viel Rot heißt, da gibt es viel zu tun, sei es mit Substanz füllen oder es manuell entlinken. Mal abgesehen davon, ist das ja kein nationales Problem, es betrifft Wiki weltweit und müsste an eine andere Stelle ausgelagert und diskutiert werden. Da sehe ich aber weitaus wichtigere Aufgaben. Wenn auch technisch nur schwer realisierbar, dann wäre interessant, den Verursachern (Autoren) periodisch eine Liste ins Postfach packen, die an unerledigte Rotlinks erinnert. Was da nervt,kann dann eigenverantwortlich entlinkt werden. Na ja, Zukunftsmusik, kein akuter Verbesserungsvorschlag. -- → _KP^F ← 08:14, 29. Sep. 2021 (CEST)

Ich hab oben die Zahlen geliefert um die Menge der Rotlinks klarzustellen. Irgendwelche Listen mit zu behaltenden Rotlinks kannste knicken, wer guckt sich eine Liste mit ein paar Millionen Einträgen durch? Und benachrichtigen ist auch eine tolle Idee. IPs kannst nicht benachrichtigen und ein großer Teil der User, wenn nicht die Mehrheit, ist inaktiv, diese Inaktiven zu benachrichtigen ist so spannend wie ein Gespräch mit einem Besen. --Wurgl (Diskussion) 08:35, 29. Sep. 2021 (CEST)

Ach wie ich diese beeindruckenden Zahlen liebe. Willst du da unserem Ablehnungsstatistiker Konkurrenz machen? Ausdrücklich meinte ich nicht den Rundumschlag, sondern das Verschuldungsprinzip. Abgesehen von der technischen Utopie, könnte nur der Verursacher da sinnvoll animiert werden. Aber es ist mir egal, da mich Rotlinks nicht stören. -- → _KP^F ← 10:17, 29. Sep. 2021 (CEST)

Grundsätzlich stören mich Rotlinks ja auch nicht so das ich Schnappatmung kriege wenn ich eine erblicke. Es ging ja uraprünglich darum das ich mich geärgert hatte das jmd meine zu einem in Arbeit befindlichen Artikel frisch erstellten Rotlinks flugs wieder gelöscht hat. Die Diskussion mit dem User brachte die Idee auf.

Zur Anzahl der bereits bestehenden Rotlinks: da etwas zu machen halte ich sowieso auch für sehr schwierig. Ich dachte eigentlich das klar sei das die Idee etwas mit einer Art Neustart im Umgang damit darstellt. Sprich, alte Links wie gehabt handhabt aber mit neuen zukünftig anders verfährt. Nichtangemeldete: Könnte man bei Bestätigen einer Änderung nicht darauf hinweisen, falls ein Rotlink eingearbeitet wurde, das bitte die Relevanz berücksich5igt wird? Nun denn, es scheint ja eher unrealistisch zu sein das es zu so etwas kommt, insofern ist weiteres Ausarbeiten der Idee ziemlich müßig, aber es fiel mir grad noch spontan ein.-Ani--46.114.152.140 22:51, 29. Sep. 2021 (CEST)

Was ist denn so schrecklich an Rotlinks? Sie zeigen dem Leser, dass es im Themenfeld noch einiges gibt, dessen Behandlung fehlt. Das ist ehrlich. Wenn man eine schöne Fassade haben und diesen Zustand verhehlen will, dann werden einen Rotlinks sehr stören. Sie nur deshalb zu beseitigen, ist dann aber unehrlich.

Es ist bei Rotlinks wie auch sonst bei der Artikelarbeit: Das rechte Maß zu finden braucht Einsicht und Urteilsvermögen, die sich nicht durch einen Automatismus ersetzen lassen, der etwa wegen seines für manche ehrfurchtsgebietenden Sitzes in einem informatischen Systems per se Recht hätte. Wenn ich mir die mehr und mehr um sich greifende Belästigung auch hier bei der Arbeit durch vorgeblich „hilfreiche Assistenten“ bedenke (etwa Popups, die das Arbeitsfeld überdecken und dann unversehens Klicks fangen, die für anderes gedacht waren; oder auch Bearbeitungen, bei denen die Bearbeiter en passant noch ein Skript mitlaufen lassen, das die Artikelorganisation dreist durcheinanderbringt), ist sogar das Gegenteil der Fall: ich brauche diese Assistenz nicht, sie wird mir aber vom vermeintlich klügeren Systems aufgedrängt bzw. von arglosen Gläubigen an unfehlbare Skripte auf die Artikel losgelassen. Ja, mit Maschinen kann man Kriterien durchsetzen, es sind aber solche, an denen vor allem Prokrustes seine Freude hätte. --Silvicola ^Disk 09:04, 29. Sep. 2021 (CEST)

Ohne jetzt alles gelesen zu haben, also vielleicht wurden sie bereits beantwortet, aber ich hätte da ein paar Fragen an die vorschlagende IP:

1. Was soll das bringen?
2. Seit wann gibt es eine Pflicht, Artikel innerhalb einer bestimmten Frist anzulegen?
3. Kümmerst du dich dann um den organisatorischen Megaaufwand?
4. Warum schreibst du nicht einfach die rotverlinkten Artikel?
   

Rotlinks gehören seit Urzeiten zur Wikipedia dazu und bisher konnte noch nie begründet dargelegt werden, was schlimm an ihnen sein soll. Vielmehr sind sie nützlich und wichtig. Ich bin entschieden gegen den Vorschlag und werde jede unbegründete Rotlinkentfernung dieses Bots als Vandalismus behandeln. -- Chaddy · D 00:16, 30. Sep. 2021 (CEST)

Vielleicht hättest du ja doch mal alles lesen sollen, dann hättest du feststellen können das diese verbissene Wortmeldung bzw polemischen Fragen gar nicht nötig sind. Die Veränderung wird dir erpsart bleiben. Es ist ein Vorschlag, weiter nichts, also, ruhig atmen, es ist nichts passiert. ;) -Ani--46.114.152.140 01:43, 30. Sep. 2021 (CEST)

Ich möchte zwei Aspekte, die hier untergehen: Bei Spezial:Gewünschte_Seiten sind die ersten 150 Positionen rotverlinkte Vorlagen/Infoboxen. Die auch nicht entlinken? Zweiter Gedanke: "unbegründete Rotlinkentfernung als Vandalismus" (mehrere Nutzer sind der Meinung) Kann Link auf gelöschten Artikel entfernt werden, ohne als Vandale zu gelten? (nicht signierter Beitrag von Kabelschmidt (Diskussion | Beiträge) 11:45, 2. Okt. 2021 (CEST))

Ich hab mal was zu den "Wartungs"-Kategorien geschrieben: Vorlage Diskussion:Wartung-Film und diese Spezialseite ist so eine Sache. Da kommen auch seiten raus, die in irgendeiner Vorlage mit Konstruktionen wie #ifexists abgefragt werden, daher sind die Zahlen mit etwas Vorsicht zu genießen. --Wurgl (Diskussion) 12:26, 2. Okt. 2021 (CEST)

@Kabelschmidt: Wenn du dir diese Liste mal etwas genauer angesehen hättest, dann wäre dir aufgefallen, dass da praktisch überall /Wartung oder fehlt‏‎ oder sonst eine Beschreibung einer Fehlersituation erscheint.

Das ist ein uralter Hack aus unserer Kindergartenzeit, und gegenüber der mit Beschreibung angelegten Kategorie:Wikipedia:Vorlagenfehler (einzelne Vorlage) usw. eine verpönte Bastelei.

• Die dürfen aber auch nicht als Seiten angelegt werden, weil sie sonst zur Einbindung der doch-nicht-Vorlage angeboten werden, was auch schon passierte; zumindest aber die Suchtreffer zumüllen.

Du hättest dir jedoch einfach nur den Einleitungsabschnitt der Seite durchzulesen brauchen; dort wird das auch ausdrücklich erwähnt:

• Wartungslinks aus Vorlagen („ifexist“)

Diese Spezialseite ist ein Software-Feature, das für ein Wiki mit 1000 Artikeln und möglichst einer redaktionellen Betreuung sinnvoll wäre und deshalb vorhanden ist, bei uns jedoch ob der x Millionen Einträge bei irgendwann drei Millionen Artikel nur für den ANR und mehr als zehn Millionen Seiten einschließlich besonders privilegierter Benutzerseiten komplett unbrauchbar ist.

Je mehr Zeit und Arbeitskraft mit diesem hirnrissigen Projekt vergeudet wird, desto bescheuerter wird das. Diese Seite hier ist für die Erörterung von Verbesserungen vorgesehen, und dazu gehört, dass überhaupt erstmal die beabsichtigte Verbesserung dargestellt wird. Außer „das Rot gefällt mir aber nicht“ kam bisher nix. Es ist aber volle Absicht, dass durch die rote Kennzeichnung Publikum und regelmäßige Autoren beim Besuch der Seite zum Mitmachen und zur Erstellung fehlender Artikel aufgefordert werden, gerade wenn sowieso offenbar Interesse an der Thematik vorhanden ist. Das einfach wegzuknipsen ist genau nicht der Sinn der Sache. Umgekehrt lernt es sich schnell, dass das Anklicken roter Links sich nicht lohnt, weil bisher nicht mit Inhalten unterlegt. Und die Aufgabe zur Erstellung des neuen Artikels ausschließlich bei der IP oder dem möglicherweise bald inaktiven Benutzerkonto abzuladen, von wo aus die Einfügung generiert wurde, ist auch dummes Zeug.

VG --PerfektesChaos 18:56, 3. Okt. 2021 (CEST)

Perfektes Chaos, wie dir vielleicht entgangen sein mag, besrlteht hier niemand darauf etwas umzusetzen das dem Vorschlag nahe kommt. Wie du vielleicht auch schon mal zur Kenntnis zur Kenntnis genommen haben magst, ist deine Meinung zwar gerne gesehen aber nicht das Maß der Dinge - einige Benutzer fanden dilen Vorschlag zumindest nicht völlig abwegig, insofern ist deine Einschätzung "das Rot gefällt mir nicht" polemisches Getue umd gehört hier nicht her. Mit Unsachlichkeit bugsierst du deine ansonsten praxisorientierten Argumente leicht in eine Ecke in der du dich vermutlich nicht sehen willst, nämlich die der nicht mehr erkennbaren guten Absicht... Übersteiger bitte nicht die Interpretation zur Berechtigung diese Seite zu nutzem um Feedback zu erbitten. Bevor du dich zum vierten Mal wiederholst frag dich vor dem nächsten einfach mal ob du wirklich mit reduntanten Inhalten die Übersichtlichkeit der Diskussion verzerren willst. Gruß -Ani--46.114.157.171 23:43, 3. Okt. 2021 (CEST)

Automatische Wartungsbaustein-Entfernung bei Archivierung einer thematischen Diskussion

Vorhin habe ich aus Mai (Begriffsklärung) den QS-BKS-Baustein entfernt, der nach der Archivierung der entsprechenden Diskussion im Juli dort obsolet war. Könnte man eine automatisierte Bausteinentfdernung nach erfolgter Archivierung in diesem Fall einrichten? Oder ist das eine Anfrage für die Bots? --KnightMove (Diskussion) 13:45, 29. Sep. 2021 (CEST)

Prinzipiell könnte man das einen Bot machen lassen, wenn das gewünscht wird. Aber ich bin mir nicht sicher, dass das sinnvoll ist. Die Archivierung einer Diskussion bedeutet ja nicht automatisch, dass das Problem nicht mehr gegeben ist. -- Perrak (Disk) 18:48, 29. Sep. 2021 (CEST)

Das stimmt zwar, aber der Baustein hat ja einen Link zur Diskussion, die dann nicht mehr erreichbar ist. Hilfsweise müsste der Link im Baustein gefixt werden bzw. der Bausteien mit gefixtem Link analog zu den Löschbausteinen auf die DS eingetragen werden. Allerdings haben wir das analoge Problem ja auch bei der allgemeinen QS, bei der meines Wissens auch keine Automatik eingesetzt ist. Ob sich der Aufwand lohnt? Wie oft kommt so etwas vor? -- Jesi (Diskussion) 19:03, 29. Sep. 2021 (CEST)

Üblicherweise nimmt derjenige, der einen QS-Antrag und damit auch den Artikel bearbeitet danach auch den Baustein aus dem Artikel. Das kann natürlich mal vergessen werden (vor allem wenn länger diskutiert wird), aber einen Bot zum Entfernen braucht man m.e. nicht. Es kann übrigens auch passieren, dass ein QS-Antrag archiviert wird, obwohl er noch nicht erledigt ist (wenn nach Zeit archiviert wird), dann muss zwar der Link im Baustein angepasst werden, aber eine Entfernung wäre falsch. Daher könnte man m.e. den Wartungsbaustein-Bot zusätzlich damit beauftragen, auch noch die QS-Bausteine aufzuführen, bei denen es auf der entsprechenden QS-Seite keinen Eintrag gibt. --Orci Disk 21:06, 29. Sep. 2021 (CEST)

Das klingt für mich sinnvoll. -- Perrak (Disk) 21:20, 29. Sep. 2021 (CEST)

Hmm Wikipedia:WikiProjekt Begriffsklärungsseiten/Fließband/Archiv/2018#Wohnheim / Heim 2 Jahre … hmm --Wurgl (Diskussion) 21:38, 29. Sep. 2021 (CEST)

@Orci: Zwar stimme ich deiner Begründung nicht ganz zu, aber der Vorschlag ist sehr gut - habe hier gleich nach Umsetzung gefragt. --KnightMove (Diskussion) 08:15, 30. Sep. 2021 (CEST)

Da gibt es zwei ähnliche Bots, die Listen erstellen. Ich dachte an diese Art Listen, die Benutzer:TaxonBota von Benutzer:Doc Taxon erstellt. Diese Art Listen gibt es im Umfeld der meisten Projekte mit QS, während der Wartungslistenbot nur zentral beim Bausteinwettbewerb aktiv zu sein scheint. --Orci Disk 09:54, 30. Sep. 2021 (CEST)

man kann durchaus einen solchen Bot einrichten. @Krd aber hat einen Bot, der QS-Abschnitte auf der QS-Seite erledigt, wenn der Baustein entfernt wird, deshalb denke ich, mag es für ihn einfach sein, die andere Richtung auch abzudecken. Was meinst Du dazu, Krd? – Doc Taxon • Disk. • 11:09, 30. Sep. 2021 (CEST)