PokéWiki:Allgemeine Diskussionsseite/Archiv 2025

Aus PokéWiki
Diese Seite ist das abgeschlossene Archiv der Allgemeinen Diskussionsseite.
Bitte editiere hier nichts mehr.
Für Kommentare bitte die aktuelle Seite verwenden.

Einführung von Extension:Gadgets

Manch einer wird es am Rande schon mitbekommen haben, da ich das vor einigen Monaten schon mal angedeutet hatte, aber ich möchte an dieser Stelle die Einführung der Gadgets-Extension vorschlagen. Dass ich damit erst jetzt komme, hängt vor allem damit zusammen, dass wir jetzt auf MediaWiki 1.43.0 sind, wo die Extension keinen eigenen Namensraum mehr mitliefert. Heißt es gibt keine unnötigen Nebeneffekte. Abgesehen davon hat sich an meinen Gedanken dazu in den letzten Monaten aber nicht viel geändert: Die Extension erlaubt es, JS- und CSS-Code in eine solche Form zu bringen, dass sie direkt in den Einstellungen aktiviert werden können. Heißt kein blödes rumkopieren oder importieren von Scripten und auch jemand, der im Grunde keine Ahnung von all dem hat, kann damit hilfreiche Code-Schnipsel verwenden. Die Extension bietet zusätzlich die Möglichkeit, Code nur für bestimmte Rechtegruppen oder an bestimmte Rechte geknüpft zu laden, sodass wir nicht nur Leute verpflichten können, einzelne Gadgets zu nutzen (dazu später mehr), aber wir können auch allen mit einem Recht eine Verbesserung für besagtes Recht geben. Im Laufe der Zeit habe ich mir ein paar Gedanken dazu gemacht, welche Gadgets ich für einen Start hier vorschlagen wollen würde und warum ich denke, dass sie sinnvoll wären. Folgende Gadgets sind da bislang auf meiner Liste:

  1. AbuseLog in den LÄ (gekoppelt an das abuselog-Recht): Dadurch werden Verstöße gegen einen AbuseFilter direkt als Teil der letzten Änderungen angezeigt (bzw. dynamisch nachgeladen und dann eingefügt). Vorteil ist, dass man Verstöße direkt im Blick hat und nicht erst auf einer separaten Seite schauen muss. Das Gadget wäre standardmäßig aktiv, könnte aber auf Wunsch von Benutzern deaktiviert werden.
  2. UploadPreview auf Spezial:Hochladen (gekoppelt an das upload-Recht): Gibt eine Vorschau des Textes auf der erstellten Datei-Seite, ohne dass man die Datei dafür erst hochladen muss. Würde die Anzahl Redlinks in Datei-Uploads verringern, weil man das halt schon vorher sieht und verhindern kann. Das Gadget wäre standardmäßig aktiv, ich bin mir aber noch nicht sicher, ob ich es gut fände, wenn man es abschalten könnte. Sehe darin spontan nur Nachteile, aber vielleicht hat da ja jemand einen Gedanken, den ich spontan übersehe.
  3. Hervorhebungen von WLs und BKLs (gekoppelt an das voting-Recht): Im Grunde das, was wir aktuell in MediaWiki:Group-voting.css haben. Mit der zusätzlichen Option, dass man es ausstellen kann, wenn es einen stört, weil das ist ja immer wieder Thema. Dann muss man da sich nicht irgendeinen hässlichen Hack im eigenen CSS zusammenbauen. Das Gadget wäre standardmäßig aktiv und kann jederzeit frei deaktiviert werden.

Das sind so die Gadgets, die ich auf jeden Fall für sinnvoll halte. Darüber hinaus habe ich noch ein paar weitere Ideen, so könnte man bspw. meinen Code-Schnipsel zum Hinzufügen von Tastenkürzeln fürs Löschen in ein Gadget umwandeln, den Hack aus MediaWiki:Common.js zum Hervorheben des Vorschau-Buttons könnte man in ein verpflichtendes Gadget umwandeln und auch sowas wie ein Hideuser-Script für die LÄ ließe sich damit der Allgemeinheit zur Verfügung stellen. Und bestimmt vergesse ich spontan jetzt noch etwas. Die große Frage ist jetzt: Trifft diese Idee auf Anklang? Ich hatte das im Vorfeld bereits mit Buo diskutiert und er ist zumindest nicht grundsätzlich dagegen. Dementsprechend können wir da gut ein paar Ideen zu sammeln und müssen uns keine Sorgen machen, dass das dann am Ende alles unnötig war. Also, wie findet ihrs? Denkt ihr das ist soweit eine gute Auswahl? Würdet ihr die weiteren Ideen von mir ebenfalls gerne als Teil davon sehen? Passt es, was ich als optional und was als verpflichtend setze? Habt ihr selber noch Ideen und wünsche, die ihr in Gadget-Form gerne im Wiki sehen wollt? Gebt mir da gerne mal ein paar Meinugen zu ^^ -- RobbiRobb 21:52, 12. Mär. 2025 (CET)

Das ja an und für sich kein neues Thema. Hatte wir ja auch bereits hier im damaligen Chattreffen 2018 besprochen wo sich auch noch paar weitere Gadgets finden über die man hier nochmal mit sprechen könnte. Ansonsten zu den vorgeschlagenen keine Einwände. * Ryuichi ~ PL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 08:33, 13. Mär. 2025 (CET)

Ich habe auf jeden Fall noch Fragen zu der Extension, die ich gerne selber klären würde, aber ich habe beim letzten Cleanup mein TestWiki vom PC geschmissen.

  1. Sind das CSS/JS-Seiten, die (wie auch immer, dafür folgen weitere Fragen) aktiviert werden können und dann Auswirkungen haben?
    1. Ist Spezial:Gadgets dann eine Spezialseite, auf der die Gadgets aufgelistet sind und die Skriptseiten sind verlinkt? Wie kann man sich das vorstellen?
    2. Wer erhält das Recht, die Skripte zu verwalten und dort hinzuzufügen?
  2. Wenn es Seiten sind, wo kommen die hin? MW, Vorlage, PokéWiki?
  3. Wer erstellt/bearbeitet die Gadgets, wer darf sie überhaupt bearbeiten?
  4. Aus deiner Erklärung schließe ich, dass die Gadgets nicht zwingend über die Einstellungen laufen müssen und auch einfach für die Allgemeinheit gelten können, sprich nicht nur angemeldete User?
  5. Liegen die Vorteile in dieser Extension gegenüber common.css und js nur darin, dass die Gadgets gebunden an die Rechte und die persönlichen User-Einstellungen sein können? Oder gibt es noch mehr Vorteile, die ich gerade einfach nicht sehe, weil mir die Extension an sich nicht klar genug ist?

Abhängig von deinen Antworten dazu habe ich im Anschluss Vorschläge für Gadgets. Was ich aber jetzt schonmal hier lassen kann, da es in etwa dem entspricht, was du schon vorschlägst:

  1. Die Einrichtung der Topbar
  2. Cursor auf der Hauptseite automatisch im Suchfeld
  3. Suchkürzel für Namensräume (V: ergibt Vorlage:, B: Benutzer:, usw.)
  4. Ryus Artikel-Script könnte ziemlich nützlich sein, aber zu Massenedits per Hand motivieren. Ggf. ab VB schalten

Das erstmal dazu, auf den ersten Blick finde ich die Idee interessant. -- feblue 22:24, 13. Mär. 2025 (CET)

Ja, das sind JS- und CSS-Seiten. Im Endeffekt verhalten die sich ähnlich wie als wären sie deine common.js und common.css. Der Unterschied ist halt, dass du dafür keine Ahnung davon haben musst, du musst keine Script-Seiten anlegen, irgendwas durch die Gegend kopieren oder importieren. Alle gültigen Gadgets werden einfach in Spezial:Einstellungen gelistet und du kannst sie mit nem Haken aktivieren und deaktivieren. Der normale Benutzer kommt also nicht mal in Kontakt damit, er aktiviert es einfach und kann es dann nutzen. Was genau die Spezialseite dann macht, weiß ich aber auch gerade nicht. Und ich bin mir auch gerade nicht vollständig sicher, ob die auch für nicht-eingeloggte Nutzer gelten, ich glaube nämlich nicht. Klassischerweise sind die auch als Hilfe für Editoren gedacht, von demher brauchen ausgeloggte Benutzer die selten, bei uns dann sowieso gar nicht. Da es sich bei Gadgets aber um JS-Scripte handelt, könnten die theoretisch schädlich sein - dementsprechend liegen die im MediaWiki-Namensraum und können auch nur von Admins bearbeitet werden. Der Hauptvorteil ist letztendlich aber, dass man die einfach auswählen kann, ohne sich mit JS und dergleichen auseinandersetzen zu müssen. Was denke ich ein großer Vorteil sein sollte, wenn man bedenkt, dass viele auch bei uns im Team relativ wenig Erfahrung damit haben. Und halt die Möglichkeit, das an Rechte zu binden. Finde das eigentlich schon recht bedeutende Vorteile, oder lese ich dich da falsch? -- RobbiRobb 01:17, 14. Mär. 2025 (CET)

Okay, dann habe ich das doch richtig verstanden. Dann bin ich dafür und möchte androhen anmelden, dass ich mich da ggf. mit austoben möchte grin.png -- feblue 22:17, 15. Mär. 2025 (CET)

Grundsätzlich bin ich auf jeden Fall dafür, es macht auf jeden Fall Sinn solche Sachen zu sammeln, auch alleine schon, damit nicht tausend verschiedene Versionen von solchen Scripten rumfliegen. Ich würd allerdings vorschlagen, vorher schonmal (zumindest grob) festzulegen, nach welchen Kriterien man entscheidet, was für Scripte man da so sammelt und welche man dann doch für den Benutzer lässt. Sowas in der Art hatte ich ja auch schonmal begonnen, vllt könnte man da auch nochmal gucken, auch wenn aktuell nicht ganz alle Module davon klappen.
Wie sieht das denn mit konfigurierbaren Scripten aus? Fe hatte ja zB schon die Topbar erwähnt, da würde ich mal davon ausgehen, dass nicht unbedingt jeder dieselben Links da haben will, sondern eher, dass die (möglicherweise aus einer Vorauswahl) ausgewählt werden sollten? Wäre sowas da auch möglich oder gibts nur das einfach an/aus? Jones Albtraum? 19:44, 17. Mär. 2025 (CET)
Soweit ich das sehe, gibt es nur ein und aus. Ich hab die Extension auch selber nicht installiert, nur die Seite dazu gelesen und irgendwann mal auf Wikipedia kurz da rein geschaut. Im Endeffekt weiß ich also auch nicht mehr als ihr. Man könnte zwar überlegen, das irgendwie so zu machen, dass es dann ein Popup gibt, in das man was eingibt und das dann im localstorage gespeichert wird, aber mal ehrlich, das ist alles andere als praktisch. Von demher würde ich sagen sowas wie die Topbar fällt da raus. Außer irgendjemand findet dafür eine Lösung. Ich hab spontan zumindest keine vernünftige, aber ich habe mir dazu auch keine großen Gedanken gemacht. -- RobbiRobb 21:25, 17. Mär. 2025 (CET)
Müsste man sich genau angucken, aber evtl ginge ähnliches wie ichs für die Scripte gemacht hab: Script läuft mit gewissen Standardeinstellungen und Optionen können im lokalen JS liegen (oder vllt sogar auf einer speziellen Benutzerunterseite, die dynamisch geladen und evaluiert wird?). Aber ich glaub der Punkt driftet jetzt etwas ab, könnte man aber mal im Hinterkopf behalten, für einige der möglichen Gadgets. Jones Albtraum? 21:53, 17. Mär. 2025 (CET)
Ich spreche mich auch für eine Einführung der Extension aus und finde deine Vorschläge bereits gut durchdacht, Robbi. Auch die Kopplung an Benutzerrechte halte ich für eine gute Idee. Die nachträglich ergänzten Gadgets sagen mir ebenfalls größtenteils zu. Wer bisher nicht weiß, was er sich unter Gadgets (oder im Deutschen eher als Helferlein bei Wikipedia bekannt) vorstellen kann, kann sich bei Wikipedia mal etwas umschauen, sofern dort ein eigenes Benutzerkonto vorliegt. Ich finde die Handhabung über die Einstellungen sehr benutzerfreundlich und übersichtlich. Einfach Haken setzen oder entfernen und das betreffende Helferlein wird aktiviert bzw. deaktiviert. Kein umständliches Kopieren von Javascript mehr nötig – passt! ~ Taisuke Diskussion 23:40, 19. Mär. 2025 (CET)

Alles in allem eine gute und sinnvolle Sache, denke ich. In der Tat werden Gadgets, die standardmäßig aktiv sind, wenn nicht anders angegeben auch bei nicht angemeldeten Benutzern geladen. Die Spezialseite erlaubt, die Liste der Gadgets, die Texte in den Einstellungen und sonstige Parameter einzutragen. Eine ganz hilfreiche Einführung über die Möglichkeiten gibt es unter [1]; die verschiedenen Einschränkungen erlauben insbesondere Ressourcen bei Servern und Nutzern zu sparen, da Skripte gar nicht erst geladen werden, wenn sie für den jeweiligen Kontext irrelevant sind. -- Skelabra2509 (Diskussion | Beiträge) 04:12, 4. Apr. 2025 (CEST)

Da sich hier in der letzten Zeit nicht mehr so unendlich viel getan hat, würde ich an dieser Stelle einfach mal eine Deadline auf den 27.04.2025 setzen, also etwa zwei Wochen. Sollte bis dahin kein großer Gegenwind für diese Extension aufkommen und niemand irgendwelche Probleme auftreiben, die man diskutieren müsste, würde ich dann einfach nach dem Ende der Deadline einfach dafür sorgen, dass die Extension installiert wird. Welche Scripte genau dann zum Einsatz kommen, kann man dann ja ggf. noch an anderer Stelle diskutieren (aka auf Discord), dafür braucht es in meinen Augen keine große Diskussion hier mehr.
Da es bislang aber noch nicht von allen Admins eine Rückmeldung (in schriftlicher Form) gab, würde ich vor allem Mec und GrollenKette noch um eine kurze Stellungnahme bitten. Wäre ja ungünstig, wenn einer von euch was dagegen hätte und das dann eingeführt wird. Alle anderen dürften aber natürlich auch ihre Bedenken äußern ^^ -- RobbiRobb 21:19, 14. Apr. 2025 (CEST)
Due paar Bedenken, die ich hatte, wurden in Laufe der Diskussion bereits geklärt - folglich hab ich hier gar nichts mehr geschrieben... --Mecanno-manMäh 06:48, 15. Apr. 2025 (CEST)
Keine großen Bedenken dazu solange die Skripte nichts ultraspezifisches für einen User werden sondern eher so wie das was Robbi ja schon beschrieben hat. GrollenKette951 23:15, 26. Apr. 2025 (CEST)

Da sich jetzt niemand dagegen ausgesprochen hat, sehe ich das einfach mal als angenommen an. Die Extension ist tatsächlich auch schon im TestWiki aktiv und ich habe bereits die ersten paar Scripts aktiviert. Im Grunde gab es bislang noch keine weiteren Probleme dadurch, von demher rechnet damit, dass das auch einigermaßen Zeitnah ins Live-Wiki kommt. Und im Zweifel gebt bescheid, wenn ihr noch was habt, wo ihr denkt, dass wir das hinzufügen sollten. Vorschläge sind wie üblich immer gerne gesehen ^^ -- RobbiRobb 00:34, 2. Mai 2025 (CEST)

Von Feblue wurde sich bereits Suchfokus-Hauptseite gewünscht und von einigen Benutzern wurde HotCat bereits hier im PokéWiki genutzt, sodass sich dieses Helferlein anbieten würde. Darüber hinaus finde ich editMenus noch sinnvoll, um die Vorlage:Zeichentabelle etwas prominenter direkt unter dem Textfeld zu positionieren und nicht erst unterhalb der Zusammenfassungszeile. ~ Taisuke Diskussion 00:54, 4. Mai 2025 (CEST)
Ich möchte mich an dieser Stelle direkt gegen editMenus aussprechen, das Ding kann soweit ich das sehen kann nix, was nicht ohnehin unser Editor kann. Wir haben den Sonderzeichen-Reiter und da sind auch alle Zeichen drin, die in der Zeichentabelle sind, nur eben nicht so direkt erreichbar, sondern halt zwei Menüs tief drin. Dafür siehts nicht so aus wie Windows 95. Scheint mir also nicht wirklich praktisch. Da laufen wir nur Gefahr, dass wir drei mal das selbe haben, wo wieder jeder was anderes nutzt und es den Workflow von irgendwem zerlegt, wenn eins davon nicht mehr funktioniert. Erscheint mir also nicht wirklich sinnvoll. -- RobbiRobb 01:04, 4. Mai 2025 (CEST)
Okay, ich dachte das Design und der Inhalt des Helferleins ließe sich noch anpassen, sodass es nicht 1 zu 1 so aussieht bzw. denselben Inhalt wie bei Wikipedia beinhaltet. Wenn dem nicht so ist, bin ich selbst auch abgeneigt es zu nutzen. nervous.gif ~ Taisuke Diskussion 01:20, 4. Mai 2025 (CEST)
Es ist ein Gadget, wüsste nicht, warum man da nicht anpassen könnte, was man will. Aber es ändert halt nicht wirklich was daran, dass es immer noch das gleiche ist, was wir auch schon so haben. Also ich sehe halt einfach den Mehrwert nicht. Im Zweifel sollte man eher darüber nachdenken, ob man nicht vielleicht schaut, ob man unsere Zeichentabelle höher bekommt. Hab mal einen Hack im TestWiki probiert, das könnte bspw. schon funktionieren emot-rolleyes.gif -- RobbiRobb 01:27, 4. Mai 2025 (CEST)
Ich hätte nicht beides behalten wollen, sondern dann nur das Gadget. Ist jetzt ja aber auch egal. ^_^ Das im Testwiki gefällt mir von der Positionierung deutlich besser als bisher! ~ Taisuke Diskussion 01:31, 4. Mai 2025 (CEST)
Das im TestWiki funktioniert aber nicht anständig, von demher werd ich das nicht übernehmen. Das hat das Problem, dass es sich innerhalb des label-Elements für die Zusammenfassungszeile befindet, wenn du also knapp daneben klickst, wird die Zusammenfassungszeile ausgewählt und nicht das Zeichen eingefügt. Das klingt überaus unpraktisch. Hab den eigentlichen Test zugegebenermaßen erst durchgeführt, nachdem ich das geschrieben hab freakklopp.gif -- RobbiRobb 01:36, 4. Mai 2025 (CEST)

Begriffsklärungsseiten

Hallo zusammen, im Zuge von ein paar Verschiebungen bin ich nun auf Begriffe gestoßen die im Wiki mehrdeutig sind. Bsp. Dschungel. Einige dieser Begriffe liegen allerdings Artikel die ebenfalls mehrdeutige Charakterika aufweisen. z.B. Sandsturm. Unter dem Begriff findet sich derzeit das Thema Attacke. Sandsturm kann allerdings auch für Wetterphänomene, Fähigkeiten, Habitate oder auch Präfixe (Sandsturmkessel) usw. sein. Das ganze wird denke wenn man ordentlich auf die Suche geht ähnlich wenn nicht sogar mehr als Dschungel. Im Zuge meiner Anfrage bekam ich häufiger die Aussage. Ich sehe dieses oder jenes wichtige als dies. Diese Aussage ist für.mich völlig unverständlich. Ist ein Begriff mehrdeutig dann gehört meinem Grundverständnis nach eine BKL und die Mehrdeutigen Begriffe erhalten Klammerzusätze. Alles andere wäre eine Subjektive Betrachtung was wohl wichtiger sein könnte. Allerdings können wir garniert beurteilen was für einen Leser gerade der wichtigere Artikel wäre. Aus diesem Grund muss ich mich gegen diese bisherige Handhabung aussprechen und sehe es notwendig das wir hier ein einheitliches Vorgehen entscheiden wie nun zu verfahren ist. Sollte es bei dem bisherigen Bleiben dann sehe ich es als notwendig eine Rangliste zu machen welches Thema wichtiger wäre. Im Zuge dessen auch noch etwas zum Lemma der Begriffsklärung. Sollte diese rein beim Begriff liegen oder es den Klammerzusatz geben? In der Regel sollte der Begriff mMn immer ohne Klammerzusatz sein. Einzige Besonderheit wären für mich die Artikel zu den Pokémon selbst. Hier haben wir entweder die Option alle Pokémon Artikel zu verschieben nach z B. Glumanda (Pokémon) und z.B. Glumanda selbst zu einer BKL zu machen oder der Pokémon Artikel bleibt wo er ist und es kommt z.B. Glumanda (Begriffsklärung) welche prominent in der Kopf-Nav verlinkt wird.

Ich denke da beispielsweise an Items wie Glumanda-Bonbon, oder Trovatos Glumanda. Beides würde man Aktiv nicht aus dem Artikel herauslesen können. Eine BKL könnte somit auch helfen die Artikel rund um das Pokémon besser zu vernetzen. Wo ich da gerade nämlich nachgeschaut habe beim Abschnitt Anime im Glumanda-Artikel Listen wir Rot und Giovani neben Richi und Ash allerdings im Glumanda (Anime)-Artikel ist Ash, Richi und Trovato hinterlegt. Also je nachdem wo ich schaue finde ich entweder Rot, Trovato oder Giovanni. Selbiges beim Manga. Dort ist nur Blau und Delion erwähnt, X fehlt. Also alles in allem egal wo man schaut man findet nur die Hälfte. Gründe? Vermutlich irgendwelches übersehen, Kapazitäten usw. So ging es mir bsp. bei Dschungel was nun eine ganzschöne Liste geworden ist die vermutlich weiterhin unvollständig ist. Das zeigt irgendwo schon das solche BKLs helfen können auch eine Art Überblick zu bekommen. Dennoch wäre ich kein direkter Freund davon den Hauptartikel nun zum Klammerzusatz (Pokémon) zu Moven. Allerdings hätte ich da auch ke8n Problem mit wenn die Mehrheit fürs Mövenpick wäre. Zu der Grundsätzlichen Thematik hätte ich gerne ein paar Meinungen und Ansichten. Gruß * Ryuichi ~ PL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 15:16, 30. Jan. 2025 (CET)

Ich denke es ist besser hier eine Schiene der Einzelentscheidungen zu fahren. Schlussendlich muss das Wiki auch für die Leser nützlich sein, und gefühlt bei jedem dritten Suchbegriff eine BKL zu finden ist da nicht dienlich. Bezüglich der gefühlten Wichtigkeit ist das dann natürlich eine willkürliche Entscheidung - sollte aber meines Erachtens nach mit gesundem Menschenverstand in eigentlich allen Entscheidungen machbar sein. Wenn wir nun grossflächig alles auf Klammerzusätze schieben was gleiche Namen hat bringt das dem Leser nicht viel. Zu Adrian werden sich offensichtlich mehr Leute informieren wollen als zu Adrian (Trading Card Game) - und Adrian (TCG) basiert sowieso of dem ersten Adrian, womit zumindest der offensichtlich wichtiger ist als die Karte. Eine Grundregel was welchen Klammerzusatz bekommt möchte ich aber auch nicht haben - wenn wir sagen Sachen aus Spiel X kriegen immer den Vorrang vor Sachen aus Spiel Y haben wir die Siutauion dass eine zentrale Mechanik aus Spiel Y irgendeinem Ramsch aus Spiel X, den kaum jemand interessiert, den Platz lassen muss. Dementsprechend bin ich für Einzelfallentscheidungen. Sandsturm ist da aber durchaus ein Kandidat, den man mal anschauen könnte.
Präfixe und Suffixe würde ich btw generell aus der Diskussion rausnehmen wollen. Diese beanspruchen sowieso nicht denselben Artikeltitel. Das Problem bei BKLs ist ja, dass mehrere Sachen den gleichen Titel beanspruchen. Aber wenn jemand den Artikel "Glumanda" in die Suche eingibt wird nicht die Erwartung bestehen, beim Glumanda-Bonbon zu landen. BKLs als Übersichtsseite sind aus meiner Sicht eine Fehlkonzeption, da diese Übersicht, was denn alles mit Glumanda zu tun hat, in den Artikel von Glumanda selbst gehört. --Mecanno-manMäh 22:15, 31. Jan. 2025 (CET)
Per Chattreffen wird sich hier nicht viel am Vorgehen ändern. Der Artikel Sandsturm wird nochmal genauer besprochen. GrollenKette951 01:33, 2. Mär. 2026 (CET)

Barrierefreiheit im Wiki – Lesbarkeit von Farben

Barrierefreiheit der ICs – Ergebnis Interne Discord-Abstimmung

Als feblue und ich vor Kurzem die Ergebnisse der großen Nutzer-Umfrage vom Dezember (das lag viel zu lange rum) angeschaut haben, fiel uns darunter ein wichtiger großer Punkt auf. Zwar wird die Barrierefreiheit bei uns im Wiki in Richtung Lesehilfen gelobt, jedoch hier und da in Richtung der Lesbarkeit von Farben kritisiert.

Insbesondere kamen dabei unsere ICs auf, von denen hauptsächlich das Elektro-Icon kritisiert wurde. Das Icon wird zum Zeitpunkt, wo ihr das gerade liest, anders aussehen, daher findet ihr hier einmal die alten Icons vor der Änderung. Die Kritik sollte klar sein. Einzig beim Elektro-Icon hatten wir einen kleinen Textschatten gesetzt, der jedoch meiner Meinung absolut nicht ausgereicht hat und das war auch das Ergebnis der Umfrage. Auch Icons wie Normal und Eis waren schon schwerer zu erkennen.

Daher hatte ich mich dazu entschieden das Ganze im internen Kanal bei uns auf Discord anzusprechen und ein paar Lösungswege zu zeigen. Dies war am 22.05.25 um 19:42 Uhr. Diese Lösungswege sollten nichts zwangsläufig die sein, für die ich mich ausgesprochen hätte, aber ich wollte einfach mal Ideen in den Raum werfen, welche rein theoretisch möglich gewesen wären.

Relativ schnell kam von RobbiRobb die Idee den Texten in den Icons eine kleine schwarze Outline zu geben, welche recht schnell Anklang im Chat gefunden hat. Da sich dermaßen schnell ein positives Meinungsbild zu Gunsten Robbis Idee gebildet hat, habe ich am selben Tag um 23:07 Uhr mit den bestehenden Lösungsvorschlägen eine 7-tägige Umfrage gestartet. Hier könnt ihr nochmal die fünf Optionen ansehen. Eine sechste Option war einen weiteren Lösungsvorschlag zu bieten, was jedoch nicht getan wurde.

Das Ergebnis 7 Tage später war dann eine Tendenz von 74% zur schwarzen Outline mit 14 Stimmen (19 Stimmen gesamt) und wurde dann unmittelbar danach von RobbiRobb umgesetzt.

Insbesondere da während die Umfrage lief Stimmen aufkamen, die unzufrieden damit waren, dass die Umfrage nur im privaten, internen (VB+) Raum stattfand, möchte ich dieses Protokoll hier stehen lassen und gerne nochmal zur Diskussion anregen. Falls ihr nicht mit dem Ergebnis einverstanden seid oder andere Vorschläge habt, die diskutierwürdig sind, bringt sie gerne an!~~ 𝒟𝒾𝑒𝒯𝒶𝓊𝒷𝑒 (she/her) 23:47, 29. Mai 2025 (CEST)

Danke für die Zusammenfassung an dieser Stelle, Taube! Dann können wir nun mit den Spielkürzeln weitermachen. Da gab es bezüglich der Barrierefreiheit bei einigen Kürzeln ebenfalls Luft nach oben. ~ Taisuke Diskussion 01:57, 31. Mai 2025 (CEST)
Gerne doch! ^^ Über die Sks würde ich auch sehr gerne mal noch reden. Das ist allerdings definitiv etwas schwieriger und zumindest meiner Meinung nach nicht einfach nur mit einer Outline gelöst. Da ich denke, dass das ein größerer Punkt ist, und wir da definitiv mehr als nur eine kurze Discord-Abstimmung brauchen, mache ich dazu mal einen eigenen Themenpunkt auf. Dann kann die Diskussion zu den ICs erstmal hier bleiben. ~~ 𝒟𝒾𝑒𝒯𝒶𝓊𝒷𝑒 (she/her) 10:29, 31. Mai 2025 (CEST)
Ich möchte hier kurz anmerken, dass ich gegen die Outlines als einzige Änderung bin - aus dem Grund dass dann Tools, die auf genügend Kontrast prüfen, immer noch auf die Typenicons anschlagen: Das erschwert die Suche nach anderen Kontrastproblemen im Wiki deutlich, da wir die Typenicons an so vielen Stellen nutzen. --Mecanno-manMäh 21:34, 1. Jun. 2025 (CEST)

Barrierefreiheit der Sks

Jetzt wo wir die ICs angepasst haben, sollten wir auch einmal die Barrierefreiheit bzw. Lesbarkeit unserer Sks besprechen. Zwar war davon nur indirekt die Rede in der großen Nutzer-Umfrage, jedoch haben sie schon wirklich starke Unterschiede in ihrer Lesbarkeit. Meiner Meinung nach sollten wir auch da ein einheitliches Design fahren. Ich persönlich bin jedoch eher gegen den Weg, den wir jetzt bei den ICs beschlossen haben. Ich denke eine pure schwarze Outline würde bei den kleinen Icons zu sehr auffallen, jedoch wäre es ja vielleicht irgendwie möglich die Outline dünner zu machen? Ansonsten wäre meine Idee vielleicht Outlines in einer etwas dunkleren Farbe als die, die wir für den normalen Background nutzen zu benutzen.

Es würde mich auf jeden Fall freuen, wenn hierzu ein paar Ideen und Lösungsvorschläge zusammenkommen könnten, inklusive Beispielbilder aus dem Testwiki oder so ^^ ~~ 𝒟𝒾𝑒𝒯𝒶𝓊𝒷𝑒 (she/her) 10:29, 31. Mai 2025 (CEST)

Ich wollte hier mal etwas basteln, bin aber noch nicht dazu gekommen. Generell wäre meine Idee aber einfach bei den problematischen Sks die Farben anzupassen, und nichts am eigentlichen Design der SKs zu ändern. --Mecanno-manMäh 21:34, 1. Jun. 2025 (CEST)
So, ich hab mal was gebastelt: Benutzer:Mecanno-man/Vorlagen. Einige hab ich komplett geändert, weil einfach Kontrast erhöhen nicht gut aussah und ich keine Ahnung hatte worauf sich die ursprünglich bezogen haben - andere haben einfach leichte Anpassungen um den Kontrast zu erhöhen. Möge die grosse Farbdiskussion über individuelle SKs beginnen, oder so. --Mecanno-manMäh 00:05, 7. Jun. 2025 (CEST)
Zu Taube: Ich bin definitiv dagegen, den Sks in irgendeiner Form eine Gestaltungsrichtlinie zu geben, da uns das bei der Erstellung zu sehr einschränken würde.
Zu Mecs Vorschlägen: Einige Änderungen finde ich gut, andere hingegen sind schlechter als die Version zuvor und bei noch anderen Vorschlägen sehe ich keine Notwendigkeit, weil beide Varianten in Ordnung aussehen. Bevor die Diskussion ausartet, weil jeder zu jedem Kürzel etwas schreibt, sollten wir uns relativ schnell die Frage stellen, welche der Sks überhaupt geändert werden müssen / sollten und dann irgendwie im Discord-VC auf eine Gestaltung einigen und diese dann zur Abstimmung stellen. -- feblue 12:53, 12. Jun. 2025 (CEST)
Ich frage mich, ob hier eine Abstimmung überhaupt sinnvoll ist. Egal was wir machen, bei so vielen SKs wird es immer einige in einer Auswahl geben, die einer Person nicht gefallen und wo sie einen Vorschlag aus einer anderen Wahl besser findet. Vermutlich wärs besser, das einfach direkt in so einem Mini-VC-Treffen zu beschliessen. --Mecanno-manMäh 22:44, 14. Jun. 2025 (CEST)
So betrachtet ist das denke ich am sinnvollsten. Kümmerst du dich um Termine? -- feblue 22:51, 14. Jun. 2025 (CEST)
Ich denke es macht generell Sinn hier erstmal noch zu warten, um anderen Leuten auch noch Zeit zu geben Vorschläge auszuarbeiten; wenn wir das alles Live im VC machen dauert das ansonsten ewig. --Mecanno-manMäh 07:16, 15. Jun. 2025 (CEST)

Nav für Charakter-Gruppen

Mit Pokémon-Legenden: Z-A haben wir spätestens jetzt einen Punkt erreicht, bei dem wir die Navigationsleiste zu Antagonistische Gruppierungen umbauen müssen. Mit Z-A haben wir etliche neue Gruppierungen bekommen, welche nicht antagonistsich handeln, sondern einfach nur andere Gruppen an Leuten sind. Welche sind das?

  • Team MZ: Agiert protagonistisch - da vor allem du selbst Teil davon bist - und setzt sich für die Sicherheit der Stadt einsetzen
  • DonnerSquad: Agiert unparteiisch. Der DonnerSquad ist die Fan-Community von Canary, man selbst infiltriert sie, Freunde sind Teil davon und bis auf Amicus stellt sich niemand dem Spieler in den Weg. Amicus ist ein provokanter Hardcore-Fan, Tarragon ist nur eine Art Vorsitzender und Canary ist ein Rangaufstiegsgegner, jedoch stets freundlich gesinnt
  • Corrosio-Clan: Agiert verbündetend. Sie sind durchaus kriminell und agieren gegen das Gesetz, ja, haben bis auf eine Auseinandersetzung während der Handlung aber keine Feindlichkeit zum Team MZ. Sie werden Kooperationspartner und nach ihrer Questreihe sind die Probleme behoben und sie sind nur noch supportive.
  • 'Faust der Gerechten: Agieren unparteiisch. Sie sind eine Gruppe an Leuten, die sich für die Gerechtigkeit einsetzen und haben wenn überhaupt (was nicht mal von unserer Seite her bestätigt ist) eine andere Meinung bezüglich der Stadtentwicklung. Sie stellen sich jedoch nie in den Weg. Gavin ist ein Rangaufstiegskämpfer, der einfach gerne kämpft und Gwynn ist grundlegend einfach unterstützend.
  • Illumina Citys Gesellschaft der Kampf-Connaisseurs: Agiert unparteiisch. Es sind nur reiche Leute, die gerne kämpfen. Die einzige, aber wirklich einzige, die überhaupt ansatzweise rivalisierend anzuerkennen ist, ist Violette als Vorsitzende und Besitzerin des anderen Hotels. Da ist es aber auch nur die Hotelsache, die überhaupt ein Gegeneinander hat., Und auf das wird knapp bis gar nicht eingegangen. Auch sie ist nur eine Rangaufstiegsgegnerin und ihre Organisation macht zwar teilweise Blödsinn, aber nicht aus antagonistischen Gründen.
  • Team Flare Nouveau: Agiert rivalisierend. Diese kann man zwar am ehesten noch antagonistrisch nennen, aber dazu müsste man den Bogen weit überspannen. Sie wollen das Floette, ja, tun aber nichts agressives oder dergleichen, um es zu bekommen. Sie bitten dich darum, du sagst im Grunde nein und die Sache hat sich gegessen. Es kommt zum Rangaufstiegskampf, der mehr oder weniger aber nur ein Kampf der Ideale ist. Es herrscht nie wirklich feindlichkeit, auch wenn der eine den anderen zu beginn nicht respektierte. Nach 10 Minuten Ingamezeit sind sie dann auch aktive Verbündete.

Welche Gruppen könnte man noch in der Nav erwähnen? Da kann man die Galaktik-Expedition, Perl-Clan, Diamant-Clan, die Volttackle-Aeronauten, das Ultraforschungsteam, die Ginkgo-Gilde, die Internationale Polizei, die Knuddeluff-Gilde, das Pokémon-Forscherteam, der Erkundungsteams-Verband, die Ranger-Vereinigung oder die Ultra-Wächter mit rein nehmen. Man kann sogar überlegen Firmenm, wie Quazar Corporation, Silph Company oder Devon Corporation reinzunehmen, denn die unterscheiden sich von Macro Cosmos rein gar nicht.

Also was könnte man machen? Mein Vorschlag wäre eine Nav mit unterschiedlichen Togglern zu gestalten. Diese Nav würde dann meinem Vorschlag nach so hier aufgebaut sein:

SO WÜRDE ICH MIR DIE NAV EINGETEILT VORSTELLEN

Vor allem bei den Firmen habe ich mich für eine aktiviere Unterscheidung eingesetzt, da wir halt dort wie gesagt nun mehr einbinden können, aber auch verhindern, dass eine ganze Firma nur wegen einer Schlüsselfigur da drin landet. Bei Macro Cosmos ist es ja auch nur Rose, der wirklich aktiv gegen einen handelt und das macht er eigentlich auch nur aus Dummheit und nicht weil er uns oder die Menschen für die wir stehen nicht leiden kann. Bei Clifford Industries ist es je nach Medium auch entweder Howard oder Roger Clifford, der seine ganze Firma durch seine Aktion mitzieht ohne dass die davon wissen.

Wir würden durch diese neue Einteilung den vorher ausdiskutierten Begriff der Antagonistsichen Gruppierungen wieder verlieren, da man den nun durch diese Möglichkeit besser und treffender aufteilen kann. Das ist vor allem mein Knackpunkt, warum ich die Diskussion öffne. Immerhin entspringt dieser Begriff aus jahrelanger Diskussion. Ergo würde ich mich aber auch freuen, wenn wir uns hier etwas dahinterklemmen können und zeitnah fertig werden, damit wir nicht wieder in einer Jahrelangen Diskussion ausarten und uns die nächsten Probleme anhäufen. Eine kleine knackige Meinung von euch zählt. :)

~♪ SwowoJonny 🕯 Wer wagt, gwynnt! 🕯 18:59, 10. Nov. 2025 (CET)

Hier noch mal ein Rundping: @BeyJim, BlauesSerpiroyal, Buoysel, Cliffichen, DeepSpace, DieTaube, Eden, Erdnussflip007, Feblue, Goloer444, GrollenKette951, Impoleon xy, Isso08-15, Jones, Matze, Mecanno-man, Poffelino, Ratequaza, RobbiRobb, Ryuichi, Seesam, Simonsees, SwowoJonny, Taisuke, Vircaprae, AAWiki, Brabrei, DaneeBound, DieKnochensaege, Ditto11, DomiDsLP, Flonc, Flyfunner, FusselTeddy, Igler, Johnexos, Jot X, Kenaz-Hagalaz, Kurapikachu, Maxmiran, Pk-fan, Quajutsu74, Stl1988, Thari23, Xani:
Generell aus meiner Sicht keine schlechte Idee da eine bessere Übersicht zu haben - an einigen Detailorten muss ich noch widersprechen - Vereine sind beispielsweise eine explizite Rechtsform, die soweit ich sehe relativ selten so benannt wird (laut PokéCorpus haben wir explizit als Verein genannt nur ein random Tennisverein aus BW2, der Verein zur Popularisierung von Raichu in der Alola-Form aus Z-A und das KIDS NETWORK aus Colosseum) - Vereine sind zudem ein Konstrukt, das nur im Germanischen Sprachraum wirklich verbreitet ist, somit gehe ich davon aus, dass man das Wort da nicht benutzen sollte. Ansonsten haben wir hier gefühlt auch etliche Sachen, die zwar ähnlich heissen, aber ansonsten kaum ähnliche Merkmale aufweisen (z. B. ein ethnisch-historischer Clan wie der Perl-Clan und eine Gruppe möchtegern-Mafioso mit dem Corrosio-Clan, oder PMD-Teams und die Volttackle-Aeronauten) oder andere Details irgendwie nicht passen (ist die Ranger-Vereinigung keine Behörde? Wo ist die Teegesellschaft?) - von meiner Seite dahingehend insgesamt ein Pro, über Details müsste man aber nochmals reden. --Mecanno-manMäh 19:19, 10. Nov. 2025 (CET)
Das "Was gehört wohin?" würde ich intern im Projekt klären, wenn sich überwiegend für diese Änderung entschieden wurde, außer jemand hat wirklich aktiv große Mängel. ~♪ SwowoJonny 🕯 Wer wagt, gwynnt! 🕯 19:26, 10. Nov. 2025 (CET)
Bis auf Team MZ kann das aus PLZA mMn erstmal alles unter Antagonistische Gruppierung da es dort ebenfalls passend ist, da sie andere Ziele als der Protagonistverfolgen denn diese vorgeschlagene Aufdrösselung ist ziemlich komplex und wird einiges an Zeit fressen und so hat man es wenigstens erstmal bis näheres ausdiskutiert wurde. Gerade bei sowas wie Team Rainbow Rocket was ein Spezialteam ist das aus mehreren Zusammengeschlossen wurde. Oder auch APUK was bisher nicht gelistet ist und da wird sich auch noch einiges anderes finden was bisher nicht erwähnt wurde. Animetechnisch bin ich nicht so auf der höhe allerdings klang Ultra-Wächter nie nach etwas amtliches oder einer Behörde. War doch ebenfalls nur irgend ein Zusammenschluss? Allgemein finde ich gerade diesen Punkt Zusammenschluss und Vereine muss man anders lösen weil sich vieles dort ebenfalls reinschieben lässt. * Ryuichi ~ ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 20:05, 10. Nov. 2025 (CET)
@Ryuichi: wie eben schon bei Mec erwähnt, wird später dann genauer im Detail entschieden, was wohin kommt. Natürlich kannst du dann auch gerne ergänzungen machen, das möchte ich aber erstmal hinten Anreihen. Ansonsten verstehe ich deine Begründung nicht. Wieso ist es antagonistisch, wenn sie andere Ziele verfolgen? Das tut ein Starbucks auch, aber ist es deswegen antagonistisch? Jeder hat seine eigenen Ziele, aber ein Antagonist zu sein bedeutet, dass diese Ziele aktiv gegen dich agieren und das tun sie nicht. Wenn überhaupt rivalisieren sie sich, um im Z-A-Royal - einem Turnier - aufzusteigen und das tun auch ausschließlich die Anführer dieser Gruppen und nicht bzw selten das gesamte Team. Also nein, ich bin defintiiv dagegen die da reinzupacken. Zur absoluten Mehrzeit des Spiels sind sie deine aktiven Unterstützer und Kooperationspartner. ~♪ SwowoJonny 🕯 Wer wagt, gwynnt! 🕯 20:13, 10. Nov. 2025 (CET)
Antagonisten sind einfach Gegenspieler. In dem Fall zwingt dich bspw. der Clan für sie zu Arbeiten. Das ist nicht unterstützend. Du hast auch geschrieben das man den Donnerkram infiltriert. Unterstützer infiltriert man nicht. Antagonisten sind ja nie etwas schlechtes sondern einfach Gegner, Vereinigungen gegen die man "Kämpfen" muss. ka.gif dies war ja damals auch der Sinn hinter dieser Bezeichnung da Antagonist halt neutral ist im Gegensatz zu Verbrecher wie es vorher hieß. * Ryuichi ~ ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 20:25, 10. Nov. 2025 (CET)
P.S. Und ja ein Starbucks ist bspw. ais sicht von anderen Caféhäusern eine Konkurrenz und kann aus deren Blickwinkel ebenfalls Antagonistisch betrachtet werden. Gleiches Spiel für Lego und BlueBrixx usw. * Ryuichi ~ ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 20:28, 10. Nov. 2025 (CET)

Das Design der Idee vertraue ich euch Projektleitern mal an. Ich möchte nur einwerfen, dass ich dann die passenden Team-Logos als Toggler toll fände. So einen Unfall wie bei Giovanni unten im Artikel wäre man dann nämlich los oder zumindest wäre die Anzahl der Navigationen dann reduziert, was wiederum gut für die Übersicht ist - wenn sie durch die neue Nav besser wird. Besonders so einen Fall wie Giovanni wird man dann auch bei der Toggler-Öffnung berücksichtigen müssen. Solange ihr ein System dafür im Kopf habt, verfolgt das gerne. -- feblue 22:30, 10. Nov. 2025 (CET)

Ich dachte es geht hier um eine Navleiste für die Gruppen selbst, nicht eine für deren Mitglieder - sowas wie Giovanni würde da also unangetastet bleiben - wobei man da vielleicht unabhängig davon zumindest die drei Rocket-Vorlagen zusammennehmen sollte... (waren sie das nicht schonmal?) --Mecanno-manMäh 23:39, 10. Nov. 2025 (CET)
Ja hier gehts nur um die Gruppen, bei den individuellen Navs denke ich muss das nicht groß in der Disku besprochen werden, da reicht PL Meinung. ~♪ SwowoJonny 🕯 Wer wagt, gwynnt! 🕯 01:02, 11. Nov. 2025 (CET)
Ich finde die Idee die Gruppen bisschen genauer aufzuteilen nicht falsch. Wir haben ja in vorherigen Diskussionen schon gesehen, dass es nicht nur schwarz und weiß gibt und die neueren Spiele sich mehr von echten Schurken weg bewegt. Andere Zielen sind mMn auch nicht direkt ein Antagonist; da gehört vom Gefühl noch mehr aktives gegen dich arbeiten dazu. Im Zuge vom Umbau sollte man dann aber auf jeden Fall die Vorlage passend umbenennen. GrollenKette951 21:25, 28. Nov. 2025 (CET)

Per Chattreffen ist dieses Navigation grundsätzlich gewollt. Eine genauere Ausarbeitung erfolgt in einem Mini-VC-Format zwischen den PLs und weiteren Interessierten. GrollenKette951 01:33, 2. Mär. 2026 (CET)

Abgerufen von „https://www.pokewiki.de/index.php?title=PokéWiki:Allgemeine_Diskussionsseite/Archiv_2025&oldid=3053268“