PokéWiki:Chattreffen: Unterschied zwischen den Versionen

Version vom 10. April 2022, 19:10 Uhr

Chattreffen

Zweck dieser Seite ist es, die Inhalte des Chattreffen im Wiki zu dokumentieren

Vorhandene Archivierung: Archiv

- zuletzt archiviert von * Ryuichi ~ Datei:Sugimori 004.png^PL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch ^Diskussion 19:10, 10. Apr. 2022 (CEST)

Protokoll vom 09.04.2022

Spitzname Ratequaza

Während der VB-Wahl von Ratequaza standen einige Spitznamen im Raum, diese Frage konnte Final geklärt werden. Der Spitzname lautet Rati

Helferlein und Visual Editor

Eine Rücksprache mit der EP oder Beseitigung der Fehler ist bisher nicht erfolgt. Buo will das kommende MediaWiki-Update abwarten. Sollten die Fehler dann weiterhin bestehen behält er sich die Rücksprache in der EP offen. Robbi weist auf folgende Problematik hin. Bearbeitet ein Nutzer eine Seite in mehreren Schritten über den VE dann wird die Seite in der Regel nicht neu geladen. Dies bedeutet, wenn der Benutzer einen Fehler macht, der Edit wird Zurückgesetzt oder er erhält eine Diskussionsnachricht dann bekommt dieser dies nicht mit da die Benachrichtigungen einen Reload der Seite benötigen. Es wurden mehrere Ideen vorgebracht und Buo schaut ob man eine davon umsetzen kann oder es eine andere Möglichkeit gibt das der Nutzer benachrichtigt wird.

Zentrale Hinterlegung von Trainerdaten

Ryu gibt einen Rückblick was bisher gemacht wurde und schildert Problematiken mit bisherigen Varianten wie LabeledSectionTransclusion oder Cargo. Der von Robbi erstellte JsonHandler scheint eine sehr gute Möglichkeit. Als nächste sollte die Extension in einem größeren Feldtest probiert werden. Es steht die Frage im Raum ob es nicht sinnvoll wäre einen eigenen Namensraum einzurichten. Hier gab es gegenteilige Meinungen. Es wurde sich darauf geeinigt das Mec und Robbi sich über Pro und Kontra austauschen und anschließend hier eine Abstimmung einleiten.

Darstellung Zuchteltern

Dexi stellt den derzeitigen Stand am Beispiel von Arbok mit Attacke Giftzahn in G8 vor. Dexi wird hier nochmal eine schriftliche Erläuterung zusammenstellen "was nun wie angezeigt wird". Während der Vorstellung gab es einzelne Wünsche, Anregungen und Kritik.

lasagne schlägt vor am Ende einer Zuchtkette die Angabe wie dieses Pokémon die Attacke erlernt. Die Info als solches scheint von mehreren gewünscht. Laut Dexi ist eine schriftliche Hinterlegung nur bedingt sinnvoll aufgrund der Skalierung. Er schlägt vor es wäre hier sinnvoller die Kreise der Darstellung mehr wie Klickbuttons aussehen zu lassen und dort die Info in einer Overview oder Pop-Up anzuzeigen. Taubes Vorschlag viel mehr Farben zu benutzten stoß nicht auf Anklang auf Grund der Gefahr eines Happy Epileppi.
Da sich die Diskussion innerhalb der Chattreffen an Kleinigkeiten aufhängt schlägt Ryu vor doch einfach einen Feedback-Channel (ab SB+) während der Testphase in Discord zu erstellen. Der Vorschlag bekommt Zustimmung. Im Discord wurde #zuchtketten_feedback eingerichtet.
Mooni wünscht sich bei der Angabe "ältere Generation" die Angabe aus welcher Generation → wird Dexi einbauen
Hinweis Dexi ein Drop-Down bei Pokémonname und Attackenname wird noch kommen
Isso macht darauf aufmerksam das z.B. Arbok, Giftblick (die Attacke heißt inzwischen Schlangenblick), Gen2 nicht funktioniert da nur die aktuellen Namen hinterlegt sind. → Dexi wird sich darum kümmern das auch ältere Namen von Umbenannten Attacken genutzt werden können
Buo wünscht sich einen "Zurück zur Mitte/Ausgangsposition"-Button → wird Dexi einbauen

Damit ist der Startschuss gegeben und sämtliche SB+ sind angehalten die neue Spezialseite auf Herz und Nieren zu testen.

Welche Formwechsel sollen wie im Abschnitt Entwicklung dargestellt werden?

Die neue Pokédex-Projekt-Leitung rund um Pöbelpanda und Virca wird sich die zugehörige Diskussion einmal ansehen und sich dazu dort äußern. Mec wünscht sich weitere Meinungen zu der neuen Idee von Ryu.

Anführer der legendären Gruppen

Auszug Chattreffen-Protokoll:
Wir sind uns einig das eine Grundsatz-Diskussion den Rahmen einen Chattreffen sprengen würde. Es ist vieles Historisch gewachsen und es gibt keine Einheitliche Definition. Die Vorlage selbst definiert Gruppen ohne Ihrer "höhergestellten" Anführer. Höhergestellt wäre z.B. Lugia bei den Vögeln oder Regigigas bei den Giganten da er laut Forschungsauftrag aus dem Schwert/Schild Pass kein Bestandteil der Legendären Giganten ist. Bei anderen Gruppen wie den Wetterlegenden oder oder dem Auren-Trio gibt es keinen direkten oder offiziell bestätigten Übergestellten Anführer sondern meistens eine A- und B-Seite die über ein drittes Pokémon aufgrund diverser Eigenschaften miteinander verknüpft sind wie z.B. Fähigkeiten die das Wetter beeinflussen oder Auren-spezifische Fähigkeiten. Eine Übersicht warum wir wie bei jeder einzelnen Gruppe entschieden haben scheint von Lesern erwünscht. Wie diese Übersicht gestaltet werden kann ohne das jede Gruppe in Frage gestellt wird ist noch unklar. Falls sich jemand bereit erklärt für einen derartigen Text dann gerne übernehmen.
Pöbels erste Tendenz ist, es wie bei den UBs und Necrozma zu machen, und bei den Anführern einfach auszuschreiben, dass es unklar ist. Es muss keine Entweder-oder-Entscheidung sein. Taube übernimmt das Thema und wird dazu einen entsprechenden Diskussionspunkt ausarbeiten und online stellen.

Strategie-Projekt

Luca und Poffel erläutern noch einmal was genau hinter dem Umbau steckt. Die Tier-Einteilung für aktuelle Generationen (gerade in den Unteren Tiers) ändert sich im Schnitt alle drei Monate. Das bedeutet wenn man heute schreibt Tornuptos Flammenwurf ist gut gegen Meganie dann kann das in kurzer Zeit wieder ungültig sein da sich durch die Tiereinteilung diese beiden nicht begegnen. Die Projektleitung kommt in der schnelle der Änderungen nicht nach die Artikel zu aktualisieren beziehungsweise ältere Artikel vollständig zu kontrollieren. Daher wurde sich entschlossen zukünftige Artikel wie Skaraborn/Strategie zu gestalten. Das bedeutet die Aktuelle Generation soll immer allgemein gehalten werden und keine spezifischen Pokémon als Gegner genannt werden. Für ältere Generationen ändern sich die Tiers in der Regel nicht weshalb diese durchaus spezifischer nach dem letzten Stand ausgearbeitet werden können. Jeder ist angehalten sich den Strategieartikel einmal anzusehen und ggf. Feedback im Projekt zu geben. Mec fragt wie es sich denn mit den VGC-Tiers verhält. Laut Poffel ändert sich dies ebenfalls viel zu schnell um mit der Anzahl User auf dem laufenden zu bleiben. Unabhängig von diesem Thema regt BeyJim an für Orte wie dem Kampfbaum oder anderen ähnlichen Einrichtungen Strategien zu Hinterlegen. Das Orte-Projekt hat diesbezüglich keine Einwände. Luca wird sich das ganze einmal näher ansehen.

Gestaltung der Stellenanzeigen/Ausschreibungen

Selbst einige erfahrene Nutzer wussten bis Dato nicht wo sich die Ausschreibungen/Stellenanzeigen befinden. Auch Anhand des Feedbacks zeigt sich das diese zu unauffällig sind und eher kaum beachtet wurden. Robbi schlug vor hier die Sitenotice zu verwenden. Buo gab den Einwand „Wenn die SiteNotice zu extrem genutzt wird bzw. durchgehend eine da ist, könnte sie aber auch irgendwann ignoriert/übersehen werden“. Es wurde sich darauf geeinigt erst die anderen Kanäle Discord-#wikinews, Facebook und Twitter (max. 1× pro Monat) zu Nutzen für eine Ankündigung nach dem Motto, "diese neuen Ausschreibungen gibt es bei uns". Mec teilt mit „Ich sollte was dazu schreiben“ ← @Mec Notiz für dich.

PokéWiki Diskussion:Spiele-Projekt#Freundschaft, Zutrauen und Zutraulichkeit

Es wurde sich dafür Entschieden die drei Punkte nicht in einem Artikel zusammenzuwerfen sondern separat zu betrachten. Für die Artikel zur Spielmechanik fehlt es derzeit an Datenlage was den weiteren Ausbau der Artikel einschränkt. Seitens der Pokédex-Artikel werden sich der Pöbel und Virca drum kümmern.

VB-Wahlen

Das System ist relativ gut angelaufen bisherige Hauptproblematiken lagen entweder im Zeitpunkt des Wahlstarts oder in der Kernthematik des VB-Anwärters. Für den Wahlstart wurde sich auf einen Zeitpunkt außerhalb von Spielreleasen geeinigt und bei der Kernthematik das es immer ein Aussagekräftiges Feedback eines zugehörigen Projektleiters oder des Vorschlagen gibt um die Leistung des Anwärters besser beurteilen zu können. Weitere Problematiken konnten nicht festgestellt werden womit der Punkt als erledigt gilt. Folglich kann der Punkt "VB-Wahlen: Die erste Wahlrunde" von der AD archiviert werden.

Wertschätzung

Wir sind uns alle einig das dies eine Never-Ending-Story ist und in jedem Chattreffen einmal angesprochen gehört. Mec hebt insbesondere die Kommunikation bezüglich der NSC-Vorlage in den Raum. Laut seiner Sicht haben er und Fe das ganze besprochen und dann mehr oder weniger Umgesetzt. Hier fanden viele die Umsetzung Intransparent und diverse Punkte nicht beachtet. Es wird sich hier mehr Transparenz sowie auf der Gegenseite konstruktives und sachliches Feedback gewünscht. Hauptproblematik ist das Kritik immer Subjektiv aufgenommen wird. Isso gibt einen Vergleich und auch zusätzlichen Input an. „Wie soll man jemandem positiv sagen, dass das was er gemacht hat schlecht war?“ Rati macht den Vorschlag: "Ich finde es grundsätzlich gut, dass du motiviert bist, das Wiki aktuell zu halten. Im Wiki legen wir allerdings auch Wert darauf, dass [...]. Insofern wäre es besser, wenn du [...]. Falls du dabei Unterstützung brauchst, kannst du dich gerne an uns wenden oder [...]". Wir sind uns einig das es hier niemals eine perfekte Formulierung geben wird und diese immer an die Situation angepasst gehört. Feedback sollte immer mit einem Unterstützungswillen beziehungsweise einer Hilfestellung erfolgen. Bei regelmäßigen Wiederholungen der selben und gleichen Problematik ist es legitim wenn der Ton etwas deutlicher wird. Dexi spricht an das er bei Wahlen den Negativ-Eindruck hat das die Kernfrage lautet "Gibt es Probleme/Spricht etwas dagegen, wenn Benutzer [...] VB/Redakteur wird. Es wird sich hier ein Umdenken gewünscht. Wichtig ist, der Benutzer wurde von jemanden vorgeschlagen das bedeutet man sollte im Abstimmungsfeedback darauf eingehen was für den User spricht diesen Rang zu erhalten und nicht welche Gefahren man sieht. Da sich das Thema der Wertschätzung mit dem nachfolgenden Punkt Vorschlag zu Dokumentation im Wiki vs. Schneller Chat im Discord im Chattreffen überschnitt folgen noch einzelne Ergänzungen im nachfolgenden Punkt.

Vorschlag zu Dokumentation im Wiki vs. Schneller Chat im Discord

Der Vorschlag wurde in einen A-Teil (Schneller Chat im Discord) und B-Teil (Dokumentation im Wiki) gesplittet.

Schneller Chat im Discord

Es wurde festgestellt Discord ist für uns ein Fluch und Segen zu gleich. Es wurde weiter festgestellt das es gehäuft auftrat das in einem Channel kurz etwas angesprochen wurde, dies wurde dann in kürzester Zeit mit den entsprechenden Anwesenden diskutiert und dann oftmals direkt im Wiki umgesetzt. Dies führte dazu das sich Benutzer, sowie Projektleiter oder Admins in letzter Zeit übergangen beziehungsweise überrumpelt fühlten da sie am nächsten Tag teils vor vollendeten Tatsachen standen, beziehungsweise sich selbst in die Thematik noch garnicht einarbeiten konnten, was ebenfalls in das Thema Wertschätzung mit rein spielt. Übernimmt jemand größere Themen (die zwar Augenscheinlich im Sinne des Wikis sind) jedoch über dessen Entscheidungskompetenzen liegen dann sollte hier pro Aktiv auf die entsprechende Ebene zugegangen werden, so nach dem Motto "ich hätte hier und dort einiges an größeren Änderungsvorschlägen, stört es dich wenn ich da erstmal mich um Feedback in Channel usw. kümmere oder hast du da bereits selbst etwas vor". Dies soll der Wertschätzung dienen. Kleinigkeiten können wie sonst auch angesprochen werden. Wichtig ist das Discord vorrangig als Brainstorming-Plattform genutzt wird. Hauptentscheidungsplatttform (ausgenommen nicht öffentliche Themen) soll weiterhin das Wiki bleiben. Die Form des Discord-Brainstorming ist in dem Fall egal (Text/Voice) wichtig ist das anschließend jemand derartiges Brainstorming oder dessen Entscheidungen ins Wiki überführt und dort nochmal eine Frist für Einwände einräumt. Als Frist gilt eine Woche in der Regel als Legitim. Nachtrag Ryu: „Wie verhindert man das dies dann im Wiki durch Änderungsfluten nicht untergeht? Sollte man es ggf. mit im Autorenportal mit der Entsprechenden Frist auflisten?“

Dokumentation im Wiki

Allgemein findet der Vorschlag von Ryu anklang (Ein AD-Thema stockt und wenn es einfach nicht weiter geht trotz diverser Anstöße, macht man einen zeitnahen Mini VC mit allen beteiligten Teilnehmern und bringt anschließend das Diskussionsergebnis ins Wiki und räumt ggf. nochmal eine 14-tägige Frist ein. Nach dem Motto. Wenn es bis Datum X keine Einwände, andere Vorschläge gibt dann gilt dies als beschlossen.). Desweiteren wurde sich darauf geeinigt, wenn eine Zeit lang nichts passiert, dann muss es zwingend auch eine Deadline geben damit wir Themen nicht zum X-ten mal in ein Chattreffen mitnehmen. Auch wurde sich eine Übersichtsseite offener Diskussionen gewünscht. Fe wird sich dem annehmen.

Info-Abende für Interessierte über den Discord-VoiceChat

Ein Großteil des Feedbacks lautet "bisher gab es kein Interesse, keine Anfragen". Da neue User allerdings nicht Wissen das wir derartiges auch bei Interesse veranstalten würden wurde sich auf ein Proaktives Vorgehen geeinigt. Mooni arbeitet ein erstes mögliches Thema für einen Infoabend aus. Hier ist noch ein zweiter "Redner" gewünscht. Issos Vorschläge "Thema:Wie sollte man einen Artikel bearbeiten, sodass er nicht zurückgesetzt wird?" sowie "Ein guter Edit" fanden deutliche Zustimmung. Bei einem Entsprechenden Infoabend sollte es auch ein Brainstorming geben welches Thema gerne als nächstes besprochen werden sollte. Robbi bietet sich zum Beispiel für Themen um Vorlagen und Mobiles Design an. Sobald Mooni etwas ausgearbeitet hat und ein Termin gesetzt wurde wird der Abend auch über die SocialMedia-Kanäle promotet. Wichtig ist das ein solcher Abend so offen (leicht zugänglich) wie möglich und in einer lockeren Atmosphäre gestaltet wird. Aufgrund des niedrigschwelligen Angebots und leichten Zugangs wird neben den Rednern auch ein Moderator teilnehmen.

Mobiles Design

Es wurde der weitere Fahrplan besprochen. Ein Zeitfenster wie lange die einzelnen Punkte dauern ist derzeit nicht absehbar.

AKTUELL: Sämtliche Vorlagen auf Kompatibilität prüfen und für die Umstellung auf Mobil vorbereiten oder entsprechend Umbauen
Umstellung auf Mobilen Skin
Prüfen wo es noch alles händische Tabellen gibt und diese entweder auf Mobil anpassen oder mittels Overflow lösen.

Derzeit sind weitere Klärungen unnötig. Es benötigt Benutzer die die Vorlagen umstellen, erst wenn das passiert ist ergibt es Sinn ein Umschaltdatum festzulegen. Peter wünscht sich im Zuge dessen Vorschläge wie Artikel wie Bisasam (TCG) Mobile aussehen könnten und bittet um Vorschläge, Skizzen usw.

Stagnierende Themen auf der AD

Sind weitere Pokémon-Formen als Parameter notwendig?

Wenn es Gründe für IDs (vorhandene Sprites, usw.) gibt, dann können die zukünftig einfach hinzugefügt werden, es benötigt nicht immer eine zusätzliche Rücksprache. Wichtig ist die IDs anschließend auch auf der entsprechenden Hilfeseite zu hinterlegen. Der Punkt gilt damit als Abgeschlossen und kann ins Archiv

CSS-Klassen für das responsive Design

Punkt wurde vor dem Chattreffen bereits abgeschlossen und kann ins Archiv.

Unsere Lieben Icons

Pokémon-Icons

Es wurde die "Erneuerung" von Icons PLA-exklusiver Pokémon wie z.B. besprochen. Unumstritten ist das die neue Version Pixelmatsch ist und die Vorherige Version bei dem ein oder anderen Webbrowser etwas verschwommen war, jedoch an Smartphone-Browsern glassklar war. Die Qualität war allgemein besser wie der derzeitige IST-Stand. Die Hauptproblematik liegt in der derzeitigen Meta-Einstellung. Bedeutet das bei externer Vorschau in Twitter, Google usw. das erste Bild mit Größe X angezeigt wird. Durch die Pokémon Navigation in der Kopfzeile wurde folglich beim Artikel Ursaluna das Icon von Axantor angezeigt, da es das erste Bild mit der entsprechenden Größe war. Auf externen Seiten kann dies als Fehler gewertet werden weshalb ein Leser auf eine andere Seite geht. Buo wird hier Änderungen vornehmen so das wir das anzuzeigende Meta-Bild manuell setzen können. Nachdem dies erfolgt ist werden die derzeitigen Pixelmatsch-Icons wieder entmatscht. Die Diskussion hat weiter gezeigt das wir auch zukünftig nicht auf Icons (in welcher Form auch immer) verzichten können. Wie dies zukünftig mit neueren Spielen läuft ist derzeit vielerorts unklar. Robbi hat während des Treffens getestet ob sich die Icons sinnvoll von PNG in SVG umwandeln lassen. Leider war hier keines der angeboten Online-Portale dafür brauchbar.

Typ-Icons

Es ist unklar ob wir nun bzgl. jedem neuen Spiel erneut die Debatte wollen. Icons aktualisieren oder eigene. Ryu wird auf der AD eine Abstimmung starten zur entsprechenden Klärung.

Item-Icons

Ryu ging hier bereits auf Robbi zu zwecks Abklärung wie man die Icons zukünftig unabhängig ihrer Größe verwenden kann. Innerhalb des Item Projektes will Robbi umgestalten und etwas Ähnlichen wie bei den Typ-Übersichten machen. Alle Externen großflächigen Einbindungen wie beim Pokédex- und Strategie-Projekt besprechen die Leiter untereinander.

Unsere Lizenzvorlagen

Buo hat sich gegen externe Links ausgesprochen. Durch derartige Links könnten Unternehmen sogar erst Aufmerksam auf die Verwendung werden. Man muss hier nicht unnötig schlafende Hunde wecken. Ebenso hält er eine separate Unterseite die sämtliche Urheberrechtsinhaber listet für Unpraktikabel. Es wurde sich darauf geeinigt die derzeit vorhanden Redlinks durch Text zu ersetzen. Es spricht nichts gegen wenn später ein Link gesetzt wird sobald der Artikel existiert. Die Links wurden inzwischen von Mec und Taube entfernt und der Punkt kann damit ins Archiv.

Umbenennung der Artikel DV und AV

Wir sind uns einig das die Verschiebung von Awakening values nach Go-Kräfte keine Problematik darstellt. Bei der Verschiebung von Determinant Values nach Individuelle Stärken wird es eher eine kurzzeitige Umgewöhnung geben. Diese sollte allerdings auch ohne großen Einfluss sein. Bei der Eindeutschung der seit Generation 7 offiziellen Begriffe gibt es allerdings auch den Begriff Basiswert welcher von offizieller Seite etwas anderes bedeutet als wie er seit Jahrzehnten in der Community verwendet wird. Die Diskussion hat gezeigt das wir weiterhin am Grundsatz eines Wikis festhalten werden. Wir sind da zur bestmöglichen fachlichen Dokumentation und keine X-beliebige Fanseite die alles nach den Fans ausrichtet. Der Blick in die Community wurde allerdings nicht ausgeblendet. Es wurde sich auf eine Übergangsfrist geeinigt. Mecs Vorschlag von 2 Jahren wurde aufgrund der Schnelllebigkeit des Internets abgelehnt. Es wurde sich darauf geeinigt das folgendes bereits jetzt durch Isso umgesetzt werden kann:

Awakening values nach Go-Kräfte
Determinant Values nach Individuelle Stärken
Basiswert nach Artenspezifische Stärken

Nachfolgend soll mit einer Bot-Suche die Überreste der drei Begriffe im gesamten Wiki ausfindig gemacht werden und auf den offiziellen deutschen Begriff geändert werden. Der Begriff Basiswert wird erstmal zu einer BKL umgewandelt zur Erläuterung/Differenzierung von Fanbegriff und offizielle Bezeichnung. Nach frühestens 1-2 Monaten wird der letzte Begriff Fleißpunkte zum offiziellen Begriff Basiswerte geschoben. Bis dies geschehen ist bleibt der Punkt auf der AD offen.

Weitere Beiträge auf der AD

Besprochen und als Abgeschlossen gewertet

Folgende Punkte wurden als Abgeschlossen gewertet und wurden archiviert:

Wertschätzung - eine Umfrage an die SBs
Spezies-Abschnitte in Pokémon-Artikeln
Sammelartikel für Anspielungen in anderen Franchises
Artikel und ihre Kategorien
Veränderung der Entwicklungsreihen Info
Zuschneidung der Trainer-Sprites
Abstimmung zur Nutzung der Sitenotice
Iden die (möglicherweise) Nützlich sein könnten
Links auf Weiterleitungen
Siehe auch-Abschnitte im gesamten Wiki

Spielekürzel oder Kurzformen in Artikelnamen (Unterseite und Klammerzusatz)

Hier erfolgte vor dem Chattreffen bereits weiterer Input seitens lasagne der sich allerdings vorrangig auf das Orte-Projekt bezog und in teilen durch geplante Änderungen so nicht mehr zustande kommen wird.. Es wurden sowohl die Argumente von Ryu wie auch lasagne betrachtet. In der Debatte zeigte sich das Ryu weiterhin sich an den damaligen Beschluss halten will das Spieltitel in Ihrer korrekten Langform zu nutzen sind. Mec empfindet den damaligen Beschluss als keinen zu Vorschnell umgesetzt bzw. nicht ordentlich. Es wurden sich auf drei mögliche Abstimmungspunkte geeinigt. Sollte ein Punkt nicht über einer Mehrheit >50 % liegen wird eine Stichwahl erfolgen. Nach Abschluss der Abstimmung bzw. Stichwahl folgt bei der Entscheidung für NUR Kurzformen eine weitere Abstimmung welche Kurzform verwendet werden soll da viele Pokémon-Titel in Ihrer Kurzform mehrere Namen haben z.B. Pokémon Gelb und Pokémon Special Pikachu.

Anpassung der Kopfzeile der Typartikel

Vorschlag wurde bereits vor dem Chattreffen umgesetzt. Es gab beim Treffen keine Beschwerden. Der Punkt ist damit erledigt.

Zukunft der Orte-Artikel

Ryu benötigt immer noch Ideen für die Übersichten. Taube findet die derzeitige Gestaltung der Rüstungsinsel bereits in die vorgestellte Richtung gehend. Mec will Ryu hier etwas schicken Davon ab gab es keine weiteren Ideen. Ryu akzeptiert Bilder, Skizzen oder Rudimentäre Vorlagen. Hauptsache Input. Nach Sichtung/Abarbeitung der PLA-To-Do wird Ryu (sollte es bis dahin keine Vorschläge geben) einen Mini-VC organisieren.

Vorlage NSC und weitere Navigationsleisten in Charakterartikeln

Während des Chattreffen wurde festgestellt das es bereits einige Optimierungen gab und lediglich Kleinigkeiten auffielen. Vorrangig geht es um den Abstand zwischen Themenblöcken. Beispielsweise Blau Eich ist in den Themen Rivale, Arenaleiter und Champ. Es wurde sich ein größerer Abstand zwischen den einzelnen Blöcken gewünscht. Fe wird sich dies ansehen. Desweiteren ist der Punkt Wichtige Nebenfiguren noch offen. Mec wird diesbezüglich einen Mini-VC organisieren.

Anfrage auf Umbenennung und die Schaffung einer BKL

Es sind sich alle Einig das eine Grundsatzdiskussion hier zu nichts führt und den Rahmen des Chattreffens nur noch weiter Sprengen würde. Aufgrund dessen das Pöbel zu der Zeit nicht mehr da war wurde entschieden das ganze mit einer Abstimmung zu beenden.

Spiele-Projekt

Der Punkt wurde vor dem Chattreffen bereits wieder gestrichen und wurde nicht debattiert. Anmerkung seitens Taube: derzeit wird noch an einigen Stellen gewerkelt. Sobald an irgendeiner Stelle Feedback benötigt wird meldet sich das Projekt zu Wort.

Spielmechaniken

Der Punkt wurde vor dem Chattreffen bereits wieder gestrichen und wurde nicht debattiert.

Boutique

Der Punkt wurde vor dem Chattreffen bereits wieder gestrichen und wurde nicht debattiert.

Retrospektive SDLP/PLA-Release

Ryu vermeldet da es erst seit ein paar Tagen wieder mehr Zeit fürs Orte-Projekt hat und sich noch keinen direkten Überblick verschaffen konnte. Ausständig sind für die Orte noch die Punkte Geisterseeelen, Gedichte, Icognito und Ursaluna-Funditems. Teile zur Spielmechanik fehlen völlig. Hier liegt die Problematik an fehlendem Datamining. User-Rangwahlen schoß quer durch den Release und auch die Abwesenheit diverser Entscheidungsträger führte zu Verzögerungen und teilweise bis heute noch nicht Entschiedenen Baustellen. Robbi hat den PLA-Release sehr negativ empfunden "Er hat gefühlt, vieles alleine gemacht". Für die Zukunft muss einiges besser organisiert werden auch die Kommunikation an Helfer. Für Releases sollen zukünftig auch Ausschreibungen genutzt werden. Für den PLA-Release testen wir die Brauchbarkeit von trello und schauen in wie weit dies als Organisationshilfe für KaPu dienlich wäre.

MediaWiki-Update und Testwiki-Reset

Sämtliche Benutzer mit TestWiki-Zugriff sind angehalten bis 30.04.2022 ihre Daten zu sichern. Ein entsprechende Hinweis ist bereits in der TestWiki-Sitenotice hinterlegt. Und auch ein Ping auf Discord wird erfolgen.

Neubesetzung PokéDex-Projekt, Co-Leiter Spin-off-Projekt, Co-Leitung Facebook

Punkt wurde vor dem Chattreffen bereits abgeschlossen.

Auffindbarkeit dieser Seite

Killuus Vorschlag wurde besprechen. Die Seite PokéWiki:Chattreffen wird in der Regel nur dafür benutzt und wenn es diesbezüglich etwas neues gibt erfolgt in aller Regel ein Ping zwecks Themenfindung. Der Wunsch der meisten ist Chattreffen zukünftig nicht mehr in diesem Umfang zu haben und keine knapp 7 Stunden alles durchzukauen und stockende Themen schneller abzuarbeiten. Desweiteren ignorieren wir das es die Seite PokéWiki:Neuigkeiten (welche seit grob 6 Jahren nicht aktualisiert wurde) überhaupt gibt.

Timeline

Es wurde entschieden das mit 06.03.2021 „Die Generation der mobilen Umstrukturierung“ begonnen hat. Desweiteren ist eine Beendigung der Discord-Ära angedacht. Hierfür gibt es Überlegungen Discord-Ära umzubenennen in z.B. Ära des Discord-Aufbaus. Die Frage ist wo sollte diese Ära beendet werden. Entweder mit Januar 2018 als der Discord-Server Umstrukturiert wurde oder mit 2019 als Molt zutrat. Unabhängig der Beendigung der Ära ist unklar wie wir die nächste Nennen bzw. ob die schon wieder, mit dem Weggang von Tai, beendet ist und wir zwei neue Ären benötigen würden. Peter nimmt sich dem Thema an und wird einen Entsprechenden VC fürs Brainstorming organisieren. Vorzugsweise mit Tailnahme von Molt.

Umstrukturierung der Erlernbarkeits-Abschnitte in den Attacken-Artikeln

Der Umstrukturierungsvorschlag fand anklang. Laut Dexi fehlt es momentan am Design. Der Punkt wird vorerst auf Eis gelegt bis er sich mit Mooni dazu nähere Gedanken machen kann.

Missverständlichkeit bei den erlernbarkeits-Abschnitten

Ein kurzer Anriss dieses Themas zeigt das eine Lösungsfindung hier nicht so einfach wird. Es war außerdem schon Spät, bzw. für Robbi Zeit fürs Mittagessen und keiner hatte noch Lust sich nach knapp 7 Stunden Chattreffen mit dem Thema intensiver auseinander zu setzen. Es wurde sich daher entschlossen das die Projektleitung zeitnah einen Mini-VC organisiert und nähere Details bespricht.

Planung von Events

Es wurde Besprochen welche Arten von Events man veranstalten kann (Was haben wir an Konzepten/Funktionen vorrätig, was müsste entwickelt werden) sowie eine mögliche Honorierung in Form von Sachpreisen. Die derzeitige Lage in Punkto Lieferschwierigkeiten bzw. die allgemeine Produktverfügbarkeit ins besondere TCG wurde näher beleuchtet. Eine alternative Verwendung von Digitalpreisen wird sich offen gehalten. Vorzugsweise sind dem physische Preise vorzuziehen. Ausnahme der Preis-Empfänger wünscht explizit die Digitale-Form. Es wurde festgelegt das Benutzergruppen die an der Event-Planung beteiligt sind immer von deren Teilnahme ausgeschlossen werden. Für Events soll die Sitenotice genutzt werden. Das nächste zu planende Event ist Aufgrund des Releases von KaPu um die Weihnachtszeit. Die Admins (Robbi, Mec, Go, Dexi und Shorty) werden sich im September/Oktober 2022 für nähere Details zusammensetzen und bei Bedarf weitere Ebenen mit in die Planung involvieren.

@@ Zeile 12: / Zeile 12: @@
 break=no
 </inputbox>Vorhandene Archivierung:  [[PokéWiki:Chattreffen/Archiv|Archiv]]<br />
-- zuletzt archiviert von [[Benutzer:Ryuichi|<span style="font-family:Segoe Script;color:#397257;text-shadow:0 0 5px#397257,0 0 10px#397257;font-size:150%">* Ryuichi</span>]] ~ [[Datei:Sugimori_004.png|20px|link=]]<sup>'''[[Pokéwiki:Orte-Projekt|<span style="color:#00cc4f>PL</span>]]'''</sup> ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch [[Benutzer Diskussion:Ryuichi|<sup>Diskussion</sup>]] 14:35, 7. Mär. 2021 (CET)
+- zuletzt archiviert von [[Benutzer:Ryuichi|<span style="font-family:Segoe Script;color:#397257;text-shadow:0 0 5px#397257,0 0 10px#397257;font-size:150%">* Ryuichi</span>]] ~ [[Datei:Sugimori_004.png|20px|link=]]<sup>'''[[Pokéwiki:Orte-Projekt|<span style="color:#00cc4f>PL</span>]]'''</sup> ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch [[Benutzer Diskussion:Ryuichi|<sup>Diskussion</sup>]] 19:10, 10. Apr. 2022 (CEST)
 |}{{clear}}
-== Protokoll vom 06.03.2021 ==
+== Protokoll vom 09.04.2022 ==
+=== Spitzname Ratequaza ===
+Während der VB-Wahl von [[Benutzer:Ratequaza|Ratequaza]] standen einige Spitznamen im Raum, diese Frage konnte Final geklärt werden. Der Spitzname lautet Rati {{smiley|grin}}
 === Helferlein und Visual Editor ===
-Helferlein blieben in der Diskussion außen vor. Hier gab es keine Beanstandung. Beim Visual Editor (VE) zeigt sich durch die Änderungsmarkierung in den letzten Änderungen das gerade sehr viele Neue/Unerfahrene User den Editor nutzen. Er scheint eine gute Möglichkeit die Start-Hemmschwelle und Quelltextüberforderung für Neulinge zu minimieren. Für die Anlockung Mehr neuer Nutzer durch einfachere Editierung scheint der VE keine Verbesserung zu erzielen. Laut Zitat Robbi: „mehr son "nice to have", um den Einstieg etwas zu erleichtern“. In der Nutzung zeigt sich das der VE teils eine sehr lange Ladezeit hat und ab und an seltsame Dinge verusacht.<sup>[https://www.pokewiki.de/index.php?title=Events/8._Generation/Europa&curid=256186&diff=2127569&oldid=2127458 [1]][https://www.pokewiki.de/index.php?title=Arenaleiter&diff=prev&oldid=2127045 [2]][https://www.pokewiki.de/?diff=2110238 [3]]</sup>
+Eine Rücksprache mit der EP oder Beseitigung der Fehler ist bisher nicht erfolgt. [[Benutzer:Buoysel|Buo]] will das kommende MediaWiki-Update abwarten. Sollten die Fehler dann weiterhin bestehen behält er sich die Rücksprache in der EP offen. [[Benutzer:RobbiRobb|Robbi]] weist auf folgende Problematik hin. Bearbeitet ein Nutzer eine Seite in mehreren Schritten über den VE dann wird die Seite in der Regel nicht neu geladen. Dies bedeutet, wenn der Benutzer einen Fehler macht, der Edit wird Zurückgesetzt oder er erhält eine Diskussionsnachricht dann bekommt dieser dies nicht mit da die Benachrichtigungen einen Reload der Seite benötigen. Es wurden mehrere Ideen vorgebracht und Buo schaut ob man eine davon umsetzen kann oder es eine andere Möglichkeit gibt das der Nutzer benachrichtigt wird.
-Vor allem an Vorlagen, die nicht der Standard-Formatierung folgen, macht der VE Probleme. [[Benutzer:RobbiRobb|Robbi]] hat dazu eine Erläuterung bei [https://www.mediawiki.org/wiki/Help:TemplateData#Custom_formats Mediawiki] gefunden mit der das ganze entsprechend angepasst werden kann, das würde großflächige Änderungen erfordern. Für die weitere Nutzung des VE ist für uns wichtig die oben aufgezeigten Fehler OBJ usw. zu beseitigen. [[Benutzer:Buoysel|Buo]] wird bei den anderen EP abklären ob diese ebenfalls derartige Fehler haben und wie sie diese ggf. bereits behoben haben. Weitere Fehler die nicht oben gelinkt sind sollen an Buo geschickt werden damit er das soweit möglich beheben kann.
 === Zentrale Hinterlegung von Trainerdaten ===
-Die Extension als solches ist praktisch. Es zeigt sich allerdings das die Nutzung für Trainerdaten derzeit noch nicht gegeben ist. Hauptproblematik liegt in der Verwendung von Toggle innerhalb der Zeilen-Vorlage. Es müssen sämtliche Toggle bei der "Einbindungsseite" entfernt werden. Dies wäre für [[Benutzerin:Cliffichen|Cliffi]] in Ordnung solange es keinen Datenverlust gibt. Wann dies durchgeführt werden soll ist derzeit unklar. Es wurde entschieden den Punkt auf der AD erst einmal offen zu lassen. Hauptpriorität liegt momentan auf der Mobilen-Nutzung der Trainer-Vorlagen.
+[[Benutzer:Ryuichi|Ryu]] gibt einen Rückblick was bisher gemacht wurde und schildert Problematiken mit bisherigen Varianten wie LabeledSectionTransclusion oder Cargo. Der von Robbi erstellte JsonHandler scheint eine sehr gute Möglichkeit. Als nächste sollte die Extension in einem größeren Feldtest probiert werden. Es steht die Frage im Raum ob es nicht sinnvoll wäre einen eigenen Namensraum einzurichten. Hier gab es gegenteilige Meinungen. Es wurde sich darauf geeinigt das [[Benutzer:Mecanno-man|Mec]] und Robbi sich über Pro und Kontra austauschen und anschließend [[PokéWiki:Allgemeine Diskussionsseite/Zentrale Hinterlegung von Daten|hier]] eine Abstimmung einleiten.
-=== Erweiterung der Typen-Artikel ===
+=== Darstellung Zuchteltern ===
-Zitat [[Benutzer:Taisuke|Tai]]: Dieser Punkt ist noch offen, braucht aber nicht beim Chattreffen erneut thematisiert werden.
+[[Benutzer:DeXter|Dexi]] stellt den derzeitigen Stand am Beispiel von Arbok mit Attacke Giftzahn in G8 vor. Dexi wird hier nochmal eine schriftliche Erläuterung zusammenstellen "was nun wie angezeigt wird". Während der Vorstellung gab es einzelne Wünsche, Anregungen und Kritik.
+* [[Benutzer:lasagne|lasagne]] schlägt vor am Ende einer Zuchtkette die Angabe wie dieses Pokémon die Attacke erlernt. Die Info als solches scheint von mehreren gewünscht. Laut Dexi ist eine schriftliche Hinterlegung nur bedingt sinnvoll aufgrund der Skalierung. Er schlägt vor es wäre hier sinnvoller die Kreise der Darstellung mehr wie Klickbuttons aussehen zu lassen und dort die Info in einer Overview oder Pop-Up anzuzeigen. [[Benutzer:DieTaube|Taubes]] Vorschlag viel mehr Farben zu benutzten stoß nicht auf Anklang auf Grund der Gefahr eines ''Happy Epileppi''.
+* Da sich die Diskussion innerhalb der Chattreffen an Kleinigkeiten aufhängt schlägt Ryu vor doch einfach einen Feedback-Channel (ab SB+) während der Testphase in Discord zu erstellen. Der Vorschlag bekommt Zustimmung. Im Discord wurde '''#zuchtketten_feedback''' eingerichtet.
+* [[Benutzer:Mooni000|Mooni]] wünscht sich bei der Angabe "ältere Generation" die Angabe aus welcher Generation → wird Dexi einbauen
+* Hinweis Dexi ein Drop-Down bei Pokémonname und Attackenname wird noch kommen
+* [[Benutzer:Isso08-15|Isso]] macht darauf aufmerksam das z.B. Arbok, Giftblick (die Attacke heißt inzwischen Schlangenblick), Gen2 nicht funktioniert da nur die aktuellen Namen hinterlegt sind. → Dexi wird sich darum kümmern das auch ältere Namen von Umbenannten Attacken genutzt werden können
+* Buo wünscht sich einen "Zurück zur Mitte/Ausgangsposition"-Button → wird Dexi einbauen
+Damit ist der Startschuss gegeben und sämtliche SB+ sind angehalten die neue Spezialseite auf Herz und Nieren zu testen.
 === Welche Formwechsel sollen wie im Abschnitt Entwicklung dargestellt werden? ===
-Die Damals Entwickelte [https://web.archive.org/web/20210718210903/https://www.pokewiki.de/Benutzer:Ryuichi/EvoListe Vorlage] war in einigen Details noch nicht Go Life, es zeigt sich allerdings aufgrund der geplanten Änderungen für eine Mobile Darstellung das diese Form nicht taugt und neu überdacht werden muss. [[Benutzer:Ryuichi|Ryu]] wird sich dazu einmal Gedanken machen ob man hier mit GridBoxen ggf. umswitchen kann von Horizontal auf Vertikal oder es ein völlig neues Konzept zur Darstellung der inzwischen Teils umfangreichen Entwicklungen und Formwechsel wie am Beispiel Pikachu zu sehen ist braucht.
+Die neue [[PokéWiki:Pokédex-Projekt|Pokédex-Projekt-Leitung]] rund um [[Benutzer:Maxmiran|Pöbelpanda]] und [[Benutzer:Vircaprae|Virca]] wird sich die [[PokéWiki Diskussion:Pokédex-Projekt#Welche Formwechsel sollen wie im Abschnitt Entwicklung dargestellt werden|zugehörige Diskussion]] einmal ansehen und sich dazu dort äußern. Mec wünscht sich weitere Meinungen zu der neuen Idee von Ryu.
-=== Darstellung Zuchteltern ===
-[[Benutzer:DeXter|DeXter]] stellt per Stream seine im Aufbau befindliche Spezialseite zu Zuchteltern vor. Allgemein fand die Darstellung großen Anklang. DeXter zeigt am Beispiel Pikachu und Ausdauer auch die Probleme für welche er noch an einer Lösung arbeitet. Die Ausgabe kann in zwei Betrachtungen Locker oder Streng vorgenommen werden. Es ist gewünscht das dies direkt vom User gewählt werden kann. Auch haben sich Punkte ergeben die ebenfalls noch zur vorab zu Klären oder zu erledigen sind. Die Entwicklung erfolgt momentan nur durch DeXter, bei einer Implementation ins Wiki muss gewährleistet sein das dies Zukunftsfähig ist. Updates müssen auch durch andere Erfahrene User oder Buo eingefügt werden können. Dies benötigt eine Ausführliche Dokumentation. DeXter schlägt vor den Quellcode über GitHub zugänglich zu machen so das jeder mit Zugang und Kenntnissen Ihn Updaten könnte und Buo lediglich das Update einspeisen müsste. Am Beispiel von Pikachu zeigt sich eine längere Ladezeit. Hier wurde sich gewünscht dem User in welcher Form auch immer anzuzeigen das, dass System rechnet. Buo fragt ob man die Ergebnisse ggf. auch leicht cachen könnte, damit es nicht jedes mal länger dauert. Ein Vorschlag war ggf. über PHP, vielleicht mit serialize und unserialize. Damit kann man fertige Arrays oder Objekte wegspeichern und wieder laden. DeXter wird die Grundfunktion und Dokumentation weiter aufbereiten und nachfolgend die technische Implementation und Ladezeitoptimierung mit Buo vor dem Go Life abklären. Eine Dauer ist derzeit noch nicht abschätzbar.
-=== Definitionsklarheit: Rivalen ===
-Im letzten Masters-Update fand eine Definition der Integrierten Rivalen statt, folglich ist offiziell bestätigt wer davon Rivale ist, unter anderem Bell, Gladio und auch N der bisher überhaupt nicht als Rivale gewertet wurde. Es wurde sich darauf geeinigt die Masters-Definition für Rivalen zu übernehmen.
 === Anführer der legendären Gruppen ===
-Wir sind uns einig das eine Grundsatz-Diskussion den Rahmen einen Chattreffen sprengen würde. Es ist vieles Historisch gewachsen und es gibt keine Einheitliche Definition. Die Vorlage selbst definiert Gruppen ohne Ihrer "höhergestellten" Anführer. Höhergestellt wäre z.B. Lugia bei den Vögeln oder Regigigas bei den Giganten da er laut Forschungsauftrag aus dem Schwer/Schild Pass kein Bestandteil der Legendären Giganten ist. Bei anderen Gruppen wie den Wetterlegenden oder oder dem Auren-Trio gibt es keinen direkten oder offiziell bestätigten Übergestellten Anführer sondern meistens eine A- und B-Seite die über ein drittes Pokémon aufgrund diverser Eigenschaften miteinander verknüpft sind wie z.B. Fähigkeiten die das Wetter beeinflussen oder Auren-spezifische Fähigkeiten. Eine Übersicht warum wir wie bei jeder einzelnen Gruppe entschieden haben scheint von Lesern erwünscht. Wie diese Übersicht gestaltet werden kann ohne das jede Gruppe in Frage gestellt wird ist noch unklar. Falls sich jemand bereit erklärt für einen derartigen Text dann gerne übernehmen.
+Auszug Chattreffen-Protokoll:<br />''Wir sind uns einig das eine Grundsatz-Diskussion den Rahmen einen Chattreffen sprengen würde. Es ist vieles Historisch gewachsen und es gibt keine Einheitliche Definition. Die Vorlage selbst definiert Gruppen ohne Ihrer "höhergestellten" Anführer. Höhergestellt wäre z.B. Lugia bei den Vögeln oder Regigigas bei den Giganten da er laut Forschungsauftrag aus dem Schwert/Schild Pass kein Bestandteil der Legendären Giganten ist. Bei anderen Gruppen wie den Wetterlegenden oder oder dem Auren-Trio gibt es keinen direkten oder offiziell bestätigten Übergestellten Anführer sondern meistens eine A- und B-Seite die über ein drittes Pokémon aufgrund diverser Eigenschaften miteinander verknüpft sind wie z.B. Fähigkeiten die das Wetter beeinflussen oder Auren-spezifische Fähigkeiten. Eine Übersicht warum wir wie bei jeder einzelnen Gruppe entschieden haben scheint von Lesern erwünscht. Wie diese Übersicht gestaltet werden kann ohne das jede Gruppe in Frage gestellt wird ist noch unklar. Falls sich jemand bereit erklärt für einen derartigen Text dann gerne übernehmen.''<br />Pöbels erste Tendenz ist, es wie bei den UBs und Necrozma zu machen, und bei den Anführern einfach auszuschreiben, dass es unklar ist. Es muss keine Entweder-oder-Entscheidung sein. Taube übernimmt das Thema und wird dazu einen entsprechenden Diskussionspunkt ausarbeiten und online stellen.
-=== Allgemeine Diskussionsseite ===
-Diskussionen auf Ad wurden wie folgt besprochen:
-* Gestaltung der Stellenanzeigen/Ausschreibungen → siehe Chattreffen Protokoll vom 06.03.2021 (↓)
-* Typenicons und wie wir entscheiden, welche wir nutzen. → ✔ Benötigt keine weitere Diskussion und wurde archiviert.
-* Die DLCs → siehe Chattreffen Protokoll vom 06.03.2021 (↓)
-* Zentrale Hinterlegung von Trainerdaten → siehe Chattreffen Protokoll vom 06.03.2021 (↑)
-* Sind weitere Pokémon-Formen als Parameter notwendig? → ✘ Benötigt scheinbar weitere Diskussion und wurde nicht archiviert.
-* Typen-Icons → ✔ Benötigt keine weitere Diskussion und wurde archiviert.
-* Umgestaltung der Rechtesruktur → ✔ Benötigt keine weitere Diskussion und wurde archiviert.
-* Trivia: Bezüge aus der realen Welt → ✔ Benötigt keine weitere Diskussion und wurde archiviert.
-* Umfragen auf der Hauptseite → ✔ Benötigt keine weitere Diskussion und wurde archiviert.
-* sīc erat scriptum → ✔ Benötigt keine weitere Diskussion und wurde archiviert.
-* Vorstellung: Pokémon-Zuchtrechner → ✔ Benötigt keine weitere Diskussion und wurde archiviert.
-* Event-Screenshots der Schwert und Schild-Spiele → ✔ Benötigt keine weitere Diskussion und wurde archiviert.
-* Animeexklusive Pokémonformen und Varianten → ✔ Benötigt keine weitere Diskussion und wurde archiviert.
 === Strategie-Projekt ===
-Es wurde angemerkt das mehrere hundert Artikel noch kein Patrol hatten. Durch die beiden DLCs musste das, was im Juni aktuell war, zweimal beinahe vollständig aktualisiert werden. Es gibt solche massiven Änderungen teilweise heute noch, weshalb viele Änderungen einfach noch nicht seitens der PL abgesegnet werden konnten, bis sich die große Änderungswelle gelegt hat. Das Smogon Format ist halt das Format, was in der Regel am beliebtesten ist, weil es sich an 6vs6 Kämpfen orientiert, während sich die "Nintendo-Formate" an 3vs3 bzw. 4vs4 orientieren und sich mittlerweile auch im dreimonatigen Takt vollständig verändern. Es ist allen klar das Konkurrieren mit Smogon nicht zeitgemäß ist. Den Zug haben wir vor langer Zeit verpasst. Die Frage ist wie können wir einen Wiki gerechten Dokumentarischen zweck erfüllen und auch gleichzeitig Neulingen Strategieformen näher bringen. Fortgeschrittene CP-Spieler verirren sich nur selten ins Wiki für Strategie bzw. Unterstützen deren Ausbau nicht bzw. nicht ausreichend. Es gibt die Überlegung die ganzen Tier-basierten Strategien zu entfernen da sie rein inoffiziell sind. Stattdessen soll versucht werden, Tier-unabhängige Strategien zu schreiben, die „weniger Pflege“ brauchen und somit nicht allzu stark unter einem Mangel an aktiven Schreibern leiden. Der Aufbau von allgemeinen Übersichten ist nach Erläuterung von Luca nicht zielführend da die meisten sich eher fragen: "wie kann ich mein [Pokémonname] spielen?", anstelle nach bestimmten Rollen für ihr Team Ausschau zu halten. Luca manifestiert dies am Beispiel Glurak und Quappo: „Wenn wir beim Beispiel Glurak bleiben, würde zu Glurak vermutlich zu einer Übersichtsseite für offensive Pokémon führen. Dort würde dann stehen, dass möglichst starke Attacken gewählt werden sollen, die zum höheren Angriffswert passen. Daraus würde dann beispielsweise das Moveset Feuersturm, Orkan, Fokusstoß, Drachenpuls resultieren. In der Realität spielt man aber fast immer Ruheort auf Glurak, man kann aber nicht allgemein sagen, dass man es bei jedem Pokémon empfehlen kann, eine Selbstheilungsattacke zu verwenden. Auch Erdbeben ist eine solide Option für Glurak, die aber wegen des niedrigeren Angriffswertes in einer allgemeinen Empfehlungen nicht genannt werden kann, da eben nicht jedes Pokémon mit einer so großen Differenz zwischen beiden Angriffswerten Attacken beider Schadensklassen anwenden kann.
+[[Benutzer:Luca12379|Luca]] und [[Benutzer:Poffelino|Poffel]] erläutern noch einmal was genau hinter dem Umbau steckt. Die Tier-Einteilung für aktuelle Generationen (gerade in den Unteren Tiers) ändert sich im Schnitt alle drei Monate. Das bedeutet wenn man heute schreibt Tornuptos Flammenwurf ist gut gegen Meganie dann kann das in kurzer Zeit wieder ungültig sein da sich durch die Tiereinteilung diese beiden nicht begegnen. Die Projektleitung kommt in der schnelle der Änderungen nicht nach die Artikel zu aktualisieren beziehungsweise ältere Artikel vollständig zu kontrollieren. Daher wurde sich entschlossen zukünftige Artikel wie [[Skaraborn/Strategie]] zu gestalten. Das bedeutet die Aktuelle Generation soll immer allgemein gehalten werden und keine spezifischen Pokémon als Gegner genannt werden. Für ältere Generationen ändern sich die Tiers in der Regel nicht weshalb diese durchaus spezifischer nach dem letzten Stand ausgearbeitet werden können. Jeder ist angehalten sich den Strategieartikel einmal anzusehen und ggf. Feedback im Projekt zu geben. Mec fragt wie es sich denn mit den VGC-Tiers verhält. Laut Poffel ändert sich dies ebenfalls viel zu schnell um mit der Anzahl User auf dem laufenden zu bleiben. Unabhängig von diesem Thema regt [[Benutzer:BeyJim|BeyJim]] an für Orte wie dem [[Kampfbaum]] oder anderen ähnlichen Einrichtungen Strategien zu Hinterlegen. Das Orte-Projekt hat diesbezüglich keine Einwände. Luca wird sich das ganze einmal näher ansehen.
-Glurak folgt den allgemeinen Richtlinien aber noch recht genau. Mir fällt als Extrembeispiel Quappo ein, das in Generation 7 ausschließlich speziell gespielt wurde, obwohl sein Angriff um 25 Basispunkte höher war. Solche Fälle lassen sich nicht allgemein angeben, da sie immer aus ganz speziellen Gründen entstehen.
-Deswegen wäre meine aktuelle Tendenz eher, auf Glurak/Strategie beispielsweise ein Moveset aus Feuersturm/Orkan/Fokusstoß/Ruheort anzugeben. Das wäre relativ universell und auch in einem Jahr noch eine mögliches Moveset. Nach aktuellen Richtlinien würde ein neu angelegtes Glurak-Set aktuell aus Flammenwurf/Ruheort/Auflockern/Toxin bestehen, was zwar das aktuell beste Set in seinem Tier ist, aber in 2 Monaten wieder vollkommen nutzlos sein kann. Das andere Moveset ist hingegen wohl nie die optimale Spielweise, aber halt auch nie nutzlos“. Es wurde sich darauf geeinigt das Luca sich hierzu Gedanken macht und ein mögliches Konzept auf der Projekt-Diskussionsseite online stellt.
-=== Planung von Events / Auswertung VBW / Die Sinnoh-Initiative ===
-Mögliche Upcoming Events sind Ostern, Halloween, Weihnachten, VBWs Initiativen:
-Es wurde sich darüber Gedanken gemacht wie wir die Community der aktiven Schreiber, der Leser in Form von Events, Initiativen oder VBW ansprechen können. Buo merkt klar an das er kein "verramschen" von Events will. Events sollen Belohnend für Teilnehmer ausfallen. Ein Möglichkeit ist hier eine materielle Bepreisung. Eine Bepreisung ist immer auf die aktuelle Lage anzuwenden. Dies zeigt sich auch in der letzten VBW. Diese wurde kurzfristig aufgrund der Pandemie-Situation online gestellt. Der Gedanke war das mehr zu Hause sind und es daher der beste Zeitpunkt dafür wäre. Die Realität hat hier jedoch das Gegenteil gezeigt. Viele mussten sich auf veränderte Private Umstände Home-Schooling usw. einstellen was zu einer geringen Beteiligung führte. Auch waren die in der schnelle Ausgewählten Preise in Form von Schwert/Schild (ohne DLC) in der Zeit des DLC -Releases eher veraltet und suboptimal gewählt. Es wurde sich geeinigt das bei Events 2021 Preise in Form der kommenden Spielreleases (<small>{{sk|NSNP|SD|LP|PLA}}</small>), Merch rund um 25 Jahre Pokémon, falls Verfügbar aktuelles TCG oder Merch aus Japan der hier i.d.R. nicht zu bekommen ist genutzt werden soll. Ein derartiges vorgehen wird auch für die kommenden Jahre bevorzugt. Wichtig ist Ideen für Events frühzeitig #intern und bei materieller Bepreisung mit Buo abzuklären. Buo gibt klar zu verstehen das er gerne auch Preise für Aktionen die nicht auf User-Neugewinnung sondern lediglich Ausbau/Erneuerung diverser Wiki dinge durch erfahrene User ausgelegt sind zur Verfügung stellt.
 === Gestaltung der Stellenanzeigen/Ausschreibungen ===
-Der Status Quo wurde besprochen. Es fehlt lediglich Bilder einzelner Projekte und einige Aufgaben. Ansonsten steht die Basis. DeXter wird zeitnah Projektleiter anschreiben wo noch Sachen fehlen. Abgabefrist ist der 14.03.2021. Nachfolgend wird es DeXter ins LiveWiki einbauen. Sollte er es aufgrund privater Umstände DeXter zeitlich nicht ermöglichen können wird die Einbindung seitens der Admins übernommen.
+Selbst einige erfahrene Nutzer wussten bis Dato nicht wo sich die Ausschreibungen/Stellenanzeigen befinden. Auch Anhand des Feedbacks zeigt sich das diese zu unauffällig sind und eher kaum beachtet wurden. Robbi schlug vor hier die Sitenotice zu verwenden. Buo gab den Einwand „Wenn die SiteNotice zu extrem genutzt wird bzw. durchgehend eine da ist, könnte sie aber auch irgendwann ignoriert/übersehen werden“. Es wurde sich darauf geeinigt erst die anderen Kanäle Discord-#wikinews, Facebook und Twitter (max. 1× pro Monat) zu Nutzen für eine Ankündigung nach dem Motto, "diese neuen Ausschreibungen gibt es bei uns". Mec teilt mit „Ich sollte was dazu schreiben“ ← @[[Benutzer:Mecanno-man|Mec]] Notiz für dich. {{smiley|grin}}
 === PokéWiki Diskussion:Spiele-Projekt#Freundschaft, Zutrauen und Zutraulichkeit ===
-Zu vielen Änderungen mit der Einführung Gen8 fehlen uns Spielinterne Daten. Solange ist eine größere Erweiterung bzw. Vertiefung des bisherigen Artikels nicht möglich. Für die Implementation in die Pokédex-Artikel hat sich Tai überlegt einen separaten Abschnitt mit der Auflistung von Veränderungen über die Generation einzufügen. Einen Namen für den Abschnitt hat er noch nicht. Es wurde sich überlegt ggf. eine Ideenfindung über die Projekt-Diskussionsseite oder den Discord-Projekt-Channel anzuregen. Nach Implementation des Abschnittes werden sämtliche ältere Daten aus der Infobox entfernt und nur noch die Aktuellen angezeigt.
+Es wurde sich dafür Entschieden die drei Punkte nicht in einem Artikel zusammenzuwerfen sondern separat zu betrachten. Für die Artikel zur Spielmechanik fehlt es derzeit an Datenlage was den weiteren Ausbau der Artikel einschränkt. Seitens der Pokédex-Artikel werden sich der Pöbel und Virca drum kümmern.
-=== Spielkürzel ===
-Es wurde sich darauf geeinigt die Spielkürzel für Park der Freunde (Bestandteil DPPTHGSS) und PokéWalker (Bestandteil HGSS) zu entfernen und vorhandenes in die zugehörigen Spiele zu integrieren. PokéMove wird vorrangig im Benutzernamensraum genutzt behandelt allerdings ein eigenständiges Spiel. Es wurde dessen verbleib entschieden. Die Nutzung der Schwert/Schild DLC sks wurde besprochen. Die separaten sks für Die Insel der Rüstung und für Die Schneelande der Krone sind je unter 50. Aufgrund der Einbindungszahlen gegenüber den sks mit EX-suffix wurde sich entschieden SWR, SWK, SHR und SHK zu löschen. Für die kommenden Spiele [[Pokémon Strahlender Diamant und Leuchtende Perle]] wurde sich für die sk {{sk|SD}} und {{sk|LP}} entschieden und für [[Pokémon-Legenden: Arceus]] das sk {{sk|PLA}} welche bereits von Robbi hinzugefügt wurden.
 === VB-Wahlen ===
-Es wurde die Grundthematik Wiki und Verpflichtung besprochen. Fakt ist das eine Pflicht nicht ohne Sanktion eingefügt werden kann. Gerade in höheren Ebenen sind wir allerdings auf jede Hand angewiesen. Es wurde sich darauf geeinigt das die derzeitige Formulierung "Der Vorschlag gilt als autorisiert, wenn ⅔ der Administratoren (Bürokraten nur einberechnet, wenn sie ihre Stimme abgeben) und Redakteure ihn unterstützen. Die erste Wahlrunde läuft so lange, bis ein Ergebnis vorliegt." den Spielraum frei gibt das User nur Verpflichtet sind abzustimmen solange eine ⅔-Mehrheit noch nicht erreicht ist oder bereits >⅓ Contra gestimmt hat. Solange nicht die überwiegende Mehrheit der Abstimmungen ignoriert wird. Jedem User der zur VB-Wahl gestellt wird, wird der Posten eines Projektleiters grundsätzlich zugetraut. Eine separate Kennzeichnung ist nicht notwendig. Der Wunsch jemanden als PL haben zu wollen kann in der Stimmbegründung vermerkt werden. Teilnahmeberechtigt sind User in der ersten Wahlrunde User die während gesamten ersten Wahlrunde den Status eines Admins oder Redakteurs inne haben. In der zweiten Wahlrunde sind alle Verlässlichen Benutzer zugelassen die bei Start mindestens den Rang VB besitzen und Ihn bei regulärem Wahlende noch inne haben
+Das System ist relativ gut angelaufen bisherige Hauptproblematiken lagen entweder im Zeitpunkt des Wahlstarts oder in der Kernthematik des VB-Anwärters. Für den Wahlstart wurde sich auf einen Zeitpunkt außerhalb von Spielreleasen geeinigt und bei der Kernthematik das es immer ein Aussagekräftiges Feedback eines zugehörigen Projektleiters oder des Vorschlagen gibt um die Leistung des Anwärters besser beurteilen zu können. Weitere Problematiken konnten nicht festgestellt werden womit der Punkt als erledigt gilt. Folglich kann der Punkt "VB-Wahlen: Die erste Wahlrunde" von der AD archiviert werden.
 === Wertschätzung ===
-Im Zuge der Diskussion zur Umgestaltung der Rechtestruktur gab es zwischen vielen Ebenen und Usern Konflikte. Diese konnten zwischenzeitlich beräumt werden und ein besserer offene Umgang bei diversen Themen wurde beschlossen. Weiter wurde beschlossen das [[Benutzer:Mecanno-man|Mec]] die Neueinbringung solcher Vorschläge in nächster Zeit untersagt wird {{smiley|grin}} ''→ Anmerkung: Mec weiß aus persönlichen Gesprächen über die Ernsthaftigkeit und wie diese Aussage im Detail gemeint ist und das sie keinen Angriff auf Ihn darstellt.'' Es wurden allgemeine Zustände im Rollbackverhalten, Nutzung der Danke-Funktion, Emoji-Verwendung, Umgangston widergespiegelt. Der Allgemeine Konsens ist hier das ein jeder von uns eine stärkere Selbstreflektion durchführen sollte. Statt immer wieder kommentarlosen Rollbacks sollte lieber zurücksetzen mit Kommentar durchgeführt werden (Vandalismus ausgenommen). Auch wenn es vielleicht der fünfte neue Benutzer auf Discord oder im Wiki ist der an dem Tag den selben Fehler macht dann gilt ein respektvoller Umgang und erst der Neutrale Hinweis des Falschverhaltens oder aufzeigen des "Fehler" im Wiki. Jemand der Unbelehrbar ist oder dessen Verhalten klar vandalierend/mutwillig ist. Beispielsweise Schädliche Edits die Sogar zum Schutz der Allgemeinheit versteckt werden müssen. User die auf Discord kommen und direkt Verboten Symbole posten usw.. Bei diesen Usern darf ruhig direkt dann der Bannhammer geschwungen werden. Sachen die Unklar sind wie div. Bilder/Statuseinträge gehören immer erst im Mod/Intern-Bereich abgeklärt werden oder Mann kann denjenigen auch direkt fragen, was das Emoji (bedeuten) soll, dies kann man ja mal laut Empfehlung Buo versuchen. Dann merkt derjenige vielleicht, dass das nicht abgebracht war. Und der Angegriffene fühlt sich ggf. verteidigt und nicht in die Ecke gestellt. Durch Selbstreflektion wollen wir weg kommen von entnervten Eindrücken außenstehender oder dem vergraulen potenzieller User. Eine der Kernfragen ist dabei „Wie kann man es besser machen?“ Es wurden in diesem Zuge Beispiele genannt für die Nutzung der Danke-Funktion, Nutzung der Diskussionsseite unter dem Gesichtspunkt der Unterstützung. Bsp. ''Du hast die Vorschau nicht wie angezeigt genutzt. Gibt es Probleme bei der Nutzung. Kann man dir helfen? Der Hinweis hat diesen und jenen Grund. Also wenn Fragen stell sie gerne.'' Die Idee der Unterstützung der Wertschätzung durch Einführung immer wieder neuer Babel für Qualität usw. wurde verworfen. Kernproblematik ist die oftmals fehlende Hineinversetzung in andere/neue User. Was auch für erfahrene Benutzer ein stätiger Lernprozess werden und bleiben muss. Es wurde sich darauf geeinigt das alles was uns Einfällt um die Situation der Wertschätzung zu verbessern gesagt wurde. Es wurde sich darauf geeinigt einen neuen Punkt zur Wertschätzung auf der AD zu eröffnen nach dem Motto was können wir verbessern, wo seht ihr Probleme mit aktiven Ping auch über Discord an die SBs. DeXter wird entsprechendes vorbereiten. Sollte der Dialog mit den SBs zeigen das hier ein Chattreffen für tieferen Input zu empfehlen ist wird dieses im Laufe der Werte-Diskussion organisiert.
+Wir sind uns alle einig das dies eine Never-Ending-Story ist und in jedem Chattreffen einmal angesprochen gehört. Mec hebt insbesondere die Kommunikation bezüglich der NSC-Vorlage in den Raum. Laut seiner Sicht haben er und Fe das ganze besprochen und dann mehr oder weniger Umgesetzt. Hier fanden viele die Umsetzung Intransparent und diverse Punkte nicht beachtet. Es wird sich hier mehr Transparenz sowie auf der Gegenseite konstruktives und sachliches Feedback gewünscht. Hauptproblematik ist das Kritik immer Subjektiv aufgenommen wird. Isso gibt einen Vergleich und auch zusätzlichen Input an. „Wie soll man jemandem positiv sagen, dass das was er gemacht hat ''schlecht'' war?“ Rati macht den Vorschlag: "Ich finde es grundsätzlich gut, dass du motiviert bist, das Wiki aktuell zu halten. Im Wiki legen wir allerdings auch Wert darauf, dass [...]. Insofern wäre es besser, wenn du [...]. Falls du dabei Unterstützung brauchst, kannst du dich gerne an uns wenden oder [...]". Wir sind uns einig das es hier niemals eine perfekte Formulierung geben wird und diese immer an die Situation angepasst gehört. Feedback sollte immer mit einem Unterstützungswillen beziehungsweise einer Hilfestellung erfolgen. Bei regelmäßigen Wiederholungen der selben und gleichen Problematik ist es legitim wenn der Ton etwas deutlicher wird. Dexi spricht an das er bei Wahlen den Negativ-Eindruck hat das die Kernfrage lautet "Gibt es Probleme/Spricht etwas dagegen, wenn Benutzer [...] VB/Redakteur wird. Es wird sich hier ein Umdenken gewünscht. Wichtig ist, der Benutzer wurde von jemanden vorgeschlagen das bedeutet man sollte im Abstimmungsfeedback darauf eingehen was für den User spricht diesen Rang zu erhalten und nicht welche Gefahren man sieht. Da sich das Thema der Wertschätzung mit dem nachfolgenden Punkt ''Vorschlag zu Dokumentation im Wiki vs. Schneller Chat im Discord'' im Chattreffen überschnitt folgen noch einzelne Ergänzungen im nachfolgenden Punkt.
-=== Mobiles Design ===
+=== Vorschlag zu Dokumentation im Wiki vs. Schneller Chat im Discord ===
-Buo gab eine Auswertung der zehn häufigsten Auflösungen (1920x1080, 414x896, 375x812, 375x667, 360x780, 360x640, 412x915, 412x869, 360x740, 1536x864). Auf dieser Grundlage und vielen Mindestanforderungen wurde sich darauf geeinigt das wir als Mindestbreite 320px Nutzen. Alles darunter wird zukünftig von Vorlagen nicht berücksichtigt werden können. Für die Mobile Ansicht wurde sich auf ein Spektrum von 320px bis 480px geeinigt. Bei diesem sollen Infoboxen über die komplette Breite gehen und Inhalte darunter erfolgen. Weiter wurde sich darauf geeinigt keinen Mischmasch zu betreiben. Die Größenorientierung gilt Projektübergreifend. Buo stellt einige Tests und Optimierungen (sowohl Grafisch als auch rechtlich) für das Wiki vor. Diese Test zeigen adaptiertes Aussehen für Mobile Darstellung mit wechselnder Anpassung bei 850, 1080 und 1450. Buo prüft die Möglichkeit der Anpassung auf 750 was vermutlich eher auf 768 hinauslaufen wird. Die Tests wurde besprochen und diverse Optimierungen festgelegt welche Buo umsetzt. Für ein Mobiles Design sind auch Änderungen an der Topbar notwendig. Die Notwendigen Änderungen sind nicht überall auf Anklang gestoßen. Es wurde sich darauf geeinigt hier Funktionen zu implementieren die von User CSS/js angesteuert werden können. Damit sich jeder selbst seine Topbar gestalten kann. Die Reorganisation diverser bisheriger Einblendungen muss geprüft und mit Tests abgeklärt werden. Es wurden Lösungsansätze für Aufzählungsvorlagen (Navigationsleisten usw.) die auf volle Breite mit <nowiki><br /></nowiki> ausgelegt sind besprochen. Es soll geprüft werden inwieweit wir in diesen auf Trennungszeichen wie • und fixe breaks verzichten können und stattdessen einen fixen Abstand von z.B. 3px zwischen den Aufzählungen verwenden um einen sauberen Umbruch je nach Seitenbreite zu erzeugen. Die Orte Trainer Vorlage könnte neu Strukturiert mittels GridBoxen angepasst werden. Ryu lernt noch Blumen und Unkraut zu gießen. Andere Vorlagen wie Orte/Unterschied oder die Ursprünglich geplante Entwicklungsvorlage würden in Ihrer jetzigen Basis einen Massiv komplexen Umbau benötigen wo der Punkt offen ist Sie nicht durch andere Konzepte zu ersetzen. Sämtliche Details zum Mobilen Design und Status der Anpassung bleibt bis auf weiteres auf interner Ebene bis die Anpassungen repräsentativ und fehlerfrei für die Masse sind. Viele Benutzer haben sich noch nicht tief genug mit der Materie zu Mobilen-Design auseinander gesetzt. Einschlägige Informationen zu Flex- oder Gridboxen bzw. CSS sind ohne Bezug zum PokéWiki sehr allgemein und helfen nur bedingt in der Umsetzung. Es wurde sich daher gewünscht das Benutzer die mit dem ein oder anderen Thema für Mobiles-Design vertraut sind Hilfeseiten mit PokéWiki-bezug (Beispiele + ggf. Bildmaterial) erstellen damit die arbeiten großflächig durchgeführt werden können.
+Der Vorschlag wurde in einen A-Teil (Schneller Chat im Discord) und B-Teil (Dokumentation im Wiki) gesplittet.
-== Protokoll vom 10.04.2021 ==
+==== Schneller Chat im Discord ====
-Nachtrag des Chattreffens vom 10.04.2021
+Es wurde festgestellt Discord ist für uns ein Fluch und Segen zu gleich. Es wurde weiter festgestellt das es gehäuft auftrat das in einem Channel kurz etwas angesprochen wurde, dies wurde dann in kürzester Zeit mit den entsprechenden Anwesenden diskutiert und dann oftmals direkt im Wiki umgesetzt. Dies führte dazu das sich Benutzer, sowie Projektleiter oder Admins in letzter Zeit übergangen beziehungsweise überrumpelt fühlten da sie am nächsten Tag teils vor vollendeten Tatsachen standen, beziehungsweise sich selbst in die Thematik noch garnicht einarbeiten konnten, was ebenfalls in das Thema Wertschätzung mit rein spielt. Übernimmt jemand größere Themen (die zwar Augenscheinlich im Sinne des Wikis sind) jedoch über dessen Entscheidungskompetenzen liegen dann sollte hier pro Aktiv auf die entsprechende Ebene zugegangen werden, so nach dem Motto "ich hätte hier und dort einiges an größeren Änderungsvorschlägen, stört es dich wenn ich da erstmal mich um Feedback in Channel usw. kümmere oder hast du da bereits selbst etwas vor". Dies soll der Wertschätzung dienen. Kleinigkeiten können wie sonst auch angesprochen werden. Wichtig ist das Discord vorrangig als Brainstorming-Plattform genutzt wird. Hauptentscheidungsplatttform (ausgenommen nicht öffentliche Themen) soll weiterhin das Wiki bleiben. Die Form des Discord-Brainstorming ist in dem Fall egal (Text/Voice) wichtig ist das anschließend jemand derartiges Brainstorming oder dessen Entscheidungen ins Wiki überführt und dort nochmal eine Frist für Einwände einräumt. Als Frist gilt eine Woche in der Regel als Legitim. Nachtrag Ryu: „Wie verhindert man das dies dann im Wiki durch Änderungsfluten nicht untergeht? Sollte man es ggf. mit im [[PokéWiki:Autorenportal/Aktuelle Abstimmungen|Autorenportal]] mit der Entsprechenden Frist auflisten?“
-Aus dem Chattreffen mit den SB am 10.04.2021 speziell zur Wertschätzung ist einiges hervorgegangen, das nun zu Protokoll gegeben wird. Im Folgenden finden sich Kritik, Wünsche und Äußerungen der SB.
+==== Dokumentation im Wiki ====
+Allgemein findet der Vorschlag von Ryu anklang (''Ein AD-Thema stockt und wenn es einfach nicht weiter geht trotz diverser Anstöße, macht man einen zeitnahen Mini VC mit allen beteiligten Teilnehmern und bringt anschließend das Diskussionsergebnis ins Wiki und räumt ggf. nochmal eine 14-tägige Frist ein. Nach dem Motto. Wenn es bis Datum X keine Einwände, andere Vorschläge gibt dann gilt dies als beschlossen.''). Desweiteren wurde sich darauf geeinigt, wenn eine Zeit lang nichts passiert, dann muss es zwingend auch eine Deadline geben damit wir Themen nicht zum X-ten mal in ein Chattreffen mitnehmen. Auch wurde sich eine Übersichtsseite offener Diskussionen gewünscht. [[Benutzer:Feblue|Fe]] wird sich dem annehmen.
-=== Rückgängigmachungen ===
+=== Info-Abende für Interessierte über den Discord-VoiceChat ===
-Bei Ansprache der Rückgängig machen-Funktion gab es eine recht einheitliche Meinung. Es wurde angemerkt, dass Rückgängigmachungen immer kommentiert werden sollen. Dies kann über die Zusammenfassungszeile, aber auch primär über die Diskussionseiten im Wiki und über Discord erreicht werden. Ziel ist dabei eine möglichst hohe Kommunikation. Bei Unsicherheiten bzgl. der Erreichbarkeit soll immer die Benutzer Diskussion genutzt werden, bei Erreichbarkeit auf Discord wurde sich dafür ausgesprochen, dies auch dort stattfinden lassen zu können. Bei dem schriftlichen Feedback soll darauf geachtet werden, dass konstruktiv auf Fehler hingewiesen wird.
+Ein Großteil des Feedbacks lautet "bisher gab es kein Interesse, keine Anfragen". Da neue User allerdings nicht Wissen das wir derartiges auch bei Interesse veranstalten würden wurde sich auf ein Proaktives Vorgehen geeinigt. Mooni arbeitet ein erstes mögliches Thema für einen Infoabend aus. Hier ist noch ein zweiter "Redner" gewünscht. Issos Vorschläge "Thema:Wie sollte man einen Artikel bearbeiten, sodass er nicht zurückgesetzt wird?" sowie "Ein guter Edit" fanden deutliche Zustimmung. Bei einem Entsprechenden Infoabend sollte es auch ein Brainstorming geben welches Thema gerne als nächstes besprochen werden sollte. Robbi bietet sich zum Beispiel für Themen um Vorlagen und Mobiles Design an. Sobald Mooni etwas ausgearbeitet hat und ein Termin gesetzt wurde wird der Abend auch über die SocialMedia-Kanäle promotet. Wichtig ist das ein solcher Abend so offen (leicht zugänglich) wie möglich und in einer lockeren Atmosphäre gestaltet wird. Aufgrund des niedrigschwelligen Angebots und leichten Zugangs wird neben den Rednern auch ein Moderator teilnehmen.
-=== Neue Autoren ===
+=== Mobiles Design ===
-Da meistens neue Autoren von den Rückgängigmachungen betroffen sind, gab es einen flüssigen Übergang zu diesen. Besonders ihnen soll durch Kommunikation auf ihrer Diskussionsseite freundlich entgegengetreten werden. Hier wurde besonders an Maxmirans Beitrag auf der [[PokéWiki:Allgemeine Diskussionsseite|Allgemeinen Diskussionsseite]] angeschlossen. Im Chat war man sich sofort einig, dass es sehr wichtig ist, sich Zeit für neue Autoren zu nehmen. Sie sollen alle möglichen Fragen stellen können und nicht unterbrochen werden. Die Denkweise „Das zu erklären dauert zu lange, da mache ich das lieber selbst“ ist somit unangebracht und unbrauchbar. Das Herumspielen neuer Autoren muss toleriert werden.
+Es wurde der weitere Fahrplan besprochen. Ein Zeitfenster wie lange die einzelnen Punkte dauern ist derzeit nicht absehbar.
+# '''AKTUELL:''' Sämtliche Vorlagen auf Kompatibilität prüfen und für die Umstellung auf Mobil vorbereiten oder entsprechend Umbauen
-Es wurde sich ebenfalls dafür ausgesprochen, in diesen häufiger frequentiert gewünschten Diskussionsbeiträgen Hilfeseiten zu verlinken, aber auch klarzustellen, dass alle Autoren, vor allem die höherrangigen Nutzer, jederzeit zur Beantwortung von Fragen zur Verfügung stehen.
+# Umstellung auf Mobilen Skin
+# Prüfen wo es noch alles händische Tabellen gibt und diese entweder auf Mobil anpassen oder mittels Overflow lösen.
-Ein weiterer Knackpunkt, und zwar die Textlänge der Diskussionsbeiträge, wurde angesprochen. Aus dem Gespräch ging hervor, dass so informativ wie möglich, aber auch gleichzeitig so wenig wie möglich geschrieben werden soll. D.&nbsp;h. ein neuer Autor könnte von einer großen Textlänge gelangweilt sein und liest sich die Hinweise letzten Endes nicht durch. Das kann durch kurze Hinweise, aber auch z.&nbsp;B. durch Absätze nach etwa fünf Zeilen verhindert werden.
+Derzeit sind weitere Klärungen unnötig. Es benötigt Benutzer die die Vorlagen umstellen, erst wenn das passiert ist ergibt es Sinn ein Umschaltdatum festzulegen. [[Benutzer:GrollenKette951|Peter]] wünscht sich im Zuge dessen Vorschläge wie Artikel wie [[Bisasam (TCG)]] Mobile aussehen könnten und bittet um Vorschläge, Skizzen usw.
-==== Idee ====
-Eine Idee, die bezüglich neuer Autoren geäußert wurde, ist die Bewertung der Beiträge dieses neuen Autors. Konzept: Nach etwa fünf bis zehn Bearbeitungen (je nach Umfang) werden sich diese von einem höherrangigen Nutzer angeschaut. Anschließend folgt eine kleine Bewertung / Anregung auf der Benutzer-Diskussionsseite. Diese soll lediglich signalisieren, dass die Bearbeitungen des Nutzers angeschaut und wertgeschätzt werden. Hinweise können sein „Das machst du schon sehr gut“, „Hieran könntest du arbeiten“ und zu guter letzt „Ich wünsche Dir noch viel Spaß im PokéWiki!“.
-=== Bearbeitungshilfe, Hilfeseiten und FAQ ===
-Es sind bereits zahlreiche Hilfen im Wiki implementiert, aber es stellte sich schnell heraus, dass die wenigsten diese Hilfestellungen kennen. Beispiele sind die Hilfeseiten, die zwar existent sind, allerdings von sehr wenigen Anlaufstellen aus verlinkt sind, also meistens gar nicht bemerkt werden (Die Verlinkung in der Willkommensvorlage wird später angesprochen). Eine Lösung dieses Problems sehen die SB in einem Hinweis direkt im Bearbeitungsfenster bzw. in einer und vielen weiteren möglichen Weiterleitungen wie z.&nbsp;B. „Hilfe“ -> „PokéWiki:Hilfe“. Generell soll in Betracht gezogen werden, Weiterleitungen für Stichworte zu erstellen, damit Nutzer schneller zum Ziel finden.
-Um das Bearbeitungsfenster soll es auch gehen. Im Quelltexteditor sind verschiedene Dropdownmenüs implementiert, die allerdings auch zumeist ungenutzt blieben und teils gar nicht bekannt waren. Hier wurde sich z.&nbsp;B. für eine farbliche Hinterlegung ausgesprochen, sodass diese Leiste präsenter ist.
-Die FAQ-Seite war ebenfalls gering bekannt. Auch sie bedarf einer weiteren Aufarbeitung durch bessere Verlinkungen.
-Die Spielwiese soll ein Angebot für eigene Tests sein, jedoch ist auch diese nicht präsent genug. Die Spielwiese wurde auch als sehr wichtig eingeschätzt, da sie die Bearbeitungsangst lindern kann. Das Autorenportal ist ebenfalls nicht im Blickfeld vieler.
+=== Stagnierende Themen auf der AD ===
+==== Sind weitere Pokémon-Formen als Parameter notwendig? ====
+Wenn es Gründe für IDs (vorhandene Sprites, usw.) gibt, dann können die zukünftig einfach hinzugefügt werden, es benötigt nicht immer eine zusätzliche Rücksprache. Wichtig ist die IDs anschließend auch auf der entsprechenden [[Hilfe:Pokémon-Ids|Hilfeseite]] zu hinterlegen. Der Punkt gilt damit als Abgeschlossen und kann ins Archiv
-Es wurde sich eine Erklärung für die Namensräume gewünscht. Die SB vermitteln, dass Neueinsteiger nichts über diese Namensräume wissen können und somit Schwierigkeiten bei der Suche nach bestimmten Seiten haben. Ein Beispiel war hierbei [[PokéWiki:Hilfe]], die durch einfache Eingabe von „Hilfe“ nicht erreicht werden kann.
+==== CSS-Klassen für das responsive Design ====
+Punkt wurde vor dem Chattreffen bereits abgeschlossen und kann ins Archiv.
-=== Vorlagen ===
+==== Unsere Lieben Icons ====
-Eine Überarbeitung der Willkommensvorlage wurde in Betracht gezogen. Die Links direkt unter der Überschrift sollten dabei möglichst präsenter sein, da bei den SB der Eindruck besteht, dass die Links kaum gesehen werden.
+===== Pokémon-Icons =====
+Es wurde die "Erneuerung" von Icons PLA-exklusiver Pokémon wie z.B. [[Datei:Pokémon-Icon 905.png]] besprochen. Unumstritten ist das die neue Version Pixelmatsch ist und die Vorherige Version bei dem ein oder anderen Webbrowser etwas verschwommen war, jedoch an Smartphone-Browsern glassklar war. Die Qualität war allgemein besser wie der derzeitige IST-Stand. Die Hauptproblematik liegt in der derzeitigen Meta-Einstellung. Bedeutet das bei externer Vorschau in Twitter, Google usw. das erste Bild mit Größe X angezeigt wird. Durch die Pokémon Navigation in der Kopfzeile wurde folglich beim Artikel [[Ursaluna]] das Icon von Axantor angezeigt, da es das erste Bild mit der entsprechenden Größe war. Auf externen Seiten kann dies als Fehler gewertet werden weshalb ein Leser auf eine andere Seite geht. Buo wird hier Änderungen vornehmen so das wir das anzuzeigende Meta-Bild manuell setzen können. Nachdem dies erfolgt ist werden die derzeitigen Pixelmatsch-Icons wieder entmatscht. Die Diskussion hat weiter gezeigt das wir auch zukünftig nicht auf Icons (in welcher Form auch immer) verzichten können. Wie dies zukünftig mit neueren Spielen läuft ist derzeit vielerorts unklar. Robbi hat während des Treffens getestet ob sich die Icons sinnvoll von PNG in SVG umwandeln lassen. Leider war hier keines der angeboten Online-Portale dafür brauchbar.
-Auch die [[Vorlage:Vorschau]] bedarf einer Überarbeitung. Zuerst wurde eine Löschung in Betracht gezogen, jedoch stellte sich heraus, dass diese Vorlage dazu dient, falsche Worte zu vermeiden. Dennoch blieb der Eindruck, dass sie zumeist sehr maschinell und einschüchternd geschrieben wirkt. Es wurde sich dafür ausgesprochen, den ersten Absatz zu Überarbeiten und den zweiten Absatz ebenfalls zu überarbeiten und möglicherweise zu streichen.
+===== Typ-Icons =====
+Es ist unklar ob wir nun bzgl. jedem neuen Spiel erneut die Debatte wollen. Icons aktualisieren oder eigene. Ryu wird auf der AD eine Abstimmung starten zur entsprechenden Klärung.
-=== Negative Erfahrungen ===
+===== Item-Icons =====
-Zuletzt wurden negative Erfahrungen geschildert. Dazu folgen weitere Überschriften, um die Erfahrungen zu sortieren.
+Ryu ging hier bereits auf Robbi zu zwecks Abklärung wie man die Icons zukünftig unabhängig ihrer Größe verwenden kann. Innerhalb des Item Projektes will Robbi umgestalten und etwas Ähnlichen wie bei den [[Boden#Unterschiede zwischen den Generationen|Typ-Übersichten]] machen. Alle Externen großflächigen Einbindungen wie beim Pokédex- und Strategie-Projekt besprechen die Leiter untereinander.
-==== Generelle Kommunikation (primär auf Discord) ====
+==== Unsere Lizenzvorlagen ====
-Aus der Diskussion über negative Erfahrungen ging hervor, dass durch die Kommunikation einige Nebeneffekte auftreten. Dies geschieht primär auf Discord und wurde auch anschließend nur für diese Plattform besprochen, da die Kommunikation im Wiki bereits ausreichend gedeckt wurde.
+Buo hat sich gegen externe Links ausgesprochen. Durch derartige Links könnten Unternehmen sogar erst Aufmerksam auf die Verwendung werden. Man muss hier nicht unnötig schlafende Hunde wecken. Ebenso hält er eine separate Unterseite die sämtliche Urheberrechtsinhaber listet für Unpraktikabel. Es wurde sich darauf geeinigt die derzeit vorhanden Redlinks durch Text zu ersetzen. Es spricht nichts gegen wenn später ein Link gesetzt wird sobald der Artikel existiert. Die Links wurden inzwischen von Mec und Taube entfernt und der Punkt kann damit ins Archiv.
-Begonnen wurde mit Schreibweisen und deren Wirkung. Es stellte sich bei dem Oberthema Kommunikation heraus, dass viele gut gemeinte Ratschläge nicht immer so oder neutral rüberkommen, sondern einen genervten Unterton haben. Aufgrund dessen entsteht, wie die SB vermerken, die Angst, Fragen stellen zu können.
+==== Umbenennung der Artikel DV und AV ====
+Wir sind uns einig das die Verschiebung von Awakening values nach Go-Kräfte keine Problematik darstellt. Bei der Verschiebung von Determinant Values nach Individuelle Stärken wird es eher eine kurzzeitige Umgewöhnung geben. Diese sollte allerdings auch ohne großen Einfluss sein. Bei der Eindeutschung der seit Generation 7 offiziellen Begriffe gibt es allerdings auch den Begriff Basiswert welcher von offizieller Seite etwas anderes bedeutet als wie er seit Jahrzehnten in der Community verwendet wird. Die Diskussion hat gezeigt das wir weiterhin am Grundsatz eines Wikis festhalten werden. Wir sind da zur bestmöglichen fachlichen Dokumentation und keine X-beliebige Fanseite die alles nach den Fans ausrichtet. Der Blick in die Community wurde allerdings nicht ausgeblendet. Es wurde sich auf eine Übergangsfrist geeinigt. Mecs Vorschlag von 2 Jahren wurde aufgrund der Schnelllebigkeit des Internets abgelehnt. Es wurde sich darauf geeinigt das folgendes bereits jetzt durch Isso umgesetzt werden kann:
+* Awakening values nach Go-Kräfte
+* Determinant Values nach Individuelle Stärken
+* Basiswert nach Artenspezifische Stärken
+Nachfolgend soll mit einer Bot-Suche die Überreste der drei Begriffe im gesamten Wiki ausfindig gemacht werden und auf den offiziellen deutschen Begriff geändert werden. Der Begriff Basiswert wird erstmal zu einer BKL umgewandelt zur Erläuterung/Differenzierung von Fanbegriff und offizielle Bezeichnung. Nach frühestens 1-2 Monaten wird der letzte Begriff '''Fleißpunkte''' zum offiziellen Begriff Basiswerte geschoben. Bis dies geschehen ist bleibt der Punkt auf der AD offen.
-Auch die indirekte Kommunikation durch den auf Discord einstellbaren Status wurde angesprochen. Hier wurde die Unsichtbarkeit als Problem angesprochen, da diese, laut den SB, signalisiert, dass die Person gerade nicht angesprochen werden möchte bzw. kann, da sie unabkömmlich ist. Eine dauerhafte Einstellung dieser Funktion wurde daher als schwierig angesehen. Die dauerhafte Einstellung von "nicht stören" wurde kritisiert, da auch diese ähnliche Signale von sich gibt. Eben dadurch existiere eine Angst, alle möglichen Nutzer für Fragen kontaktieren zu können.
+=== Weitere Beiträge auf der AD ===
+==== Besprochen und als Abgeschlossen gewertet ====
+Folgende Punkte wurden als Abgeschlossen gewertet und wurden archiviert:
+#Wertschätzung - eine Umfrage an die SBs
+# Spezies-Abschnitte in Pokémon-Artikeln
+# Sammelartikel für Anspielungen in anderen Franchises
+# Artikel und ihre Kategorien
+# Veränderung der Entwicklungsreihen Info
+# Zuschneidung der Trainer-Sprites
+# Abstimmung zur Nutzung der Sitenotice
+# Iden die (möglicherweise) Nützlich sein könnten
+# Links auf Weiterleitungen
+# Siehe auch-Abschnitte im gesamten Wiki
-==== Ideenumsetzung ====
+==== Spielekürzel oder Kurzformen in Artikelnamen (Unterseite und Klammerzusatz) ====
-Zuletzt ging es um Ideenumsetzungen. Es wurde ein Eindruck angemerkt, der vermittelt, dass SB, meistens aber auch Wikinger und Benutzer des PokéWikis Ideen in den Discord-Kanälen posten und darauf hoffen, dass diese umgesetzt werden, diese aber abgelehnt werden. Die SB vermuten, dass dies damit zusammenhängt, dass die Ideen nicht im enzyklopädischen Sinne sind bzw. nicht in eine Struktur des jeweiligen Projekts passen.
+Hier erfolgte vor dem Chattreffen bereits weiterer Input seitens lasagne der sich allerdings vorrangig auf das Orte-Projekt bezog und in teilen durch geplante Änderungen so nicht mehr zustande kommen wird.. Es wurden sowohl die Argumente von Ryu wie auch lasagne betrachtet. In der Debatte zeigte sich das Ryu weiterhin sich an den damaligen Beschluss halten will das Spieltitel in Ihrer korrekten Langform zu nutzen sind. Mec empfindet den damaligen Beschluss als keinen zu Vorschnell umgesetzt bzw. nicht ordentlich. Es wurden sich auf drei mögliche Abstimmungspunkte geeinigt. Sollte ein Punkt nicht über einer Mehrheit >50 % liegen wird eine Stichwahl erfolgen. Nach Abschluss der Abstimmung bzw. Stichwahl folgt bei der Entscheidung für NUR Kurzformen eine weitere Abstimmung welche Kurzform verwendet werden soll da viele Pokémon-Titel in Ihrer Kurzform mehrere Namen haben z.B. Pokémon Gelb und Pokémon Special Pikachu.
-Dennoch sehen die SB in vielen Ideen Potential, das dadurch verloren geht, dass die Ideen durch weitere Nachrichten in den Kanälen verschwinden oder bereits von einem höherrangigen Nutzer beantwortet wurden und somit die Angst besteht, die Diskussion um die Idee wieder aufleben zu lassen. Eine Idee zur Gegensteuerung wurde direkt genannt: Ein separater Kanal zur Sammlung und Festhaltung dieser Ideen soll eingerichtet werden. Somit besteht die Möglichkeit, in die Vergangenheit zu schauen und Ideen direkt wiederfinden zu können. Auch wurde überlegt, Ideen aus Diskussionen im Wiki auf Discord festzuhalten, damit weniger Ideen verloren gehen. Das Konzept des Kanals und möglicherweise weitere Kanäle zur Archivierung der Ideen soll auf Discord ausdiskutiert werden.
+=== Anpassung der Kopfzeile der Typartikel ===
+Vorschlag wurde bereits vor dem Chattreffen umgesetzt. Es gab beim Treffen keine Beschwerden. Der Punkt ist damit erledigt.
-== Protokoll vom 22.10.2021 ==
+=== Zukunft der Orte-Artikel ===
-=== Der Stand der Dinge bei der Sinnoh-Initiative.===
+Ryu benötigt immer noch Ideen für die Übersichten. Taube findet die derzeitige Gestaltung der [[Rüstungsinsel]] bereits in die vorgestellte Richtung gehend. [[Benutzer:Mecanno-man|Mec]] will Ryu hier etwas schicken {{smiley|grin}} Davon ab gab es keine weiteren Ideen. Ryu akzeptiert Bilder, Skizzen oder Rudimentäre Vorlagen. Hauptsache Input. Nach Sichtung/Abarbeitung der PLA-To-Do wird Ryu (sollte es bis dahin keine Vorschläge geben) einen Mini-VC organisieren.
-*Etwa 20 Teilnehmer, aber >500 Versionsgeschichten. Positiv war, dass auch Neulinge gute Beiträge lieferten, einige User mit ihren Beitägen sich so ergänzten, dass Artikel umfangreicher an Informationen aus verschiedenen Bereichen wurden und auch interessante neue Artikel entstanden. Nachteilig war die Fülle an Reservierungen auf einmal, die teilweise nicht abgearbeitet wurde, sodass interessante Artikel „weggeschnappt“ wurden.
-*Fazit: Eine Wiederholung ist denkbar, allerdings nicht mehr so lange Aktionen. Denn es zeigte sich, dass der Großteil der Edits in der Anfangszeit entstand und dann bei vielen Usern die Motivation abflaute. Themenspezifische Aktionen als Ergänzung zu VBWs sind denkbar, um für Abwechslung zu sorgen. Reservierungen sollten eingeschränkt werden (in Anzahl oder Zeit), die Handhabung wird in zukünftigen Aktionen individuell entschieden.
-=== Info-Abende für Interessierte über den Discord-VoiceChat===
+=== Vorlage NSC und weitere Navigationsleisten in Charakterartikeln ===
-Idee: Info-Abende könnte man als allgemeine Wiki-Info-Abende gestalten, bei denen ein paar ESBs über die Wiki-Arbeit erzählen und direkt fragen beantworten. Man könnte aber auch spezielle Projekt-Info-Abende mit den jeweiligen Leitern machen. Ankündigen könnte man sie auf dem Discord-Server mit Everyone-Ping, auf der Hauptseite in „Aktuelles“ (oder dem Banner, in dem aktuell das mit der Sinnoh-Initiative steht) sowie auf unseren Social-Media-Kanälen.
+Während des Chattreffen wurde festgestellt das es bereits einige Optimierungen gab und lediglich Kleinigkeiten auffielen. Vorrangig geht es um den Abstand zwischen Themenblöcken. Beispielsweise [[Blau Eich]] ist in den Themen Rivale, Arenaleiter und Champ. Es wurde sich ein größerer Abstand zwischen den einzelnen Blöcken gewünscht. Fe wird sich dies ansehen. Desweiteren ist der Punkt Wichtige Nebenfiguren noch offen. Mec wird diesbezüglich einen Mini-VC organisieren.
-*Wurde positiv aufgenommen, aber noch einige Unklarheiten besonders bzgl. Gestaltung und Regelmäßgikeit --> Rücksprache mit Kenaz erforderlich
-*wird demnächst mal getestet werden, um Interesse auszuloten
-=== mobile Umstellung: aktueller Stand===
-* Es sind noch viele Vorlagen (ca. 500) offen, besonders Projektsachen, daher sollten sich auch entsprechende PL kümmern/melden, damit es dort voran geht.
+=== Anfrage auf Umbenennung und die Schaffung einer BKL ===
-* Mehr Hilfe wird benötigt
+Es sind sich alle Einig das eine Grundsatzdiskussion hier zu nichts führt und den Rahmen des Chattreffens nur noch weiter Sprengen würde. Aufgrund dessen das Pöbel zu der Zeit nicht mehr da war wurde entschieden das ganze mit einer Abstimmung zu beenden.
-* Mehr Hilfestellungen werden für Leute ohne Informatik-Hintergrund gewünscht, z.B. in Form einer Hilfeseite oder evtl. auch in den Info-Abenden. Ebenso sind Fragen im '''mobil-Kanal''' erwünscht. Auf weiterführende Literatur sollte besser aufmerksam gemacht werden (Verlinkungen, Pins im Discord).
-* Inhalt einer Hilfeseite noch unklar, auch wie detailiert dies sein sollte.
-* Ansonsten gilt: Robbi steht bei Fragen und Problemen zur Verfügung.
-=== SB-Chattreffen Ergebnisse===
+=== Spiele-Projekt ===
-==== Bearbeitungshilfen offensichtlicher gestalten (im Bearbeitungsfenster selbst)====
+Der Punkt wurde vor dem Chattreffen bereits wieder gestrichen und wurde nicht debattiert. Anmerkung seitens Taube: derzeit wird noch an einigen Stellen gewerkelt. Sobald an irgendeiner Stelle Feedback benötigt wird meldet sich das Projekt zu Wort.
-*Änderungsmöglichkeiten kaum vorhanden, VE ist dieser Form der Bearbeitung gleichwertig.
-====Hilfeseiten Verlinkungen====
+==== Spielmechaniken ====
-*Mögliche Verlinkung der Hilfe-Übersicht unten im Quelltexteditor wird probiert.
+Der Punkt wurde vor dem Chattreffen bereits wieder gestrichen und wurde nicht debattiert.
-*Außerdem wird ein Such-Dropdown probiert, damit bei der Suche auch Namensräume einfach gewechselt werden können.
-=== Woran wird gearbeitet?===
+==== Boutique ====
+Der Punkt wurde vor dem Chattreffen bereits wieder gestrichen und wurde nicht debattiert.
-* Spezialseite von Dexter vorzeigbar
+=== Retrospektive SDLP/PLA-Release ===
-** Learnsets sind komprimierter als vorher, da die Endstufen nur am Zweigende gezeigt werden
+Ryu vermeldet da es erst seit ein paar Tagen wieder mehr Zeit fürs Orte-Projekt hat und sich noch keinen direkten Überblick verschaffen konnte. Ausständig sind für die Orte noch die Punkte Geisterseeelen, Gedichte, Icognito und Ursaluna-Funditems. Teile zur Spielmechanik fehlen völlig. Hier liegt die Problematik an fehlendem Datamining. User-Rangwahlen schoß quer durch den Release und auch die Abwesenheit diverser Entscheidungsträger führte zu Verzögerungen und teilweise bis heute noch nicht Entschiedenen Baustellen. Robbi hat den PLA-Release sehr negativ empfunden "Er hat gefühlt, vieles alleine gemacht". Für die Zukunft muss einiges besser organisiert werden auch die Kommunikation an Helfer. Für Releases sollen zukünftig auch Ausschreibungen genutzt werden. Für den PLA-Release testen wir die Brauchbarkeit von [https://trello.com/pokewiki trello] und schauen in wie weit dies als Organisationshilfe für KaPu dienlich wäre.
-** Momentan mit Wasserzeichen
-**weitere Planung: Hervorheben von besonderen Attacken, frühere Generationen einbauen, mobile Ansicht noch verbesserungsfähig, Fehler-Handling
-**Testphase im Test-Wiki ist vorgesehen
-=== Wo wird Hilfe benötigt?===
+=== MediaWiki-Update und Testwiki-Reset ===
-* Ryu kann Ideen für Orte-Vorlagen gebrauchen, z.B. als Skizzen
+Sämtliche Benutzer mit TestWiki-Zugriff sind angehalten <span style="color: #DC5A6B"><big>'''bis 30.04.2022'''</big></span> ihre Daten zu sichern. Ein entsprechende Hinweis ist bereits in der TestWiki-Sitenotice hinterlegt. Und auch ein Ping auf Discord wird erfolgen.
-* templatedata für VE werden benötigt, aber enormer Aufwand
-=== stockende Umsetzungen und Diskussionen===
+=== Neubesetzung PokéDex-Projekt, Co-Leiter Spin-off-Projekt, Co-Leitung Facebook ===
-====Strategie-Projekt====
+Punkt wurde vor dem Chattreffen bereits abgeschlossen.
-*verschoben, da Luca nicht anwesend
-====Verschiedene aktuelle Diskussionen====
-*Wetter: Orteliste oder nicht, Konzept überarbeiten --> Swowo schaut mal
-*In-Game-Events: darauf aufmerksam gemacht
-*Monolocke: löschen, als eigener Artikel nicht benötigt
-====Erweiterung der Typen-Artikel mit Fähigkeiten und Items====
-siehe dazu: Diskussion von 2019 und ein Beispiel
-*pro, aber wer macht's?
-===VB-Wahl ===
+=== Auffindbarkeit dieser Seite ===
-Hier wäre für zu klären, ob man nicht bei Usern, die sich auf ein Projekt spezialisiert haben und der Vorschlag von keinem Red+ kommt, verpflichtend eine Begründung beim Auftakt hinterlegt. Gerade User, die mit Strategie, Orten, XDW usw. nichts am Hut haben, könnten die Arbeiten nur schwierig beurteilen. Eine Begründung könnte vom Vorschlaggeber oder zuständigem PL kommen.
+[[Benutzer:Killuu|Killuus]] Vorschlag wurde besprechen. Die Seite PokéWiki:Chattreffen wird in der Regel nur dafür benutzt und wenn es diesbezüglich etwas neues gibt erfolgt in aller Regel ein Ping zwecks Themenfindung. Der Wunsch der meisten ist Chattreffen zukünftig nicht mehr in diesem Umfang zu haben und keine knapp 7 Stunden alles durchzukauen und stockende Themen schneller abzuarbeiten. Desweiteren ignorieren wir das es die Seite [[PokéWiki:Neuigkeiten]] (welche seit grob 6 Jahren nicht aktualisiert wurde) überhaupt gibt. {{smiley|shy}}
-*Ein Vorschlag sollte mit öffentlicher und '''aussagekräftiger Begründung''' erfolgen, dies hilft anderen Abstimmenden die Wahl besser zu verstehen.
-====Zeitliche Begrenzung der ersten Wahlrunde sinnvoll?====
+=== Timeline ===
-*Eher nein... Denn sonst wäre unklar, was passiert, wenn Stimmen fehlen. Dafür sollten Leute besser kommunizieren, wenn und/oder warum es länger dauert.
+Es wurde entschieden das mit 06.03.2021 ''„Die Generation der mobilen Umstrukturierung“'' begonnen hat. Desweiteren ist eine Beendigung der Discord-Ära angedacht. Hierfür gibt es Überlegungen Discord-Ära umzubenennen in z.B. Ära des Discord-Aufbaus. Die Frage ist wo sollte diese Ära beendet werden. Entweder mit Januar 2018 als der Discord-Server Umstrukturiert wurde oder mit 2019 als [[Benutzer:Moltres|Molt]] zutrat. Unabhängig der Beendigung der Ära ist unklar wie wir die nächste Nennen bzw. ob die schon wieder, mit dem Weggang von Tai, beendet ist und wir zwei neue Ären benötigen würden. Peter nimmt sich dem Thema an und wird einen Entsprechenden VC fürs Brainstorming organisieren. Vorzugsweise mit Tailnahme von Molt.
-* anderes: Enthaltung bleiben verboten
-=== Nutzung der Sitenotice ===
+=== Umstrukturierung der Erlernbarkeits-Abschnitte in den Attacken-Artikeln ===
-z.B: Vorlagenumstellung, Stellenausschreibungen
+Der Umstrukturierungsvorschlag fand anklang. Laut Dexi fehlt es momentan am Design. Der Punkt wird vorerst auf Eis gelegt bis er sich mit Mooni dazu nähere Gedanken machen kann.
-*Es besteht die Sorge, dass eine permanente Sitenotice irgendwann nicht mehr wahrgenommen wird.
-*Auf der anderen Seite ist eine bessere Vermittlung zu Änderungen im Wiki gegenüber Besuchern gewünscht. Damit Beschwerden hinterher gering gehalten werden können.
-*Es soll auf der AD darüber abgestimmt werden, ob und wie es genutzt wird.
-=== Wollen wir für die Community wieder eine Aktionen zu besonderen (Feier-)Tagen machen?===
+=== Missverständlichkeit bei den erlernbarkeits-Abschnitten ===
-* Aktionen werden geplant.
+Ein kurzer Anriss dieses Themas zeigt das eine Lösungsfindung hier nicht so einfach wird. Es war außerdem schon Spät, bzw. für Robbi Zeit fürs Mittagessen {{smiley|grin}} und keiner hatte noch Lust sich nach knapp 7 Stunden Chattreffen mit dem Thema intensiver auseinander zu setzen. Es wurde sich daher entschlossen das die Projektleitung zeitnah einen Mini-VC organisiert und nähere Details bespricht.
-===Sonstiges===
+=== Planung von Events ===
-*Mehr Feedback für alle! Auch erfahrene User brauchen Feedback, nicht nur von oben nach unten --> Diskussionskultur verbessern
+Es wurde Besprochen welche Arten von Events man veranstalten kann (Was haben wir an Konzepten/Funktionen vorrätig, was müsste entwickelt werden) sowie eine mögliche Honorierung in Form von Sachpreisen. Die derzeitige Lage in Punkto Lieferschwierigkeiten bzw. die allgemeine Produktverfügbarkeit ins besondere TCG wurde näher beleuchtet. Eine alternative Verwendung von Digitalpreisen wird sich offen gehalten. Vorzugsweise sind dem physische Preise vorzuziehen. Ausnahme der Preis-Empfänger wünscht explizit die Digitale-Form.
+Es wurde festgelegt das Benutzergruppen die an der Event-Planung beteiligt sind immer von deren Teilnahme ausgeschlossen werden. Für Events soll die Sitenotice genutzt werden. Das nächste zu planende Event ist Aufgrund des Releases von KaPu um die Weihnachtszeit. Die Admins ([[Benutzer:RobbiRobb|Robbi]], [[Benutzer:Mecanno-man|Mec]], [[Benutzer:GoPika|Go]], [[Benutzer:DeXter|Dexi]] und [[Benutzer:ShortyBuzz|Shorty]]) werden sich im September/Oktober 2022 für nähere Details zusammensetzen und bei Bedarf weitere Ebenen mit in die Planung involvieren.

Community

Menü

PokéWiki:Chattreffen: Unterschied zwischen den Versionen

Version vom 10. April 2022, 19:10 Uhr

Protokoll vom 09.04.2022

Spitzname Ratequaza

Helferlein und Visual Editor

Zentrale Hinterlegung von Trainerdaten

Darstellung Zuchteltern

Welche Formwechsel sollen wie im Abschnitt Entwicklung dargestellt werden?

Anführer der legendären Gruppen

Strategie-Projekt

Gestaltung der Stellenanzeigen/Ausschreibungen

PokéWiki Diskussion:Spiele-Projekt#Freundschaft, Zutrauen und Zutraulichkeit

VB-Wahlen

Wertschätzung

Vorschlag zu Dokumentation im Wiki vs. Schneller Chat im Discord

Schneller Chat im Discord

Dokumentation im Wiki

Info-Abende für Interessierte über den Discord-VoiceChat

Mobiles Design

Stagnierende Themen auf der AD

Sind weitere Pokémon-Formen als Parameter notwendig?

CSS-Klassen für das responsive Design

Unsere Lieben Icons

Pokémon-Icons

Typ-Icons

Item-Icons

Unsere Lizenzvorlagen

Umbenennung der Artikel DV und AV

Weitere Beiträge auf der AD

Besprochen und als Abgeschlossen gewertet

Spielekürzel oder Kurzformen in Artikelnamen (Unterseite und Klammerzusatz)

Anpassung der Kopfzeile der Typartikel

Zukunft der Orte-Artikel

Vorlage NSC und weitere Navigationsleisten in Charakterartikeln

Anfrage auf Umbenennung und die Schaffung einer BKL

Spiele-Projekt

Spielmechaniken

Boutique

Retrospektive SDLP/PLA-Release

MediaWiki-Update und Testwiki-Reset

Neubesetzung PokéDex-Projekt, Co-Leiter Spin-off-Projekt, Co-Leitung Facebook

Auffindbarkeit dieser Seite

Timeline

Umstrukturierung der Erlernbarkeits-Abschnitte in den Attacken-Artikeln

Missverständlichkeit bei den erlernbarkeits-Abschnitten

Planung von Events