PokéWiki:Allgemeine Diskussionsseite: Unterschied zwischen den Versionen

Aus PokéWiki
Zur Navigation springen Zur Suche springen
KKeine Bearbeitungszusammenfassung
Zeile 173: Zeile 173:
# Als Gegenargument zu SpielefreakJ's S2W2-Argument: Let's Go ist ein Übername zu den Spielen, so reicht es Let's Go Pikachu & Evoli zu sagen. Bei S2W2 ist die ’2’ ein wichtiger Bestandteil beider Spielnamen. Deshalb denke ich ist LGPE mehr als ausreichend. [[Benutzer:Schiggy91|<span style="color:#5c82ae;font-family:Rage Italic;font-size:170%">Schiggy91</span>]] [[Datei:Pokémonsprite 007 Pinball.png|Schiggy Schiggy|link=Benutzer Diskussion:Schiggy91]] 14:07, 27. Jun. 2018 (CEST)
# Als Gegenargument zu SpielefreakJ's S2W2-Argument: Let's Go ist ein Übername zu den Spielen, so reicht es Let's Go Pikachu & Evoli zu sagen. Bei S2W2 ist die ’2’ ein wichtiger Bestandteil beider Spielnamen. Deshalb denke ich ist LGPE mehr als ausreichend. [[Benutzer:Schiggy91|<span style="color:#5c82ae;font-family:Rage Italic;font-size:170%">Schiggy91</span>]] [[Datei:Pokémonsprite 007 Pinball.png|Schiggy Schiggy|link=Benutzer Diskussion:Schiggy91]] 14:07, 27. Jun. 2018 (CEST)
# [[Benutzer:Ryuichi|<span style="font-family:Segoe Script;color:#397257;text-shadow:0 0 5px#397257,0 0 10px#397257;font-size:150%">* Ryuichi</span>]] ~ [[Datei:Sugimori_004.png|20px|link=]]<sup>'''[[Pokéwiki:Orte-Projekt|<span style="color:#00cc4f>PL</span>]]'''</sup> ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch [[Benutzer Diskussion:Ryuichi|<sup>Diskussion</sup>]] 14:10, 27. Jun. 2018 (CEST)
# [[Benutzer:Ryuichi|<span style="font-family:Segoe Script;color:#397257;text-shadow:0 0 5px#397257,0 0 10px#397257;font-size:150%">* Ryuichi</span>]] ~ [[Datei:Sugimori_004.png|20px|link=]]<sup>'''[[Pokéwiki:Orte-Projekt|<span style="color:#00cc4f>PL</span>]]'''</sup> ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch [[Benutzer Diskussion:Ryuichi|<sup>Diskussion</sup>]] 14:10, 27. Jun. 2018 (CEST)
# [[Datei:Pokémonsprite_156_Link!.gif|30px]] [[Benutzer:SwowoJonny|<span style="color:#800000;font-weight:bold;font-size:140%;text-shadow:0 0 5px#7a899f">SwowoJonny</span>]] [[Datei:PMD2Rang1.png|40px|link=Benutzer Diskussion: SwowoJonny]]  14:15, 27. Jun. 2018 (CEST)


=== Kategorie:LGPLGE-Screenshot ===
=== Kategorie:LGPLGE-Screenshot ===

Version vom 27. Juni 2018, 13:16 Uhr

Vorlage:TOC right

[Abstimmung] Anleitungen zum Klonen/Bugnutzen/Glitchen

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

  1. Brauchen wa nicht Jones Albtraum? 22:41, 14. Jan. 2018 (CET)
  2. 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. Pokémonicon_674.png Maxmiran 12:22, 15. Jan. 2018 (CET)
  3. --Datei:Sugimori 672.pngMecanno-manMäh 13:29, 15. Jan. 2018 (CET)
  4. 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. -- Datei:Pokémonicon 380.png RobbiRobb 13:30, 15. Jan. 2018 (CET)
  5. 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: HeiteiraDiskussionBeiträge) 16:23, 15. Jan. 2018 (CET)
  6. Kann weg, Glitchen ist doch auch nur Cheaten auf nem andern Weg Esteror (Diskussion) 18:38, 15. Jan. 2018 (CET)
  7. 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)
  8. ~ Taisuke Diskussion 08:21, 17. Jan. 2018 (CET)

Option 2: Extern verlinkt

Option 3: Ins Wiki

  1. 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)
  2. 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)
  3. Gründe stehen bereits oben. Sollte von mir nicht mehr weiter erläutert werden, finde ich. Datei:Pokémonicon 479.png Jasuanti Bzz 14:57, 15. Jan. 2018 (CET)
  4. 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)
  5. 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)
  6. Um das Wiki möglichst vollständig zu halten, sollte auch sowas darin stehen. Friedrich on ice 18:00, 15. Jan. 2018 (CET)
  7. Ich sage nur eins: Glich und Bug gehört in Wiki dazu und es bleibt auch! 260.png AAWiki Diskussion 20:06, 15. Jan. 2018 (CET)
  8. 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)
  9. Gut Dung will Weile haben MattiBob Diskussion 21:06, 18. Jan. 2018 (CET)
  10. 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)
  11. 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)
  12. 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)
  13. 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)
  14. 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)
  15. 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 146.gif 20:56, 22. Jan. 2018 (CET)
  16. 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 058.png 10:28, 23. Jan. 2018 (CET)
  17. 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)
  18. 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. - - Overworldsprite_Anissa_SW.png "I'm gonna swing from the chandelier" Pok%C3%A9monicon_609.png 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 058.png 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. Pokémonicon_674.png 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.
GlitchesCheats.
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. -- Datei:Pokémonicon 609.png Skelabra2509 (Diskussion | Beiträge) 21:39, 16. Jan. 2018 (CET)

Öhm... Komplettlösungen?... Strategie? emot-rolleyes.gif... 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. --666h.png 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 zwinker3.gif. Gruß * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 07:47, 23. Jan. 2018 (CET)

Abstimmung: Design von Thumbnails und Galerien

Diese Abstimmung ist vorbei. Die meisten Stimmen erhielt Version drei, womit die Thumbnails und Galerie-Boxen im Wiki von nun an rund sind.

Alle möglichen Versionen

Vor einiger Zeit hatte ich mal einige Versuche für das Design von Galerien auf dem Discord-Server vorgestellt und nach Meinungen gefragt, woraufhin wir einige neue mögliche Lösungen geschaffen haben. Neben dem aktuellen Zustand wäre es möglich, die Rahmen der Galerien blau zu färben oder die Ecken abzurunden, wobei auch eine Kombination aus diesen beiden Elementen möglich ist. Dabei geht das runde besonders mit den allgemein runden Infoboxen, während die farbliche Note zum einen frischer, auf der anderen Seite aber auch wesentlich auffälliger wirkt. Daneben würde diese Änderung auch gleich auf allgemeine Thumbnails ausgeweitet, damit hier die Einheitlichkeit gewahrt wird. Um das aber mal von meiner Liste streichen zu können, starte ich hier eine verbindliche Abstimmung, wie wir verfahren und welche Versionen ins Wiki übernommen wird. Diese geht bis zum 26.03.2018 um 23:59 Uhr, teilnehmen darf jeder stimmberechtige Benutzer. -- Datei:Pokémonicon 380.png RobbiRobb 22:39, 12. Mär. 2018 (CET)

Nachtrag: Sollte Version 4 nicht die meisten Stimmen haben, werden diese auf Version 2 und 3 addiert, da diese zusammen schließlich Version 4 ergeben ^^ -- Datei:Pokémonicon 380.png RobbiRobb 00:26, 13. Mär. 2018 (CET)

Version 1: Status quo

  1. Ein wenig gegen den Flow, aber eckige Bilder in einer runden Box sehen aus meiner Sicht nicht immer gut aus. Wäre dennoch eher für rund als für blau, da die blauen Boxen in einigen Artikeln (Pokémon, Orte, Items) einen ziemlichen farblichen Stilbruch erzeugen können.--★☆★ Pk-fan 17:42, 17. Mär. 2018 (CET)

Version 2: Blau

  1. Friedrich on ice 00:16, 18. Mär. 2018 (CET)

Version 3: Rund

  1. Ich mag es dezent. Das Isso 08/15 Konter 23:34, 12. Mär. 2018 (CET)
  2. --Datei:Sugimori 672.pngMecanno-manMäh 00:00, 13. Mär. 2018 (CET)
  3. --mfG Lombrero Dis 07:57, 13. Mär. 2018 (CET)
  4. Pokémonicon_674.png Maxmiran 11:34, 13. Mär. 2018 (CET)
  5. — mfg Snackhound 058.png 14:12, 13. Mär. 2018 (CET)
  6. 418.gif Buoysel 14:40, 13. Mär. 2018 (CET)
  7. Michelle Diskussion 14:41, 13. Mär. 2018 (CET)
  8. ~ Taisuke Diskussion 14:44, 13. Mär. 2018 (CET)
  9. Eigentlich finde ich es aktuell durchaus ok, und die Thumbs passen auch ganz gut. Könntest du noch ein rundes Beispiel der Thumbs geben? Generell ist ja hier inzwischen alles rund (warum eigentlich?), sodass rund eher ins Gesamtbild passen würden. Mit Farbe fänd ich es aber zu aufdringlich. Lg --Vorsicht, heiß! Killuu https://i.imgur.com/wVf4WMM.png 14:57, 13. Mär. 2018 (CET)
  10. SwowoJonny 18:48, 13. Mär. 2018 (CET)
  11. - - Overworldsprite_Anissa_SW.png "I'm gonna swing from the chandelier" Pok%C3%A9monicon_609.png GoPika Disku 19:29, 13. Mär. 2018 (CET)
  12. Wenn man die Farbe nicht ändern kann, dann nur rund. Gut Dung will Weile haben MattiBob Diskussion 18:48, 15. Mär. 2018 (CET)
  13. -- Liebe Grüße, Moltres 146.gif 20:03, 15. Mär. 2018 (CET)
  14. 640.pngFreigeistDiskussion 22:28, 15. Mär. 2018 (CET)
  15. shadowtweaker 08:34, 16. Mär. 2018 (CET)
  16. -- Datei:Pokémonicon 609.png Skelabra2509 (Diskussion | Beiträge) 17:07, 20. Mär. 2018 (CET)
  17. Unbemerkbarer rand zum Typischen Wiki rundem. https://poketrainer-warren.de/PokeWiki/User/U1.png SpielefreakJ https://poketrainer-warren.de/PokeWiki/User/U2.png 22:45, 25. Mär. 2018 (CEST)
  18. Yinni ✧* 23:17, 25. Mär. 2018 (CEST)

Version 4: Blau und Rund

  1. Jones Albtraum? 22:47, 12. Mär. 2018 (CET)
  2. (Der vorstehende signierte Beitrag stammt von: HeiteiraDiskussionBeiträge) 22:51, 12. Mär. 2018 (CET)
  3. ShortyBuzz 09:46, 13. Mär. 2018 (CET)
  4. -- Luca12379 Diskussion 21:09, 13. Mär. 2018 (CET)
  5. --×Impoleon xy× 21:32, 13. Mär. 2018 (CET)
  6. * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 08:13, 16. Mär. 2018 (CET)
  7. Rund sieht meiner Meinung aus besser aus als eckig. Und es springt auch wegen dem Blau ins Auge, was mir persönlich ziemlich gut gefällt. Datei:Pokémonicon 479.png Jasuanti Bzz 23:38, 17. Mär. 2018 (CET)
  8. -- 260.png AAWiki Diskussion 13:12, 21. Mär. 2018 (CET)
  9. -- Datei:Pokémonicon 380.png RobbiRobb 01:43, 26. Mär. 2018 (CEST)
  10. FloRyan Diskussion 21:51, 26. Mär. 2018 (CEST)

Kommentare

Bestünde auch die Möglichkeit, die Farbe den jeweiligen Typen anzupassen, so wie es die anderen Boxen auf den Pokémon-seiten machen? Ich fände es doch irgendwie komisch, wenn beispielsweise auf der Pikachu-Seite, auf der alles gelb ist, unten plötzlich alles blaugefärbt wäre. Oder ist der technische Aufwand zu groß? ShortyBuzz 09:46, 13. Mär. 2018 (CET)

@Killuu
Spoiler
* Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 15:10, 13. Mär. 2018 (CET)
Zum einen: SpoilerHier die aktuelle Datei, bei der auch das Innere des Thumbnails rund ist, das ist nämlich ebenfalls eingebaut, damit es einheitlich ist.
Abgesehen davon: @ShortyBuzz: So leid es mir auch tut, ich fürchte, dass es nicht möglich ist, die Farben irgendwie anzupassen, vermutlich kann man es doch irgendwie per javascript machen, davon hab ich aber keine Ahnung und mich damit auseinandersetzen möchte ich zurzeit auch nicht wirklich, abgesehen davon, dass es sich kaum wirklich lohnen würde. Natürlich wäre es aber möglich, global eine andere Farbe zu setzen, sofern das von der Mehrheit gewünscht ist. -- Datei:Pokémonicon 380.png RobbiRobb 16:00, 13. Mär. 2018 (CET)

Spoiler

Auf vielfachen Wunsch biete ich an dieser Stelle zusätzlich noch eine Version mit runden Bildern in den Galerien, da die Abstimmung aber bereits läuft möchte ich es nicht als zusätzliche Abstimmungsoption einfügen sondern einfach mal nach Meinungen fragen, wie man so dazu steht, insbesondere @Pk-fan, der sich ja besonders gegen eckige Bilder in runden Kästen ausgesprochen hat. Wäre das eine zusätzliche Option? Immerhin ist das innere von Thumbnails ebenfalls rund, damit ist das das einzige, was nicht rund wäre. -- Datei:Pokémonicon 380.png RobbiRobb 00:12, 18. Mär. 2018 (CET)

  1. würde dafür Stimmen –Yinni ✧* 11:17, 18. Mär. 2018 (CET)
  2. Ich würde auch dafür stimmen, wenn das zur Option steht -- Michelle Diskussion 11:48, 18. Mär. 2018 (CET)

Ich halte von der Idee nicht so viel, einerseits gefällt es mir optisch nicht besonders und das Eckige im Runden wäre mir auch nicht negativ aufgefallen. Andererseits werden dadurch Bilder beschnitten, wodurch man sich gegebenenfalls merkwürdige Optik einkauft, z. B. wenn ein Bild selbst einen eckigen Rahmen oder zumindest gradlinige Kanten hat, die dann bei den Rundungen ins Nichts verlaufen. Pokémonicon_674.png Maxmiran 14:22, 18. Mär. 2018 (CET)

Aus meiner Sicht ist es keine Lösung die Bilder rund zu machen, ich würde dementsprechend in der aktuellen Umfrage nicht dafür stimmen. Auch wenn es nur ein kleiner Teil des Bildes ist, so schneidet man damit etwas von offiziellen Bildern ab, was ich irgendwie nicht so schön finde. Bin da vielleicht auch ein wenig zu pingelig, aber den Status quo finde ich immer noch besser. Und bitte quetscht jetzt keine weitere Option mehr in die Umfrage, sowas geht nie gut. Sobald die runde Version die Wahl gewonnen hat, einfach nochmal eine zeitlich kürzere Abstimmung dazu erstellen, ob die Bilder abgerundet werden sollen oder nicht.--★☆★ Pk-fan 03:05, 19. Mär. 2018 (CET)

Da diese grundlegende Abstimmung am morgigen Tag ihr Ende finden wird, pinge ich an dieser Stelle alle Benutzer an, die für diese Wahl stimmberechtigt sind, aber noch keine Stimme abgegeben haben. Da das Abstimmungsergebnis in sehr vielen Bereichen des PokéWikis zu einer (möglichen) Anpassung führen wird, wäre es schade, sich diese Wahlbeteiligung entgehen zu lassen. Noch habt ihr (Akuroma, Arrow, CLina, Der Sternendiamantritter, Digimon, Esteror, Flonc, FloRyan, Hydrokyu, Kenaz-Hagalaz, Korvel1, Loxi-kun, Matze, Max98, Pintauranimus, Pokénator, RobbiRobb, Schiggy91, SpielefreakJ und Yinni) etwas mehr als 24 Stunden für eure Stimmabgabe. ;) ~ Taisuke Diskussion 22:40, 25. Mär. 2018 (CEST)

Das Einzige was ich bisher sagen kann: auf keinen Fall blau, aus genau demselben Grund, den Pk angeführt hat... -MfG, Kenaz-Hagalaz Disku 17:58, 26. Mär. 2018 (CEST)

Ü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... -- Datei:Pokémonicon 380.png 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 146.gif 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)

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 ka.gif -- Datei:Pokémonicon 380.png 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 emot-rolleyes.gif 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... -- Datei:Pokémonicon 380.png RobbiRobb 12:20, 27. Jun. 2018 (CEST)

Variables

Ich würde gern den Vorschlag äußern, dass es verpflichtend sein sollte, die Definition von Variables auf Hilfe:Variables zu dokumentieren. Dass ich dies für sinnvoll halte, ist besonderen Eigenschaften von Variables geschuldet:

  1. Variables sind die einzige Funktion, die aus der Verschachtelung von MediaWiki in größerem Maße ausbricht und so zu unerwarteten Effekten führen kann. Es ist nicht möglich, das Deklerieren einer Variable am Ende einer Vorlage völlig rückgängig zu machen und zudem recht schwer, den Grund für die unerwarteten Effekte zu finden, da die meisten Seiten recht viele Vorlagen einbinden.
  2. Der Inhalt von Variables ist über eine einzelne Vorlagen hinaus relevant. Es sollte zentral dokumentiert sein, auf welchen Seiten welche Variables zur Verfügung stehen, sodass andere Benutzer wissen, auf was sie bei der Programmierung von Vorlagen für entsprechende Seiten bereits zurückgreifen können.
  3. Benutzer bleiben nicht für immer, und Variables erhöhen die mögliche Komplexität von Vorlagen noch weiter, als es zuvor schon der Fall war. Wenn die Benutzer, die bestimmte Vorlagen geschrieben haben, inaktiv waren, können sie einen gordischen Knoten bilden, der kaum mehr zu durchblicken ist. Zudem können sie keine Nachfragen im Sinne des letzten Punktes mehr beantworten.
  4. Aus denselben Gründen kommentiert man ja auch Quellcode…

-- Datei:Pokémonicon 609.png Skelabra2509 (Diskussion | Beiträge) 21:35, 16. Jun. 2018 (CEST)

Abstimmung: Kategorie zu Pokémon: Let’s Go, Pikachu! und Let’s Go, Evoli!

Hallo liebe Leute,

da vor einigen Tagen eine kleinere Diskussion auf unserem Discordserver zu einer Screenshot-Kategorie zum Spiel Pokémon: Let’s Go, Pikachu! und Let’s Go, Evoli! entstanden ist, möchte ich an dieser Stelle eine Abstimmung starten. Momentan haben wir sowohl Kategorie:LGPE-Screenshot als auch Kategorie:LGPLGE-Screenshot; benötigen tun wir aber nur eine von ihnen. Aus diesem Grund kann bei dieser Abstimmung jeder stimmberechtigter Benutzer eine Stimme abgeben. Diese Abstimmung geht bis zum 04.07.2018 um 23:59 Uhr.

Je nach Ausgang dieser Abstimmung, werden selbstverständlich auch ähnliche Kategorien – z. B. zu den Sprites oder VS-Sprites – nach dem ausgewählten Muster angelegt. ~ Taisuke Diskussion 09:28, 27. Jun. 2018 (CEST)

Kategorie:LGPE-Screenshot

  1. [1] vs [2]. Dürfte klar sein was sich durchsetzt in der Community und was einfacher zu merken ist, somit ist LGPE auch besser zu finden. Jones Albtraum? 09:55, 27. Jun. 2018 (CEST)
  2. Abk. sind da um abzukürzen, demzufolge ist kürzer besser. Das Isso 08/15 Konter 12:08, 27. Jun. 2018 (CEST)
  3. Als Gegenargument zu SpielefreakJ's S2W2-Argument: Let's Go ist ein Übername zu den Spielen, so reicht es Let's Go Pikachu & Evoli zu sagen. Bei S2W2 ist die ’2’ ein wichtiger Bestandteil beider Spielnamen. Deshalb denke ich ist LGPE mehr als ausreichend. Schiggy91 Schiggy Schiggy 14:07, 27. Jun. 2018 (CEST)
  4. * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 14:10, 27. Jun. 2018 (CEST)
  5. SwowoJonny 14:15, 27. Jun. 2018 (CEST)

Kategorie:LGPLGE-Screenshot

  1. War zwar anfangs erst für LGPE, da es einfacher zu merken war, jedoch ist es in ähnlicher form wie bei der Kat von S2W2 (ist ja auch nicht SW2). Gruß, Datei:Pokémonicon 644.gif SpielefreakJ 09:48, 27. Jun. 2018 (CEST)
    P.S.: Als ich die Screenshot-Kat's durchgegangeb bin, viel mir auf, dass die Rumble U kat noch PSU heißt.
  2. Ich wäre dafür, die Kategorien so zu gestalten, dass man durch die Kategorien die Schreibweise für die jeweiligen Spiele innerhalb der Spielkürzel-Vorlage nachahmt. LGELGP LGPLGE macht es dann konsistenter im Ganzen. — mfg Snackhound 058.png 12:42, 27. Jun. 2018 (CEST)

Kommentare

Da der Abstimmungszeitraum nur eine Woche beträgt, gehen an dieser Stelle Pings an die stimmberechtigten Benutzer (AAWiki, BaseEvoli, CLina, Der Sternendiamantritter, Esteror, Flonc, FloRyan, Freigeist, Friedrich on ice, Heiteira, Hydrokyu, Jasuanti, Kappador, Kypo, Mario-WL, Michelle, Pintauranimus, Pokénator, Simonsees, Schiggy91, Skelabra2509, SpielefreakJ, SwowoJonny und Tyber) und erweitert stimmberechtigten Benutzer (Buoysel, GoPika, Impoleon xy, Isso08-15, Jones, Kenaz-Hagalaz, Killuu, Korvel1, Lombrero, Loxi-kun, Luca12379, Matze, Maxmiran, Mecanno-man, Moltres, Pk-fan, RobbiRobb, Ryuichi, shadowtweaker, ShortyBuzz, Snackhound und Yinni) raus. ~ Taisuke Diskussion 09:29, 27. Jun. 2018 (CEST)