PokéWiki:Allgemeine Diskussionsseite: Unterschied zwischen den Versionen

Aus PokéWiki
Zur Navigation springen Zur Suche springen
(→‎Meltans Ruf: siehe Vorlage Diskussion:Infobox_Pokémon#Änderungsvorschlag der Vorlage bzgl. künftiger Pokémon)
KKeine Bearbeitungszusammenfassung
Zeile 262: Zeile 262:
== Abstimmung: Der Doppelpunkt am Ende von einigen Kategorien ==
== Abstimmung: Der Doppelpunkt am Ende von einigen Kategorien ==


Es handelt sich hierbei um eine relativ simple Frage: Sollen Kategorien, deren Unterkategorien durch Doppelpunkte abgetrennt sind, einen Doppelpunkt am Ende haben (Beispiel: [[:Kategorie:Benutzer:]]) oder soll es einfach nur der Name sein? (Das wär in diesem Fall dann Kategorie:Benutzer). Zu beachten ist hierbei das dies ausschliesslich für die Kategorien gilt, bei denen der Doppelpunkt am Ende steht. [[:Kategorie:Benutzer:10000 Edits]] würde also in jedem Fall bleiben wo sie ist.
Es handelt sich hierbei um eine relativ simple Frage: Sollen Kategorien, deren Unterkategorien durch Doppelpunkte abgetrennt sind, einen Doppelpunkt am Ende haben (Beispiel: Kategorie:Benutzer:) oder soll es einfach nur der Name sein? (Das wär in diesem Fall dann Kategorie:Benutzer). Zu beachten ist hierbei das dies ausschliesslich für die Kategorien gilt, bei denen der Doppelpunkt am Ende steht. [[:Kategorie:Benutzer:10000 Edits]] würde also in jedem Fall bleiben wo sie ist.


{{Achtung|Diese Abstimmung ist vorbei. Die meisten Stimmen sprachen sich gegen den Doppelpunkt aus.}}
{{Achtung|Diese Abstimmung ist vorbei. Die meisten Stimmen sprachen sich gegen den Doppelpunkt aus.}}

Version vom 12. Oktober 2018, 19:32 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)

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 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)
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 172.png 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)

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)

Ich versteh zwar nicht viel von Variables, aber trotzdem mal , oder ist dies schon abgeschlossen? --Datei:Sugimori 672.pngMecanno-manMäh 12:17, 30. Aug. 2018 (CEST)
Nein, hier ist leider nichts weiter passiert. -- Datei:Pokémonicon 609.png Skelabra2509 (Diskussion | Beiträge) 15:21, 30. Aug. 2018 (CEST)

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

Diese Abstimmung ist vorbei. Die meisten Stimmen erhielt Kategorie:LGPE-Screenshot, womit diese Kategorie bestehen bleibt und ähnliche Kategorien nach demselben Muster angelegt werden.

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 ging 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)
  6. Sechs Buchstaben sind für eine Abkürzung zu viel. Außerdem weiß bei LGPE jeder was gemeint ist. Friedrich on ice 15:02, 27. Jun. 2018 (CEST)
  7. Auf jeden Fall LGPE! KappaDor*Dis* 15:53, 27. Jun. 2018 (CEST)
  8. -- Liebe Grüße, Moltres 146.gif 18:15, 27. Jun. 2018 (CEST)
  9. Das Spielkürzel wäre für mich kein aussagekräftiges Argument; sonst hätten wir auch die Kategorie:ΩRαS. Dann ist eine kurze Abkürzung doch zu bevorzugen.--★☆★ Pk-fan 18:16, 27. Jun. 2018 (CEST)
  10. Solange man versteht, welches Spiel gemeint ist, finde ich das kürzere Kürzel besser :) - Michelle 23:00, 27. Jun. 2018 (CEST)
  11. Luca12379 Diskussion 00:17, 28. Jun. 2018 (CEST)
  12. Ist halt einfacher. Esteror (Diskussion) 20:33, 28. Jun. 2018 (CEST)
  13. Ich denke, ich bin auch für die abgekürzte Variante. Als Beispiel dient mir HGSS, welches auch abgekürzt wurde und, Gott sei Dank, nicht zu GEHGSESS wurde. Grüße ShortyBuzz 12:40, 30. Jun. 2018 (CEST)
  14. Ich sehe auf langer Sicht eher diese Abkürzung als allgemein genutzte Abkürzung für die beiden Spiele, weshalb ich diese Abkürzung auch für die dazugehörigen Kategorien bei uns nutzen würde. ~ Taisuke Diskussion 20:00, 2. Jul. 2018 (CEST)
  15. Ich stimme dieses Screenshots zu. Besser als LGPLGE! 260.png AAWiki Diskussion 22:11, 4. Jul. 2018 (CEST)
  16. Da trotz des Weglassens des zweiten "LG" immernoch klar ist, was gemeint ist, bevorzuge ich die kürzere Schreibweise. Datei:Pokémonicon 448.png Simonsees [Diskussion] Datei:Pokémonicon 197.png 22:56, 4. Jul. 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)
  3. Ich schließe mich Snackhound an und finde ebenfalls, dass man sich da etwas an die Spielkürzel richten sollte. Natürlich ist LGP kompakter, jedoch ist es doch auch unvollständig. Yinni ✧* 11:34, 29. 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)

Wo ist die Enthaltungsüberschrift? Ich finde, beides hat seine Vorzüge und so ist es mir eigentlich egal. --Fliegen bis zum Horizont. Killuu 22:43, 27. Jun. 2018 (CET)
Ich schließe mich hier Killuu an. - - Overworldsprite_Anissa_SW.png "I'm gonna swing from the chandelier" Pok%C3%A9monicon_609.png GoPika Disku 14:08, 30. Jun. 2018 (CEST)
Mir ist es nicht egal, aber ich kann mich nicht entscheiden, da es für beide Seiten gute Punkte gibt. Zunächst einmal finde ich kürzere Namen praktisch, ich bin faul und gebe gerne weniger ein, wenn es geht ^^ Dazu kommt auch, dass LGPE in meinen Augen intuitiver ist, warum genau kann ich nicht sagen, fühlt sich für mich aber so an. Auf der anderen Seite haben wir LGPLGE, was sich wie gewöhnlich näher an den Spielkürzeln orientiert, wie es die meisten anderen Kategorien auch machen. Dadurch lässt es sich besonders für neue Nutzer leichter finden. Insgesamt wiegen die Punkte sich gegenseitig auf, womit ich keinen eindeutigen Favoriten habe. Ich könnte letzendlich mit beidem leben. -- Datei:Pokémonicon 380.png RobbiRobb 19:56, 2. Jul. 2018 (CEST)

Angepasste Rechtestruktur im Testwiki

Seit einiger Zeit steht uns neben diesem Wiki ein Test-Wiki zur Verfügung, das dazu genutzt wird, Updates, Anpassungen an der Konfiguration und andere Tests mit Vorlagen und ähnlichem durchzuführen. Dieses basiert auf einer alten Version des Wikis aus dem letzten Winter und ist von diesem Wiki unabhängig, das heißt Änderungen in einem Wiki führen nicht zu Änderungen im anderen Wiki.

Da im Test-Wiki kaum Schaden angerichtet werden kann, bietet es sich dort an, dort einer größeren Gruppe von Benutzern Rechte zu vergeben, um derartige Tests durchzuführen. Insbesondere für Vorlagentests in der Praxis ist das Testwiki sehr geeignet, da hier das Risiko eingegangen werden kann, durch radikalere Veränderungen Artikel zu zerschießen, ohne dass ein Schaden entsteht. Diese Möglichkeiten werden allerdings insbesondere durch den Seitenschutz im Testwiki, der dem im PokéWiki auf Stand Winter 2017 entspricht, eingeschränkt.

Für Tests sind insbesondere folgende Rechte über dem SB-Level von Nutzen:

  • admin, redakteur, trusted, um höher geschützte Seiten zu bearbeiten.
  • delete, rollback um Tests danach aufzuräumen.

Folgende Rechte sollten hingegen in keinem Fall einer weiteren Gruppe von Benutzern zur Verfügung gestellt werden, da sie indirekt Berechtigungen in diesem Wiki oder große Sicherheitsrisiken darstellen:

  • editinterface, edituserjs, editusercss können benutzt werden, um bösartigen Code einzuschleusen.
    • Ersteres Recht wird dabei ab MW 1.32 deutlich unkritischer und könnte dann ggf. nochmal diskutiert werden.
  • undelete, deletedhistory, deletedtext können verwendet werden, um Zugriff auf in diesem Wiki evtl. bewusst versteckte Inhalte zu erhalten.
  • checkuser, checkuser-log können verwendet werden, um persönliche Informationen von Benutzern auszulesen.

Um die Rechte von Benutzern zu erweitern, stehen grundsätzlich drei Möglichkeiten zur Verfügung:

  • Benutzergruppen werden direkt um Rechte erweitert.
  • Benutzer erhalten das Recht, sich selbst höheren Gruppen zuzuordnen
  • Es werden spezielle Gruppen eingeführt, die sich Benutzer mit bestimmten Berechtigungen selbst hinzufügen.

Berücksichtige ich diese Überlegungen sowie, dass im Testwiki eine komplexe Hierarchie mit Ausnahme vom Verhindern von Sicherheitsrisiken keinen weiteren Zweck erfüllt, komme ich zu folgendem Ergebnis für ein angepasstes Rechtesystem. Dieses unterscheidet letztlich zwischen Administratoren, Redakteuren, anderen privilegierten Benutzern und sonstigen, behält aber die Standardgruppen bei. Folgende Anpassungen schlage ich vor:

  • Stimmberechtigte Benutzer und Veteranen können sich selbst zu Verlässlichen Benutzern machen und sich selbige Rechte wieder entziehen.
    • Mit dem Rang des VBs gehen keine sicherheitskritischen Rechte einher, die Arbeit im Wiki wird allerdings vereinfacht.
    • Benutzer, die seit dem Aufsetzen der Testversion SB geworfen sind, können diese Rechte bereits von Redakteuren wenn benötigt erhalten.
  • Verlässliche Benutzer erhalten Zugriff auf redakteur-geschützte Seiten.
    • So können die meisten Vorlagen zu Testzwecken bearbeitet werden.
  • Redakteure erhalten Zugriff auf admin-geschützte Seiten.
    • So können alle Seiten außerhalb des MW-Namensraums bearbeitet werden.

Damit hätte man die Situation für Tests für die meisten aktiven Benutzer deutlich verbessert. Denkt man allerdings die Argumentation logisch zu Ende, kann man noch weitere Rechte erteilen, die nicht sicherheitskritisch sind:

  • Verlässliche Benutzer erhalten admin-Rechte, sodass sie alle Vorlagen bearbeiten können.
  • Verlässliche Benutzer erhalten delete-Rechte, um hinter ihren Tests wieder aufräumen zu können. Dieses Recht erlaubt nicht die Einsicht in gelöschte Inhalte.
  • Redakteure erhalten block-Rechte, um möglicherweise störende Benutzer zu sperren.

Was haltet ihr von diesem Vorschlag? Findet ihr das vorgeschlagene Modell angemessen, oder würdet ihr eine angepasste Version vorziehen? Buoysel wäre mit einer angepassten Konfiguration im Test-Wiki einverstanden, sofern keine Sicherheitsrisiken entstehen. -- Datei:Pokémonicon 609.png Skelabra2509 (Diskussion | Beiträge) 23:15, 29. Aug. 2018 (CEST)

Ich schließe mich hier Skelabra2509 an --Ige64 23:30, 29. Aug. 2018 (CEST)
Mir Wurst. Das einzige was man bedenken muss ist das diese Einstellungen bei jedem Zurücksetzen des Testwikis erneut vorgenommen werden müssen. Aber wenn @Buoysel das macht, bitte. --Datei:Sugimori 672.pngMecanno-manMäh 23:40, 29. Aug. 2018 (CEST)
Sehe hier persönlich keine Notwendigkeit, User die SB sind können so oder so im Vorlagennamensraum arbeiten. Der Quelltext ist immer einsehbar. Wenn sie eine Vorlage nicht bearbeiten können dann erstellen sie einfach eine Neue welche sie im Testwiki einfügen können wo sie wollen. patrol markierungen interessieren dort keinen, ebensowenig ob dort danach aufgeräumt wird, somit wäre delete und rollback unnötig. * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 08:40, 30. Aug. 2018 (CEST)
Ich finde das eine schöne Idee. Ob und inwiefern das nötig ist, kann ich nur wenig einschätzen, vor allem beim Aufräumen sehe ich es wie Ryu. Aber ich kann mir vorstellen, dass es für User auch einen netten Anreiz darstellen kann, wenn sie im Testwiki "Blut lecken" und erleben, was man für tolle Sachen kann, sobald man sich eine höhere Rechtestufe erarbeitet hat. Daher ein Pro! Pokémonicon_674.png Maxmiran 09:37, 30. Aug. 2018 (CEST)
Seh ich ehrlich gesagt keinen Sinn drin, mal abgesehen davon, dass die Änderungen jedesmal angepasst werden müssten, ist das Testwiki auch nicht wirklich für "normale" Tests geeignet und eine wirkliche Nutzung bis hin zu SBs runter würde mMn sogar zu noch mehr versehentlichen Reverts führen, da Änderungen hier eben nicht gespiegelt werden. Auch Seitenschutz ist eher uninteressant, abgesehen vllt von CSS/JS, wo man aber nen Admin fragen kann, immerhin spricht im Testwiki nichts dagegen Benutzerseitenvorlagen auch testweise in Artikeln einzubinden. Und Aufräumen tut da nach Tests auch keiner (und wird vorallem bei Bottests auch eher nervig...) Jones Albtraum? 10:04, 30. Aug. 2018 (CEST)
Ich muss hier in mehreren Punkten widersprechen.
Zum einen ist die Behauptung, SBs (und eigentlich sogar noch VBs) könnten im Vorlagennamensraum arbeiten, recht schöngeredet. An tatsächlich einigermaßen komplexen und häufig eingebundenen Vorlagen lässt sich in den seltensten Fällen etwas modifzieren. Und die Besonderheit im Testwiki ist ja gerade, dass man direkt mit den Vorlagen testen kann, sodass man das Ergebnis nicht nur in konstruierten Testfällen, sondern in dem realen Datensatz zugesicht bekommt. Die Realität ist immer komplexer, als was man sich als mustergerechte Anwendung überlegt hat, und so kann man viel einfacher dort Fehler finden. Auch die Praktikabilität, sich die Vorschau einer Vorlage direkt in Artikeln anzeigen zu lassen, ohne dort vorher den Vorlagennamen ändern zu müssen, wird hier unterschätzt. Wenn man die Möglichkeiten nicht hat, Vorlagen direkt zu Testzwecken zu bearbeiten, ist das Testwiki für Vorlagentests unnötig.
Zum zweiten finde ich, dass im Testwiki die Mentalität nicht sein muss: Welche Rechte brauchst du jetzt genau zum Testen? Es entsteht schließlich bei den meisten Rechten kein Schaden, wenn sie dort einem weiteren Nutzerkreis zugängig sind, aber einen Nutzen gibt es offenbar, wie ich hier dargelegt habe. Ich finde deswegen nicht, dass man hier zu kleinkariert sein muss, was die Rechtevergabe betrifft, sondern durchaus freigiebiger sein kann als in diesem Wiki.
Zum dritten ist es kein großes Ding, wenn die Änderung bei jedem Neuaufsetzen angepasst werden müssen. Das passiert höchstens zwei oder drei mal im Jahr, und die von mir vorgeschlagen Änderungen sind einfach etwa 10-Zeilen PHP-Code, die unten in die LocalSettings kopiert werden können. Das ist wirklich vernachlässibar.
Und zum letzten: Warum sollte das Testwiki nicht geeignet sein, um "normale" Tests durchzuführen? Das Testwiki wird laufend von Vorlagenprogrammiern genutzt, um dort Tests durchzuführen, und ich wurde für solche Tests auch schon von Ryu dorthin verwiesen. Ich sehe nicht wirklich irgendeinen Schaden darin, wenn auch einige SBs das Testwiki benutzen, es ist ja nicht so, als würden wir sie aktiv dahinschicken. -- Datei:Pokémonicon 609.png Skelabra2509 (Diskussion | Beiträge) 15:34, 30. Aug. 2018 (CEST)
🤔 würde da nicht reichen editprotected und editsemiprotected an SB+ zu vergeben? * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 15:49, 30. Aug. 2018 (CEST)
Sinngemäß ja, aber unsere höheren Seitenschutzlevel werden durch die Berechtigungen admin, redakteur und trusted gesteuert. -- Datei:Pokémonicon 609.png Skelabra2509 (Diskussion | Beiträge) 01:10, 9. Sep. 2018 (CEST)

Mir fällt grad auf: Sind einige Vorlagen nicht noch geschützt, um die Server nicht zu überlasten? Wiki und Testwiki laufen afaik aufm selben Server, wenn jemand folglich im Testwiki ine ofteingebundene Vorlage oft bearbeitet, dürfte das dann nicht auch Auswirkungen auf das Livewiki haben? --Datei:Sugimori 672.pngMecanno-manMäh 13:53, 8. Sep. 2018 (CEST)

Ich vermute, dass das keine Probleme verursacht, das das Testwiki kaum ausgeloggte Aufrufe hat. Die Zeiten, wo wir große Probleme damit hatten sind zudem schon länger vorbei. Ich denke Buo würde was sagen, wenn das ein Problem wäre. -- Datei:Pokémonicon 609.png Skelabra2509 (Diskussion | Beiträge) 01:10, 9. Sep. 2018 (CEST)
Die Jobs werden ohnehin nicht automatisch abgearbeitet, insofern gibt es nahezu keine Belastung bei einem Edit im Testwiki, selbst wenn die Vorlage tausenden male eingebunden ist. -- Datei:Pokémonicon 380.png RobbiRobb 12:56, 17. Sep. 2018 (CEST)

Abstimmung: Der Doppelpunkt am Ende von einigen Kategorien

Es handelt sich hierbei um eine relativ simple Frage: Sollen Kategorien, deren Unterkategorien durch Doppelpunkte abgetrennt sind, einen Doppelpunkt am Ende haben (Beispiel: Kategorie:Benutzer:) oder soll es einfach nur der Name sein? (Das wär in diesem Fall dann Kategorie:Benutzer). Zu beachten ist hierbei das dies ausschliesslich für die Kategorien gilt, bei denen der Doppelpunkt am Ende steht. Kategorie:Benutzer:10000 Edits würde also in jedem Fall bleiben wo sie ist.

Diese Abstimmung ist vorbei. Die meisten Stimmen sprachen sich gegen den Doppelpunkt aus.

(Mit Doppelpunkt)

  1. Ohne Doppelpunkt ist das System nun mal ganz klar inkonsistent: Wenn alle PokéWiki-Kategorien einen Doppelpunkt am Ende haben, quasi als Analogon zu den Namensräumen, so ist es ein Fehler im System, wenn die Hauptkategorie, die zu dem entsprechenden Namensraum gehört, keinen Doppelpunkt am Ende hat. -- Datei:Pokémonicon 609.png Skelabra2509 (Diskussion | Beiträge) 13:33, 7. Sep. 2018 (CEST)

(Ohne Doppelpunkt)

  1. --Datei:Sugimori 672.pngMecanno-manMäh 12:10, 7. Sep. 2018 (CEST)
  2. * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 12:12, 7. Sep. 2018 (CEST)
  3. - - Overworldsprite_Anissa_SW.png "I'm gonna swing from the chandelier" Pok%C3%A9monicon_609.png GoPika Disku 12:22, 7. Sep. 2018 (CEST)
  4. Aufgrund dessen, dass es immer so wahr und bereits der Namens erreicht schon einen hat. Gruß, Datei:Pokémonicon 644.gif SpielefreakJ 12:31, 7. Sep. 2018 (CEST)
  5. Friedrich on ice 12:35, 7. Sep. 2018 (CEST)
  6. Jones Albtraum? 12:37, 7. Sep. 2018 (CEST)
  7.  TM Master  13:30, 7. Sep. 2018 (CEST)
  8. ~ noch ein schönen Tag ^^ ~ DarkViper Datei:Sugimori 448m1.png 14:50, 7. Sep. 2018 (CEST)
  9. Loxi-kun
  10. Schiggy91 Schiggy Schiggy 20:44, 7. Sep. 2018 (CEST)
  11. 359.png Korvel1 Diskussion 10:22, 8. Sep. 2018 (CEST)
  12. SwowoJonny 11:44, 8. Sep. 2018 (CEST)
  13. Tyber 006.png 01:29, 9. Sep. 2018 (CEST)
  14. -MfG, Kenaz-Hagalaz Disku 13:49, 10. Sep. 2018 (CEST)
  15. Yinni ✧* 10:25, 14. Sep. 2018 (CEST)
  16. Ich verstehe nicht, wozu das nützen soll, außer dass es komisch ausschaut. --Kein Dschungel zu dicht... Killuu 11:09, 15. Sep. 2018 (CET)
  17. -- Datei:Pokémonicon 380.png RobbiRobb 12:56, 17. Sep. 2018 (CEST)
  18. --Pk-fan 14:47, 17. Sep. 2018 (CEST)

(Mir sowas von egal)

  1. aber sowas von Das Isso 08/15 Konter 13:47, 7. Sep. 2018 (CEST)
  2. Pokémonicon_674.png Maxmiran 16:03, 7. Sep. 2018 (CEST)
  3. Ich versteh nichtmal den Unterschied bzw. den Sinn dahinter :ka: Und um es mit dem Worten der „die ärzte“ zu sagen: „Mir könnte nichts egaler sein!“ -- Grüße ShortyBuzz 17:33, 7. Sep. 2018 (CEST)
  4. Was kann schon schlimmstenfalls passieren, aber ich halte mich hier raus Hydrokyu 18:04, 7. Sep. 2018 (CEST)
  5. 260.png AAWiki Diskussion 19:34, 7. Sep. 2018 (CEST)
  6. Luca12379 Diskussion 21:32, 7. Sep. 2018 (CEST)
  7. Esteror (Diskussion) 21:09, 9. Sep. 2018 (CEST)
  8. Michelle 20:34, 10. Sep. 2018 (CEST)
  9. Snowy Dragons Diskussion 23:36, 14. Sep. 2018 (CEST)
  10. Datei:Pokémonicon 251.png Simonsees [Diskussion] Datei:Pokémonicon 197.png 21:23, 20. Sep. 2018 (CEST)
  11. -- Liebe Grüße, Moltres 146.gif 09:34, 21. Sep. 2018 (CEST)

Kommentare

Ich kann beide Seiten verstehen. Auf der einen Seite möchte Skel beim Aufräumen unserer Kategorien es dann auch komplett richtig machen, sodass man nicht nochmals auf die Idee kommen würde, es in ein paar Jahren zu überarbeiten, weil es nicht in sich schlüssig ist. Natürlich sieht ein Doppelpunkt am Ende einer Kategorie bescheiden aus, aber er wäre nach der Herangehensweise von Skel korrekt. Dennoch kann ich gut nachvollziehen, dass es vielen einfach zu kompliziert gedacht ist. Vor allem, da sich kaum einer für unsere Kategorien interessieren wird, sondern eher für die Artikel und die Handhabung dadurch komplizierter wird als bisher. Es hat in den letzten Jahren niemanden gestört, wieso sollte es also in den nächsten Jahren jemanden stören? Ich kann mich jedoch auf keiner der beiden Seiten komplett wiederfinden, weshalb ich nur ein „Kommentar“ abgebe; egal ist es mir nämlich auch nicht.
Aufgrund der bereits abgegebenen Stimmen ist ohnehin ein Ergebnis erkennbar, da wir uns für eine inkonsistente, aber dafür benutzerfreundlichere Kategorisierung entschieden haben. ~ Taisuke Diskussion 09:57, 21. Sep. 2018 (CEST)

Ping

@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, Taisuke, Yinni, AAWiki, CLina, DarkViper, Der Sternendiamantritter, Esteror, Flonc, FloRyan, Freigeist, Friedrich on ice, Hydrokyu, Jasuanti, JustRotty, Mario-WL, Michelle, Pintauranimus, Pokénator, Simonsees, Schiggy91, Skelabra2509, Snowy Dragons, SpielefreakJ, SwowoJonny, TM Master, Tyber: --Datei:Sugimori 672.pngMecanno-manMäh 12:10, 7. Sep. 2018 (CEST)

Meltans Ruf

Liebe Wiki-Gemeinde, ich habe den Ruf von Meltan aus dem Trailer extrahiert. Leider sind meine Wikitext-Kenntnisse gerade nicht groß genug, um den Dateinamen in der Infobox Pokémon zu replacen. Falls das jemand besser hinbekommt, wäre ich dankbar! Hier die Datei! ~ TiMauziDatei:Pokémonsprite 052 Fuß.png 04:28, 11. Okt. 2018 (CEST)

Danke für den Upload, ich habe die Vorlage mal soweit angepasst, dass der Ruf auch geladen wird ^^ Wenn es dadurch Probleme gibt, bitte Bescheid geben. -- Datei:Pokémonicon 380.png RobbiRobb 09:52, 11. Okt. 2018 (CEST)
Bisschen unelegant, aber der Zweck heiligt die Mittel ;) Vielen Dank! ~ TiMauziDatei:Pokémonsprite 052 Fuß.png 17:42, 11. Okt. 2018 (CEST)
Ich möchte hiermit mal eben kurz auf meinen Vorschlag auf der Vorlagendiskussion hinweisen! ~ TiMauziDatei:Pokémonsprite 052 Fuß.png 18:17, 11. Okt. 2018 (CEST)