Allgemeine Diskussionsseite
Zweck dieser Seite ist es, die Gestaltung und Organisation des Wikis zentral zu diskutieren.
Wenn ihr neue Ideen für das Wiki habt, könnt ihr hier die Meinungen anderer User in Erfahrung bringen oder eine Abstimmung abhalten.
Ebenso können hier Lösungen für akute Probleme im Wiki gemeinsam gesucht werden.
Zusätzlich liefert euch diese Seite die Möglichkeit, mit den Admins in Kontakt zu treten.
Wenn ihr eine konkrete Anfrage an sie habt, macht dies im Abschnittstitel kenntlich.
|
|
Vorhandene Archivierungen: 2012 • 2012-2 • 2013 • 2014 • 2015 2016 • 2017 • 2018 • 2019 • 2020 2021 • 2022 • 2023
- zuletzt archiviert von * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 09:32, 29. Mär. 2019 (CET)
|
Vorlage:TOC right
[Abstimmung] Anleitungen zum Klonen/Bugnutzen/Glitchen
Abstimmung beendet: Anleitungen zum Klonen/Bugnutzen/Glitchen sind weiterhin im Wiki erwünscht
Wie im gestrigen Chattreffen angesprochen und zu Teilen bereits diskutiert wäre das Thema dieser Abstimmung explizite Anleitungen zum Ausnutzen von Fehlern in Spielen. Zur Einordnung: Es wurde beschlossen, dass solche Dinge wie Cheaten (Nutzung externer Programme/Module) im Wiki nicht erwähnt werden sollen, jedoch Fehler in Spielen sollen zumindest auf dafür spezifischen Seiten Erwähnung finden (sprich: Wir haben einen Artikel Mew-Glitch, jedoch wird bei Mews Fundorten nicht Glitch stehen). Als Teilproblem entstand während der Diskussion jedoch der Punkt, wie genau solche Fehler beschrieben werden sollen, konkret, ob beschrieben werden soll, wie der Fehler ausgenutzt werden kann. Als Beispiel kann sehr gut das Klonen genommen werden: Der Artikel selber beschreibt allgemein, was Klonen ist, in welchen Spielen es auftritt und eventuell zumindest die groben technischen Hintergründe. Die Frage wäre hierbei dann, ob eine Anleitung pro Spiel, wie sie aktuell bspw für Smaragd existiert, so genau beschrieben werden sollen. Daher gibt es drei Möglichkeiten: Komplett raus, Externe Anleitungen verlinken oder ins Wiki. Bei Option 3 liegt die genaue Umsetzung anschließend bei Korvel1, gerade ob einzelne Artikel entstehen oder alles in den Hauptartikel kommt oder sogar was ganz anderes. Die Abstimmung läuft bis zum 28. Januar 2018 23:59 Uhr, stimmberechtigt sind alle Stimmberechtigten. Jones Albtraum? 22:41, 14. Jan. 2018 (CET)
Option 1: Raus
- Brauchen wa nicht Jones Albtraum? 22:41, 14. Jan. 2018 (CET)
- Zwar gibt es den Anspruch der Vollständigkeit, aber hier sollte man, aus ideellen Gründen, eine Ausnahme machen. Anleitungen sollten sich auf keinen Fall finden. Maxmiran 12:22, 15. Jan. 2018 (CET)
- --Datei:Sugimori 672.pngMecanno-manMäh 13:29, 15. Jan. 2018 (CET)
- Die Existenz von Bugs und ähnlichem zu entfernen halte ich für falsch, zum Glück steht das aber auch nicht zur Diskussion ^^ Eine erklärung oder gar eine Anleitung, wie man das ausnutzen kann sehe ich allerdings kritisch und glaube, dass es besser wäre, sie aus dem Wiki zu entfernen. -- RobbiRobb 13:30, 15. Jan. 2018 (CET)
- Ich schließe mich da Maxmiran und Robbi an. Auf die Existenz solcher Möglichkeiten würde ich hinweisen und grobe technische Hintergründe liefern, aber keine Anleitung liefern "So kann ich der 4. Gen Darkrai fangen, ohne irgendwelche Event-Tickets zu haben". (Der vorstehende signierte Beitrag stammt von: Heiteira • Diskussion • Beiträge) 16:23, 15. Jan. 2018 (CET)
- Kann weg, Glitchen ist doch auch nur Cheaten auf nem andern Weg Esteror (Diskussion) 18:38, 15. Jan. 2018 (CET)
- Bugs und Spielfehler sollten erwähnt werden, allerdings nicht in der Form, dass Anleitungen zum Ausnutzen dieses Spielfehlers gegeben werden. Also quasi dasselbe, das auch meine Vorredner gesagt haben.--★☆★ Pk-fan 20:07, 16. Jan. 2018 (CET)
- ~ Taisuke Diskussion 08:21, 17. Jan. 2018 (CET)
Option 2: Extern verlinkt
Option 3: Ins Wiki
- Bevorzuge hier doch aus gründen der Vollständigkeit eine Hinterlegung im Wiki. Über die Ausführlichkeit lässt sich Streiten. Ich kann auch damit leben wenn sie im Wiki nur kurz angerissen werden und die Anleitung Extern verlinkt wird. Jedoch sehe ich komplettes Entfernen möglicher Cheats z.B. Klonen bei Smaragd als Informationsverlust. * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 12:55, 15. Jan. 2018 (CET)
- Ich bin auch dafür, dass uns diese Artikel erhalten bleiben. Spielfehler gehören zum Spiel. Eine Seite, die sich dazu verschrieben, hat so vollständig wie möglich Wissen über eine Reihe von Spielen zusammenzutragen ist geradezu dazu verpflichtet, solche Fehler in ihr Kompendium aufzunehmen. Dass diese Fehler ausgenutzt werden können, ist die logische Konsequenz der Existenz dieser Fehler, erst durch diesen Umstand wurden und werden sie meist erst entdeckt und bekannt. Anleitungen zur „Erfahrbarkeit“ dieser Fehler bereit zu stellen, ist somit ein nicht unwichtiger Beitrag, dem Nutzer die Möglichkeit zu geben, sein Spiel in jeder Form zu erleben. Sind diese Anleitungen nach dem aktuellen Kenntnisstand die sichersten und wird auf ihre Fehler-Natur und mögliche negative Konsequenzen hingewiesen, sehe ich keinen Grund diese aus unserem Wiki zu verbannen. Mit den Erklärungen und Anleitungen zu diesen spiel-internen Fehlern generieren wir nicht nur Nutzer, die diese ausnutzen, sondern klären auch diejenigen auf, die ihnen andernfalls aufgesessen wären. Externe Programme und Module sollten jedoch, wie bereits erwähnt und beschlossen, aus unserem Wiki gelöscht werden, denn sie sind nicht Teil der offiziellen Software. Ich halte es für die Vollständigkeit des PokéWiki also unabdingbar, dass uns diese Seiten erhalten bleiben. -MfG, Kenaz-Hagalaz Disku 13:27, 15. Jan. 2018 (CET)
- Gründe stehen bereits oben. Sollte von mir nicht mehr weiter erläutert werden, finde ich. Jasuanti Bzz 14:57, 15. Jan. 2018 (CET)
- Was meint ihr, wie ich aufs Wiki gestoßen bin (u.a.)? Fehler ausnutzen, gehört halt auch dazu :D --Klein, aber fein. Killuu https://i.imgur.com/Sne7Tvh.png 17:23, 15. Jan. 2018 (CET)
- Schließe mich Kenaz & co. an. https://poketrainer-warren.de/PokeWiki/User/U1.png SpielefreakJ https://poketrainer-warren.de/PokeWiki/User/U2.png 17:56, 15. Jan. 2018 (CET)
- Um das Wiki möglichst vollständig zu halten, sollte auch sowas darin stehen. Friedrich on ice❄ 18:00, 15. Jan. 2018 (CET)
- Ich sage nur eins: Glich und Bug gehört in Wiki dazu und es bleibt auch! AAWiki Diskussion 20:06, 15. Jan. 2018 (CET)
- Ich schließe mich prinzipiell dem an, allerdings frage ich mich nach dem Sinn einer Glitchstadt einen Städteartikel zu geben statt eines Artikels über den Glitch(→Sunny Town (Glitch)). Das Isso 08/15 Konter 14:59, 16. Jan. 2018 (CET)
- Gut Dung will Weile haben MattiBob Diskussion 21:06, 18. Jan. 2018 (CET)
- Hier bin ich tatsächlich etwas zwiegespalten, allerdings vor allem deswegen, weil beide Aussagen so endgültig klingen. Meiner Meinung nach können wir auf Anleitungen verzichten, wenn sie nur der Anleitung willens im Wiki ist, sprich, es werden keine Hintergründe erklärt, warum der Glitch auftritt und wie es dazu kommt, dass z. B. ein Pokémon geklont wird. Eine Erklärung, wie es zu einem Glitch kommt, hat allerdings Platz in einem Wiki, wird aber den wenigsten ohne Beispiel verständlich erscheinen, die Anleitung kommt also automatisch dazu, wenn der Leser sich ein wenig mit dem Artikel beschäftigt. Das genügt dann aber auch allgemein für ein Spiel. Dazu gehören auch deutliche Hinweise auf die Gefahren, die es bei der Ausnutzung von Glitches geben kann. Bei puren Anleitungen fällt sowas gerne unter den Tisch, wenn unvorsichtige Benutzer einfach nur die Vorgehensweise wissen wollen. Eine Erklärung zu Bugs und Glitches ganz wegzulassen, nur weil man sie ausnutzen könnte, ist (und ich hoffe, da sind wir uns alle einig) jedenfalls Unsinn, wir sind hier, um alles verfügbare Wissen zu sammeln und sollten uns insofern nicht selbst zensieren. Also ein verhaltenes Ja zu Anleitungen, aber nicht so wie hier, sondern nur als Teil einer neutralen Erklärung. -- Korvel1 11:34, 20. Jan. 2018 (CET)
- Inzwischen wurden ja alle Argumente bereits erwähnt. Auch ich schließe mich der "Ins Wiki"-Gruppe an. Der primäre Faktor ist hierbei die Vollständigkeit. Wie Kenaz es bereits so schön gesagt hat, gehören Spielfehler zum Spiel. Bei illegalen Dingen, wie Softwares von Drittanbietern ist es klar, dass das hier nicht reingehört, jedoch sollten direkte Inhalte des Spiels in einem Wiki nicht vernachlässigt werden, nur weil sie eventuell vom Hersteller nicht so gewollt waren. Ist in manchen Situationen sicher auch gut, bestimme Bugs zu kennen, um sich vor Fehlern, die die "Gesundheit" des Spielstands beeinträchtigen können, zu schützen. Wäre doch außerdem auch schade, Nutzer wegen Fehlen dieser spielinterner Informationen zu verlieren. Yinni ✧* 11:55, 20. Jan. 2018 (CET)
- Meiner Meinung nach können fast alle Anleitungen problemlos im Wiki stehen, jedoch sehe ich Bugs und Glitches, die Online-Features betreffen, sehr kritisch. Beispielsweise das hier sollte meiner Meinung, wenn überhaupt, im Wiki stehen, nachdem es behoben wurde. Ansonsten würde man eher Leute dazu bringen, das Spiel von sich und deren Kampfgegnern zum Abstürzen zu bringen, was meiner Meinung nach nicht der Anspruch des Wikis sein sollte. Anleitungen zu Glitches, die nur offline wirken oder bereits behoben sind, somit also keinesfalls Einfluss auf Spiele von Nutzern, die den Glitch nicht aktiv ausführen, und somit das Risiko eingehen, hat. Luca12379 Diskussion 14:47, 20. Jan. 2018 (CET)
- Wieso sollte im Wiki etwas erwähnt werden, ohne es zu erklären? Stellt euch vor, jemand kommt gezielt oder durch Zufall auf die Wiki und liest etwas über einen Glitch; nun möchte dieser den Glitch selber ausführen, aber weiss nicht wie er das tun soll. Was tut er als nächstes? Natürlich geht er aus dem Wiki weg und findet eine Anleitung auf Youtube oder einer andere Pokémon-Seite. Genau dieses Szenario sollte aber nicht das Ziel sein, denn eine Wiki sollte einen klüger machen und nicht einen dazu bewegen anderswo zu suchen. https://i.imgur.com/6WoeBnL.pnghttps://i.imgur.com/jqdtwu0.png 14:45, 22. Jan. 2018 (CET)
- Ich würde mir zwar schon in jedem einzelnen Fall einer Glitchanleitung genau überlegen, ob die Anleitung relevant genug für das Wiki ist und von der Form her den enzyklopädischen Anforderungen entspricht, aber ich finde nicht, dass man Anleitungen prinzipiell als unerwünscht ansehen sollte. – shadowtweaker 20:53, 22. Jan. 2018 (CET)
- In welcher Form man es tut, muss man sich noch überlegen. Aber nach 1-2 Nächten Schlaf finde ich, dass man es doch nicht ganz unerwähnt lassen sollte. -- Liebe Grüße, Moltres 20:56, 22. Jan. 2018 (CET)
- Anleitungen zu Bugs/Glitches finde ich in diesem Zusammenhang verständlich, aber nicht unbedingt als korrekt gewählten Begriff. Ich empfinde das ganze sollte viel mehr wie eine Dokumentation sein, wie die einzelnen Schritte einer chemischen Reaktion, solange es nicht zu spezifisch wird. Ich denke, Allgemeines sollte ins Wiki, aber Einzelschritte zu spezifischen Ergebnissen hunderten sollten höchstens verlinkt werden. Wenn wir den im Einleitungssatz erwähnten Mew-Glitch ansehen, sehe ich was viele unter diesen Anleitungen meinen. Schon alleine der Titel des Artikels macht klar, und vor Allem all die Varianten und Möglichkeiten, dass es nicht wirklich um den Glitch selbst geht, sondern um das Ziel des Glitch: Wie man das mysteriöse Mew bekommt. So würde ich es nicht haben wollen, und ich denke unsere Dissidenten so etwas verhindern wollen. Aber der Artikel bemüht sich auch die Hintergründe des Glitch zu erklären. Im Kontrast dazu steht der Long-Length-Trainer-Artikel. Er behandelt dasselbe Prinzip, und ist viel allgemeiner gehalten. Ihm mangelt es jedoch an Hintergründen und Erklärungen, bis auf die Index-Tabelle, die wieder wie ein Teil als Anleitung für den Glitch aussieht, aber eigentlich nur ein Speichermuster ist, das man woanders im Wiki wie auf Bulbapedia unterbringen könnte und im Text als Erklärung dessen wieso der Glitch passiert, verlinken könnte. Der Mew-Glitch Artikel tut genau das - dafür auf Bulbapedia verlinken (was auch eigentlich heißen sollte, dass wir einen eigenen Artikel dazu anlegen sollten). Man sollte wie bereits durch die Vorlagen erwünscht beide Artikel vereinigen und sich von der Fokussierung auf Mew entfernen, damit der Glitch an sich wieder im Mittelpunkt steht. Mew selbst sollte hier höchstens als Beispiel einer Erklärung der einzelnen Schritte auftauchen, ansonsten das gehört genaue Vorgehen dafür extern verlinkt. Beispielsweise sieht man das gut umgesetzt im Tweaken-Artikel. Der Artikel zeigt einem die generellen Schritte wie das Tweaken gemacht wird, und erklärt Konditionen, Ursachen, und Folgen. Die beliebtesten Nutzen für das Tweaken werden nur nebensächtlich erwähnt, und anstatt selbst Auskunft über die Vorgehensweise dafür zu geben, werden stattdessen entsprechende Videos dazu verlinkt. Ich würde sogar noch ein Bild des oft genutzten Jubelstadt-Zentrums mit Raster als Beispiel erlauben. Natürlich bekommt nicht jeder Glitch seinen eigenen Artikel oder ist erklärbar, und findet oft nur einen Platz auf der Sammelseite der Bugs seiner Generation, aber diese haben auch oft nicht das Problem, dass sie nur eine spezifische Manipulation statt nur das Allgemeine erklären. Also nochmal kurz gesagt: Allgemeine Ausführung Hui, auf etwas bestimmtes abzielende Ausführung Pfui - höchstens als Beispiel, ansonsten verlinkt. — mfg Snackhound 10:28, 23. Jan. 2018 (CET)
- Ich finde auch, dass Bugs und Glitches erwähnt werden sollten. Bei Anleitungen denke ich, dass wir es bei jedem einzeln entscheiden sollten, wie detailliert sie sein sollten. -- Michelle Diskussion 03:10, 28. Jan. 2018 (CET)
- Es wurde schon alles erwähnt. Ich bin für die Erwähnung und Erklärung, man muss es aber natürlich nicht glorifizieren, also allgemein halten. - - "I'm gonna swing from the chandelier" GoPika Disku 13:04, 28. Jan. 2018 (CET)
Kommentare
- Da MediaWiki es nicht hinbekommt, wenn ein Artikel mit ner Überschrift endet und RobbiRobb eh einen Ping will: Buoysel, Chrizz, GoPika, Impoleon xy, Jones, Kenaz-Hagalaz, Killuu, Korvel1, Loxi-kun, Luca12379, MattiBob, Matze, Maxmiran, Mecanno-man, Moltres, Pk-fan, RobbiRobb, Ryuichi, shadowtweaker, ShortyBuzz, Snackhound, Taisuke Jones Albtraum? 22:45, 14. Jan. 2018 (CET)
- Ping an die SBs: @Buoysel, Chrizz, GoPika, Impoleon xy, Jones, Kenaz-Hagalaz, Killuu, Korvel1, Loxi-kun, Luca12379, MattiBob, Matze, Maxmiran, Mecanno-man, Moltres, Pk-fan, RobbiRobb, Ryuichi, shadowtweaker, ShortyBuzz, Snackhound, Taisuke, AAWiki, Akuroma, Arrow, CLina, Der Sternendiamantritter, Digimon, Esteror, Flonc, FloRyan, Friedrich on ice, Heiteira, Hydrokyu, Isso08-15, Jasuanti, Kappador, Kypo, Max98, Michelle, PinBallPong, Schiggy91, Skelabra2509, SpielefreakJ, SwowoJonny, Yinni: --Datei:Sugimori 672.pngMecanno-manMäh 14:51, 15. Jan. 2018 (CET)
- Ich bin mir sicher, dass sich viele unter der schwere der Bugs, deren Anwendungsweg sich ins Wiki findet, etwas anderes vorstellen. Ich würde gerne primär die, die die Option "Raus" gewählt haben fragen, ob sie bedingungslos alle Erklärunsgschritte zum Ausführen sämtlicher Bugs gerne entfernt hätten, oder irgendwo einen Strich ziehen wollen. Eventuell nur Bugs die einen Vorteil verschaffen? Die Umstände des Auslösens und Effekte von etwas wie bei Freier Fall würde ich unter keinen Umständen verlieren wollen. — mfg Snackhound 15:20, 15. Jan. 2018 (CET)
- Ich möchte mich da Snack gerne anschließen. Die Beschreibung von Fehlern, Bugs, Glitches etc sollte schon im Wiki vorhanden sein, mein "Raus" bezieht sich explizit nur auf die Beschreibung oder Anleitung dessen, wie man das zu seinem Vorteil ausnutzen kann. Auch einen Verweis auf externe Seiten, die das beschreiben, finde ich unangebracht, da dann die Message dieselbe ist, nämlich dass wir das unterstützen würden, dann kann man es auch gleich ins Wiki aufnehmen. Beschreibungen gehören aber dazu. Maxmiran 15:51, 15. Jan. 2018 (CET)
- Stimmt! Ich hatte ganz vergessen, dass diese ganzen Glitch-Anleitungen auch ein großer Werbefaktor für unser Wiki sind und waren. Das sollte man nie vergessen! Alle Leute, die ich im echten Leben kenne und Pokémon gespielt haben, haben das PokéWiki auf der Suche nach solchen Anleitungen entdeckt. Diese Seiten geben uns also zusätzliche Klicks und neue Nutzer. -MfG, Kenaz-Hagalaz Disku 17:40, 15. Jan. 2018 (CET)
- Sowas wie Freier Fall ist imo ein Paradebeispiel für das Erklären wann er auftritt. Ähnlich sollte z. B. für das Clonen erklärt sein das das bei einem Verbindungsverlust auftreten kann. --Datei:Sugimori 672.pngMecanno-manMäh 19:03, 15. Jan. 2018 (CET)
- Esteror, oh, pass lieber auf.
Glitches ≠ Cheats.
Während Glitche vom Spiel aus eigene Fehler im Code sind, sind Cheats betrüge, werden durch andere hervor gerufen und können ohne dritt-Programme so an sich nicht vorkommen. https://poketrainer-warren.de/PokeWiki/User/U1.png SpielefreakJ https://poketrainer-warren.de/PokeWiki/User/U2.png 00:41, 16. Jan. 2018 (CET)
Es sei angemerkt, dass Anleitungen allgemein eigentlich in einer Enzyklopädie auch nichts zu suchen haben. -- Skelabra2509 (Diskussion | Beiträge) 21:39, 16. Jan. 2018 (CET)
- Öhm... Komplettlösungen?... Strategie? ... Wo ist die Grenze? Gut Dung will Weile haben MattiBob Diskussion 21:06, 18. Jan. 2018 (CET)
Ich hab jetzt nicht alles durchgelesen und entschuldige mich im Voraus für eventuelle Doppelungen mit den Aussagen anderer User - aber ich bin der Meinung, dass Glitches und dergleichen möglichst ausführlich im Wiki beschrieben werden sollten. Die Ausführung von Glitches mag zwar moralisch fragwürdig sein, aber es ist nicht die Aufgabe des PokéWiki zu bestimmen, was moralisch vertretbar ist und was nicht, das sollte jeder Spieler für sich selbst entscheiden. Außerdem halte ich es für immens wichtig, auf die Risiken bestimmter Glitches hinzuweisen, da gibt es ja durchaus einige, mit denen man ganze Spielstände unwiderruflich ruinieren kann. Und irgendwie wäre es ganz schön blöd, wenn sich jemand seinen Spielstand totgeglitcht hat, weil im PokéWiki keine Infos darüber standen und der Spieler sich eine Anleitung mit ungesundem Halbwissen gegooglet hat. Das Risiko mit dem ungesunden Halbwissen dürfte hier dagegen kaum vorhanden sein, wird doch jeder Pups, den hier einer reinsetzt, von unseren Admins und Redakteuren auf seine Richtigkeit hin überprüft. -- Jaci 22:49, 27. Jan. 2018 (CET)
Anleitungen vs Erwähnungen (Begründungen)
Ryuichi, AAWiki, Korvel1, Yinni, Schiggy91: Ich möchte nochmal explizit darauf hinweisen, dass es bei dieser Abstimmung nicht darum geht, ob Bugs/Glitches erwähnt werden, sondern wie ausführlich. Um mal bei den obigen Beispielen zu bleiben: Der von Snack angesprochene Freie Fall wird wie Mec im Grunde schon schrieb ziemlich exakt so stehen bleiben, da es eine Beschreibung des Fehlers als solcher ist (Zugegeben gibt es hier Überschneidungen mit einer Anleitung, jedoch ist eine Beschreibung des Fehlers ansonsten auch nicht möglich). Somit wäre dies ein Beispiel, welches nicht von dieser Abstimmung betroffen wäre. Hierbei geht es eher um Fälle, wo eine Beschreibung der (technischen) Hintergründe möglich ist, ohne das es eine exakte Anleitung ist. Als Beispiel sei hier wieder das Klonen erwähnt. Unabhängig vom Ausgang dieser Abstimmung würde dort eine Erläuterung der Hintergründe drin stehen (Bspw. Da während des Speicherns verschiedene Operationen durchgeführt werden, welche nicht in einer Transaktion(wp Link) zusammengefasst werden, können durch gezieltes Softresetten Speicherstände entstehen, von denen ein Teil dem aktuellen Stand entsprechen, ein anderer Teil jedoch noch dem alten Spielstand. Beispielsweise kann durch das Resetten an geeigneter Stelle ein Pokémon, welches zuvor aus den PC-Boxen ins Team aufggenommen wurde, anschließend sowohl im Team, als auch in der Box befinden.
). Bei der Option 3 würden anschließend zusätzlich Abschnitte für jedes Spiel folgen, in dem Klonen möglich ist, welche alle in der Form Gehe zu Punkt 1, mache dieses, gehe zu Punkt 3, mache jenes, resette, hoffe das nichts kaputt ist
geschrieben sind. Sonstige Dinge im Artikel (Hinweis auf Datenverlust oder Erläuterungen, wie GameFreak probiert dem entgegenzuwirken oder wie man selber sowas probieren kann zu erkennen) bleiben ebenfalls gleich. Es geht hier also ausschließlich darum, ob wir solche Schritt für Schritt Anleitungen wollen. Die Begründung "Glitches und Bugs gehören zum Spiel" ist also etwas am Thema vorbei, da dies gar nicht zur Debatte steht.
Hinweis: Die obigen Beispiele dienen nur zu Demonstrationszwecken, sie erheben keinen Anspruch auf Vollständigkeit oder gar Richtigkeit und werden in dieser Form nicht in den Artikeln erscheinen; vergleichbare, korrekte Absätze jedoch schon. Jones Albtraum? 11:43, 21. Jan. 2018 (CET)
- Ich gehe mal stark davon aus, dass sich die erwähnten Abstimmenden bereits ganz genau überlegt haben, was sie wählen und es keiner Belehrung bedarf. -MfG, Kenaz-Hagalaz Disku 13:21, 21. Jan. 2018 (CET)
- Hey Jones, sorry für die verzögerte Antwort. Zu deiner Nachfrage. Für mich gehört sämtliches zu Glitches, Bugs, Cheatanleitungen sowie Tweaken in das PokéWiki. Für mich ist das PokéWiki eine Informationsquelle zu allen Sachen rund um das Thema Pokémon. Dies schließt an dieser Stelle auch Lücken im System ein, die durch diverse Sachen ausgelöst werden können. Einzige Voraussetzung ist aus meiner Sicht das wir nicht stumpf die Anleitung haben sondern dies in Kommentierter Form hinterlegt wird mit allen möglichen Problematiken. Und ja dies heißt, man kann es als Schritt-für-Schritt-Anleitung hinterlegen solange sie auch die Risiken aufzeigt. Was unstrittig ist, sind Cheats mit externer Hardware (ich will hier mal keine Namen Nennen) oder Software. Derartiges gehört nicht in das PokéWiki. Allerdings besteht aus meiner Sicht die Gefahr wenn wir die Anleitungen zu Cheats entfernen, massiv dezimieren, das die Frage aufkommt was als nächstes gestrichen/gekürzt werden soll. KL oder wie auch immer. Mag zwar jetzt abwegig klingen, allerdings haben wir einiges im Wiki was nicht enzyklopädisch ist und einfach vorhanden ist weil es von großem Interesse für die Community ist und Kenaz-Hagalaz wenn man sich die Kommentare der gepingten User ansieht dann finde ich hat die Nachfrage durchaus Berechtigung und keinen Belehrungscharakter . Gruß * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 07:47, 23. Jan. 2018 (CET)
Überarbeitung der Firmen-Artikel
Ich hab mir gerade mal die Artikel angeguckt, die aus Vorlage:Firmen verlinkt werden und finde da muss mal was gemacht werden (ja, nicht nur da, aber irgendwo muss man ja mal anfangen). Da das ganze nach aktuellem Stand keinem Projekt zugeordnet ist (nein, das Spiele-Projekt kann nicht alles machen, auch wenn ich die Diskussion jetzt wieder anstoße), würde ich das ganze mal einfach hier besprechen wollen und dann im Laufe des Jahres da zu nem Ende kommen. Zum Start mal ein Überblick wie es aktuell ist: Kurze Einleitung, komplett unvollständige Liste aller entwickelten Spiele, Wikipedia-Link, wenns gut läuft noch nen Link zur Website der Firma, Vorlage, Ende. Das das nicht ansprechend ist muss ich denk ich keinem erklären. Was ich mir jetzt grob vorgestellt hätte als eine Art "Musterstruktur":
- Infobox: Damit das Logo nicht komplett lose da rum fliegt wäre eine Infobox ala Wikipedia (natürlich etwas aufgehübscht) nicht ganz schlecht: Logo, Mitarbeiter(?), Gründung, Website, Sitz. Rechtsform oä brauchen wir denk ich nicht.
- Kurze Einleitung (was hier genau rein sollte müsste man noch diskutieren)
- Kurze Geschichte (wann aus welcher Firma hervorgegangen oä)
- Bekannte Spielereihen (fehlt bisher komplett, zB bei Intelligent Systems die gesamte Fire-Emblem-Reihe)
- Verbindung zu Pokémon (welche Spiele entwickelt, an welchen mitgearbeitet etc)
- evtl Übersicht über die Verkaufsstärksten Spiele. Auf keinen Fall alle listen, das würde in einem Jahr wieder veraltet sein
- Weiteres?
Andere Vorschläge, weitere Ideen, evtl fehlende Firmen, sonst was gewünschtes in dem Bereich? Jones Albtraum? 10:39, 17. Mär. 2018 (CET)
- Gefällt mir, klingt schon fast nach einem Konzept, dass man so umsetzen könnte ^^ Aber gibt es wirklich genug Inhalt, um sowas auch ansprechend zu gestalten? Bisher haben die Artikel bis auf zwei Sätze in der Einleitung keinen Text und fünf Ein-Satz-Abschnitte schreiben, nur um die Abschnitte zu haben ist definitiv auch nicht die richtige Herangehensweise an das ganze... -- RobbiRobb 16:29, 17. Mär. 2018 (CET)
- Finde ich gut so. Ich denke aber, die aufgezählten Punkte für das Konzept reichen. Geht ja eher um eine kurze Vorstellung. -- Liebe Grüße, Moltres 16:57, 17. Mär. 2018 (CET)
- Ich denke bei den meisten Firmen lässt sich deutlich mehr schreiben als aktuell der Fall. Guckt man bei (en) Wikipedia sieht man ja schon einiges mehr, da würde ich teilweise sogar eher weniger schreiben. Dazu sollen die Artikel ja auch nur grob nen Überblick liefern, was für ne Firma das ist und wie sie mit dem Pokémon-Franchise zu tun haben, bzw generell mit Nintendo.
- Dazu noch nen Nachtrag: Abschnitte zu "Wichtigen Personen", wie aktuell bei Game Freak inc. würde ich streichen wollen. Die entsprechenden Personen werden sicherlich im Fließtext erwähnt, alles weitere sollte jedoch in Einzelartikeln (die in dem Fall ja auch alle haben) erläutert werden. Jones Albtraum? 17:09, 17. Mär. 2018 (CET)
- Klingt gut --Datei:Sugimori 672.pngMecanno-manMäh 17:14, 17. Mär. 2018 (CET)
Zunächst mal: Das hier soll ne Diskussion werden, kein "Hört sich gut an, hauptsache ich muss nicht mitmachen" :$ Zum zweiten: Ich hatte oben schon angerissen, formulier es aber gerne auch nochmal deutlicher: Welche Firmen qualifizieren sich überhaupt für einen Artikel? Ich habe jetzt mal random geguckt: Der Entwickler von Pokémon Card Game Asobikata DS hat keinen Artikel, Niantic als GO-Entwickler hat keinen, bei einigen Spielen steht TPCi als Entwickler, wo ich mir grad ziemlich unsicher bin, ob sie wirklich selber entwickeln, bei vielen Apps ist Creatures als Entwickler eingetragen, mit Intelligent Systems hat jedoch der Entwickler von Puzzle League und Puzzle Challenge einen Artikel. Jones Albtraum? 23:54, 19. Mär. 2018 (CET)
- Da sich SwowoJonny nun bereits die Mühe gemacht und eine entsprechende Infobox erstellt hat, wäre es vielleicht angebracht diese hier nochmals zu begutachten. An eine Strukturierung hat er sich zudem bereits in den Artikeln zu Chunsoft und Niantic gewagt. Insgesamt greift das viele der hier genannten Punkte von Jones auf und versucht sie umzusetzen. Dennoch habe ich das Gefühl, dass noch nicht alle Fragen in voller Gänze geklärt zu sein scheinen, z. B. welche Firmen sich für einen Artikel qualifizieren. Aus diesem Grund halte ich es für sinnvoll, an dieser Stelle nochmals durch ein Feedback an dem Konzept zu arbeiten, sodass wir diesen Punkt im Anschluss guten Gewissens abhaken können und eine Musterstruktur für alle (auch zukünftigen) Firmen-Artikel haben. ~ Taisuke Diskussion 00:11, 5. Jul. 2018 (CEST)
- Alle Spiele-Firmen, welche bisher im Wiki vertreten waren, als auch Niantic, sind an sich vervollständigt. Aktuell arbeite ich noch am Artikel für Hudson Soft sowie den Artikel für Nintendo, welchen ich zu Gunsten der VBW gestalte. Jedoch haben wir noch nichts bezüglich den Firmen außerhalb der Spiele. Firmen, welche für den Anime, den Manga oder auch Merchandise oder Karten verantwortlich sind, liegen weit zurück. Mich würde es interessieren, an welchen Firmen Interesse liegt und an welchen nicht. Eure Meinungen? SwowoJonny 13:24, 4. Aug. 2018 (CEST)
- Für den Anime schätzungsweise OLM, vom TCG-Bereich her wohl Wizards of the Coast, falls die damals auch in Deutschland zuständig für waren (weiss ich ehrlichgesagt gar nicht), und eventuell Amigo, ist aber imo nicht so wichtig. Aus dem Manga-Bereich hat Shōgakukan schon nen Artikel, den man mal überarbeiten sollte. Ansonsten vielleicht noch Panini? Müsste das Manga-Projekt entscheiden. --Datei:Sugimori 672.pngMecanno-manMäh 12:14, 30. Aug. 2018 (CEST)
Missionen
Hey liebe Menschen,
mir ist gerade mal wieder aufgefallen, dass wir noch diese Missionen haben, von denen die letzte vor über einem Jahr erfüllt wurde... Also wirklich genutzt wird das ja scheinbar nicht. Ich meine, da stehen noch Missionen von Isso als Itemprojektleiter drin. Hättet ihr irgendwelche Ideen, wie man das wiederbeleben könnte, oder sollten wir uns alle einen Ruck geben und einfach wieder mehr Missionen dort einstellen? Ansonsten könnte man den Kram auch einfach abhaken und archivieren. Einen Platz im Hauptmenü hat es so jedenfalls nicht verdient. Lg --Fliegen bis zum Horizont. Killuu https://i.imgur.com/4EZCZEO.png 21:02, 2. Mai 2018 (CET)
- Ich würde es sehr begrüßen, wenn die Missionen wiederbelebt werden würden, da ich sie, soweit ich es beurteilen kann, für ziemlich hilfreich halte, um Autoren zu motivieren. Da jedoch weder eine Mission erfüllt noch eine neue erstellt wurde, seitdem ich mich im PokéWiki angemeldet habe, ist diese Annahme eher Spekulation. Vielleicht würde eine Ankündigung von Missionen auf Discord weiterhelfen, um einen Neuanfang zu starten, wenn die Missionen nur auf der Missionsseite stehen würde, würde es wahrscheinlich fast niemand mitbekommen. Ansonsten könnte ich beinahe garantieren, dass das Strategie-Projekt sicherlich mindestens eine Mission pro Monat stellen könnte, aufgrund der monatlichen Tier-Shifts. Luca12379 Diskussion 14:33, 4. Mai 2018 (CEST)
- Ich schließe mich Luca da an, auch was den Vorschlag mit Discord betrifft. Außerdem könnte eine Wiederbelebung der Missionen vielleicht auch dazu führen Autoren auf Bereiche aufmerksam zu machen, auf welche sie auf eigene Faust vielleicht auch garnicht gekommen wären. Projekte können für den einen oder anderen vielleicht so aufmerksam gemacht werden. Die Zusammenarbeit zwischen den Autoren wird so sicherlich auch gestärkt. Also ich wäre definitiv dran interessiert. SwowoJonny 14:44, 4. Mai 2018 (CEST)
- Der Wunsch der Wiederbelebung ist ja schön und gut, aber gibt es auch wirklich etwas, mit dem man das ganze füllen kann? Es gefällt mir schonmal, dass Luca was hat, aber wie ist das beim Rest? Ich persönlich wüsste spontan nichts, was ich in meinen Bereichen als Mission anbieten könnte, dass sind halt einfach überwiegend routinierte Sachen, bei denen es schwer ist, etwas als Mission darzustellen, die eben auch Anfängerfreundlich ist -- RobbiRobb 15:09, 4. Mai 2018 (CEST)
- Ich leite auch nicht gerade missionierbare Projekte. Was sagen denn so die anderen Projektleiter dazu? --Kein Dschungel zu dicht... Killuu https://i.imgur.com/acgb9YG.png 20:03, 19. Mai 2018 (CET)
- Da ich das Missionsbrett nicht ganz aufgeben möchte, werde ich mal schauen, was ich machen kann. Ein Umstyling? Ein paar leichte Missionen? Vielleicht lockt das. Das Isso 08/15 Konter 12:11, 27. Jun. 2018 (CEST)
- Ein Umstyling wäre vielleicht wirklich nicht schlecht Auf jeden Fall irgendwas, um das ganze ansprechender zu gestalten - angefangen damit, dass man diesen letzten Abschnitt, der den meisten Leuten egal sein dürfte, mal so einstellen könnte, dass nur PLs/VBs ihn sehen können. Der normale Nutzer hat davon eh nix. Und ein paar einfache Missionen wären glaube ich auch gut, um da mal wieder Leben rein zu bringen, denn um es abzuschaffen wäre es mir auch zu schade, schließlich hätten wir dann abgesehen von Projekthelden und Rängen nahezu keine Auszeichnungen mehr und nahezu nichts, womit man einfach mal Nutzer auszeichnen kann, die nicht unbedingt an einem Projekt mitwirken oder insgesamt nicht so aktiv sind, aber bei einer bestimmten Sache aushelfen. Trotzdem finde ich es schwierig, da irgendwas zu finden, was man gut als einfache Mission nehmen kann, ich habe schon lange die Item-Beschriebungen im Kopf, aber irgendwie finde ich sowas zu einfach, schließlich ist das vermutlich sogar mit einem Bot machbar... -- RobbiRobb 12:20, 27. Jun. 2018 (CEST)
- Ich habe jetzt auch nochmal ein paar Missionen eingestellt. Und auch direkt mal auf Discord in dem entsprechenden Projekt darauf aufmerksam gemacht. Vielleicht müssten wir uns das angewöhnen, auf den Projektseiten und Discord die Missionen dann auch anzugeben. Würde sich eventuell auch in Discordchannel dafür lohnen? Ohne Schreibrechte vielleicht, sodass da nur die aktuellen Missionen gepusht werden? Lg --Und dann im Mondschein... Killuu 18:13, 8. Jul. 2018 (CET)
- Grüß euch. Ist aus der Wiederbelebungs-Aktion der Missionen jetzt eigentlich etwas geworden? Der Ansatz, eine Person für solche Missionsabschlüsse (die jetzt ja vom Niveau her sehr unterschiedlich sind) zu belohnen ist ja irgendwie ganz nett, aber wie ich finde auch irgendwo nicht zielführend. Wir haben etliche Auszeichnungen, die theoretisch Motivation geben können, praktisch sind sie aber eigentlich egal und nur zur Profilierung gedacht. Wofür denn noch Missionen, wenn wir (äußerst) wertvolle Benutzer, Projekthelden (sogar mit drei Abstufungen!), Edit-Auszeichnungen, die in Vergessenheit geratene Auszeichnung der "Helfenden Hand", die Verbesserungswochen und (wenn man das überhaupt als Auszeichnung sehen kann) die Stimmberechtigung, die Rechte der verlässlichen User sowie die Redakteurs-Rechte haben? Damit sind es eigentlich sehr viele Möglichkeiten, mit denen man den Usern ihre Anerkennung und ihren neu angetriebenen Ansporn geben kann. Diese Missionen wurden ja auch nicht besonders beworben (so kam es mir zumindest vor, korrigiert mich, wenn das falsch ist), und haben deshalb nur mediokren Anklang gefunden. Und zu deinem Punkt, Robbi: Einfache Missionen sind natürlich gut, um vielleicht Leute zu beschaffen, die sonst eher nur gelegentlich mal ins Wiki reinschauen. Aber solche Massenedits, die Bots genauso machen können, müssen wir da nicht unbedingt verteilen. Ließe sich nur irgendwas nettes finden, wofür man nicht unbedingt besonders lange Zeit investieren muss, wäre das Ganze ja schön. Dann ließe sich auch feststellen, ob das Missionsbrett wirklich als Motivation taugt. Denn ich glaube nicht, dass Leute dazu geneigt sind, Missionen zu erfüllen, wenn die Hälfte davon nur nach dem Schema "Erstelle ein XdW zu [...]" ist. Ein XdW kostet nun mal Zeit und muss auch mehrmals korrigiert werden, bevor es auf der Hauptseite vorgestellt werden kann. Fazit: Wenn wir leichte Aufgaben finden, kann man das ja mal als Missionen eintragen und schauen, wie sich das mit den Missionen weiterentwickelt. Ansonsten sehe ich da nicht viel Hoffnung und würde eher eine komplette Archivierung befürworten. Mit liebstem Grüß, --Gala 06:53, 27. Aug. 2018 (CEST)
- Ich meine der einzige Grund warum es das überhaupt noch gibt ist weil shadow mit der PokéWiki:To-do-Liste nicht einverstanden war; wir wollten es abschaffen sobald wir die fertig hatten, das ist aber irgendwie im Sand verlaufen. --Datei:Sugimori 672.pngMecanno-manMäh 23:17, 29. Aug. 2018 (CEST)
- Das Thema wurde gestern auf dem Chattreffen besprochen, dessen Zusammenfassung hier nachgelesen werden kann. Das Missionsbrett soll demnach weiterhin bestehen und für einzelne kleine bis größere Bearbeitungen genutzt werden soll (also keine Massenedits). Alle Projektleiter (und gerne auch andere User ab der Stufe Verlässlicher Benutzer) sind angehalten, zu überlegen/prüfen, ob sie hierfür Aufgaben einstellen können. Also selber einfach ein bisschen hinterklemmen. Sollte das nicht laufen, kann man ja immer noch über eine Entfernung nachdenken. Lg --Klein, aber fein. Killuu 15:11, 22. Okt. 2018 (CET)
Neues Design für Komplettlösungen
Während des eben beendeten Chattreffens wurde mehr oder weniger beschlossen, dass die Komplettlösungen in naher Zukunft gemäß eines solchen Vorschlags umstrukturiert werden. Da das Design vielfach auf Anklang stieß und vor allem die ewig andauernde Problematik mit den unvollständigen und falschen Komplettlösungen damit aus der Welt geschaffen würde, möchte ich dieses Design zeitnah umsetzen. Um hier aber allen, auch denen, die nicht am Chattreffen teilnehmen konnten, die Möglichkeit zu geben, sich dazu zu äußern, besteht jetzt die Möglichkeit, bis Sonntag den 04.11.2018 um 23:59:59 sich dagegen auszusprechen oder Verbesserungsvorschläge einzubringen, bevor das ganze dann umgesetzt wird. -- RobbiRobb 22:15, 21. Okt. 2018 (CEST)
- Ein Vorschlag: Wäre es nicht sinnvoll, mithilfe von Toggles optional die Möglichkeit zu geben, einen Fließtext zu bestimmten Unterpunkten ausklappen lassen zu können? Auf diese Weise könnten bei Bedarf genauere Informationen zum Spielverlauf eingefügt werden (also in Richtung der "klassischen" Komplettlösungen), ohne dass die neue Übersichtlichkeit verloren ginge.
- Am Beispiel "Lili’i":
- Unausgeklappt:
- Ausgeklappt:
- "Ihr begegnet Tali zunächst an Ort xy. Dort fordert er euch nach Erhalt des ersten Pokémon zu einem Kampf heraus. Tali besitzt dabei jeweils das Pokémon, welches eurem unterlegen ist. Hierbei solltet ihr beachten, dass [...] Eine gute Strategie ist [...] Als Belohnung erhaltet ihr [...]"
- Allein mit Stichpunkten geht das Wesen einer Komplettlösung in meinen Augen ein wenig verloren. ~ TiMauziDatei:Pokémonsprite 052 Fuß.png 00:07, 22. Okt. 2018 (CEST)
- Möglich wäre das schon, aber dann stehen wir wieder vor dem klassischen Problem: Wer will die Texte schreiben? Wenn du dich dazu bereits erklärst, das für alle Komplettlösungen zu machen, können wir diese Idee gerne weiter verfolgen, andernfalls sehe ich aktuell keine Chance, dass das in den nächsten 20 Jahren erledigt wird. Bisher hat sich schließlich auch niemand dazu bereit erklärt, die aktuellen Komplettlösungen zu überarbeiten, wäre dies geschehen, hätten wir überhaupt nichts am System ändern müssen. Ich werde jedoch definitiv keine solche Texte schreiben. Oh und btw, das "du" oder "ihr" will ich da auf keinen Fall sehen, wir sind ein Wiki -- RobbiRobb 01:17, 22. Okt. 2018 (CEST)
- Daher spreche ich von optional. Also standardmäßig nur Stichpunkte, bei gegebenen Anlässen gern mit Fließtextergänzung (wichtige Storyelemente bspw.). Und mit dem "du" stimme ich dir voll und ganz zu, das stört mich selbst immer, war halt bei den Komplettlösungen bisher so üblich, daher habe ich das im Beispiel übernommen. ~ TiMauziDatei:Pokémonsprite 052 Fuß.png 01:38, 22. Okt. 2018 (CEST)
- Einzig was man noch schauen müsste ist ob es alternativen zum Whitespace gäbe. Aber ansonsten befürworte ich die Änderung. * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 12:41, 22. Okt. 2018 (CEST)
- Kannst du genauer erläutern, was du mit "Whitespace" genau meinst? ~ TiMauziDatei:Pokémonsprite 052 Fuß.png 14:50, 22. Okt. 2018 (CEST)
- @TiMauzi, weis jetzt nicht so recht was ich da erklären sollte. Halt die weiße Fläche an der rechten Seite siehe Testwiki Gruß * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 14:55, 22. Okt. 2018 (CEST)
- Buo hat hierzu was auf Discord geschrieben, was auch meine Meinung widerspiegelt. Ich zitiere ihn einfach mal "Die Idee mit den Flowcharts finde ich ganz gut, so wird es teilweise ja auch in den offiziellen Guides dargestellt – mit Seitenzahlen für die Detailseiten. Dann wäre es auch übersichtlicher und man würde als User die gesuchten Informationen schnell erhalten. Denn irre viel Text mag heutzutage bei Komplettlösungen glaub ich kaum noch jemand lesen. Man sollte bei uns aber trotzdem darauf achten, dass jedes Rätsel/Puzzle im Spiel dann aufgelistet und in den verlinkten Artikeln auch mit Lösung vorhanden ist. *thumbsup-Emoticon*" Gerade natürlich der letzte Satz ist wichtig, dass die verlinkten Artikel vor der Umstellung natürlich alle relevanten Aspekte aufgreifen. Ich finde auch TiMauzis Vorschlag nicht schlecht, würde aber eventuell da nur Stichpunkte schreiben. Also bei einem Kampf nochmal grob das Team angeben (z.B. nur Pokémon mit Level) oder andere wichtige Sachen à la "wird durch Erhalt von xy freigeschaltet" oder sowas. Ich hoffe, ihr versteht, was ich meine. Halt nochmal in Superkurzform das Allerallerwichtigste. Auch wie Ryu finde ich den Whitespace nicht so wirklich hübsch. Ich frage mich, ob man hier kleine Bildchen der Orte einfügen könnte oder halt vielleicht die von Berdl vorgeschlagenen Zusammenfassungen. Lg --Klein, aber fein. Killuu 15:03, 22. Okt. 2018 (CET)
- Je länger ich darüber nachdenke, desto schlechter gefällt mir irgendwie die Idee mit den Fließtexten dadrin. Schließlich sollen ja direkt bei dem Link Fließtexte, die die Handlungen an diesem Ort zusammenfassen, stehen, die Vorlage verlinkt ja schon automatisch auf den Abschnitt. Jetzt also nochmal zusätzliche Texte verfassen, für die wir wahrscheinlich keine Ressourcen aufbringen können, finde ich geht irgendwie wieder weg von dem eigentlichen Flowchart, dann kann man nämlich, speziell Texte wie im Beispiel, bei so ziemlich jedem der Punkte listen.
- Im Bezug auf die Bilder kann ich im Moment nur sagen, dass es sich technisch wahrscheinlich nicht realiseren lässt, da die ganze Seite eine einzige Tabelle ist, Bilder rutschen unterhalb der Box und zerstören damit den "Fluss" des ganzen, ich fürchte da müssen wir uns also was anderes einfallen lassen... -- RobbiRobb 17:12, 22. Okt. 2018 (CEST)
- Fliesstexte und Teams finde ich da jetzt ehrlichgesagt auch nicht so toll, da sich das dann wieder mit den Artikeln doppelt. Ich hätte dafür gerne etwas mehr Stichpunkte, damit das nicht so leer wirkt (à la „Durchquer das Erzelingen-Tor“) - auch wenn das keinen wirklich brauchbaren Inhalt vermittelt, sowie Tipps, z. B. für nützliche Items (iwie TM Donnerblitz oder so), oder besondere Sachen auf die man in Kämpfen aufpassen sollte (Achtung, Garados kann Erdbeben!), die Tipps womöglich per Toggle ausklappbar (wobei man da aufpassen sollte nur einen Toggler aufzuklappen und nicht alle... ) --Datei:Sugimori 672.pngMecanno-manMäh 19:58, 22. Okt. 2018 (CEST)
- Im wesentlichen +1, ich finde aber nicht wirklich, dass nicht storybezogene Punkte (Kämpfe, Fundorte) da was zu suchen haben. -- Skelabra2509 (Diskussion | Beiträge) 02:18, 23. Okt. 2018 (CEST)
- Hey, ich melde mich mal auch zu Wort. Ich denke ebenfalls wie Ryu, dass der Whitespace igrendwie gefüllt werden sollte (also nicht mit sinnlosen Bilder, die ja, wie Robbi schon sagte, unter die Tabelle rutschen), da er den Artikel, Weiterleitung, was auch immer, leer wirken lässt. Vielleicht reicht ja auch schon ne Zentrierung in die Mitte. Die Fließtexte würde ich tatsächlich auch raus lassen (siehe genannte Gründe oben). Ich denke das die Stichpunkte reichen würden, da sie nur einem einen kleinen Überblick verschaffen sollen. Aber ich bin auf jeden Fall für Flowcharts. ~ noch ein schönen Tag ^^ ~ DarkViper Datei:Sugimori 448m1.png 19:58, 23. Okt. 2018 (CEST)
- Ich hab nix dagegen einzuwenden, solange das Wesentliche zu finden ist. Z.B. "Du benötigst die Schiggykanne, um gegen Mogelbaum zu kämpfen." (Ich weiß noch, wie ich die lange gesucht habe.) oder "Zum nächsten Ort kannst du erst, wenn du das und dies getan hast." Das fände ich noch hilfreich, natürlich kurz gefasst. Details kann man immer noch nachschauen (Wo ist diese Kanne...). Gegen den Whitespace habe ich keine wirklich ansprechende Idee, evtl. statt eine weitere Verzweigung nach rechts eine nach unten machen; oder evtl. Lösungsbilder von Labyrinthen statt in den Artikeln in die KL. Nur wenn man das als sinnvoll erachtet. Das Isso 08/15 Konter 20:17, 4. Nov. 2018 (CET)
Da es hier im Grunde keine Gegenstimmen gab sondern nur einzelne Wünsche nach Erweiterungen, die man am besten in Fallentscheidungen klären kann, würde ich sagen, dass wir das ganze erstmal so beschließen. Da die Umsetzung jedoch vom Orte-Projekt abhängt, da diese die verlinkten Handlungen verfassen, ist es aktuell leider unmöglich, direkt alle Komplettlösungen zu erneuern, ich denke allerdings, dass dies mit der Zeit möglich sein wird. Zunächst werden wir einfach die umsetzen, bei denen die Handlungen bereits existieren - also SoMo und USUM in Alola - und dann mit der Zeit weitere Seiten erneuern. -- RobbiRobb 20:23, 5. Nov. 2018 (CET)
- Mit meinen Stichpunkten meinte ich genau das, was jetzt Isso beschrieben hat. Danke fürs besser beschreiben. Sowas finde ich halt doch extrem wichtig. Lg --Fliegen bis zum Horizont. Killuu 15:32, 7. Nov. 2018 (CET)
Optionales nach der Liga
Ich möchte an dieser Stelle gerne nochmal etwas weiter gehen und das Design der Handlung nach der Hauptstory klären. Dass wir natürlich nichts außen vor lassen wollen, was für die Geschehnisse relevant ist, dürfte klar sein. Bleibt allerdings die Frage, wie wir es angeben wollen. Meine Idee wäre spontan einfach eine Überschrift zu setzen, die Hauptstory und Nebenhandlung voneinander trennt und dann einfach das Flowchart fortführt. Ansonsten müsste ich mir was einfallen lassen, wie man alles optionale nach der Liga optional an die Liga anhängt und da habe ich ehrlich gesagt nicht so unglaublich viel Lust drauf. Abgesehen davon würde mich interessieren, wie ihr dazu steht, bei den Orten anzugeben, dass dort ein Legendäres Pokémon zu fangen ist. Sollten wir das immer machen? Das dürfte die Leser neben der Handlung noch am ehesten interessieren, oder? -- RobbiRobb 22:07, 5. Dez. 2018 (CET)
[Abstimmung] Mitgliederwerbung durch „Stellenanzeigen“
Diese Abstimmung ist vorbei. Die meisten Stimmen erhielt die Pro-Option. Somit wurde der Bedarf einer Stellenanzeigen-Box geklärt. Die Diskussion zu deren Gestaltung findet auf PokéWiki:Allgemeine Diskussionsseite#Gestaltung der Stellenanzeigen/Ausschreibungen statt.
Diese Abstimmung ist vorbei. Die meisten Stimmen erhielt die Pro-Option. Somit wurde der Bedarf einer Stellenanzeigen-Box geklärt. Die Diskussion zu deren Gestaltung findet
hier statt.
Hallo zusammen!
Wie bereits im Chattreffen angesprochen, kam ich auf eine Idee, wie wir gezielter und dadurch möglicherweise effizienter neue Mitglieder werben oder bereits registrierten Mitgliedern Arbeit vermitteln könnten.
In Schriftgesprächen mit neuen Mitgliedern und denen, die es werden möchten, höre ich immer wieder die gleichen Fragen: Was kann man denn machen? Werde ich denn überhaupt gebraucht? Gibt es denn irgendwo Seiten mit Aufgaben?
Es scheint als würden To-do-Listen und Missionsbrett sowie andere Seiten unseres Navigations-Menüs nicht gut genug wahrgenommen werden. Dies in Kombination mit dem Gefühl von Zwecklosigkeit bei potenziellen Neumitgliedern führt dazu, dass diese sich gar nicht erst registrieren oder von der Fülle der Aufgaben überwältigt sind. Um diesen Umständen entgegenzuwirken halte ich folgenden Vorschlag für diskussionswürdig: PokéWiki-Stellenanzeigen
Für diese sollte ein Platz auf der Hauptseite freigemacht werden, in welchem dann eine Box mit kurzen Beschreibungen dessen steht, was derzeit am dringendsten gesucht wird: z. B. Mitglieder für das Manga-Projekt gesucht oder Autoren für Inhaltsangaben gesucht. Zusätzlich sollen sich direkte Links zu der globalen To-do-Liste und zum Missionsbrett in dieser Box befinden. Diese Box wäre somit eine schnelle Orientierungshilfe, wenn es um akute Aufgaben des Wikis geht. Dinge, wie genaues Aussehen der Box und die verwendeten Begriffe, lasse ich natürlich offen. Beispiele für diese Idee können auf einer meiner Unterseiten eingesehen werden.
Ich hoffe, mein Vorschlag erscheint sinnvoll und hilfreich! -MfG, Kenaz-Hagalaz Disku 15:01, 23. Okt. 2018 (CEST)
- Zunächst einmal möchte ich festhalten, dass mir der Gedanke sehr gut gefällt. Seit Jahren zeichnet sich der Usermangel bei uns ab, auch andere Internet-Communities, die ähnliche Ziele verfolgen erfahren ein ähnliches Phänomen, dass zwar alle Nutzer Informationen haben wollen, aber nur die wenigsten auch wirklich bereit sind, an Missständen etwas zu ändern. Und selbst wenn diese Hemmschwelle überschritten ist, stehen viele noch vor dem Problem, dass du dann ansprichst: Das fehlende Wissen, wo man helfen kann. Für uns mag es teilweise schwieriger zu verstehen sein, als für Anfänger, ich kann jedoch nur speziell für mich sprechen und sagen, dass ich es beim besten Willen nicht wirklich nachvollziehen kann. Zugegebenermaßen hatte ich am Anfang auch Probleme, mich zurecht zu finden, alles außerhalb des Artikelnamensraum war mir absolut fremd, ich wusste nicht, wie ich irgendwas anderes, ganz davon abgesehen, dass ich vom meisten nicht einmal wusste, dass es existiert. Mittlerweile weiß ich zwar von bspw. der To-Do oder vergleichbarem, wo man es findet, aber mir ist auch bewusst geworden, dass wir nicht unbedingt schlecht darin sind, unsere Defizite offen zu zeigen, sodass sie leicht zu sehen sind. Alle Wartungsbausteine sind auch für unangemeldete Benutzer sichtbar, man muss also lediglich auf einer der tausend Seiten sein, auf der einer eingebunden ist, um zu sehen, dass noch etwas fehlt. Tatsächlich scheint es auch immer mal wieder neue Nutzer zu geben, die dann den dort stehenden Aufrufen folgen - wie man jedoch auf der Seite der Stimmberechtigten Nutzer sehen kann, bleiben jedoch die wenigsten länger als die ersten paar Edits. Da frage ich mich dann, ob es bei ihnen genau das selbe Problem ist wie bei denen, die garnichts für ihren ersten Edit finden. Sind unsere Wartungsbausteine vielleicht doch nicht auffällig genug? Machen wir nicht prominent genug auf unseren Seiten auf Defizite aufmerksam? (Eine von dir vorgeschlagene Box auf bspw. der Hauptseite könnte zum Beispiel helfen) Oder haben die Leute doch oftmals eigentlich keine Lust, aktiv zu helfen und legen lieber nur einen Account an, um einen zu haben? In jedem Fall zeigt sich der Usermangel, der in den vergangenen Jahren doch eher etwas in den Hintergrund getreten ist, in der letzten Zeit wieder verstärkt ab, da viele Nutzer von höherrangigen Posten zurückgetreten sind. Daher wäre es natürlich sehr willkommen, wenn man mehr neue Nutzer gewinnen würde und gleichzeitig vielleicht sogar langjährige Baustellen, auf die speziell aufmerksam gemacht wird, zu erledigen. Allerdings bin ich doch etwas besorgt, da vor allem die Punke, die du dort auf deiner Liste hast, auch nichts neues sind. Seit Jahren hat sich niemand gefunden, der sich um diese Artikel kümmert, obwohl teilweise Missstände nicht schwer zu erkennen sind oder sogar aktiv auf sie aufmerksam gemacht wird (Wartungsbausteine in Artikeln). Letzten Endes ist also der Erfolg einer solchen Werbung fraglich. Das heißt keinesfalls, dass ich grundsätzlich dagegen bin, aber bisher sehe ich noch nicht den Erfolg, den man sich damit vielleicht erhofft, lasse mich aber sehr gerne eines besseren belehren ^^ -- RobbiRobb 21:01, 23. Okt. 2018 (CEST)
- Ich würde solche Stellenanzeigen eindeutig befürworten. Um dies zu erkläre, würde ich mich selbst als Beispiel nehmen. Als ich vor ca. 1,5 Jahren mal wieder irgendetwas im Wiki nachschauen wollte, wusste ich nicht einmal ansatzweise, dass es den Strategie-Bereich gibt. Ich habe zwar schon häufiger die "Stratgischer Nutzen"-Abschnitte bei Fähigkeiten gesehen, von den Strategie-Artikel an sich wusste ich aber nichts. Dann hab ich auf der Hauptseite auf einem Banner gelesen, dass "Strategie-Experten" gesucht werden. Daraufhin hab ich mich mit dem Projekt auseinander gesetzt, meine ersten Strategie-Artikel geschrieben, bin dem Discord gejoined und bin jetzt hier angekommen. Was ich damit sagen will: Ich kann es mir gut vorstellen, dass viele Nutzer gar nichts von vielen "Randbereichen" des Wikis wissen. Die meisten Nutzer werden wohl von den Pokémon-, Item-, Attacken- oder Orte-Artikeln wissen, aber Manga- und Anime-Artikel könnten schon wieder unbekannter sein. Und genau da könnten solche Stellenanzeigen helfen. Sie können Leuten, die noch nicht wissen, dass sie dem Wiki in ihrem Fachgebiet helfen können, zeigen, was sie machen können. Selbiges erlebe ich auch, wenn ich anderen mitteile, dass ich an Strategie-Artikeln arbeite. Viele Personen, die sich sehr gut mit strategischen Kämpfen auskennen, benutzen das Wiki tagtäglich, ohne zu wissen, dass sie ihre Kenntnisse verbreiten könnten. Stellenanzeigen sind meiner Meinung also sehr sinnvoll, da ich aus eigener Erfahrung bestätigen kann, dass viele Nutzer des Wikis nicht wissen, dass sie ihre Fachkenntnisse ins Wiki einbringen können. Luca12379 Diskussion 21:35, 23. Okt. 2018 (CEST)
- Ich finde, erstmal sollten der geplante Ausbau des Missionsbrett getätigt und evaluiert werden. Weiter ist für mich ein Hauptpunkt die schlechte Menü, da man da nicht sofort die Punkte findet... --Datei:Sugimori 672.pngMecanno-manMäh 22:05, 24. Okt. 2018 (CEST)
- Danke für eure Rückmeldungen! Ich denke auch, dass das Missionsbrett und ggf. die globale To-do-Liste (sofern nötig) zu allererst verbessert gehören, soweit dies beschlossen wurde. Denn immerhin soll die Stellenanzeigen-Box ja auch permanent auf diese verlinken. Beim Menü sehe ich weniger das Problem darin, dass es „schlecht“ ist (auch wenn man die Seite Mitmachen noch hinzufügen sollte), sondern darin, dass es versteckt ist. Wenn es die Leute nicht sofort sehen, ist es oft aus dem Sinn. -MfG, Kenaz-Hagalaz Disku 17:38, 26. Okt. 2018 (CEST)
- Mitmachen: ✔ -- RobbiRobb 18:04, 26. Okt. 2018 (CEST)
- Ich merke schon, ich schreibe im Moment nicht detailliert genug: Das war was ich mit schlecht gemeint hatte - man sieht es schlecht. --Datei:Sugimori 672.pngMecanno-manMäh 00:08, 27. Okt. 2018 (CEST)
- Das ganze erinnert mich doch an eine Diskussion, die ich vor fast 2 Jahren schon mal angestoßen habe. Die ist irgendwie auf dieser dieser Unterseite versumpft. Von daher finde ich die Idee allgemein gut, über die exakte Ausführung lässt sich natürlich noch diskutieren. Lg --Fliegen bis zum Horizont. Killuu 15:43, 7. Nov. 2018 (CET)
- Stimmt, Killuu! Dein Vorschlag war damals schon wichtig und wurde leider nicht weiterbearbeitet. Wir brauchen in einer Zeit des Nutzermangels einfach neue Anreize und neue Formen der Tätigkeitsvermittlung. Ich finde, konkrete Kurzbeschreibungen von besonders verlangten Stellen (wie eben auf meinen Text-Anzeige-Boxen) sind dazu das beste Mittel. Wenn wir aber allgemein für eine aktive Mitgliedschaft werben, mit Vorteilen, wie Aufstiegschancen etc. dann geht am wirksamsten im obersten Banner, in dem auch unser Logo steht und auch Infos zu den VBWs standen, denn das ist immer da, auch wenn die Leute nicht die Hauptseite betrchten. -MfG, Kenaz-Hagalaz Disku 00:59, 2. Mär. 2019 (CET)
- Also, die Idee finde ich super! Ich fände es wichtig, dass es kleine Aufgaben sind die konkret und einfach formuliert sind. Quasie wie Quests... Damit kommt jeder einfach klar... Mesmanuel87 (Diskussion) 16:28, 5. Mär. 2019 (CET)
- Ich stimme Mesmanuel187 zu, aber ich würde noch was hinzufügen. Sie sollten auch schnell auffindbar sein, weil beispielweise sind die To-Dos schwer auffindbar für einen Neuling. Hoffe ich konnte was beitragen. RioMaster 16:38, 5. Mär. 2019 (CET)
- Ich finde die Idee sehr gut, besser/stärker auf Defizite im Wiki hinzuweisen und damit auch "Nicht-Wikingern" stärker zu zeigen, dass wir mehr Mitarbeiter benötigen. Als Beispiel nehme ich mal mich, da ich das als recht passend ansehe^^. Ich habe jahrelang das Wiki benutzt und ab und zu auf der Hauptseite gelesen, dass Wikinger gesucht werden, hab aber nie wirklich darüber nachgedacht. Mir ist eine fehlende Information zum ersten Mal mit LGPE wirklich aufgefallen, was dann auch zu meiner Anmeldung und meinem ersten Edit geführt hat. Ich denke, dass Leute einen stärkeren Anreiz als "Wir suchen dich!" brauchen um sich zu entscheiden im Wiki mitzuarbeiten und hier Zeit zu investieren.-- DeXter 16:43, 5. Mär. 2019 (CET)
- Eine kleine kurze Aufgabe, die sich zB auf einen bestimmten Abschnitt bezieht ist auch wenig abschreckend. Dann denkt sich jemand vielleicht "Das weiß ich und die 10 min habe ich" Anstatt das man sich erst in den Artikel einlesen muss um zu gucken was fehlt. Die Aufgabe Bearbeite im Schiggy Artikel die Fundorte mit Wahrscheinlichkeit von LGPLGE ist klar und schnell gemacht. Im To-Do steht Anime Projekt Fehlende Episodenhandlung,aber welche Episoden... Da muss man schon nachfragen... Mesmanuel87 (Diskussion) 16:52, 5. Mär. 2019 (CET)
- Da muss ich auch sagen, dass bei manchen Projekten die To-Do-Listen fehlen. Da ist es tatsächlich schwer was raus zu kristallisieren, was fehlt. RioMaster 17:03, 5. Mär. 2019 (CET)
- Danke für eure Rückmeldung! Konkrete Aufgaben mit Kurzbeschreibung haben wir bereits im Missionsbrett. Missionsbrett-Aufgaben sollen in der "Anzeigen-Box" nicht direkt stehen, aber es soll sich ein direkter Link zum Missionsbrett in ihr befinden, so dass man direkt von der Hauptseite ohne Mouseover hinkommt. Die "Anzeigen-Box" ist speziell für allgemein gefasstere Gesuche an Mitarbeitern wie z.B. "Inhaltsangabenschreiber für Anime-Episoden gesucht" enthalten. Die Beispielinhalte auf dieser Seite geben das ganz gut wider: Beispiel-Boxen. Auch ein Direktlink zur zentralen To-do-Liste würde in ihr stehen. Denn die "kurzen" Arbeitsanreize, die ihr erwähnt habt, haben wir eigentlich größtenteils schon, sie werden nur oft nicht gefunden. Doch auch das soll durch die Direktlinks in der "Anzeigen-Box" erleichtert werden. Es wäre natürlich auch gut, wenn alle Projektleiter To-do-Listen oder Prioritätslisten erstellen würden, aber das ist wieder Stoff für eine neue Diskussion. Wir dürfen hier nicht den Fokus verlieren. ;) -MfG, Kenaz-Hagalaz Disku 17:07, 5. Mär. 2019 (CET)
- Wenn ich Probleme habe eine to-do-Liste zu finden, suche ich in Kategorie:PokéWiki:To-do-Liste. Das zeigt schon, wie schwer diese zu finden sind. Die Listen der Projekte könnten ruhig mit der "Haupt-To-do-Liste" verbunden sein... Oder gar in die Stellenanzeige mit eingebaut werden. Das Isso 08/15 Konter 17:14, 5. Mär. 2019 (CET)
- Die Idee der Stellenanzeigen gefällt auch mir sehr gut! Wie könnte man den Menü-Knopf denn sichtbarer machen kann, ohne das Design zu zerlegen? Würde bspw. vielleicht ein kleines Icon-Bild (so drei horizontale Linien) neben dem Text „Menü“ helfen? ~ Buoysel 17:18, 5. Mär. 2019 (CET)
- Bitte bedenkt, dass es nicht unser Ziel ist, mit einfachsten Aufgaben neue Nutzer anzulocken. Etwas derart simples wie das Eintragen von Fundorten von Pokémon ist auch schon fast zu wichtig, als das man es einfach als Aufgabe im Raum stehen lassen könnte, nur um jemand neuem die Möglichkeit zu geben, etwas zum Wiki beizutragen. Wir haben schließlich auch ein aktives Team, dass sich bemüht, für eine gewisse Vollständigkeit zu sorgen und sowas wie Fundorte der Pokémon gehört da auf jeden Fall zu, sowas wird schon kurz nach dem Erscheinen neuer Spiele erledigt sein. Und genau das ist ja eines der Probleme des Missionsbrettes, die gestellten Aufgaben sind häufig so schwierig oder aufwendig, dass sie eben nicht von einem Mitglied des Teams erledigt werden können, weil diese auch noch andere Aufgaben haben, um die sie sich kümmern müssen. Daher landen dort vor allem Sachen, die schon lange mal erledigt werden müssten, sich aber bisher niemand gefunden hat, der diese übernehmen kann.
- Außerdem der Hinweis, dass die Sitenotice nur für besondere Anlässe gedacht ist, etwa die Ankündigung von Gewinnspielen oder Systemupdates, aber auch die Warnung vor Spoilern bei neuen Spielen ist dort zu finden. Mit anderen Worten: sie ist nichts, was permanent da sein soll. Also auch das bitte im Hinterkopf behalten. -- RobbiRobb 17:23, 5. Mär. 2019 (CET)
- Ich habe für die "Anzeigen-Box" auch einen Platz auf der Hauptseite angedacht. Die entsprechende Vorlage selbst dürfte man dann ab VB erst bearbeiten, damit PLs Mitgliedergesuche ausschreiben können. Ausschreibungen in die Sitenotice zu packen wäre – und davon bin ich fest überzeugt – zwar effektiver, weil artikelunabhängig vorhanden, aber wie Robbi sagte: Da sollen ja nur temporäre Nachrichten rein und das, was ich vorschlagen möchte, soll permanent sein. Zumindest so lange permanent, wie es Engpässe gibt. Dafür eignet sich die HS sehr gut. -MfG, Kenaz-Hagalaz Disku 17:36, 5. Mär. 2019 (CET)
Hallo liebe Wikinger!
Ich möchte jeden stimmberechtigten Benutzer jetzt die Chance geben, über die Einführung von Ausschreibungen bzw. Stellenanzeigen auf der Hauptseite abzustimmen. Der Bedarf und das Interesse sind da, wie die voran gegangene Diskussion zeigt. Diese Abstimmung soll noch nicht entscheiden, welche Gestalt und genaue Position diese haben werden, sondern nur feststellen, ob diese in ihrem Grundkonzept als kurze Ausschreibungen bezüglich Projekt-Stellen oder besonderer Aufgaben innerhalb einer Vorlage auf der Hauptseite angenommen werden. Beispiele wie diese aussehen könnten, finden sich hier.
Die Abstimmung läuft bis zum 21. März 2019 23:59 Uhr, stimmberechtigt sind alle Stimmberechtigten Benutzer.
-MfG, Kenaz-Hagalaz Disku 20:10, 7. Mär. 2019 (CET)
PRO: Für die Ausschreibungen/Stellenanzeigen auf der Hauptseite
- Für mich auf jeden Fall eine erstrebenswerte Methode, um den Nutzermangel zu bekämpfen. -MfG, Kenaz-Hagalaz Disku 20:10, 7. Mär. 2019 (CET)
- SwowoJonny 20:15, 7. Mär. 2019 (CET)
- Hab mich ja schon in der Diskussion dazu geäußert. --DeXter 20:35, 7. Mär. 2019 (CET)
- Genauso wie DeXter habe ich mich schon geäußert. RioMaster 20:38, 7. Mär. 2019 (CET)
- Die idee ist nicht schlecht nur das richtig einzubauen im jetzigen design wird glaube ich nicht einfach das leute es halt sehen aber es auch nicht im weg ist oder stört Zeynex 20:56, 7. Mär. 2019 (CET)
- Cliffichen 21:15, 7. Mär. 2019 (CET)
- Ich finde die Idee sehr gut, um Benutzer und Besucher auf Aufgaben aufmerksam zu machen. Es könnte nur schwierig werden dies umzusetzen, ohne das Hauptseitenlayout zu zerstören. Grüße, Mega Glurak Y (Diskussion) 23:16, 7. Mär. 2019 (CET)
- Wenn wir das designtechnisch auf die Hauptseite bekommen, bin ich dafür. ~ Buoysel 13:48, 8. Mär. 2019 (CET)
- Im Prinzip ja. Ich könnte mir einen Kasten noch über Wds vorstellen oder einen länglichen unter Aktuelles. Das Isso 08/15 Konter 14:46, 8. Mär. 2019 (CET)
- Solange es mit dem Design der Hauptseite vereinbar ist, gerne. -- TM Master 15:46, 8. Mär. 2019 (CET)
- Über die Form lässt sich ja noch streiten ;) --Schöne Träume! Killuu 20:17, 8. Mär. 2019 (CET)
- Ich finde die Idee gut, solange man sie ordentlich in das Design der Hauptseite integrieren kann. GrollenKette951 22:05, 8. Mär. 2019 (CET)
- Grungedanke gefällt mir, offen zeigen, wo unsere Probleme sind, könnte durchaus helfen, neue Nutzer anzulocken. -- RobbiRobb 20:31, 11. Mär. 2019 (CET)
- AAWiki Diskussion 13:56, 16. Mär. 2019 (CET)
CONTRA: Gegen die Ausschreibungen/Stellenanzeigen auf der Hauptseite
- Szenario: Bob ist häufiger im PokéWiki unterwegs und wäre prinzipiell dafür zu begeistern, im PokéWiki mitzumachen. Er liest auf PokéWiki:Mitmachen, dass er sich einfach nur einen Account anlegen muss und wir uns über seine Mitarbeit freuen würden. „Das klingt doch gut!“, denkt sich Bob und legt sich einen Account an. Er liest weiter, dass es eine To-do-Liste und Projekte gibt. Bob schaut manchmal den Pokémon-Anime und erkundigt sich daher über die Aufgabe, Inhaltsangaben für Episodenartikel zu schreiben. Nach einigem Suchen landet er auf dem Artikel einer Anime-Episode, in dem die Inhaltsangabe fehlt. „Aber wie soll ich denn da jetzt eine Inhaltsangabe schreiben?“, fragt sich Bob. „Diese Episode habe ich nicht gesehen. Aber selbst wenn ich sie gesehen hätte, wie soll ich denn eine Inhaltsangabe dazu schreiben? Ich habe die Episode doch nicht auswendig im Kopf. Und woher soll ich überhaupt wissen, wie man eine Inhaltsangabe schreibt? Wie man etwas auf diese Seite einfügen kann, weiß ich auch nicht, da kommt irgendeine Programmiersprache, wenn man auf Bearbeiten klickt. Ach, keine Ahnung, das ist wohl nichts für mich.“ Bob ist verwirrt und entmutigt. „Es muss doch etwas Einfaches geben, was ich machen kann“, meint er. Er gibt nicht auf und fragt auf dem Discordserver nach, was es für ihn zu tun gebe. „Es gibt ganz viel, was du tun kannst, schau mal auf der To-do-Liste“, erhält er als Antwort. „Ja toll, da war ich schon...“, denkt sich Bob. Bob weiß nicht, was er machen könnte, und wendet sich einer anderen Aktivität zu.
Ich sehe es auch so, dass die Wurzel des Benutzermangel-Problems nicht darin liegt, dass niemand Interesse an Mitarbeit im Wiki hat, sondern darin, dass die Leser, die prinzipiell an der Mitarbeit im Wiki interessiert wären, nicht wissen, wie sie sich einbringen können. Deshalb gibt es ja so viele Benutzer, die uns fragen, was sie machen könnten. Die Schlussfolgerung in obiger Diskussion war dann meistens: Unsere To-do-Listen sind lang genug, also wenn wir gefragt werden, was es zu tun gibt, liegt das Problem daran, dass die Leute die To-do-Liste nicht finden. Mit obigem Szenario wollte ich erklären, warum ich mir sicher bin, dass dem nicht so ist; und das trifft natürlich nicht nur auf das Beispiel der Inhaltsangaben zu. Informationen, was es zu tun gibt, sind leicht zu finden (wobei man hier und da noch optimieren könnte, z. B. Mitmachen auf der Hauptseite auch nochmal in Textform verlinken). Das Problem ist vielmehr, dass wir keine Aufgaben haben, die für Neulinge geeignet sind. Die Einstiegshürde ist zu hoch. Wenn wir jetzt auf der Hauptseite schreiben, dass Mitglieder fürs Anime-Projekt oder Inhaltsangaben-Schreiber gesucht werden, dann wird das nur diesen Prozess fördern, dass unsere Leser erfolglos nach einer möglichen Aufgabe suchen. Deshalb von mir in dieser Umsetzung ein Contra gegen Ausschreibungen auf der Hauptseite. Meiner Meinung nach müsste man, um den Benutzermangel effektiv zu bekämpfen, erstmal ein Konzept dafür entwickeln, wie man die Einstiegshürde verringert und welche Aufgaben gut für Neulinge geeignet sind. Dann kann man sich immer noch überlegen, ob man solche Aufgaben auch gut auf der Hauptseite präsentieren kann. :) – shadowtweaker 14:03, 17. Mär. 2019 (CET)
- Kann mich dem nur anschließen. Die besten Beispiele dafür, dass diese Idee am falschen Ende ansetzt, bietet Discord. Hier fragen häufig User nach, wie sie helfen können, und nicht einmal gelang es, für Neulinge oder auch für bereits länger in der Community seiende User, einen Angriffspunkt zu finden. Die ToDos sind klar, aber man erhält keine Unterstützung und im Gegenteil wird den Änderungen neuer User eher mit Skepsis begegnet. Daran muss eher gearbeitet werden. Maxmiran 17:46, 17. Mär. 2019 (CET)
- Ich schließe mich meinen Vorgängern auch an. Das Problem ist nicht, dass man nicht weiß, was man tun kann, sondern eher, wie man das Ganze umsetzt. Man hat auch immer Angst Fehler zu machen und weiß auch irgendwie nicht so recht, an wen man sich wenden kann. Also ich denke, dass Stellenanzeigen das nicht besser machen können, weil es dann trotzdem an der Umsetzung scheitert. Michelle o° 21:28, 17. Mär. 2019 (CET)
- Ich ändere meine Stimme dann doch nochmal. Nachdem ich die Beiträge von shadow, Tai und Max gelesen habe, ist mir auch nochmal klar geworden, dass mir die Stellenanzeigen nicht vielversprechend genug sind. Da kann man lieber erfolgsversprechendere Module auf der Hauptseite unterbringen, wie laufende Events, Umfragen oder ein Social Media-Feed.--❄❄ Pk-fan 00:00, 18. Mär. 2019 (CET)
- Ich hab überlegt ob ich mich enthalten soll, hab mich jetzt aber entschieden mit Contra zu stimmen. Ich finde insbesondere, dass wir bereits ein entsprechendes Programm haben, welches auf den Namen Missionen hört, die zwar ggf etwas optimiert werden könnten (ausformulierter, Zuständigkeiten klarer usw). Evtl könnte man die noch im oberen Bereich verlinken, aber das sollte es da auch schon gewesen sein. Wenn unbedingt was auf die Hauptseite soll, sollte man einfach die Missionen 1:1 auf dieser anzeigen, aber ohne da einen sonstigen Mehraufwand zu beschreiben und selbst da bin ich mir eher unschlüssig (die Gründe wurden schon genannt). Was ich mir eher vorstellen könnte wäre die Nutzung vom Aktuelles-Bereich für abgeschlossene Arbeiten: „Wir bedanken uns herzlich bei Benutzer:XY, welcher die Handlung von Pokémon Aka und Midori stark überarbeitet hat. Du möchtest auch mithelfen? Dann schau doch mal auf unser Missionsbrett!“. Aber das ist schon wieder nen anderes Thema. Jones Albtraum? 22:44, 20. Mär. 2019 (CET)
Enthaltung
- * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 20:20, 7. Mär. 2019 (CET)
- Shin no tatakai wa, korekara da. The true fight is yet to come. JustRotty 21:54, 7. Mär. 2019 (CET)
- ~ TiMauziDatei:Pokémonsprite 052 Fuß.png 01:14, 8. Mär. 2019 (CET)
- Kann mich da Pk-fan in der Argumentation nur anschließen. - - "I'm gonna swing from the chandelier" GoPika Disku 10:55, 8. Mär. 2019 (CET)
- Datei:Pokémonsprite 359 Pinball2.png Korvel1 Diskussion 10:42, 9. Mär. 2019 (CET)
- ~ ~ Simonsees ~ 14:16, 13. Mär. 2019 (CET)
- Ich kann mich weder gegen weitere Bemühungen neue Mitglieder zu werben stellen, da ich sie grundsätzlich unterstütze, noch kann ich mich aber restlos für diese Idee begeistern. Das liegt grundsätzlich an zwei Punkten: a) Für mich ist die Hauptseite nicht die richtige Anlaufstelle, um aktiv neue Benutzer zu werben. Im Normalfall kommen in meinen Augen Besucher über eine Google-Suche auf einen bestimmten Artikel im PokéWiki, finden ihre Information (→ und gehen) oder finden sie nicht und suchen in weiteren relevanten Artikeln, in denen sie mit der gesuchten Information rechnen. Haben sie diese Information am Ende nicht gefunden, gehen sie entweder auf eine andere Fanseite oder melden sich an und fügen nach eigener Recherche den betreffenden Punkt im PokéWiki hinzu. Die Hauptseite sehen sie daher vermutlich nie bzw. erstmalig nach der Registrierung. b) Des Weiteren erhoffe ich mir von einem „Stellenanzeiger“ eher wenig. Lese ich als Besucher des PokéWikis z. B. von der Suche nach einem Inhaltsangaben-Schreiber, glaube ich nicht, dass sich ein einziger Besucher davon angesprochen fühlen werden wird. Auch Fließtext-Schreiber würde einem ähnlichen Schicksal erliegen. Schüler bzw. Studenten, die ich einfach mal als unser Hauptpublikum bezeichnen würde, haben davon in ihrem Alltag zu Genüge, sodass sie das nicht auch noch in ihrer Freizeit freiwillig machen würden. Aus diesen Gründen muss ich mich bei dieser Abstimmung enthalten. ~ Taisuke Diskussion 20:36, 16. Mär. 2019 (CET)
- Ich bin per se nicht dagegen, aber irgendwie kann ich mir keinen großen Effekt auf Neulinge ausmalen. Ich lass mich aber sehr gerne vom Gegenteil überzeugen -- Grüße ShortyBuzz 20:53, 20. Mär. 2019 (CET)
Kommentare
AAWiki, DarkViper, Der Sternendiamantritter, DeXter, Dusk, Esteror, FloRyan, Friedrich on ice, GrollenKette951, Hydrokyu, JustRotty, Lord Racer, Loxi-kun, Mario-WL, Mega Glurak Y, Michelle, Nescientist, RioMaster, Schiggy91, Skelabra2509, SwowoJonny, TiMauzi, TM Master, Yrel, ZeynexBuoysel, Cliffichen, CLina, GoPika, Impoleon xy, Isso08-15, Jones, Kenaz-Hagalaz, Killuu, Korvel1, Lombrero, Luca12379, Matze, Maxmiran, Mecanno-man, Pk-fan, RobbiRobb, Ryuichi, shadowtweaker, ShortyBuzz, Simonsees, Snackhound, Taisuke, Yinni -MfG, Kenaz-Hagalaz Disku 20:10, 7. Mär. 2019 (CET)
Ich wollte meine Begründung für eine Enthaltung nicht noch weiter ausführen, weshalb ich hier noch einen Gedanken mit euch teilen möchte, von dem ich mir noch den meisten Nutzen erhoffen würde. Der Knackpunkt des Ganzen ist aber auch, dass er jeden Artikel – der einem Projekt zuzuordnen ist – etwas hinzufügen würde. Und zwar ist mir diese Idee gekommen als ich mich durch ein paar Artikel von Bulbapedia geklickt habe. Diese nutzen am Ende eines jeden Artikels einen Hinweis (wie diesen) und zeigen damit an, welchem Projekt dieser Artikel zugehörig ist und was deren Hauptaufgabe ist. Ich könnte mir so etwas in abgewandelter Form am Kopf unserer Artikel vorstellen, um a) ein Projekt als Ansprechpartner für diesen Artikel aufzuzeigen und b) vielleicht die ein oder andere Baustelle aufzuzeigen, bei der noch Unterstützung gesucht wird. Dies würde unsere Besucher direkt im jeweiligen Artikel abholen und selbst in nahezu fehlerlosen Artikeln auf Baustellen im PokéWiki aufmerksam machen. Das Ganze könnte man lediglich für unangemeldete Seitenbesucher sichtbar machen, sodass für angemeldete Besucher die Artikel nicht noch länger werden. Der einzige Nachteil ist wie gesagt, dass es sich dabei um Hinweise an jedem Artikelanfang an fast jedem unserer Artikel handeln würde und dieses Werben um Unterstützung schon etwas aufdringlich wirken könnte. Anders kann ich mir aber kaum einen Nutzen vorstellen. Entweder wir werben aktiv an den Stellen, wo Seitenbesucher sind (in unseren Artikeln) oder wir lassen es. Denn das halbherzige Suchen über die Hauptseite oder andere Extraseiten, auf die ein Seitenbesucher überhaupt erstmal kommen müsste, ist für mich nicht erfolgsversprechend. ~ Taisuke Diskussion 20:36, 16. Mär. 2019 (CET)
- Ich stelle mich klar gegen den Vorschlag solcher Projektbanner - allein die Frage was zu welchem Projekt gehört wird zweifelsohne Probleme verursachen (z. B. das Trading Card Game für den GB - is das jetzt TCG oder Spin-Off? Mir als Leiter von beidem eigtl. Wurst), von der Spin-Off vs Orte/Chara-Diskussion in Col/XD gar nicht erst zu sprechen... --Datei:Sugimori 672.pngMecanno-manMäh 18:34, 18. Mär. 2019 (CET)
- Die Einwände unserer Vertreter der Contra- und Enthaltungsoptionen sind durchaus gerechtfertigt. Vor allem auch die Sorge, dass eine solche Box möglicherweise nichts brächte. Ich denke jedoch nicht, dass sie uns schaden wird und dass ein Nullgewinn der tatsächlich negativste Fall sein würde, so er denn überhaupt einträfe. Ich persönlich habe in der Vergangenheit immer mal wieder auch Arbeit direkt an Neulinge delegiert, und zwar sehr konkret und sehr einfach zu machen, teils mit präziser Anleitung und Erklärung. Nachhaltig hat dies kaum etwas gebracht.
Eines möchte ich noch meinerseits einwenden: Die Contra-Einwände sind interessanterweise größtenteils von altgedienten ESBs erhoben worden, wohingegen die meisten Pro-Stimmen von einfachen SBs kommen. So stellt sich die Frage; liegt eine Art „Betriebsblindheit“ auf der einen Seite vor oder eine zu große „Unwissenheit“ der anderen? Dies sollen keine Unterstellungen sein, nur ein Denkanstoß für uns alle. -MfG, Kenaz-Hagalaz Disku 17:54, 21. Mär. 2019 (CET)
Spielekürzel in Artikelnamen
Heyho, ich bin mir grad nicht sicher, ob wir die Diskussion nicht schonmal hatten, möchte sie im Zweifel aber nochmal anstoßen. Und zwar geht es mir um die Nutzung von Spielekürzeln in Artikelnamen, insbesondere als Klammerzusatz. Im konkreten Fall gehts mir um Partner-Pokémon (LGPE), ich bin mir aber sicher mit nen bissl suchen findet man noch andere. Gerade wenn eh schon ein Klammerzusatz zur Unterscheidung nötig ist, wäre ich dafür diesen auch auszuschreiben (also Partner-Pokémon (Pokémon: Let’s Go, Pikachu! und Let’s Go, Evoli!)
) damit die Artikel auch wirklich klar da sind wo sie hingehören. Die Kürzel kann man gerne als WL lassen, auch wenn ich eher bezweifel, dass sie gebraucht werden (wer sucht wird eh erst auf der entsprechenden BKL landen und danach macht der Klammerzusatz auch nichts mehr). Technisch oder sonst wie macht das keinen Unterschied, es geht hier einfach um etwas klarere Regeln damits einheitlich ist und mMn ist der ausgeschriebene Name deutlicher. Jones Albtraum? 15:57, 5. Feb. 2019 (CET)
- Würde ich so definitiv unterstützen. Die gekürzte Variante sieht auch einfach nicht schön aus als Artikelname. Entweder ganz oder gar nicht.. SwowoJonny 19:00, 5. Feb. 2019 (CET)
- Pro Jones' Vorschlag Das Isso 08/15 Konter 22:47, 5. Feb. 2019 (CET)
- Würde ich so auch definitiv unterstützen. Vielleicht wäre hier eine Abstimmung die beste Option?--❄❄ Pk-fan 00:02, 6. Feb. 2019 (CET)
- Den Vorschlag würde ich ebenfalls unterstützen. Die gekürzte Variante passt meiner Meinung nach einfach nicht zu einem Artikelnamen. GrollenKette951 02:04, 6. Feb. 2019 (CET)
- Eine Abstimmung brauchts erst wenn hier jemand für die Kürzel argumentiert... --Datei:Sugimori 672.pngMecanno-manMäh 02:56, 6. Feb. 2019 (CET)
- Bisher ist die Meinung recht eindeutig, insofern würd ich da jetzt auch keine Abstimmung starten und einfach ne Frist bis Sonntag setzen. Abstimmung hat auch immer den Nachteil, dass keine richtige Diskussion entsteht, evtl hat ja doch einer ne gute Argumentation parat für die Kurzversion :ka: Jones Albtraum? 09:12, 6. Feb. 2019 (CET)
- Ich bin auch gegen Kürzel. Aber geht es nur darum, dass Kürzel vermieden werden sollen, oder geht es auch um eine Regel, wie genau die Spielenamen in Klammerzusätzen ausgeschrieben werden sollen, z. B.
(Ranger 2)
vs. (Pokémon Ranger: Finsternis über Almia)
? – shadowtweaker 11:58, 6. Feb. 2019 (CET)
- Wohl eher ersteres, Shadow, aufgrund der Länge.. Ich meine ich denke mal an Pokémon Mystery Dungeon.... Partner (Pokémon Mystery Dungeon: Erkundungsteam Zeit, Erkundungsteam Dunkelheit und Erkundungsteam Himmel). Also bei Spielen, die zu einer aneinanderreihenden Serie gehören, würde ich das bevorzugen. SwowoJonny 12:48, 6. Feb. 2019 (CET)
- Aufgrund der Länge würde ich gerne vermeiden, dass zu lange Klammerzusätze verwendet werden, ehe man zu Situationen wie bei Pokémon – Der Film: Schwarz – Victini und Reshiram/Pokémon – Der Film: Weiß – Victini und Zekrom kommt. -- Skelabra2509 (Diskussion | Beiträge) 01:03, 9. Feb. 2019 (CET)
Basierend auf der obigen "Diskussion" setz ich mal folgendes Regelwerk auf:
- Klammerzusätze sollten im Idealfall den vollständigen Spielenamen beinhalten
- Sollte dieser zu lang sein (Beispiel PMD von Swowo oben) kann er gekürzt werden (bspw zu Pokémon Mystery Dungeon 2)
- Reine Kürzel sollen vermieden werden (Beispiel von oben: PMD2 ist als Klammerzusatz unerwünscht)
- Klammerzusätze sollten einheitlich sein, dies betrifft insbesondere den Fall von Kürzungen
Einspruch kann morgen eingelegt werden, ansonsten sehe ich das ganze als beschlossen an und setze es zumindest für die mir bekannten Fälle um, ebenfalls dienen die Punkte dann auch als Referenzbeschluss für zukünfige Fälle. Jones Albtraum? 23:24, 27. Feb. 2019 (CET)
ABSTIMMUNG: Auflistung und Vorlagen in Trainerklassenartikel
Abstimmung beendet: Variante 3 wurde ausgewählt und wird umgesetzt
Hallo liebe Leute,
da ich dieses Thema für sehr relevant halte und ich das nicht gerne alleine entscheiden möchte, hätte ich gerne hier eine Abstimmung zum Thema Auflistung und Vorlagen in Trainerklassenartikeln.
In den Trainerklasse-Artikeln gibt es Auflistungen zu allen Trainern aufgeschlüsselt nach den jeweiligen Spielen. In der Vergangenheit wurde dazu eine eigene Vorlage zur Auflistung verwendet, wie man bspw. beim Schnösel sehen kann. Mittlerweile gibt es die aus den Orte-Artikeln bekannte Vorlage zur Darstellung der Trainer, die wesentlich detaillerter ist und die deswegen für die neuen Spiele (SOMO, USUM und LGPE) bereits in den Trainerklasse-Artikeln eingebaut wurde. Für alte Generationen war dies bisher nicht der Fall, weshalb momentan oft unschöne Doppellisten bestehen wie bspw. beim Ass-Trainer.
Allerdings ergibt sich mit der Vorlage das Problem, dass sie nicht nur sehr groß, sondern auch sehr ressourcenlastig ist und deshalb bspw. beim Ass-Trainer aufgrund der vielen Trainer nicht alle auf einer Seite dargestellt werden könnten, wenn alle Trainer mit der neuen Vorlage dargestellt werden würden. Deshalb gibt es hier nun zwei verschiedene Möglichkeiten, da eine Mischlösung beider Varianten absolut uneinheitlich und optisch nicht ansprechend wäre:
1. Es wird weiterhin die alte Vorlage auch für die neuen Spiele genutzt.
2. Es wird nun für alle Spiele die neue Vorlage aus den Orten verwendet (siehe bspw. Backpackerin).
Wenn man sich für die zweite Variante entscheidet, müssten die Listen älterer Spiele dann aber auf andere Seiten ausgelagert werden und nur die neuesten Spiele bleiben auf der Hauptseite der Trainerklasse vorhanden. Beispielsweise würden beim Ass-Trainer alle Listen bis auf die von LGPE auf einzelne Seiten ausgelagert, auf die von der Hauptseite aus bspw. mittels "Ass-Trainer/Pokémon Rot, Blau und Gelb" verlinkt wird. Bei Trainerklassen, die in neueren Spielen nicht verwendet wurden, würde das bei Ihnen aktuelle Spiel genommen werden, wie bspw. beim Schnösel ORAS. Bei Trainerklassen, die noch neu sind oder generell kaum Trainer haben, bin ich offen für Meinungen und Vorschläge, ob aufgrund der Einheitlichkeit bspw. beim Hotelpagen trotzdem der eine Trainer aus SOMO ausgegliedert werden soll, oder man hier aufgrund der Geringfügigkeit das Darstellen beider Trainer akzeptiert. Diese Entscheidung würde ich dann aber nach dieser generellen Entscheidung treffen.
Ich denke nicht, dass man hier vorher großartig diskutieren muss, da die Optionen relativ klar sind. Deshalb eröffne ich sofort die Abstimmung. Kommentare dürfen natürlich dennoch gerne abgegeben werden und sollte doch eine vorherige Diskussion gewünscht sein, kann diese auch gerne geführt werden.
Die Abstimmung läuft bis zum 25. März 2019 23:59 Uhr. - - "I'm gonna swing from the chandelier" GoPika Disku 13:35, 11. Mär. 2019 (CET)
Variante 1: alte Vorlage für alle Trainerklassen
Variante 2: neue Vorlage für alle Trainerklassen mit entsprechenden Unterseiten
- Die neue Vorlage ist sehr ansprechend und zeigt alle relevanten Informationen, während die alte sehr rudimentär ist. Mittlerweile wird in sehr vielen Bereichen auf Unterseiten ausgelagert, weshalb das hier auch kein Besonderes Kriterium sein darf, vor allem da auch nur Listen und keine Texte ausgelagert werden. Bei den kleinen Trainerklassen wie dem Hotelpagen im Beispiel wäre ich zudem für Einzelentscheidungen der Projektleitung, denn auch wenn Einheitlichkeit immer schön ist, fände ich eine Unterseite für in diesem Falle nur einen Trainer, wobei nur ein weiterer Trainer auf der richtigen Seite vorhanden bliebe, unnötig. - - "I'm gonna swing from the chandelier" GoPika Disku 13:32, 11. Mär. 2019 (CET)
- Schließe mich den Vorrednern an. ×Impoleon xy× 13:50, 11. Mär. 2019 (CET)
- Ich denke auch, dass die neue Vorlage benutzt werden sollte. DarkViperDie Aura
- Muss meinen Vorrednern zustimmen. Durch die neue Vorlage entsteht ein einheitliches Design mit dem Orte-Projekt. RioMaster 17:19, 11. Mär. 2019 (CET)
- Shin no tatakai wa, korekara da. The true fight is yet to come. JustRotty 20:03, 11. Mär. 2019 (CET)
- Auslagerungen sind etwas, wo man meiner Meinung nach nicht vor zurückschrecken sollte. Wir werden in Zukunft noch viel mehr auslagern müssen, um nicht überall die Limits zu überschreiten. Daher sehe ich keinen Grund, die Inhalte zu reduzieren, nur um nicht auslagern zu müssen. Daher gerne die etwas aufwändigere, dafür aber vollständigere Vorlage. -- RobbiRobb 20:31, 11. Mär. 2019 (CET)
- Ich schätze, die Trainersklassen aus dem aktuellen, achten Generation zum beispiel, in einen Unterseiten zusammenzufügen, ist simpel. Alle Titeln in einen Unterseite kommt halt in frage... ob es desselben auf andere Titeln bliebt? Ich bleibe diesen entscheide Variante! AAWiki Diskussion 13:53, 16. Mär. 2019 (CET)
- Ich denke eine Auslagerung wird sich früher oder später eh nicht mehr vermeiden lassen und insbesondere wenn die Artikel die entsprechenden Informationen anzeigen soll wird man entweder auf ne sehr simple Tabelle zurückgreifen müssen oder eben auslagern müssen. Wobei da wohl überhaupt erstmal entschieden werden müsste welche Informationen angezeigt werden sollten.. Aber wie gesagt: Wenn eine Auslagerung eh nötig wird spricht in meinen Augen nichts dagegen die Orte-Vorlage auch zu nutzen, dann sind zumindest Änderungen an zB Berechnungen nur zentral in einer Vorlage zu erledigen und die Darstellung ist einheitlich. Um die Information nicht komplett im Trainerklasse-Artikel zu verlieren könnte man ggf auch die Trainer im letzten Spiel einbinden. Jones Albtraum? 22:36, 20. Mär. 2019 (CET)
Variante 3 (NEU): verbesserte, alte Vorlage auf der Trainerklassen-Seite, detaillierte Orte-Vorlage als Komplettübersicht auf einer Unterseite
- Halte ich für die sinnvollste Variante, solange es jemanden gibt der die alte Optimiert oder eine bessere zur Verfügung stellt. * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 08:54, 13. Mär. 2019 (CET)
- Meinem Empfinden nach sollten ausgelagerte Inhalte in den entsprechenden Hauptartikeln immer überblickshaft angeschnitten und nicht nur bloß verlinkt werden. Wobei wir bei der alten Vorlage sind, die quasi genau das macht und dann auf die Detailansicht in den Orte-Artikeln verweist. Einen detaillierten Überblick auf einer Unterseite fände ich aber gut. Maxmiran 09:34, 13. Mär. 2019 (CET)
- Ich bin der Meinung, dass sämtliche ausführlichen Trainerlisten (sprich: die neue Vorlage) ausgelagert werden sollten, sodass wir, so wie Max bereits sagte, in den Trainerartikeln die alte Vorlage nutzen könnten, um einen Überblick zu schaffen. Durch den Einsatz der neuen Vorlage entstehen leider ellenlange Listen, die ich vor allem aus praktischer Sicht nicht ansprechend finde. Mich stören die Listen teilweise schon in den Orte-Artikeln, insofern wäre ich sehr froh wenn die Trainer-Artikel nicht zu noch längeren Auflistungen führen würden. Also pro Ausgliederung aller ausführlichen Listen und zu Überblickszwecken Einsatz der alten Vorlage in den Trainer-Artikeln.--❄❄ Pk-fan 11:05, 13. Mär. 2019 (CET)
Eigentlich ist dies keine richtige Enthaltung meinerseits, aber ich mag nicht auf eigene Faust eine weitere Variante nachträglich in die Abstimmung bringen. Jedenfalls würde ich es begrüßen, wenn weiterhin die alte Vorlage in den Trainerklassen-Artikeln genutzt werden würde (und wir sie evt. etwas designtechnisch aufhübschen!), damit man auf einem Blick einen guten Überblick über sämtliche Trainer der Trainerklasse über alle Spielgenerationen hinweg hat. Zusätzlich würde ich mit Unterseiten zu den einzelnen Spielen arbeiten, in denen dann die neue Vorlage genutzt werden würde. So hätte man bei Bedarf z. B. eine detaillierte Übersicht über alle Ass-Trainer in Pokémon HeartGold und SoulSilver. Diese Unterseiten würden zwar die Informationen aus den einzelnen Orte-Artikeln ebenfalls verwenden, aber über sämtliche Orte eines Spiels hinweg und somit in meinen Augen mit einem Mehrwert. ~ Taisuke Diskussion 11:56, 13. Mär. 2019 (CET)
- Genau das was ich gerne hätte. Im Trainerklassen-Artikel sind keine enorm langen Listen und die genauen Infos sind auf einer Unterseite zu finden. --DeXter 14:05, 13. Mär. 2019 (CET)
- Kann mich meinen Vorrednern nur anschließen. ~ ~ Simonsees ~ 14:16, 13. Mär. 2019 (CET)
- ist wahrscheinlich die beste Variante --mfG Lombrero Dis 16:27, 13. Mär. 2019 (CET)
- Wie Max. -- Skelabra2509 (Diskussion | Beiträge) 22:16, 11. Mär. 2019 (CET)
- Am ehesten das hier. Fände es eigentlich sinnvoll, wenn in die Orte-Vorlage immer auch Infos wie Attacken, Fähigkeiten, etc. eingetragen würden, damit die nicht rudimentär/leer bleiben. (Solange das nicht angedacht ist, stört mich übrigens die Uneinheitlichkeit auch nicht besonders, aber "erstmal nichts machen" steht ja nicht zur Wahl.) Nescientist (Diskussion) 20:31, 13. Mär. 2019 (CET)
- Ich sehe diese Variante als die wahrscheinlich Beste an. GrollenKette951 20:40, 13. Mär. 2019 (CET)
- Ich denke, ich finde es doch besser, wenn man nicht alle Informationen der Trainerklassen sofort hat, sondern nur einen Überblick. Zumal in der Orte-Vorlage ja öfter so etwas wie die Attacken der Pokémon fehlen, die für diese Vorlage sprechen würde. Die vorhandenen Details auf eine Unterseite zu bringen klingt für mich nach dem besten Plan. -- Cliffichen 20:49, 13. Mär. 2019 (CET)
- Ich schließe mich meinen Vorrednern an. -- TM Master 21:38, 13. Mär. 2019 (CET)
- Ok. Damit kann ich mich anfreunden. Das Isso 08/15 Konter 21:59, 13. Mär. 2019 (CET)
- Stimme Pk und Tai im Wesentlichen zu – und den anderen auch. Dusk sup? 23:50, 13. Mär. 2019 (CET)
- Pro Übersichtlichkeit in den Trainer-Artikeln und dann wegen meiner ausführliche Details auf Unterseiten. -- Grüße ShortyBuzz 20:57, 20. Mär. 2019 (CET)
- – shadowtweaker 12:17, 24. Mär. 2019 (CET)
Enthaltung
- SwowoJonny 13:50, 11. Mär. 2019 (CET)
- Ich habe jetzt lange nachgedacht aber ich komme auf keine antwort ... korrigiert mich wenn ich es falsch verstanden habe aber es geht hier größtenteils ums ausen/die übersicht ... nur das problem für mich ist halt das hier ... das alte design fällt gleich raus wegen dem aussehen und der übersicht ... das jetzige sieht meiner meinung nach gut aus aber braucht zuviele ressourcen was schlecht ist für die zukunft ... und für das neue kann ich mich nicht entscheiden weil ich nichtmal weiß wie es aussehen wird oder ob nochmehr improvisiert werden muss und dann sich die ziel punkte für das design dann doch wieder verändern ... Zeynex 16:40, 13. Mär. 2019 (CET)
- Ich bin mit keiner der drei Optionen wirklich zufrieden. (Siehe auch Kommentare) --Datei:Sugimori 672.pngMecanno-manMäh 20:48, 13. Mär. 2019 (CET)
- Luca12379 Diskussion 20:59, 13. Mär. 2019 (CET)
- Michelle o° 20:44, 20. Mär. 2019 (CET)
- -MfG, Kenaz-Hagalaz Disku 18:01, 21. Mär. 2019 (CET)
- Datei:Pokémonsprite 359 Pinball2.png Korvel1 Diskussion 11:16, 24. Mär. 2019 (CET)
Kommentare
AAWiki, DarkViper, Der Sternendiamantritter, DeXter, Dusk, Esteror, FloRyan, Friedrich on ice, GrollenKette951, Hydrokyu, JustRotty, Lord Racer, Loxi-kun, Mario-WL, Mega Glurak Y, Michelle, Nescientist, RioMaster, Schiggy91, Skelabra2509, SwowoJonny, TiMauzi, TM Master, Yrel, ZeynexBuoysel, Cliffichen, CLina, GoPika, Impoleon xy, Isso08-15, Jones, Kenaz-Hagalaz, Killuu, Korvel1, Lombrero, Luca12379, Matze, Maxmiran, Mecanno-man, Pk-fan, RobbiRobb, Ryuichi, shadowtweaker, ShortyBuzz, Simonsees, Snackhound, Taisuke, Yinni - - "I'm gonna swing from the chandelier" GoPika Disku 13:32, 11. Mär. 2019 (CET)
- Ist es nicht möglich eine weniger ressourcenlastige Vorlage (durch Nutzung von Parametern für Vorlageninterne Sachen) zu bauen? Afaik werden in den meisten Fällen wenige der von der Ortevorlage bereitgestellten Dinge tatsächlich gebraucht. --Datei:Sugimori 672.pngMecanno-manMäh 18:56, 11. Mär. 2019 (CET)
- @Mecanno-man: Dafür müsste man die Leiter des Orte-Projektes fragen (@Ryuichi:, @Jones:, @ShortyBuzz:).
- @Taisuke: Darüber habe ich tatsächlich auch schon nachgedacht, allerdings könnte ich die alte Vorlage selbst nicht ändern, weshalb sich dazu auch jemand relativ schnell bereit erklären müsste, weil ich darauf sicherlich kein halbes Jahr warten werde :P Außerdem finde ich mittlerweile auch mit der alten Vorlage die Listen einfach manchmal zu lang (siehe Ass-Trainer). Das wird sich ja mit Gen 8, 9 und 10 auch nicht ändern. Das Auslagern wird wie bei den Zitaten der Charaktere oder bei den Trainern in den Orten selbst (Indigo Plateau) wohl so oder so irgendwann notwendig sein müssen. Die alte Liste auszulagern fände ich aber auch doof, deshalb bin ich für die neue Vorlage. Sollte sich jemand an die Änderung der alten Vorlage machen, würde ich das wie gesagt auch begrüßen, allerdings sehe ich eben dennoch das Problem der langen Auflistungen auch in einer neuen, hübscheren Variante sicherlich gegeben. Und im Gegensatz zu dem Auslagern bei den Zitaten, kann man meist nicht irgendwelche wichtigen Trainer hervorheben, deshalb entweder ganz oder gar nicht :D - - "I'm gonna swing from the chandelier" GoPika Disku 19:24, 11. Mär. 2019 (CET)
- Ich sprach hier generell von einer Vorlage, die dasselbe an Inhalt bietet, nicht zwingend aber auch bei den Orten zum Einsatz kommen soll. Müsste halt nur noch geschrieben wird. --Datei:Sugimori 672.pngMecanno-manMäh 21:25, 11. Mär. 2019 (CET)
- Ja, nur kann ich das nicht machen, also stelle ich das nicht zur Wahl. Sollte jemand sagen, er mache das, käme sicherlich auch die Option einer neuen Vorlage in Frage. Da ich aber nicht lange darauf warten werde, bevor eine Entscheidung getroffen wird und ich weiß, dass jeder von uns sowieso sehr viel Arbeit hat, habe ich nicht angefragt, ob eine Vorlage für die Klassen gestaltet werden könne. Außerdem glaube ich, wenn dasselbe an Inhalt geboten werden könnte, würden auch die Orte diese Voralge benutzen bzw. ihre bereits so konzipiert haben, da uahc die Orte nicht gerade kleine Seiten mit viel übriger Platzkapazität sind^^- - "I'm gonna swing from the chandelier" GoPika Disku 11:29, 12. Mär. 2019 (CET)
- @Mecanno-man, mal grob gefragt, was stellst du dir unter weniger ressourcenlastige Vorlage vor? Und welche Informationen hältst du für nicht notwendig bzw. ungenutzt. Vielleicht lässt sich speziell auch für die Trainerklassen die Vorlage abspecken in einer Lite-Variante. Die Frage richte ich in dem Fall auch einmal an GoPika welche Informationen der Orte-Trainer ggf. entfallen könnten. Gruß * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 11:34, 12. Mär. 2019 (CET)
- P.S. Und danke für den BK @Go * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 11:34, 12. Mär. 2019 (CET)
- Das ist eben die Sache, ich finde Vollständigkeit auch hier wichtig. Klar kann man sagen, niemand interessiert sich bei den Trainerklasse-Artikeln für Attakcen, Fähigkeit und Geschlecht der Pokémon von den Trainern, aber ob das bei denen, die sich die Orte-Artikel ansehen der Fall ist, sei eben auch mal dahin gestellt^^ Die Sprites bräuchte man vielleicht nicht, aber gerade die lockern die Vorlage zum Anschauen auf, finde ich. Ich weiß nicht wie es von der technischen Seite her aussieht, aber rein vom Informationsgehalt her finde ich es wichtig, auch für Interpretationen der verschiedenen Trainer (bspw. Fixierung auf ein Geschlecht oder ein Schema an Pokémon) und ihrer Kampfweisen (Fixierung auf einen (Attacken)Typ, Strategien etc.), alle Informationen auch bei den Trainerklassen zu haben und nutzen zu können und nicht umständlich von Orte- zu Orte-Seite wandern zu müssen, um alles zu sehen.
- PS: Immer gerne @Ryu ;) - - "I'm gonna swing from the chandelier" GoPika Disku 11:40, 12. Mär. 2019 (CET)
- Ich hab mir die Vorlage nicht im Detail angesehen, aber ich meine da waren etliche Sachen drin die automatisch generiert werden und entsprechend aufwändig sind, die man manuell einfügen könnte (Preisgeld, Hilfsmodus...). Konkret für Trainer kann man sicher auch die Toggler und alles was damit zu tun hat weglassen. --Datei:Sugimori 672.pngMecanno-manMäh 22:41, 12. Mär. 2019 (CET)
- Bei der Vorlage:Orte Trainer/Zeile ist nicht das Problem, dass Knoten oder dergleichen überschritten werden, es ist einfach die Länge der Vorlage, die wirst du auch nicht durch reduzieren der Automatisierung kleiner kriegen, dafür müsstest du wenn schon ne gänzlich andere Vorlage zur Hand nehmen, die wesentlich einfacher aufgebaut ist. Jede Zeile hat eigene style-Attribute, die sammeln sich natürlich bei den Einbindungen. Und wenn du die Toggler entfernst, funktioniert die Vorlage nicht mehr -- RobbiRobb 22:47, 12. Mär. 2019 (CET)
- Einmal abgesehen von der Diskussion zu einer gänzlich neuen Vorlage: Ich denke, dass Tais Vorschlag nochmal näher betrachtet werden sollte. Da es die Option (noch) nicht als Wahlmöglichkeit gibt, Tai, Max, Skel und ich sie aber offenbar alle unterstützen, frage ich mich gerade, ob sie nicht noch ergänzt werden sollte. Die Idee war eine Auslagerung aller Trainer auf Unterseiten, auf denen die neue Vorlage genutzt wird, während die alte Vorlage als Kurzüberblick in den Trainerartikeln stehen bleibt. Ich erkläre mich auch gerne bereit, die alte Vorlage zu diesem Zweck vom Design her aufzuhübschen. Ab Samstag habe ich erstmal ein bisschen mehr Freizeit und könnte mich darum kümmern, wenn die Option die Wahl gewinnen sollte (sobald sie als Option verfügbar wird).--❄❄ Pk-fan 02:17, 13. Mär. 2019 (CET)
- Da sich mit Pk jemand dazu bereit erklärt hat, die alte Vorlage zu ändern und wie er sagte, schon ein paar Leute doch gerne eine Zwischenlösung wollen, sperre ich mich natürlich nicht dagegen und habe diese Möglichkeit als dritte Variante ergänzt.
- Wer seine Stimme ändern möchte, kann dies aber gerne tun, der Abstimmungszeitraum bleibt aber gleich, da ja noch genug Zeit ist. @Buoysel, Cliffichen, CLina, GoPika, Impoleon xy, Isso08-15, Jones, Kenaz-Hagalaz, Killuu, Korvel1, Lombrero, Luca12379, Matze, Maxmiran, Mecanno-man, Pk-fan, RobbiRobb, Ryuichi, shadowtweaker, ShortyBuzz, Simonsees, Snackhound, Taisuke, Yinni, AAWiki, DarkViper, Der Sternendiamantritter, DeXter, Dusk, Esteror, Friedrich on ice, GrollenKette951, Hydrokyu, JustRotty, Lord Racer, Loxi-kun, Mario-WL, Mega Glurak Y, Michelle, Nescientist, RioMaster, Schiggy91, Skelabra2509, SwowoJonny, TiMauzi, TM Master, Yrel, Zeynex: - - "I'm gonna swing from the chandelier" GoPika Disku 07:42, 13. Mär. 2019 (CET)
Gestaltung der Stellenanzeigen/Ausschreibungen
Hallo!
Vor Kurzem ergab die Abstimmung über die Einführung von Stellenanzeigen bzw. Ausschreibungen auf unserer Hauptseite, dass tatsächlich ein Bedarf für solche da zu sein scheint. Deshalb soll es in dieser Diskussionsrunde darum gehen, wie eine solche Box denn ganz konkret gestaltet und ausgeführt werden soll.
Die zu klärenden Fragen sind:
- Wie sieht das Layout der Box aus?
- Welche Hauptseiten-Position hat die Box?
- Wer darf die Vorlage, die zur Box gehört, bearbeiten?
- Was darf/muss alles in die Box?
Als Diskussionsbasis möchte ich hier nochmals meine beiden Beispiele einer möglichen Gestaltung anführen: Link zu den Beispielen
Die Antworten meiner Beispiele auf die oberen Fragen sind:
- Entwurf 1: Vertikal schmal; horizontal die Seitenbreite ausnutzend // Randfärbung hellrot, im Überschriftenteil mit Gradient // Überschrift: "Gesucht!" am linken Rand; am rechten Rand Links zu Missionsbrett und globaler To-do-Liste // Im Textfeld kursive, gereihte Kurzausschreibungen mit Projektlinks; ganz rechts Großlinse (als visuell-ansprechendes Element)
Entwurf 2: Vertikal höher; horizontal einer gegenüberliegenden Box angepasst // Randfärbung blau, im Überschriftenteil mit Gradient // Überschrift "Ausschreibungen:" // Im Textfeld rote Überschrift "Gesucht!"; aufgelistete Kurzausschreibungen mit Projektlinks; unten abgesetzt Links zu Missionsbrett und globaler To-do-Liste; rechts ORAS-Ruinenmaniac-Artwork (als visuell-ansprechendes Element)
- Entwurf 1: unter "Willkommen im PokéWiki!" oder über "Aktuelles"
Entwurf 2:Kein Plan
- Die Vorlage soll ab dem VB-Rang bearbeitbar sein.
- Kurzbeschreibungen in Stichpunktform von gesuchten Positionen oder Funktionen. Es soll auch Mitgliederengpässen oder offene Aufgaben in den jew. Projekten aufmerksam gemacht werden, die von Neumitgliedern relativ leicht ausgefüllt/erfüllt werden können.
Nicht nur schriftliche Vorschläge und Einwände, sondern vor allem auch bildlich anschaubare Entwürfe (Testseiten-/Screenshot-Links) sind sehr erwünscht!
-MfG, Kenaz-Hagalaz Disku 18:10, 26. Mär. 2019 (CET)
- Ich habe Entwurf 1 von Kenaz ein wenig abgewandelt und hier mal in einer "Testumgebung" dargestellt. Da ich noch unschlüssig bei der Farbe des unteren Teils und dem Standort bin, habe ich ein paar toggler eingebaut, dann könnt ihr, wenn ihr wollt euch das anschauen und beurteilen^^. Meine Antworten auf die Fragen:
- Wie Kenaz' erster Entwurf. Meine Änderungen: der untere Teil ist eine Tabelle um bessere Trenner zu ermöglichen und die Großlinse ist im oberen Teil.
- Wie bei Kenaz. Die Stellenanzeigen sollten meiner Meinung nach gut sichtbar sein und neben der dominanten Farbe, halte ich es für wichtig, dass man, am PC die Anzeigen ohne runter zu scrollen sehen kann.
- Erneut wie Kenaz^^. Auf der Hauptseite und auffällig --> mindestens ab VB.
- Wie Kenaz. Zusätzlich bin ich zur Zeit am überlegen wie man so etwas wie {{Tt}} auch "Smartphone-Nutzer-freundlich" umsetzen kann, um bei Bedarf zu den einzelnen Stichpunkten eine Erklärung abgeben zu können, da die angebenen Punkte sich hauptsächlich (klärt mich auf sollte ich die Haupt-Zielgruppe falsch verstanden haben) an neue Nutzer (und an zukünftige Nutzer) richten und einen relativ einfachen Schwierigkeitsgrad haben sollen. Außerdem könnte man damit ermöglichen auch mal ein bisschen anspruchsvollere Aufgaben mit ausreichender Erklärung zu stellen. --DeXter 21:54, 27. Mär. 2019 (CET)
- Mir gefällt da jetzt spontan die generelle Richtung von Entwurf 2 besser; finde allerdings dass da zu viel Farbe hervorsticht, hätte mir da einen wesentlich kleineren Rahmen, wenn überhaupt, vorgestellt (das ihr hier schon viel zu früh Farbe in die Diskussion werft, sei mal dahingestellt - so wird sich jetzt nämlich die Hälfte gegen dieses Orange und nicht gegen das Design aussprechen). Oh und um himmels willen, kein tt auf der Hauptseite - ist schon schlimm genug das wir das noch in Artikeln nutzen. Zeitgemäss ist das einfach nicht mehr.
- Spontaner Vorschlag - und müsste definitiv noch von Killuu und Isso genehmigt werden: über das schon gewusst und dafür das Zeichenlimit von AdW/PdW erhöhen, damit da kein Leerraum entsteht. Haben wir Kapazität dafür aus dem XdW-Bereich? Ich meine mich nämlich erinnern können das früher sich immer darüber beklagt wurde dass die Zeichenlimite da zu kurz sei.
- Es is sinnlos es PLs zu verbieten und SB und alles drunter traue ich dieses Recht nicht zu - ist immerhin die Hauptseite. Folglich Entweder VB+ oder PL+ - was genau hängt vor allem von der Umsetzung von Punkt 4 ab.
- ..doppelt sich entweder mit der To Do oder mit dem Missionsbrett, so wie die Diskussion läuft eher mit der To Do. Da deren Darstellung allerdings meine Idee war, sie nicht so wirklich funktioniert hat und ich nicht weiss, wie man sie verbessert, halte ich mich hier glaub besser raus. --Datei:Sugimori 672.pngMecanno-manMäh 18:35, 29. Apr. 2019 (CEST)
- Zu dem Thema kann ich eigentlich nicht viel sagen, da ich erstens kein Fan dieser "Stellenausschreibungen" bin (soll jetzt keine weitere Debatte anstoßen, ich akzeptiere die Entscheidung) und zweitens ein furchtbares Gefühl für Design habe. Nur eine Bitte meinerseits: benutzt wenn möglich keine zu grellen roten und ins rote gehende Farben. Das beißt sich furchtbar mit dem Blau, das wir hier hauptsächlich verwenden. Fällt zwar sofort auf, lenkt aber auch vom Rest ab und ist zumindest für mich fast schon unangenehm anzusehen :x -- Datei:Pokémonsprite 359 Pinball2.png Korvel1 Diskussion 10:10, 4. Mai 2019 (CEST)
- Ich habe das Design meiner Vorschläge ein wenig geändert (auch etwas mehr nach dem Stil der anderen Boxen auf der Hauptseite). Hoffe, dass das Aussehen euch eher zusagt^^. --DeXter 18:54, 4. Mai 2019 (CEST)
- Ich finde Entwurf zwei eigentlich schicker. So schmale Boxen gefallen mir meistens nicht so. Zu Mecs Einwurf: Ja, wir haben teilweise XdWs die gerne eine höhere Zeichenzahl hätten, manchmal krebst man da aber auch am unteren Ende rum. Wenn man aber die XdW-Bix vielleicht etwas quetscht, wird sie auch länger? Wobei man dann schauen müsste, ob das noch schön proportioniert ausschaut. Lg --Und dann im Mondschein... Killuu 22:23, 5. Mai 2019 (CET)
Überarbeitung der Darstellung der Statuswerte
Ich habe mir gedacht, dass man die Statuswerte-Infobox, die in jedem Pokémon-Artikel enthalten ist, mit etwas sinnvolleren Informationen füllen könnte.
Die Basiswerte müssen dort natürlich unbedingt stehen, die Fleißpunkte (die man für das Besiegen des Pokémon bekommt) passen auch gut an diese Stelle, über den Rest kann man aber diskutieren. Meiner Meinung nach können die meisten der anderen Informationen so belassen werden, wie sie aktuell sind: Die Unterteilung in Level 50 und Level 100 ist sinnvoll, da beide im kompetitiven Spiel häufig genutzt werden, und sowohl die Angabe der Maximalwerte bei neutralem als auch die Angabe bei positivem Wesen kann hilfreich sein (wobei man überlegen könnte, einen der beiden Werte zu streichen, da man sich zumindest vom neutralen zum positiven Wesen den Wert sogar im Kopf ausrechnen kann).
Die Angabe der Maximalwerte bei negativem Wesen hilft aber so gut wie niemandem. Für kompetitiv spielende Trainer sind diese Werte uninteressant, da es praktisch nie sinnvoll ist, 252 Fleißpunkte in einen Wert mit negativem Wesen zu stecken, und gewöhnliche Trainer können diese Werte auch nicht gebrauchen, da sie wahrscheinlich nicht zufällig 31 DV auf diesem Wert haben und erst recht kein gezieltes Fleißpunkte-Training durchführen, um 252 Fleißpunkte auf dem Wert zu erreichen.
Stattdessen schlage ich vor, hier die Minimalwerte anzugeben, also die Werte, die bei 0 DV und 0 FP erreicht werden. Das wäre insbesondere beim Initiative-Wert für kompetitive Spieler interessant, aber auch für andere, da man so den gesamten Bereich sieht, in dem sich ein Wert befinden kann. Man kann auch mit den Werten seiner eigenen Pokémon vergleichen, um zu sehen, ob sich der Wert eher im oberen oder im unteren Teil des Bereichs befindet. Außerdem sieht man so direkt, in welchem Ausmaß FP-Training und maximale DV Werte steigern können.
Hier gibt es dann noch zwei Möglichkeiten, man könnte die Minimalwerte entweder bei negativem oder neutralen Wesen angeben. Der Vorteil bei negativem Wesen ist, dass man das wirkliche Minimum hat, ich halte aber die Angabe bei neutralem Wesen für besser, da die Umrechnung von neutralem zu negativem Wesen einfacher und immer eindeutig ist. (Im Gegensatz zur Umrechnung von negativem zu positivem Wesen, z.B. wird ein Wert, der bei neutralem Wesen 110 ist, bei negativem Wesen zu 110 * 0,9 = 99. Ist der Wert bei neutralem Wesen aber 111, kommt bei der Rechnung 111 * 0,9 = 99,9 raus, was ebenfalls zu 99 abgerundet wird.)
(Eine weitere Idee, die ich hatte, war die Angabe von tatsächlichen durchschnittlichen Werten, die mit 15 oder 16 DV, 85 FP und neutralem Wesen erreicht werden. Das wäre vielleicht interessant für Spieler, die sich überhaupt keine Gedanken über DV, FP und Wesen machen wollen, aber trotzdem wissen wollen, welche Werte sie von einem Pokémon ungefähr auf Level 50 bzw. 100 erwarten können. Diese Werte anzugeben, wäre aber meiner Meinung nach aber nur dann sinnvoll, wenn man sich dazu entscheidet, die Maximalwerte bei neutralem oder positivem Wesen zu streichen oder einen vierten Werteblock einzufügen, die Minimalwerte stufe ich jedenfalls als wichtiger ein.)
Also, um das Ganze kurzzufassen: In der Statuswerte-Infobox sollten die wenig sinnvollen Maximalwerte bei negativem Wesen durch die nützlicheren Minimalwerte bei neutralem oder negativem Wesen ersetzt werden. --Lasagne (Diskussion) 17:06, 25. Apr. 2019 (CEST)
- Hi Lasagne! Die Darstellung dort ist nun schon soo lange da, dass ich sie noch nie hinterfragt habe... danke für die Anregung! Meine Meinung dazu ist, dass die Spezialwerte wie Maximal- oder Minimalwerte eigentlich in den Spezies-Artikeln nur wenig verloren haben. Wir haben schließlich auch Strategie-Artikel für die Pokémon, und selbst da hat sich das zuständige Projekt dafür entschieden, nur Basiswerte aufzuführen, wie es auch namhafte Strategieseiten wie Smogon machen. Statuswerte-Rechner gibt es an anderer Stelle bessere, und wenn wir sowas brauchen, dann ist es auf der Strategie-Seite oder auf einer eigenen Listenseite sinnvoller für die Leute, die sich für Competitive Play interessieren. Mein Gefühl ist aber, dass eine Liste einen Rechner niemals sinnvoll in der Darstellung ersetzen kann. Mein Plädoyer wäre also eher, alles bis auf die Basiswerte und Fleißpunkte aus den Spezies-Artikeln herauszunehmen. Welche Sonderwerte man sinnvoll braucht, kann ich aus deiner Argumentation nachvollziehen, aber hab dazu keine Meinung, weil ich mich mit Competitive Play nie beschäftigt habe. Mein Eindruck ist, selbst die Strategieler haben sich bei den Strategieseiten dagegen entschieden. Viele Grüße! Maxmiran 11:45, 17. Mai 2019 (CEST)
- Nach etwas weiterführendem Brainstorming auf Discord kam die Idee auf, einen auf alle Bedürfnisse zugeschneiderten interaktiven Rechner bereitzustellen, mit dem jeder bei Angabe des Pokémon, der DV, FP und Level sowie Wesen spezifisch für sein Pokémon die maximalen Werte ausrechnen kann. Da Buo dem gegenüber nicht abgeneigt ist, wäre dies also eine Möglichkeit, die Inhalte der Pokémon-Artikel auf ein Minimum zu reduzieren und dennoch den Besuchern keinen der Werte vorzuenthalten. Inwieweit das jetzt besser oder schlechter als die eingangs von Lasagne vorgeschlagenen Werte sind, müsste allerdings jemand beurteilen, der sich mehr mit sowas auseinandergesetzt hat als ich. -- RobbiRobb 14:47, 17. Mai 2019 (CEST)