PokéWiki:Allgemeine Diskussionsseite

Aus PokéWiki
Zur Navigation springen Zur Suche springen

Vorlage:TOC right

Pokemon Weiterleitungen

Diskussion (letzter Beitrag: 27. Februar)

Ich wäre froh, wenn man das hier auch mal zu Ende diskutieren könnten, bevorzugterweise würde ich mal per Bot alle Sonderzeichen in Titeln rausfiltern, dann für Buchstaben (gibt ja auch Sachen wie Garçon, das hat auch nicht jeder auf der Tastatur), die nicht jeder auf der Tastatur hat (INKLUSIVE ß -.-) am ehsten auch per Bot eine Weiterleitung erstellen, falls der Teil nicht in Klammern steht. Für bizarre Zeichen wie • oder so müssten dann schlicht Weiterleitungen ohne dem Ding angelegt werden. Zumindest das hätte ich gerne mal, bei Weiterleitungen ist es fragwürdig und ich hätte da keine Probleme, wenn wir das vorerst noch offen lassen. Aber zumindest die klaren Fälle hätte ich gern mal per Bot geredirectet. --Datei:Sugimori 672.pngMecanno-manMäh 22:33, 12. Jul. 2016 (CEST)

Wenn diese Arbeiten von einem Bot übernommen werden könnten, würde ich mich sehr darüber freuen, wenn wir es zumindest bei den klaren Fällen in naher Zukunft angehen könnten. Bei Weiterleitungen mit Sonderzeichen besteht anscheinend noch ein wenig Diskussionsbedarf. ~ Taisuke 136.gif 22:11, 13. Jul. 2016 (CEST)
Um das ganze mal wieder aufzugreifen: Aktuell ist der Stand, dass pro Artikel alle darin enthaltenden Sonderzeichen ersetzt werden und eine entsprechende Weiterleitung anschließend angelegt wird. Bei Weiterleitungen würd ich ebenfalls sagen, dass die in dem Zuge mit erstellt werden (die meisten werden nach Pokemon Gelb suchen anstelle nach Pokemon Special Pikachu Edition). Ebenfalls würde ich das ganze auf den ArtikelNR beschränken und Vorlagen und Kategorien außen vor lassen.
Da Mecanno-man jedoch mit dem ß angefangen hat: Im deutschen gibt es ebenfalls 4 Sonderzeichen: äöü und das ß - wenn wir eines davon ersetzen müssten wir auch die restlichen 3 ersetzen. An sich würde ich zunächst auf keines plädieren, mit Bot machts aber im Endeffekt auch keinen Unterschied mehr ka.gif.
Eine genaue Liste aller nötigen Ersetzungen würde ich (oder von mir aus auch wer anderes) erstellen, sobald die letzten Unklarheiten besprochen wurden. 491.png Jones Albtraum? 00:04, 25. Sep. 2016 (CEST)
Ja, so eine Liste sollte man mal erstellen. ä, ö und ü müssen nicht ersetzt werden, bei ß liegt es doch daran, dass es im Schweizerdeutschen nicht verwendet wird. – shadowtweaker 09:57, 25. Sep. 2016 (CEST)
Ich bin dafür, einfach alle zu ersetzen, die nicht auf allen deutschen Tastaturen einfach(Das ist für mich ohne benutzen der ´-Taste oder ähnlicher, sowie ohne Dinge wie Alt+225 für ß, aber mit benutzen der Shift- und der Alt-Gr-Taste) schreibbar sind, dazu gehören auch Zeichen wie ō, ★, Æ und δ, bei diesen müssen wir uns allerdings noch einigen, wie wir die Transkriptieren; Æ können wir sowohl mit Ae wie auch mit AE nehmen, ō als oo oder einfach o, den ★ würd ich am liebsten weglassen und was wir mit δ machen weiss ich auch nicht; nebenbei, die Suche ist nicht casesensitive, oder? Weil wenn ja müssen wir evtl. auch noch Ä, Ö und Ü nehmen, weil die grossen sind auf der schweizer Tastatur nur mit Caps Lock schreibbar. --Datei:Sugimori 672.pngMecanno-manMäh 17:27, 25. Sep. 2016 (CEST)

Die Suche ist auch bei Umlauten nicht case-sensitive, Mec. Hier mal eine Liste aller Zeichen (außer a-z, A-Z, 0-9 und Leerzeichen), die in Artikelnamen auftauchen:
ä ö ü Ä Ö Ü ß ! " & / ( ) ? . : , + ~ – · • ' ’ „ “ â à ā ç é è ē É Ē î ī ó ō Ō ū Ū Æ ☆ ★ α β γ δ Δ ♀ ♂
shadowtweaker 18:22, 1. Okt. 2016 (CEST)

Würde jetzt mal spontan vorschlagen, Weiterleitungen für folgende Zeichen anzulegen:
~ · • ☆ ★ → (ohne)
’ → '
„ “ → "
â à ā → a
ā → aa
ç → c
é è ē → e
ē → ee
É Ē → E
Ē → Ee
î ī → i
ó ō → o
ō → oo
Ō → O
Ō → Oo
ū → u uu
Ū → U Uu
Æ → AE Ae
♀ → f w
♂ → m
Nachwievor unentschieden, was wir mit den griechischen Buchstaben machen wollen. --Datei:Sugimori 672.pngMecanno-manMäh 23:33, 2. Okt. 2016 (CEST)

Namen der Dateien von Greenchu

Diskussion (letzter Beitrag: 5. Juli)

@Akuroma, Berdl98, Buoysel, Chrizz, Der Sternendiamantritter, Digimon, GoPika, Impoleon xy, Isso08-15, Jass, Jones, Killuu, Korvel1, MattiBob, Matze, Maxmiran, Mecanno-man, Moltres, Pk-fan, RobbiRobb, Ryuichi, Saywhaat, shadowtweaker, Skelabra2509, Snackhound, Taisuke, Xavier, Ale Vidal23, Cavana CLina, Dawth, Flastanarbo, Irrbis, Jaru, Kyubi, Magikarp, Maxnet, Meow (th) Metoschy, Ninjatom Smaragd, NintendoFan214, Philipp S., Pokénator, ProtosHikanios, Swampert, Traslaugen, 詹玮键

Hey Leute,
mit der geplanten Trainer-Vorlagenänderung im Trainer- und Orte-Projekt kam kürzlich im Chat wieder die Diskussion rund um die Spritebenennung auf, da man die Anpassung ohne eine Einigung diesbezüglich nicht durchführen kann. Folgende Vorschläge sind dabei entstanden:

  • Datei:{Spielkürzel} Sprite {Name/Trainerklasse} {optional Geschlecht} front.png
  • Datei:{Spielkürzel} Sprite {Name/Trainerklasse} {optional Geschlecht} back.png
  • Datei:{Spielkürzel} OW {Name/Trainerklasse} {optional Geschlecht}.png

In erweiterter Form könnte man dieses Konstrukt sicherlich auch für die Pokémon-Sprites verwenden. Vorerst würde es aber schon reichen, wenn wir uns zumindest bezüglich der Trainersprites einigen könnten, damit sich die neue Vorlage möglichst zeitnah umsetzen lässt ;)
lg, Arrow https://dl.dropbox.com/s/tb9y2itw4itgs5k/Link.png 10:24, 14. Sep. 2016 (CEST)

Ich setze einfach meine Aussage aus dem Chat hier mal dazu. Ich habe zwar jetzt nicht alle Trainer/Charaktere im Kopf, mir fällt gerade aber kein "Trainer/Charakter" ein der mit dieser Namensgebung nicht einsortierbar wäre und ich unterstützte somit die vorgeschlagene Namensgebung von Arrow. -- Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 10:43, 14. Sep. 2016 (CEST)
Tsetsetse einfach so alle anpingen wehe.gif zwinker3.gif Mach, wie du es möchtest, aber bitte so einheitlich, dass die Vorlagen auch damit klar kommen grin.png -- 380.png RobbiRobb 18:08, 14. Sep. 2016 (CEST)
Hatten wir nicht sowieso schon mal so ein ähnliches System irgendwo...? Ich denke mal, das dürfte die praktikabelste Lösung sein, auf jeden Fall fällt mir momentan nichts Besseres ein. -- lg 359.png Korvel1 Diskussion 20:00, 14. Sep. 2016 (CEST)
Richtig, viele Sprites sind bereits auf dem Wiki unter der Form
  • Datei:Overworldsprite {Name/Trainerklasse} {optional Geschlecht} {Spielkürzel}.png
vorhanden. Die, die unter Overworldsprites zu finden sind, benutzen zum Großteil dieses Schema. Mir sagen beide Schemata zu, aber die meisten Dateien auf dem Wiki haben ihre Spielkürzel am Ende des Dateinamens. Generell bin ich da offen für alles, solange es nicht wie :Datei:TinyMisty.png aussieht... — mfg Snackhound 058.png 20:17, 14. Sep. 2016 (CEST)
Solange das Verfahren einheitlich und eindeutig ist, habe ich kein Problem damit. Bei dem vorgeschlagenen sehe ich etwas das Problem, dass wir dann bspw DP Sprite Siegfried haben, Items zB würden ja dementsprechend bei DP Sprite Trank landen. Insofern sollte evtl die Kategorie (sprich Charakter oder Item) noch mit in den Namen aufgenommen werden. 491.png Jones Albtraum? 22:42, 14. Sep. 2016 (CEST)
Ich dachte, Sprite etc. kommt immer als erstes? So wurde es schließlich auch mit den Pokémon-Icons gemacht. – shadowtweaker 20:30, 15. Sep. 2016 (CEST)
Ich sehe das wie die Stimmen über mir: Es sollte auf jeden Fall einheitlich sein. TinyMisty.png ist halt ein Beispiel dafür, dass es früher dazu keine Regelung gab. Deshalb sind solche Geschichten sehr sinnvoll in meinen Augen. Ansonsten gilt es, wie shadow schon schreibt, die Reihenfolge bei so einer Standardisierung zu beachten. -- Liebe Grüße, Moltres 146.gif 21:05, 15. Sep. 2016 (CEST)
Mir egal, wie das gelöst wird, solange es einheitlich ist. --Datei:Sugimori 672.pngMecanno-manMäh 07:32, 17. Sep. 2016 (CEST)
Ich bin mit Mecanno-man. Du hast mein stimme. --Traslaugen spricht mit mir 13:19, 17. Sep. 2016 (CEST)
Da wir ja seit heute auch Pokémon Sprites aus SM haben, wäre ich für eine möglichst baldige Einigung, damit wir für die Zukunft was haben und evtl auch schon starten können erste Vorlagen anzupassen, was gerade mit den SM Sprites nötig wäre.
@shadowtweaker: Die Pokémon Icons sind aktuell als "Pokémon-Icon {nummer}" hochgeladen.
@Arrow: Was wäre denn mit dem Schema, dass Snack genannt hat, also das Spielekürzel nach hinten und OW ausschreiben. Dann müsste man weniger verschieben.
Davon ab, irgendwas zu dem Punkt mit der Kategorie zur Übersichtlichkeit? 491.png Jones Albtraum? 23:04, 20. Sep. 2016 (CEST)
@Jones: Ja, das Schema wird bei den OWs eh so übernommen, ist auch in dem Fall das beste ^^
Die Kategorien würde ich einfach über Namen wie z.B. "Charaktersprite" und "Itemsprite" einarbeiten, dann sollte es auch keine Verwirrungen geben.
Bezüglich Icon-Benennung: Was passiert eigentlich mit den veralteten Exemplaren? Die Icons sehen ja nicht in jeder Generation gleich aus.
lg, Arrow https://dl.dropbox.com/s/tb9y2itw4itgs5k/Link.png 23:39, 20. Sep. 2016 (CEST)
Die Icons bzw die Pokémon Sprites generell sind mir aktuell noch ein Graus. Auf Greenchu gibt es dazu 4 Ordner: Den den wir nutzen, einen "5", einen "alt" und einen "alt2". Ich hab aber bisher noch nicht weiter geguckt, was da so alles drin rumfliegt. Im Idealfall würde das irgendwas ala Datei:Pokémonicon (Name/Nr) (Spielkürzel/Generationsnummer).png. Generell sollte man sich bei den Pokémon aber überlegen, ob man Nummer oder Name nimmt (die aktuelle Vorlage nutzt Nummern, insofern wäre die Konvertierung dieser einfacher, vorallem bei Fällen wo nrname und namenr häufiger aufgerufen werden). Grundsätzlich würde ich das Verfahren so aber gerne festlegen wollen, damit wir bei Trainern und Items schonmal loslegen können, während die vorhandenen Pokémonsprites auf Greenchu sortiert werden können. 491.png Jones Albtraum? 13:28, 22. Sep. 2016 (CEST)
shadowtweaker hat im Chat angemerkt, dass gerade Pokémon mit verschiedenen Formen bei Namen Probleme machen, weswegen dort lieber auf die Nummervariante gesetzt wird. Davon ab wäre mein Bot nun grundsätzlich in der Lage die Dateien zu verschieben, wobei er entsprechend Benutzer:JonesBot/Greenchu formatierte Dateien braucht (RobbiRobb hat diese bereits für Items erstellt, Arrow wird sie für Trainer/Charaktere erstellen). Einzig verbliebenes Thema (meines Wissens nach) wäre somit die Schreibweise der Pokémonkategorien: Aktuell besteht dort das Präfix Pokémon-Icon, während jedoch Itemicon und Xyzsprite andernorts genutzt werden. Ich würde der Einheitlichkeit halber auf Pokémonicon plädieren, shadow sagte eben im Chat ihm wäre es an sich egal, sonst hat sich keiner geäußert. Darauf aufbauend wäre auch eine Entscheidung zwischen Pokémon-Sprite und Pokémonsprite zu treffen. Abschließend hätte ich nichts dagegen, wenn jemand sich bereit erklärt, eine entsprechende Datei für die Pokémon (Icons|Sprites) zu erstellen. 491.png Jones Albtraum? 23:57, 24. Sep. 2016 (CEST)

Ehrlich gesagt bin ich in den letzten Tagen von den bisherigen Benennungsplänen etwas abgekommen. Unsere Grundidee war ja, uns an der Ordnerstruktur von greenchu zu orientieren und demnach überall Präfixe wie „Itemicon“ und „Trainersprite“ zu verwenden. Aber warum überhaupt? Das passt doch eigentlich nicht so gut zu der Art und Weise, wie wir unsere Dateien sonst benennen. Beispielsweise schreiben wir ja auch nicht Sammelkarte in den Namen jeder Sammelkarten-Datei und die Item-Artworks heißen auch Datei:Superball_Traumwelt.png statt Datei:Item-Artwork_Superball.png oder ähnliches. Warum also nicht einfach Datei:Superball Icon.png statt Datei:Itemicon Superball.png und entsprechend für die anderen Sprites?
@Jones: Warum brauchst du für den Bot eine so eine extrem detaillierte Liste? Das sollte sich doch eigentlich besser automatisieren lassen. – shadowtweaker 10:27, 27. Sep. 2016 (CEST)

Grundsätzlich ist es mir egal, ob Datei:Itemicon <Name>.png oder Datei:<Name> Icon.png. Die Idee mit dem Itemicon kam halt daher, dass die Vorlage eben Itemicon heißt, daher dachte ich, es wäre schlau, wenn die Dateien der Vorlage auch so heißen, damit sie leichter zu finden sind. Außerdem lassen sich so alle Itemicons über den Präfixindex finden (Ja, ich weiß, es gibt auch eine Kategorie, trotzdem). -- 380.png RobbiRobb 15:16, 30. Sep. 2016 (CEST)
Ob die Zuordnung hinten oder vorne steht ist mir grundsätzlich auch egal, solange sie einheitlich ist. Ich würde aber schon die Kategorie beibehalten (also Superball Itemicon).
Die ausführliche Liste ist entstanden um für möglichst viele Fälle mögliche Anpassungen zu bieten und nicht wieder Ausnahmen im Code haben zu müssen (zB müssen die Trainersprites von Grün nicht in die Kategorie:Grün (die nichtmal existiert...), sondern in die Kategorie:Grün (Spielcharakter)). Auch gibt es so Fälle wie trainer/bw/Unbekannt_1.png, wo zwar automatisch die Kategorie und das Spielekürzel erkannt werden könnten, der Name aber beim besten Willen nicht automatisch erkannt werden kann. Grundsätzlich ist das Format aber eher als Zwischenspeicherung zu verstehen (von den Trainern mal abgesehen, die sollte schon manuell erstellt werden) und die Listen können gerade bei den Pokémon mit einiger Sicherheit auch automatisch erstellt werden. 491.png Jones Albtraum? 14:13, 4. Okt. 2016 (CEST)
Gibt es hier noch offene Punkte? Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 09:12, 11. Okt. 2016 (CEST)
Von meiner Seite her nicht, einzig shadowtweaker sein Punkt von oben steht noch offen. Sofern er nichts mehr gegen die bisher besprochene Namenskonvention hat, ist mein Bot vom Grundsatz her bereit. 491.png Jones Albtraum? 11:25, 11. Okt. 2016 (CEST)
Da shadow anscheinend doch nichts mehr zu sagen hat, weise ich nur noch einmal auf den Punkt oben hin: >>Aktuell besteht dort das Präfix Pokémon-Icon, während jedoch Itemicon und Xyzsprite andernorts genutzt werden. Ich würde der Einheitlichkeit halber auf Pokémonicon plädieren, shadow sagte eben im Chat ihm wäre es an sich egal, sonst hat sich keiner geäußert. Darauf aufbauend wäre auch eine Entscheidung zwischen Pokémon-Sprite und Pokémonsprite zu treffen.<< Ansonsten werd ich demnächst mit der Umsetzung anfangen. 491.png Jones Albtraum? 14:42, 15. Okt. 2016 (CEST)

Fürs Protokoll: Die Itemicons befinden sich alle im Wiki, die Vorlagen sind aktualisiert und die letzten Fehler aus der Vergangenheit sind bald weg. -- 380.png RobbiRobb 13:08, 21. Okt. 2016 (CEST)

Das Musik-Projekt

Diskussion (letzter Beitrag: 23. Mai)

Diskussionsfreudigkeit Allgemein

Diskussion (letzter Beitrag: 13. Juli)

Ich merke bei mir gerade wieder die Diskussionsfreudigkeit sinken. Ich finde es großartig, dass es hier viele engagierte User gibt, mit vielen tollen Ideen und eigenen Meinungen. Um keine Demotivation zu streuen, bitte ich euch, meinen Kommentar nicht überzubewerten. Ich schildere hier "nur" mein persönliches Problem, dass keine Priorität für das Wiki an sich hat. Vielleicht kann ich aber mit meiner Idee es auch anderen etwas leichter machen.
Ich schaffe es momentan (wieder einmal) nicht den ganzen Diskussionsthemen zu folgen: Hauptseite, Nicht erhältliche Attacken und Items, Einzelartikel und Sammelartikel der Items, Umgestaltung der Typenartikel, Kategorien und Namensräume und Wikiweites Unterseitenkonzept. Mir würde es helfen, wenn wir Diskussionen, die viele Beiträge haben und die nicht nach einem kleinen Zeitraum absehbar abgeschlossen sein werden, eine einzelne extra Seite (wie hier bei der Qualitätssicherung) geben könnten. So könnte ich leichter den einzelnen Themen folgen; könnte besser auswählen, an welchen Diskussionen ich mich beteilige (aus Zeitmangel leider nicht bei allen möglich) und es wird vermieden, dass User in einer Bearbeitung zu zwei Themen Beiträge schreiben. Ich verfolge die Änderungen nämlich gerne über die Versionsgeschichte und schaue mir die einzelnen Änderungen an. Ich weiß, wann ich als letztes online war (z. B. anhand meiner Beobachtungsliste) und dann gehe die einzelnen Änderungen seit meinem letzten Stand durch. So sehe ich schnell, was sich geändert hat und ob ich das genauer mal anschauen sollte. Dieses System stößt bei den ganzen gegenwärtigen Diskussionen an seine Grenzen. Vielleicht habt ihr ja einen Tipp für mich. Oder es geht mehreren so und eine Verschiebung der Diskussionen wäre ein Mehrwert für alle. Ansonsten versuche ich weiterhin so gut es geht zu folgen, kann aber nichts versprechen. Gut Dung will Weile haben MattiBob Diskussion 14:33, 11. Sep. 2016 (CEST)

@MattiBob: Ich für meinen Teil benutze die Versionsgeschichte nur dazu, um einen groben Überblick zu bekommen, wieviel sich bei welchen Diskussionsthemen getan hat. Für die einzelnen Themen schaue ich dann auf der Diskussionsseite, wo ich stehen geblieben bin (das lässt sich oft allein anhand der Zeitstempel herausfinden), und lese es mir schnell durch. Damit habe ich keine Probleme, Diskussionen nachzuvollziehen, auch wenn ich mal länger weg war. – shadowtweaker 18:50, 1. Okt. 2016 (CEST)

Vorlage:In anderen Sprachen mit Flaggen?

Ich habe eine Version dieser Vorlage mit Flaggen erstellt. Weitere Informationen und das ganze in Aktion siehe hier. Wenn kein Einspruch kommt, werde ich in einigen Tagen die Änderung zu später Stunde vornehmen. -- 609.png Skelabra2509 (Diskussion | Beiträge) 22:41, 21. Jul. 2016 (CEST)

Einspruch: Das sind Sprachen, nicht Laender. Insbesonders bei Englisch gibt es diesbezueglich Probleme. --Mec
Ich weiß. Dennoch sind die meistemn Sprachen mit ein bis drei Länderen besonders assoziiert. Außerdem erhlht es die Übersicht und lockert das Gesamtbild der Artikel etwas auf. Übrigens glaube ich nicht, dass du dir die Vorlage angesehen hast (angesichts deiner Abwesenheit will ich dir das aber in keinster Weise vorwerfen), ich habe für Deutsch und Englisch nämlich wenigstens eine kleine Kompromisslösung entwickelt, in der mehrere Länder zur Geltung kommen. Es ist klar, dass das gerade bei Englisch immer noch keine perfekte Lösung ist, aber nichts ist ohne Nachteile. -- 609.png Skelabra2509 (Diskussion | Beiträge) 22:57, 22. Jul. 2016 (CEST)
Habs mir mal angesehen - finde die Lösung nicht gut, weil dann die Flaggen verschnitten werden. Inwiefern das das Gesamtbild des Artikels auflockert, versteh ich auch nicht. --Datei:Sugimori 672.pngMecanno-manMäh 22:45, 23. Jul. 2016 (CEST)
Also mich persönlich stört der Punkt mit der Verschmelzung der Flaggen jetzt eigentlich weniger und ich finde MIT Flaggen sieht die Vorlage optisch doch ansprechender aus. ka.gif -- Liebe Grüße, Moltres 146.gif 11:34, 24. Jul. 2016 (CEST)
Sicher, es sieht nicht schlecht aus mit den Fahnen, aber irgendwie stört mich diese Kompromisslösung auch... Liegt vielleicht daran, dass sie zwar die wichtigsten Länder einbinden soll, aber das in einem schlechten Verhältnis tut. Beispielsweise gibt es (der Einfachkeit halber) 80 Mio Deutsche ↔ 5,6 Mio deutschsprachige Schweizer, trotzdem springt mir zuerst die schweizer Flagge ins Auge. Einerseits verständlich, weil wir eine deutschsprachige Community sind, die auch einige Schweizer dazuzählt, aber trotzdem... Dann müsste doch eigentlich z. B. auch die Kanadische Flagge bei Französisch sein, da ist das Verhältnis auch 66 Mio Franzosen ↔ 7,5 Mio französisch sprechende Kanadier, wenn ich mich nicht irre... Nicht zu vergessen die englisch sprechenden Kanadier, aber Englisch ist ja wieder was anderes mit Australien usw. Natürlich alle Zahlen ungefähr und zudem gerundet. -- lg 359.png Korvel1 Diskussion 10:20, 30. Jul. 2016 (CEST)
Und wenn man einfach ganz schlicht das Ursprungsland der Sprache nimmt? Also ich persönlich verbinde eine Sprache meist immer mit dem Ursprungsland, sodass ich z.B. bei Spanisch nicht gleich an Südamerika denke, obwohl dort wohl viel mehr Leute spanisch sprechen als in Spanien selber. Wichtig ist doch, dass man weiß, was damit gemeint ist, oder? ka.gif -- Liebe Grüße, Moltres 146.gif 10:55, 30. Jul. 2016 (CEST)
...was machst du mit Fällen wie es_la, Moltres? --Datei:Sugimori 672.pngMecanno-manMäh 11:20, 30. Jul. 2016 (CEST)
Können wir uns bitte mit den Fällen auseinandersetzen, die wir momentan real haben statt mit irgendwelchen theoretischen? Das halte ich für wenig zielführend. Und bei Englisch die UK-Flagge zu nehmen fände ich inakzeptabel. -- 609.png Skelabra2509 (Diskussion | Beiträge) 14:14, 30. Jul. 2016 (CEST)

Ich finde die Variante mit den Flaggen leider nicht so schön. Neben der Tatsache, dass wir in den sehr kleinen Flaggen nie gänzlich alle Länder repräsentativ berücksichtigen können, empfinde ich die Vorlage mit den Flaggen etwas überladen und würde es lieber bei der Variante ohne Flaggen belassen. Zumal unsere Artikel größtenteils bereits durch farbige Tabellen, Icons etc. ziemlich aufgelockert daherkommen in meinen Augen. ~ Taisuke 136.gif 08:55, 17. Aug. 2016 (CEST)

Hauptsache hier wird wirklich über die Flaggenarten diskutiert... Deutsch ist auch in Belgien Amtssprache, wollen wir auch die Belgische Flagge aufnehmen? Sry, aber irgendwo kann man auch alles tot diskutieren. Deutsch = Deutsche Flagge, Englisch = UK Flagge usw. Andere Wikis kriegen das auch hin, ohne sich da tot zu diskutieren...
Die eigentliche Frage, die hier lieber diskutiert werden sollte, wäre doch: Wollen wir Flaggen überhaupt haben? Und auch wenn ich das Beispiel von Skel etwas... erdrückend finde, finde ich die englische Variante besser als unsere jetzige. 491.png Jones Albtraum? 23:50, 24. Sep. 2016 (CEST)
Also ich finde ja die Aufwertung mit Flaggen Super, mehrere Flaggen in eine zu integrieren gefällt mir da aber nicht so sehr, hier finde ich wie Jones die englische Variante besser. Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 09:15, 11. Okt. 2016 (CEST)
Da die Flaggen heute morgen bei den unbenutzten Dateien aufgetaucht sind, nutze ich die Gelegenheit, um auch mal meine Meinung kund zu tun. Grundsätzlich finde ich die Flaggen schön, sie wirken auflockernd, sind aber nicht zu unenzyklopädisch. Dennoch könnte es tatsächlich zu Problemen kommen, wenn Sprachen und Länder sich nicht decken. Daher wäre ich, irgendwie schweren Herzens, dafür, die aktuelle Vorlage beizubehalten. (Damit würde übrigens auch eine Löschung der Flaggen-Dateien einhergehen, sofern sie nicht anders verwendet werden.) -- 380.png RobbiRobb 18:33, 11. Okt. 2016 (CEST)

Es sind nun wieder einige Tage vergangen, während andere Themen angesprochen wurden, wurde dieser Abschnitt wieder vollkommen vergessen/ignoriert/aus anderen Gründen nicht bearbeitet. Daraus schließe ich, dass der Wunsch danach, diese Änderung vorzunehmen, nicht gegeben ist, das Thema abgeschlossen werden kann und ich die ungenutzten Dateien löschen kann, richtig? Ich setze jetzt einfach mal ein Zeitfenster bis… zum 20.10.2016 um 23.59:59, sollte bis dahin niemand mehr etwas dazu geschrieben haben, von einer Zustimmung zu diesem Beitrag abgesehen, wird dieses Thema endgültig abgeschlossen und die Dateien entfernt, einverstanden? -- 380.png RobbiRobb 22:21, 15. Okt. 2016 (CEST)

Komm doch endlich mal endlich aus diesem Wartungswahn raus… Ansonsten würde mich tatsächlich mal interessieren, wo diese Flaggen vorher verwendet wurden, ich und die Vorlage haben nämlich nichts mit diesem zu tun. Ich finde es sehr schade, wenn man sich von solchen Kleinigkeiten davon abhalten lässt, eine Vorlage optisch aufzulockern: Wir haben nicht den Anspruch, ein 100 % passendes Bild der Verteilung der Sprecher auf verschiedene Länder zu zeichnen, sondern wollen lediglich eine auf den ersten Blick schlüssige Übersicht. Von daher finde ich den Widerstand gegen die Flaggen hier etwas übertrieben. -- 609.png Skelabra2509 (Diskussion | Beiträge) 14:18, 24. Okt. 2016 (CEST)

Hauptseite

Neuer Monat, neue Diskussion. Für die Hauptseite haben sich in den letzten Monaten einige Änderungswünsche aufgestaut:

  • Gemäß der Diskussion über das FdP-Projekt soll der FdP-Block entfernt werden, stattdessen soll das Wds-Projekt wieder mehr Platz einnehmen und der Leser dazu eingeladen werden, auf der Auskunft Fragen zu stellen.
  • Wie im Chattreffen vom 30. Dezember (!) bereits thematisiert wurde, wird vorgeschlagen, die Hauptseitenblöcke Mitteilungen, Event-Verteilungen und Filb-News zu einem neuen Block Aktuelles zu vereinen, der sich sehr weit oben auf der Hauptseite befinden soll. Als Beispiel, wie das aussehen könnte, diente damals User:shadowtweaker/Aktuelles. Vorteile: Allein dadurch, dass unsere Hauptseite dann viel häufiger aktualisiert wird, werden wir Leser dazu anspornen, häufiger bei uns vorbeizuschauen. Mit kurzen Nachrichten können wir Leser schneller auf Pokémon-News aufmerksam machen, als es auf Filb möglich ist, und wir können auch kleinere Neuigkeiten erwähnen, für die es keinen eigenen Newsbeitrag auf Filb gibt. Durch den Block wird dann sowohl auf News-bezogene Artikel im Wiki verwiesen als auch weiterhin auf die Filbnews, da wir ja in Sachen ausführlicher Newsbeiträge nicht mit Filb konkurrieren wollen. An dieser Stelle könnten wir dann außerdem auf Wiki-Neuigkeiten aufmerksam machen, beispielsweise über Aktionen informieren oder auf Fortschritte im Artikelbereich hinweisen. Bei Neuigkeiten, die eher interner Natur sind, kann man es wie gehabt so einrichten, dass nur angemeldete Benutzer sie sehen können.
  • Auf der Hauptseite möchten wir in Zukunft Leser direkt ansprechen und zur Wikiarbeit motivieren. Hierzu waren bereits Hauptseitenbanner im Gespräch, auch eine Seite PokéWiki:Mitmachen wurde sich erwünscht.
  • Das Mini-Portal auf der Hauptseite wurde kritisiert. Viele benutzen es nie, andere benutzen es zwar häufiger, finden aber nicht alle Links dort hilfreich. Außerdem regt es nicht allzu sehr zum Stöbern im Wiki an und die meisten Seiten sind von dort aus gar nicht erreichbar. Kurz gesagt: Das Mini-Portal ist nichts Halbes und nichts Ganzes. Mein Vorschlag hierzu ist, auf der Hauptseite nur noch die allerallerwichtigsten Seiten direkt zu verlinken (Pokémon-Liste, Pokémon Sonne und Mond, Pokémon GO) und ansonsten auf vollständige Portale zu verweisen, die dann beispielsweise so aussehen könnten wie User:shadowtweaker/PokéWiki:Portal/Orte.
  • Es stellt sich die Frage, ob wir den Rampenlicht-Banner, der für Pokémon GO nun wieder eingerichtet wurde, wirklich brauchen. Solch ein Banner nimmt sehr viel Platz weg, steht monatelang unverändert auf der Hauptseite und man muss immer erst nach jemandem suchen, der solch einen Banner erstellen kann. Außerdem benutzen wir für das, worauf der Banner aufmerksam machen soll, sowieso schon die Sitenotice.
  • Wenn man schon dabei ist, könnte man über ein neues Design der Hauptseite nachdenken und hier und da etwas Staub wegputzen, zum Beispiel bei den Einleitungssätzen.

Auf Benutzer:shadowtweaker/Hauptseite habe ich einen Entwurf erstellt, auf dem all diese Punkte bereits umgesetzt wurden außer der dritte, da es bei der Umsetzung hiervon noch am meisten Klärungsbedarf gibt. Gibt es Fragen zu den einzelnen Punkten oder soll ein weiterer Punkt aufgenommen werden? Wie findet ihr den Entwurf? – shadowtweaker 09:40, 1. Sep. 2016 (CEST)

Dann äußere ich mal meine Meinung dazu ;)
  • Einem Banner bin ich nicht generell abgeneigt. Nur müssten sie meiner Meinung schmaler in der höhe sein. Sonst finde ich es wie jetzt zu erschlagend. Liegt vielleicht auch an dem nächsten Punkt warum ich dem nicht abgeneigt wäre.
  • Zu deinem Entwurf der neuen HS hatte ich ja bereits im Chat bisherige Kritik geäußert die bereits umgesetzt wurde. Momentan finde ich fehlt i.wie noch ein wenig die Farbe. Ich meine hier nicht Bunt sondern i.wie das gewisse etwas. Kann es gerade nicht so recht ausdrücken.
  • Bei deinem Entwurf des Portals für Orte bin ich geteilter Meinung. Die Haupt Regionen sind schön, danach kommt eine ewige Aneinanderreihung sämtlicher Orte, hier sollte vielleicht mMn noch einmal über eine "Übersichtlichere" Darstellung nachgedacht werden. Abgesehen davon finde ich es Super.
Ansonsten schließe ich mich, dem was du bisher geschrieben hast ohne weitere Kritik an. Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 10:11, 1. Sep. 2016 (CEST)
Ich werde jetzt erstmal nicht auf alles eingehen, weil ich etwas in Zeitnot bin. Wenn das aber in zwei Wochen noch aktuell ist (wird es sowieso sein), dann kann ich nochmal mehr dazu schreiben. Zu dem Wds kann ich wie immer nur sagen, dass ich das alleine definitiv nicht stemmen kann, es bleibt ja auch fraglich, ob wir dann wieder Blöcke machen oder die Fakten zufällig durchrotieren. Auf jeden Fall müssten wir dann aber nochmal einen neuen Batzen einfügen und bliblablub, da bräuchte ich definitiv einen qualifizierten (!) Mitleiter. (Soweit ich das mitbekommen habe, hatten sich da im Chat auch schon zwei Kandidaten gefunden). Zusätzlich bin ich trotzdem etwas hin und her gerissen bezüglich FdP. Ich sehe alle eure Probleme damit, klar, auf der anderen Seite ist das immer noch ein recht beliebtes Element bei den Lesern. Fraglich wäre hier, ob man das nicht einfach "verkleinert", aber in gewisser Form auf der Hauptseite lässt. Eine Auskunft naja, ist genauso unenzyklopädisch, aber eben zusätzlich einfach nicht Hauptseitenrelevant. Auf der Hauptseite ist was unenzyklopädisches in Ordnung und auch wichtig, meiner Meinung nach, im restlichen Wiki finde ich das dann aber eher störend und dann kann man die Leute eh gleich auf Filb verweisen, wo sowas wie eine Auskunft viel besser hinpasst, als hier. (bezogen auf reine Pokémonfragen, bei Sachen zum Wiki selbst ist das natürlich sinnvoll, nur eben in der Art, wie du es mal beschrieben hast und auf deinem HS Vorschlag zu sehen ist, finde ich das eher unpassend).
So ein Block ist ok, muss aber regelmäßig gepflegt werden. Das sollte man auf jeden Fall bedenken.
Bei der Sache mit dem Mitmachbanner kann ich auch direkt auf den GO-Banner eingehen. Tendenziell finde ich die Banner sehr dick und auftragend und sie lassen die ganze Projektarbeit auf der Hauptseite nach unten rücken, das ist etwas schade. Wenn diese Banner aber durch einen Mitmachanregbanner ersetzt werden oder man aber so ein Hinundherslideding entwickeln könnte (keine Ahnung, wie das fachmännisch heißt), dann finde ich das durchaus gut. Besonders, dass wir das mit dem Banner schon vor Ewigkeiten besprochen haben, es sogar Vorschläge gab, und da immer noch nichts entstanden ist, ist etwas schade. Die Idee fand schließlich viel Anklang und ich denke, das sollten wir unbedingt in Angriff nehmen. Vielleicht sollte da auch jeder Projektleiter mal die Baustellen in seinem Projekt zusammenschreiben und jemand, der sich erbarmt, äh Spaß daran hat, kann das ja in schöne Banner zusammenfassen. Würde da auch eigentlich gerne noch ein Beispielbanner zu machen, aber da fehlt mir echt die Zeit. Ich denke da an so recht schlichte Banner (maximal so bisschen mit Wikiblau, ansonsten weiß) mit einem Baustellenpikachu und abwechselnd werden Projekte "vorgestellt". Denke da eigentlich eher einfach so an Beispiel: "XdW-Projekt" - "Wir suchen immer neue Autoren, die gerne Artikel für die Hauptseite schreiben wollen. Auch DEIN Artikel kann gezeigt werden!" (blabla, so ungefähr halt) oder "Orte-Projekt" - "An alle Entdecker: Wir brauchen DEINE Hilfe bei der Erstellung der Orte-Artikel für die Alola-Region.". Entweder dann sliden oder jede Woche ein anderes Projekt oder whatever halt. Wenn es die Baustellenbanner sind, habe ich auch kein Problem damit, wenn die recht groß sind ;)
Mini-Portal, naja, äähh. Ich gehöre zu diesen Nichtnutzern. Die Idee auf deiner HS-Vorlage finde ich recht chic, ansonsten schließe ich mich bei dieser Orte-Übersicht Ryuichi an.
Zur HS: Den von dir vorgeschlagenen Einleitungssatz finde ich nicht gut :P Auch ich finde, dass da jetzt schon im Verhältnis zu den Bildern sehr viel Text ist. Mag zwar für das Wiki an sich in Ordnung sein, auf der HS kann ich mir aber durchaus mehr Bilder vorstellen. Viel Text schreckt schon auf einer Haupseite etwas ab. Ja, wir haben jetzt mehr Text, aber eben auch mehr Bilderchen. Möglicherweise revidiert sich dieser Punkt aber, falls man sich für die Baustellenbanner entscheidet, da diese natürlich auch wieder ein großes Bild einbringen.
Jetzt habe ich, glaube ich, doch zu allem was geschrieben. Na gut, dann habe ich wenigstens keine Bedenken, morgen abzuhauen ;) Lg --Toben des Meeres. Killuu http://i.imgur.com/5kAfY2r.png 11:28, 1. Sep. 2016 (CET)
Wie auch schon bei der FdP-Abstimmung bin ich auch weiterhin dagegen, dass etwas unenzyklopädisches wie FdP auf der Hauptseite zu sehen ist. Das vermittelt halt einfach den Eindruck, dass wir keinen Wert darauf legen und genau das würde ich gerne vermeiden. Nichtsdestotrotz kann man aus interessanten Fragen aus der Auskunft bestimmt Teilsätze für das WdS-Projekt machen. Zudem finde ich es immernoch schade, dass wir uns gegen Banner entscheiden, weil es einfach zu viel Aufwand ist, weil ich die Idee einfach gut finde und es das extrem seriöse der Hauptseite eben doch etwas auflockert, aber nicht so stark, wie FdP es tut. Zudem wird dieser extrem seriöse Effekt auch durch die Farbgebung herbvorgerufen – irgendwie will mir dieses extrem helle, sterile nicht gefallen… Wie auch die anderen stört mich ebenfalls diese Aneinanderreihung von Links im Portal, entweder es fehlt dort eine schöne Tabelle drum, oder man lässt es ganz weg, ansonsten hab ich leider keine Alternativ-Lösung. Mit den anderen Sachen (Vorrausgesetzt, dass noch was übrig ist nervous.gif) bin ich aber zufrieden, es ist also nicht vollkommener Müll :D
-- 380.png RobbiRobb 18:26, 1. Sep. 2016 (CEST)
Also wie ich auch schon oft erwähnt habe, begrüße ich die Abschaffung des FdP. Insgesamt gefällt mir shadowtweakers Vorschlag sehr gut, einzig die Balken der Überschriften gefallen mir mit dem Schwarz auf Hellblau nicht. Hier fände ich die aktuelle Lösung mit dem dunkelblauen Balken mit der weißen Schrift deutlich schöner. Ansonsten bin ich strikt gegen eine komplette Abschaffung der Banner, weil ich sie nicht nur informativ, sondern auch dekorativ finde. Falls sich niemand finden sollte, kann ich bei Gelegenheit auch mal den ein oder anderen Banner machen. Meine Frage zum Punkt Aktuelles wäre noch, ob er rein für allg. News genutzt wird, oder ob da auch interne Sachen wie z.B. die Redakteruswahl von neulich Platz finden? -- Liebe Grüße, Moltres 146.gif 16:55, 2. Sep. 2016 (CEST)
Wie ich im Chat schon einmal erwähnt habe, war mir vorher nicht aufgefallen, wie sehr man doch auf der aktuellen Hauptseite scrollen muss, und begrüße diese kompaktere Version doch sehr. Aber auch wie von denen über mir betont würde, sieht die Farbgebung ein wenig zu blass aus und wäre mit kräftigeren Farben, oder einfach der Fargebung die momentan auf der HS zu sehen ist, einiges mehr zufrieden. Die Portal-Unterseiten sind, wenn sie dem Beispiel des Orte-Portals folgen, wirklich nicht das Wahre. Sie haben zwar eine Struktur, aber nach den Spielen der Hauptreihe sehen sie so verwahrlost aus. Da muss unbedingt was getan werden, sei es in Form von Tabellen, farblichen hervorrhebungen oder sonst was. Ansonsten würde ich das Mini-Portal dieser Form bevorzugen. Falls noch andere Sachen offen sind könnt iht annehmen, dass ich damit zufrieden bin.
Ich habe keine in Stein gemeißelte Meinung über die Banner, weder Baustellen- noch Rampenlicht-Banner. Aber vielleicht könnte man ja die Baustellen-Banner im Pokéwiki-Header, ähnlich wie die Pokémon-GO Übersicht vor kurzem, statt auf der Hauptseite, präsentieren? Das übersteigt vielleicht die Hauptseiten-Diskussion als solche und kommt einen dort schon ähnlich wie Werbung vor, aber wollen wir das nicht damit erreichen: Werben? Oder sehen wir, selbst in den Zeiten des Usermangels, dadurch etwas zu sehr verzweifelt nach Unterstützung aus und/oder ist dies aus einfachen Gründen nicht umsetzbar? — mfg Snackhound 058.png 20:44, 2. Sep. 2016 (CEST)
Im Großen und Ganzen gefällt mir Shadows Hauptseitenkonstrukt sehr gut, es ist schön kompakt und bietet eine tolle Übersicht. Ob man jetzt vom Rahmendesign her das klassische oder Shadows Modell nehmen will, ist Geschmackssache. Ich habe mir mal erlaubt, die Einleitungsbox ein klein wenig umzugestalten (Benutzer:Arrow/Hauptseite), an den restlichen Boxen gibt es meiner Ansicht nach sonst nichts zu bemängeln.
Was die Banner betrifft: Da kann ich nur Killuu zustimmen. Der momentane "Go-Banner" mutet mir etwas seltsam an, durchlaufende Grafiken wären da wesentlich ansehnlicher. Für die Ausarbeitung der Banner würde ich mich zur Verfügung stellen.
lg, Arrow https://dl.dropbox.com/s/tb9y2itw4itgs5k/Link.png 22:09, 2. Sep. 2016 (CEST)
Auch wenn ich bei diesem Thema zumindest in erster Zeit eher oberflächlich bleiben werde, möchte ich kurz darauf eingehen, dass ich die Einführung von Bannern und die Abschaffung des Rampenlichts sehr begrüßen wurde. Viel wurde ja auch schon gesagt.
Was ich jedoch sehr interessant finde, ist die Idee der Portale, unter der ich mir zugegebenermaßen etwas anderes vorgestellt habe, als shadow vorbereitet hat. Wie vielleicht der ein oder andere weiß, gibt es auch in der Wikipedia Portale, die sowohl lesend als auch schreibend Einblick in ein Thema bieten sollen. (Oft hängen ein Portal und ein(e) Redaktion/WikiProjekt direkt miteinander zusammen.) Es gibt dabei unzählige von aktiven Nutzern auf die verschiedenste Weise gestaltete Portale, die alle für sich etwas einiges haben. Vielleicht könnte man von diesen Wikipediaportalen – fast schon Hauptseiten für einzelne Themenbereiche – auch was für uns mitnehmen. Beispiele wären zum Besipiel wikipedia:de:Portal:Medizin, wikipedia:de:Portal:Computerspiele, wikipedia:de:Portal:Astronomie und wikipedia:de:Portal:Raumfahrt. -- 609.png Skelabra2509 (Diskussion | Beiträge) 00:05, 3. Sep. 2016 (CEST)

Erstmal nur zu zwei Sachen:
Erstens: Meiner Meinung nach könnte ruhig ein kleiner Baustellen-Banner / eine kleine Baustellen-Box auftauchen. Ich würde es nicht nach "Wir brauchen dringend Hilfe! Bitte, bitte, bitte!" klingen lassen. Aber so etwas wie "Du möchtest helfen? Hier sind ein paar Baustellen." kann ich mir gut vorstellen.
Zweitens: Bitte bitte bitte eine größere Suchleiste einbinden. Das kleine Pupsel-Feld geht mir schon ewig auf den Keks. Denkt bitte auch dran, dass nicht jeder Besucher ein potenzieller Autor sein wird. Einige suchen bestimmt auch einfach nur Infos. Und da würde ich gerne Besucher auch einfach nur dazu einladen, etwas in unserem Wiki zu suchen und zu finden. Eine Enzyklopädie ist etwas zum Nachschlagen. Und da schreckt mich so ein kleines Suchfeld ab. Keine Ahnung, ob das überhaupt geht. Das kleine kann ja trotzdem bleiben, wenn das eine Änderunge der ganze Wiki-Struktur erfordern würde. Aber eine zusätzliche, breite und längere Suchleiste in der oberen Hälfte kann ich mir gut vorstellen. Gut Dung will Weile haben MattiBob Diskussion 23:55, 3. Sep. 2016 (CEST)

Ja, geht:

Natürlich bräuchte man noch etwas schickes CSS drum rum. -- 609.png Skelabra2509 (Diskussion | Beiträge) 12:41, 4. Sep. 2016 (CEST)

@Killuu: Ich wäre weiterhin für einen Pool an Fakten statt Blöcke, der Aufwand ist geringer, nicht regelmäßig und weniger vergänglich, außerdem ist es angenehmer für Leser, dann gibt es, wenn man am selben Tag mehrmals auf die Hauptseite schaut, auch mehrmals was Neues zu entdecken. Mehrere verschiedene Fakten darzustellen geht ganz einfach, indem man den Pool dann auf mehrere Seiten aufteilt. Du wirst für das Projekt auch sicher einen zweiten Leiter finden, keine Angst. Vielleicht findet sich hier ja auch noch jemand, der dich gerne unterstützen würde? Was du an der Auskunft unenzyklopädisch findest, verstehe ich nicht. Das ist genauso wie die Diskussionsseite eines Artikels, bloß eben gesammelt für alle Artikel, und somit ein Bestandteil des Konzepts einer Enzyklopädie, daher muss man es auch nicht auf Filb verlagern.
@RobbiRobb, Moltres, Snackhound: Was das Design betrifft, naja es ist halt ein persönlicher Entwurf von mir und daher an meinen persönlichen Geschmack angelehnt oder teilweise auch einfach experimentell. Könnt ihr vielleicht mal etwas genauer erläutern, was an einem helleren Design auszusetzen ist, oder einen eigenen Designentwurf präsentieren? Um mein Design mal zu erklären: Das jetzige Design ist einfach nur einfarbig, das finde ich ziemlich kontrastreich und primitiv. Mein Entwurf hat weichere Übergänge und ist trotzdem strukturiert, nimmt auf die dunkle Farbe vom Hintergrund Bezug und ist trotzdem etwas dezenter, von der Helligkeit ähnlich wie Wikipedia.
@Moltres: Ja, das ist auch für Redakteurswahlen vorgesehen, würde aber dazu tendieren, diesen spezifischen Eintrag dann nur für angemeldete Benutzer anzuzeigen. Zu viele Nachrichten im eigenen Sinne würden die Leser irritieren und wichtige Pokémon-News verdecken.
@MattiBob: Hab nichts dagegen, Leser zum Browsen zu animieren, aber ich verstehe nicht so ganz, warum dir die kleine Suchleiste nicht reicht. Die sollte doch eigentlich jeder Leser finden, von Wikipedia ist man mit dem Konzept auch vertraut.
@Ryuichi, Snackhound: Hier habe ich auf die Schnelle mal eine Portalversion mit Toggle hingewurstelt, das muss dann natürlich noch schöner gemacht werden, aber die Idee sollte erkennbar sein. Mit dieser Version wäre ich auch einverstanden.
@Skelabra2509: In erster Linie soll das schon zum Navigieren dienen und ich denke, dass wir nicht genug Ressourcen haben, um da jetzt groß über den Stand und aktuelle Entwicklungen in diesem Themenbereich zu informieren. Gegen ein paar Links zu Projekten oder sonstigen Mitmachseiten hätte ich aber nichts einzuwenden.
shadowtweaker 22:16, 5. Sep. 2016 (CEST)
Hey Shadow ich habe mal den von Arrow erwähnten Banner auf meine Testseite genommen und finde persönlich ein Banner würde es bereits Ausreichend auflockern von der "Sterilität". Jetzt kommen aber noch zwei Aber. Ich finde das Banner jetzt bereits zu breit in der Tiefe und wäre hier für smalle Banner. Die News finde ich zusätzlich sollte man auf einen Zeitraum legen (z.B. die letzten 30 Tage) und das es Scrollbar ist um die Box nicht unnötig in die Länge zu ziehen. Die Idee des Orte-Portal ist nicht schlecht, auch gefällt mir persönlich eine Umsetzung mit Toggle deutlich besser als der vorherige Entwurf.Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 08:49, 6. Sep. 2016 (CEST)
Bevor ich das wieder vergesse: @Shadowtweaker: Ich bin ein Freund leuchtender Farben, mir gefällt es einfach nicht so gut, dass die Farben so schwach sind, das wirkt sehr steril, was zwar nicht vollkommen falsch ist, aber vielleicht so rüber kommt, als wäre das ganze hier total gebunden und die Leute hätten keine Möglichkeit sich zu „entfalten“, was auch durchaus abschreckend wirken kann, was wir aber ja nicht vermitteln wollen, sondern ganz im Gegenteil eben dazu einladen wollen zu helfen, weshalb ich auch den Bannern gegenüber sehr aufgeschlossen bin. Daher lieber etwas mehr Farbe um die Atmosphäre zu lockern, natürlich aber auch nicht bunt, ich denke du kannst dir etwa vorstellen, was ich meine zwinker3.gif -- 380.png RobbiRobb 17:54, 6. Sep. 2016 (CEST)
Auch wenn ich jetzt nicht auf die Punkte hier eingehen werde (das folgt im Laufe der Woche), so ist mir gerade aufgefallen, dass wir keinerlei Hinweise/Einbindungen auf unsere sozialen Aktivitäten haben. Mal abgesehen von dem Facebook Button oben rechts. Da gerade der Twitter Account ja recht aktiv ist, wäre es evtl auch eine Überlegung wert, dessen Tweats auf die HS zu bringen, ähnlich wie es die Filb Hauptseite tut. Alternativ sollte man aber die Seiten zumindest erwähnen. Ebenfalls möglich wäre ein Hinweis auf den Filb Chat, ich erinner mich, dass erst Tai mich auf ihn aufmerksam gemacht hat, nachdem ich ihn via Skype genervt hab. 491.png Jones Albtraum? 00:44, 14. Sep. 2016 (CEST)
Zum Design: Ich und Robbi haben hier einen Entwurf mit dunkleren Farben erstellt. Ist das besser? – shadowtweaker 09:39, 27. Sep. 2016 (CEST)
An sich ganz schick, mir persönlich gefällt die dunklere Version allerdings irgendwie besser. Wird an der Umsetzung mit den weißen Überschriften liegen. Ich könnte allerdings auch mit der anderen Version gut leben. Das meiste an sonstiger Kritik habe ich ganz frech mal eigenmächtig eingebaut. Ich bitte übrigens darum zu beachten, dass Wds+Zitat und XdW nicht immer gleich hoch sind. -- 609.png Skelabra2509 (Diskussion | Beiträge) 21:08, 27. Sep. 2016 (CEST)
@Skelabra2509: Ich habe es so gestaltet, dass sie immer gleich hoch sind. ;) Warum findest du, dass der EP-Block mehr Text bräuchte? Ist genauso viel wie jetzt und mehr gibt es eigentlich auch nicht zu sagen. – shadowtweaker 21:31, 27. Sep. 2016 (CEST)
Also mir gefällt euer Vorschlag generell auch super, allerdings geht es mir wie Skel und ich fände es auch wünschenswert, wenn ein Banner darin Platz finden würde. Außerdem fände ich es nach wie vor schöner, wenn man bei der aktuellen Farbgestaltung der Überschriften, also weiße Schrift auf dunkelblauen Grund, bleiben könnte. msnsorry.gif -- Liebe Grüße, Moltres 146.gif 21:57, 27. Sep. 2016 (CEST)
Der Whitespsace recfhts bei größerer Breite lässt es irgendwie unausgewogen erscheinen, shad,. Und selbst bei gleicher Höhe entstehen unschöne Whitespaces. -- 609.png Skelabra2509 (Diskussion | Beiträge) 22:13, 27. Sep. 2016 (CEST) P.S.: Chat immer leer oder nur zu ungünstigen Zeiten da? -- 609.png Skelabra2509 (Diskussion | Beiträge) 22:13, 27. Sep. 2016 (CEST)
Wie ist nun der Status zur Hauptseite, der Entwurf von Shadow steht ja schon eine ganze Weile im Raum und bisher habe ich keine Gegenentwürfe wahrnehmen können. Kann dieser Punkt somit als erledigt gewertet werden? Das Thema Banner wird ja im nächsten Abschnitt behandelt. Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 09:26, 11. Okt. 2016 (CEST)
Naja, wir habe den hellen und den dunkeln Entwurf, wobei ich weiterin für letzteren bin. Da wir hier keine wirklich übersichtliche Meinungssammlung haben, können wir von mir aus gerne eine Abstimmung, oder zumindest eine Meinungsliste (Wer für was ist) machen. Dann könnte man das abschließen und die Hauptseite doch noch bis Sonne und Mond fertigstellen. -- 380.png RobbiRobb 16:04, 11. Okt. 2016 (CEST)
Für mich klar der dunkle Entwurf. Um hier aber Zeitnah zum Ziel zu kommen und es nicht noch weiter Tod zu Diskutieren plädiere ich für eine Abstimmung. Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 17:17, 11. Okt. 2016 (CEST)

Hallo Zusammen , wir haben den hellen und den dunkeln Entwurf von Shadow zur Hauptseite. Weitere Entwürfe konnte ich nicht feststellen. Persönlich tendiere ich zum dunklen. Ich bitte hier die Entscheidung nicht bis November raus zu zögern. Die weitere Diskussion zum Banner ist für mich momentan zweitrangig. Ich denke wir sind uns alle Einig das der Header Banner erstmal bleibt und sich die Diskussion lediglich um einen zweiten Banner dreht. Dieser kann meiner Meinung auch "erstmal" wegbleiben bis dies entschieden wurde. Oder Nebenbei geschehen. Ich möchte nicht drängeln aber wie jeder auf dem Schirm hat erscheinen die neuen Editionen bald und die Hauptseite wenn es Shadows-Entwurf wird hätte noch viele Redlinks die Beseitigt werden müssen. Und das ist auch keine Sache von einem Tag. Es soll ja nicht wie "hingeklatscht" aussehen. Die Erstellung von Kampf und Strategie, Orte, Anime, Manga sowie Sammelkartenspiel muss auch nicht Shadow machen sondern könnten sich auch die jeweiligen Projekte annehmen und ein ansprechendes Portal erstellen. Diese "Gruppenarbeit" wird halt auch Zeit benötigen. Die wir nicht haben wenn wir uns mit zweitrangigen Diskussionen ewig Aufhalten. Hoffe klingt wirklich nicht Böse, aber momentan sehe ich hier nur die Nebendiskussion zum Banner was ein "kleiner" Teil an Auflockerung oder wie Moltres so schön sagt nutzen für anniversity oder Gewinnspiele ist. Schön und Gut aber die HAUPTDISKUSSSION zur HS ist somit zum erliegen gekommen und wir halten uns an diesem Punkt zu sehr auf. frown.gif Liebe Grüße Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 12:22, 21. Okt. 2016 (CEST)

Ryu hat recht, hier muss dringend eine Entscheidung fallen. Wir nehmen die beiden Entwürfe und entscheiden zwischen denen, da es ja keine anderen gibt – und das seit Wochen. -- 380.png RobbiRobb 12:41, 21. Okt. 2016 (CEST)
Um ehrlich zu sein habe ich von der Diskussion bis gestern Abend nichts mitbekommen, mangels Kenntnissen bräuchte ich auch lange bis ich einen Entwurf fertig hätte. Da schon eine Abstimmung in Gang gesetzt wurde, wäre es nun auch zu spät um damit anzufangen. Von den beiden Entwürfen bin ich vom Design überzeugt, die Farbe allerdings spricht mich bei beiden nicht so an. Wenn man eine dritte noch dunklere Version (mit weißer Schrift) hätte, ähnlich wie die jetzige Farbe, wäre ich wahrscheinlich dafür. Sollte kein solcher Entwurf zur Verfügung stehen, stehe ich eher zum dunklen als zum hellen Entwurf. http://i.imgur.com/6WoeBnL.pnghttp://i.imgur.com/jqdtwu0.png
Weil ich es gerade gesehen habe, ich wollte nur anmerken, dass mir @Ryuichi:s Beispiel für das geplante Portal:Orte richtig gut gefällt. Lediglich den Anime/Manga-Abschnitt finde ich ziemlich wirr, entweder sollten hier die Episoden entfernt werden oder alles in einen Toggle gepackt werden. Ich hoffe, das hier ist gerade die richtige Stelle dafür, aber shadow hatte seine Idee ja auch im Anfangsbeitrag gepostet. Lg --Klein, aber fein. Killuu http://i.imgur.com/Sne7Tvh.png 13:47, 24. Okt. 2016 (CET)

Abstimmung: Hauptseitenentwurf

Vorlage:Celer1

Heller Entwurf

  1. 674.png Maxmiran 12:48, 21. Okt. 2016 (CEST)

Dunkler Entwurf

  1. Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 12:43, 21. Okt. 2016 (CEST)
  2. -- 380.png RobbiRobb 13:01, 21. Okt. 2016 (CEST)
  3. Was passiert noch mal mit den Mitteilungen? Gehen die in den Neuigkeiten auf? -- 609.png Skelabra2509 (Diskussion | Beiträge) 14:48, 21. Okt. 2016 (CEST)
  4. -- Liebe Grüße, Moltres 146.gif 16:25, 21. Okt. 2016 (CEST)
  5. http://i.imgur.com/6WoeBnL.pnghttp://i.imgur.com/jqdtwu0.png 16:44, 21. Okt. 2016 (CEST)
  6. Dunkle Farben empfinde ich generell angenehmer auf meine müden die Augen. — mfg Snackhound 058.png 16:46, 21. Okt. 2016 (CEST)
  7. Angenehmer und moderner. --Schöne Träume! Killuu http://i.imgur.com/xcVgMcy.png 22:06, 21. Okt. 2016 (CET)
  8. 359.png Korvel1 Diskussion 11:19, 22. Okt. 2016 (CEST)
  9. --Datei:Sugimori 672.pngMecanno-manMäh 14:25, 22. Okt. 2016 (CEST)
  10. Und wie gesagt, ich fände eine größere Suchleiste hilfreich. Gut Dung will Weile haben MattiBob Diskussion 18:08, 23. Okt. 2016 (CEST)
  11. ~ Taisuke 136.gif 21:20, 23. Okt. 2016 (CEST)
  12. ★☆★ Pk-fan 13:40, 28. Okt. 2016 (CEST)
  13. Arrow https://dl.dropbox.com/s/tb9y2itw4itgs5k/Link.png 11:27, 4. Nov. 2016 (CET)
  14. Ich mage generell die dunkelheit, aber dieses design.. ich mage noch die aktuelle design mehr --Traslaugen spricht mit mir 02:18, 5. Nov. 2016 (CET)

Kommentare

Irgendwo sollten wir noch ausmachen, wie das jetzt mit der Einleitungsbox oben aussieht, da gabe es ja mehrere Vorschläge. Da würde ich Arrows Vorschlag bevorzugen. Außerdem gibt es weiterhin den Kritikpunkt mit dem Verhältnis Text/Bilder, der von mehreren angesprochen wurde. --Schöne Träume! Killuu http://i.imgur.com/xcVgMcy.png 22:06, 21. Okt. 2016 (CET)

Ja, darüber sollten wir definitiv noch diskutieren. Ich stehe nachwievor voll und ganz hinter den von mit vorgeschlagenen Änderungen ;)
- lg, Arrow https://dl.dropbox.com/s/tb9y2itw4itgs5k/Link.png 12:27, 4. Nov. 2016 (CET)

Hauptseitenbanner - Umsetzung & Design

Ich denke, es wird Zeit, wieder etwas Schwung in dieses Themengebiet zu bringen und endlich mal eine Entscheidung zu treffen. ^^

Im Endeffekt geht es hauptsächlich um folgende Fragen:

  • Wollen wir das Bannermodell umsetzen?
  • Wenn ja, in welcher Form sollen die Banner eingebunden werden?
  • Gibt es konkrete Wünsche bezüglich des Designs?

Vor allem im Bezug auf eventuelle Entwürfe wäre es super, wenn zu Punkt 3 einige gute Vorschläge gemacht werden würden. Bislang haben sich nur Moltres und ich für die Ausarbeitung der Banner gemeldet, wobei Moltres früher schon einen Vorschlag erstellt hat: Siehe hier!

Meiner Meinung nach würden sich die Banner auf jeden Fall rentieren, da man mit dem momentanen Xeneroville-Banner schon einiges an "Werbe-Potenzial" verschenkt. Gerade in Zeiten des Usermangels sollte man jede Möglichkeit nutzen, um auf die Wiki-Projekte aufmerksam zu machen und so eventuell das Interesse von Neuzugängen zu wecken. Wie man das Ganze letzlich umsetzt, ist eine durchaus interessante Frage, denn die bisher vorgeschlagene Slideshow ist nicht ganz so einfach zu realisieren. Alternativ dazu könnte man es vielleicht so einrichten, dass beim Seitenaufruf immer ein zufälliges Banner angezeigt wird. Bezüglich des Designs finde ich Moltres Entwurf eigentlich schon ziemlich ansprechend und denke, dass man das allgemein festgelegte Design durchaus danach richten könnte.
lg, Arrow https://dl.dropbox.com/s/tb9y2itw4itgs5k/Link.png 21:48, 5. Sep. 2016 (CEST)

Lieber Arrow, du weißt aber schon, dass mit dem Banner nicht der oben (gerade Xeneroville) gemeint ist, sondern die aktuelle Sektion Im Rampenlicht? zwinker3.gif -- Liebe Grüße, Moltres 146.gif 21:59, 5. Sep. 2016 (CEST)
Beides ist im Gespräch, Moltres. – shadowtweaker 22:19, 5. Sep. 2016 (CEST)
Okay, dessen war ich mir so nicht bewusst. ka.gif -- Liebe Grüße, Moltres 146.gif 22:22, 5. Sep. 2016 (CEST)
Öh, huch? Der Platz, wo jetzt der Xeneroville-Banner ist, wird doch für die Sitenotice verwendet, wenn eine davon besteht; was soll denn mit der passieren, wenn wir da einen Banner hintun? Mal abgesehen davon möchte ich auf diesem Platz sowieso nichts all zu auffälliges haben... (PS: Random-Gedanke und eigtl. OT, aber könnte man nicht auch einfach die Wartungshinweise - stub etc. etwas auffälliger gestalten, um zur Mitarbeit anzulocken?) --Datei:Sugimori 672.pngMecanno-manMäh 23:53, 5. Sep. 2016 (CEST)
Ich mache es einfach mal via Copy/Paste von hier: ich habe mal den von Arrow erwähnten Banner auf meine Testseite genommen und finde persönlich ein Banner würde es bereits Ausreichend auflockern von der "Sterilität". Jetzt kommen aber noch ein Aber. Ich finde das Banner jetzt bereits zu breit in der Tiefe und wäre hier für smalle Banner. Und bin für eine solche Umsetzung. Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 08:49, 6. Sep. 2016 (CEST)
Ich finde auch, dass der Xeneroville-Banner da oben pure Platzverschwendung ist. Es spräche mMn schon mal überhaupt nichts dagegen, den Rampenlicht-Banner einfach dorthin zu verschieben, man kann die Banner ja so gestalten, dass das mit dem PokéWiki-Logo und eventuellen Sitenotices harmoniert (oder das Logo und Sitenotices gleich mit in den Banner integrieren). Und dann gibt es 3 Möglichkeiten:
  1. Baustellenbanner für die Hauptseite
  2. Baustellenbanner über die Seiten positionieren, entweder mit dem Rampenlicht-Banner abwechseln oder ihn ersetzen
  3. Baustellen kriegen keine eigens designten Banner, sondern nur Text, der dann auf der Hauptseite steht und/oder bei dem Rampenlicht-Banner drübergeblendet/eingebaut wird. – shadowtweaker 23:39, 9. Sep. 2016 (CEST)
Ich muss gestehen, dass ich den Xeneroville-Banner mag, ich sehe ihn als auflockernden Teil des Wikis, der auf allen Seiten zu finden ist und sich nur alle paar Jahre ändert und der sich gut ins Design eingliedert. Den Banner durch “eigene Werbung“ zu ersetzen, fände ich irgendwie merkwürdig. Aber wenn es gute Konzepte dafür gibt, bin ich dafür natürlich offen. (Allerdings wäre der aktuelle Rampenlichtbanner dort wirklich…) -- 609.png Skelabra2509 (Diskussion | Beiträge) 01:44, 10. Sep. 2016 (CEST)


Gibt es denn den ein oder anderen Entwurf eines Banners? zur Besseren Vorstellung? Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 09:26, 11. Okt. 2016 (CEST)
Leider kamen bisher keine Vorschläge zur weiteren Gestaltung, insofern gibt es auch keine neuen Entwürfe :( Ich werde mich demnächst mal an den Entwurf für den Banner des Trainer-Projekts (@Go) setzen und auch gerne die Banner der anderen Projekte ausarbeiten, wenn denn Vorschläge von den jeweiligen Leitern eingereicht werden ;) - lg, Arrow https://dl.dropbox.com/s/tb9y2itw4itgs5k/Link.png 10:27, 11. Okt. 2016 (CEST)
Bevor zu jedem Projekt nun ein Banner angelegt wird, sollte zuerst geklärt werden, ob sich überhaupt eine Mehrheit für einen weiteren Banner (neben dem Xeneroville-Banner ganz oben) ergibt. Für mich steht nämlich momentan außer Frage, dass sich dieser nicht allzu häufig ändern sollte, da er wirklich auf jeder Seite im PokéWiki zu finden ist und nicht zufallsgeneriert verschiedene Projekte bewerben sollte. Durch shadowtweakers Hauptseitenvorschlag und den damit einhergehenden Portalen, könnte ich mir beispielsweise gut vorstellen, auf einen weiteren Banner auf der Hauptseite zu verzichten, da mir die schlichte Variante durchaus gut gefällt, und stattdessen auf den einzelnen Portalen Banner zu nutzen, die auf für das jeweilige Portal wichtige Projekte verweisen. Einziges Problem wäre hierbei, jedes Projekt in mindestens einem Portal unterzubringen. ~ Taisuke 136.gif 22:16, 11. Okt. 2016 (CEST)
Wenn der zweite Banner wegfällt, wäre meine Frage dann, wo man die Hinweise für Gewinnspiele etc. bringt? Oben im Head-Banner? Ich finde es schon wichtig, dass man für sowas einen Eyecatcher hat. Oder man macht es so wie bisher, dass man die Hauptseite so einrichtet, dass man für die Zeiten von Gewinnspielen etc. einen Banner schaltet und danach diesen wieder optional entfernt (also im Prizip wie im Moment). Ich fände es aber auch sinnvoll, dass man für etwas so Grundlegendes wie dem Banner mal eine kurze Abstimmung macht (K.A. mit einer Laufzeit von einer Woche), sodass man dann vernünftig weiterplanen kann. Ich will noch einmal betonen, dass in gut 5 Wochen So/Mo erscheint und wir bis dahin auch die Hauptseite fertig haben wollten/sollten. -- Liebe Grüße, Moltres 146.gif 11:38, 13. Okt. 2016 (CEST)
Ja, das stimmt schon, Tai, aber so wie ich das sehe, stellt sich ja nicht die Frage, ob es derartige Banner geben wird, sondern wo sie denn platziert werden sollen. Insofern kann man locker schon ein paar Entwürfe anfertigen, abgesehen davon würden doch sowieso nie alle Banner jetzt sofort umgesetzt ;)
Was die Bannerposition konkret betrifft: Ich denke, mit einer Abstimmung würden wir wohl am schnellsten zu einem vernünftigen Ergebnis kommen - die einzelnen Optionen wurden ja bereits alle genannt, insofern muss man sich im Grunde nur noch auf einen Vorschlag einigen. - lg, Arrow https://dl.dropbox.com/s/tb9y2itw4itgs5k/Link.png 11:52, 13. Okt. 2016 (CEST)
i.wie kann ich da Tais aussage verstehen, hab mir da auch mal so meine Gedanken gemacht.
Wäre hier die Idee sinnvoll auf den Portalen oder der HS den Banner "Projekte" einzuführen der halt zwei drei Hauptprojekte zeigt mit dem Spruch >Du willst helfen hier lang> oder die Projekte in irgendeiner anderen weise auf den Portalen oder HS hervorzuheben und die Projekteseite dafür auf den ersten Blick besser zu gestalten mit den Top-Themen je Projekt wo hilfe benötigt wird? So würde jeder User gleich sehen wo wird welche Hilfe gebraucht statt sich durch jede Projektseite zu klicken. Manche User entwickeln auch erst ihre Interessen. Ich finde halt z.B. im Orte-Portal nur auf "Orte-Themen" benötigte Hilfe zu verweisen sehr einseitig gedacht. Da es auch nicht für jedes Projekt ein sinnvollles/nötiges Portal geben wird z.B. AdW oder Zitate. Ich finde dies halt sehr mühseelig. Und die Projektseite selbst finde ich alles andere als ansprechend... Daher eher der Gedanke den "Haupt-Banner" zur Mitarbeit globaler zu wählen und die Projektseite ansprechender zu gestallten. Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 11:38, 14. Okt. 2016 (CEST)
Ich denke, man sollte direkt auf der Hauptseite darauf hinweisen, an welchen Stellen Hilfe benötigt wird. Muss von mir aus aber nicht unbedingt ein Banner sein, geht auch mit Fließtext. – shadowtweaker 13:03, 14. Okt. 2016 (CEST)
^ --Datei:Sugimori 672.pngMecanno-manMäh 20:43, 14. Okt. 2016 (CEST)
Ich denke nicht, dass es falsch ist, Banner zu nutzen. Natürlich kann man auch Fließtexte schreiben, aber ein bunter Banner, eventuell sogar eine Banner-Diashow (oder so ähnlich ^^), zieht eben noch etwas mehr Aufmerksamkeit auf sich. Die Banner müssen ja auch nicht riesig sein, im Zweifel könnte man ja sogar zwei nebeneinander setzen oder so ka.gif Daher wäre ich aber schon dafür Banner zu nutzen, sie wirken eben wesentlich ansprechender. -- 380.png RobbiRobb 20:53, 14. Okt. 2016 (CEST)
Wenn man es schafft, dass die Banner ansprechend und nicht unseriös wirken, und wenn man gegenüber Fließtexten nicht an Flexibilität einbüßt, dann habe ich prinzipiell nichts gegen Banner. Fließtexte wären sonst eben weniger Aufwand. – shadowtweaker 22:18, 14. Okt. 2016 (CEST)
Also ich finde es schon wichtig, dass wir uns zumindest die Option lassen, einen Banner nutzen zu können. Ob man das jetzt auch im Sinne der Projekte nutzen möchte, lasse ich jetzt mal ganz außen vor. Dennoch finde ich vor allem für solche Dinge wie Gewinnspiele (oder das 10 Jahre-Jubiläum) einen Banner sehr sinnvoll, ohne dass das Ganze unseriös wirkt. Man sollte halt nicht die Eyecatcher-Wirkung eines solchen Banner unterschätzen, vor allem WEIL er sich ja vom Fließtext auf der HS absetzt. Wie gesagt, man muss ihn ja nicht permanent schalten, aber ich finde, wir nehmen uns schon Flexibilität, wenn man ganz die Option eines Banners abschafft. Ich fände zum Beispiel die Idee gut, in nächster Zeit mal wieder so etwas wie ein Gewinnspiel zu machen und da macht ein Banner doch mehr her als ein Text (und ja ein Banne rmacht deutlich mehr Arbeit, dafür fällt er aber uahc gleich ins Auge). Es geht hier halt auch irgendwo um ein Stück weit private Werbefläche für uns. Ich denke aber, da es doch konträre Meinungen gibt, wäre, wie Arrow vorgeschlagen hat, eine Abstimmung echt ganz sinnvoll, da dies ja durchaus eine Auswirkung auf die weitere Umgestaltung der HS und die aktuell eingereichten Konzepte hat. Vielleicht sollte man so etwas für die Optionen Permanenter Banner auf der HS, Kein Banner auf der HS und Banner nur für spezielle Aktionen mal initiieren. Wenn es dann eine Mehrheit für den Permanent-Banner geben sollte, kann man imemr nochmal abstimmen, ob man dies als Werbefläche für die Projekte nutzen möchte oder nicht. -- Liebe Grüße, Moltres 146.gif 22:35, 14. Okt. 2016 (CEST)

Abstimmung: Hauptseitenbanner

Abstimmung ohne Ergebnis

Bevor hier direkt die nächste Abstimmung gestartet wird, sollte sich bitte erst klar gemacht werden, welche Auswahlmöglichkeiten zur Wahl stehen sollten und für was diese stehen. Bei der vorherigen Abstimmung gab es hierbei doch deutlich Unterschiede innerhalb einzelner Auswahlmöglichkeiten, sodass sich dort Meinungen vermischen, die sich aber unterscheiden. Grundsätzlich unterscheiden wir in dieser Diskussion in zwei Banner: 1. Den Xeneroville-Banner und 2. den Rampenlicht-Banner. Bereits hier gehen die Meinungen auseinander, denn manche möchten nur noch den Xeneroville-Banner nutzen, während andere wiederum sowohl von diesem als auch vom Rampenlicht-Banner Gebrauch machen wollen. Dies wäre also die erste Frage, die es zu klären gäbe und erst danach kann man sich Gedanken zu den Anlässen/Zeiträumen/Designs von wechselnden Bannern machen.

Aufgrund dieser Komplexität des Themas werden wir aber vermutlich nicht bis zum Release mit diesem Thema durch sein, weshalb wir uns das in dieser Sache auch nicht als Ziel setzen sollten. Natürlich wäre es schön gewesen, wenn wir es bis dahin fertig gehabt hätten, aber nun müssen wir uns wohl leider damit abfinden, dass wir nicht zu den stärksten Hochzeiten der Besucherzahlen während des Releases von Pokémon Sonne und Mond fertige Projektbanner oder Ähnliches haben werden. Was aber durchaus noch möglich ist, ist die Umgestaltung des Designs der Hauptseite an sich (siehe die Abstimmung über diesen Abschnitt) und die Erstellung der zugehörigen, noch fehlenden Portale. Einen wechselnden Banner – egal ob Xeneroville- oder Rampenlicht-Banner – kann man anschließend immer noch auf der Hauptseite unterbringen. Daher sollten wir uns in meinen Augen auf den allgemeinen Part der Überarbeitung der Hauptseite konzentrieren und parallel in der Banner-Geschichte nur die Abstimmungen laufen lassen und schauen, wie weit man hierbei kommt. ~ Taisuke 136.gif 01:57, 3. Nov. 2016 (CET)

Das sehe ich auch so, Tai. Wo ich aber widersprechen möchte ist, dass bei dieser Umfrage gar kein Ergebnis herausgekommen ist, obwohl es einen Patt zwischen Punkt 1 und 3 gibt. Was man meines Erachtens sehr gut sieht, gibt es keine Stimme, die sich gegen einen Banner ausspricht. Dementsprechend sollte man also bei der weiteren Planung der Hauptseite berücksichtigen, dass (in welchen Abständen auch immer) ein Banner auf der HS sichtbar sein sollte. -- Liebe Grüße, Moltres 146.gif 18:03, 4. Nov. 2016 (CET)

Nachvollziehbarkeit von Diskussionen

Hallo ihr Lieben! Ich möchte gerne zwei voneinander unabhängige Vorschläge zu Diskussionen im Allgemeinen machen, welche beide zum Ziel haben, die Übersichtlichkeit zu erhöhen (oder herzustellen).

  • Zum einen fände ich es schön, wenn wir Diskussionsabschnitte nicht nur gelegentlich archivieren würden, sondern abgeschlossene Diskussionen ähnlich wie Abstimmungen in Toggles (sind das welche?) packen könnten, einfach damit man weiß, dass diese beendet sind. Für Diskussionsseiten wie die der Projekte oder der AD hier bietet sich das an, finde ich. In Archiven kann man diese meinetwegen ja dann auch wieder entfernen, damit diese leichter durchsuchbar sind, man könnte aber in jeder Diskussionsseite auf den ersten Blick feststellen, welche Fragestellungen noch offen sind, und das wäre ja auch für Teildiskussionen möglich.
  • Zweitens fände ich es schön, wenn wir uns angewöhnen könnten, bei ein und derselben Diskussion nicht die Diskussionsseite zu wechseln, aber vielleicht ist das Geschmackssache. Meiner Meinung ist es kaum nachzuvollziehen, wie der Gesprächsverlauf ist, wenn zwei Benutzer Nachrichten austauschen und diese jeweils auf der Diskuseite des anderen hinsetzen. Eine Antwort auf eine Frage sollte auf derselben Seite stehen wie die Frage selbst, also auf der Diskussionsseite des Gefragten, mit Ping an den Fragenden. Dies würde es auch anderen Usern ermöglichen, eine entsprechende Diskussion überhaupt zu verstehen und sich ggf. einschalten zu können, wenn man etwas beizutragen hat.

Was haltet ihr davon? Beide Punkte würden, denke ich, einen ziemlich großen Beitrag zur Diskussionsübersichtlichkeit leisten. 674.png Maxmiran 15:49, 13. Sep. 2016 (CEST)

Ersteres halte ich für nicht so schlau. Zumindest auf der AD bringt das nicht viel, weil das Archivieren ja nicht nur der Übersichtlichkeit der Seite, sondern auch des Quellcodes dient. Wir befinden uns aktuell bereits wieder jenseits der 300.000 Bytes, das Problem ist, dass eigentlich keine der Diskussionen komplett abgeschlossen ist und daher auch nichts archiviert werden kann, ein Spoiler als dieser wäre also auch nicht möglich. Daher bin ich zumindest hier weiterhin für eine Archivierung, wie das auf Diskussionsseiten von Projekten gemacht wird, kann von mir aus aber gerne bei den Projektleitern liegen.
Das Selbe denke ich auch bei Benutzerdiskussionsseiten. Es sollte jedem selbst überlassen sein, wie und wo er antwortet und solange lediglich zwei Personen an einer Diskussion teilnehmen, lässt sich das ganze ja doch recht einfach nachvollziehen und sobald es mehr werden, wird das ganze ja automatisch nur noch auf einer fortgeführt.
Nehmt es mir nicht übel, wenn ich da anderer Meinung bin, aber wie gesagt, ich denke das sollte jedem selbst überlassen sein. -- 380.png RobbiRobb 16:15, 13. Sep. 2016 (CEST)
@Maxmiran: Bei den Benutzerdiskussionen stimme ich vollkommen zu, das wurde früher halt so gemacht, weil es noch keine Pings gab, aber mittlerweile ist die andere Lösung vorzuziehen. Bei der AD ist halt das Problem, dass die Themen oft einschlafen und eigentlich noch nicht wirklich erledigt sind. Prinzipiell hätte ich aber nichts dagegen, häufiger zu archivieren, bei Spoilern wäre ich etwas sparsamer, die übersieht man leicht und man kann nicht mehr suchen. Dann lieber nen Haken hinter die Überschrift machen oder so.
@RobbiRobb: Wenn die Allgemeinheit eine Möglichkeit stark bevorzugt, finde ich es schon sinnvoll, das als Richtlinie festzuhalten, man muss es ja nicht gleich jedem aufzwängen.
shadowtweaker 20:20, 13. Sep. 2016 (CEST)
@Shadowtweaker:Daher ja der Vorschlag, die Entscheidung jedem selbst zu überlassen. Setzt man eine Richtlinie durch, die der Mehrheit recht ist, ist es zumindest für die „Gegner“ ja schon wieder Zwang, welchen wir ja eben vermeiden wollen. zwinker3.gif Aber mir soll es recht sein ka.gif -- 380.png RobbiRobb 20:35, 13. Sep. 2016 (CEST)
So besser? – shadowtweaker 20:14, 18. Sep. 2016 (CEST)
Nein. -- 609.png Skelabra2509 (Diskussion | Beiträge) 21:30, 18. Sep. 2016 (CEST)
Gut, da ist meine schlechte Laune mit mir durchgegangen. Folgende Probleme habe ich mit der aktuellen Lösung:
  1. Die Archivierung hat kein System in sich, sodass die Abschnittsreihenfolge im Archiv keiner inneren Logik folgt.
  2. Die Abschnitte an sich sind nicht sauber auf ihren neuen Ort angepasst. Relative Links führen ins Leere.
  3. Spoiler-Button führen weder zur Verringerung der Ladezeit noch unterstützen sie das Abarbeiten älterer Themen. Die sind schön versteckt, damit man sie in Ruhe vergammeln lassen kann und ja nicht dazu eingeladen wird sich am Thema zu beteiligen. Zielführend ist was anderes.
Stattdessen müsste man alte Themen halt konsequent abarbeiten, wir haben doch alle genug Erfahrung mit unserer Diskussionskultur um zu wissen, dass alles andere nicht ziekführend ist. -- 609.png Skelabra2509 (Diskussion | Beiträge) 22:01, 18. Sep. 2016 (CEST)
Blöde Frage Skel, aber: Wofür bist du denn jetzt? Das einzige was du gemacht hast, ist alle Vorschläge als schwachsinnig zu bezeichnen (sowohl Archiv als auch Spoiler), ohne selber einen guten Vorschlag zu machen (alle Anker zielführend zu verlinken schaffen wir ja noch nichtmal im Artikel NR, der weitaus wichtiger wäre als in Diskussionsarchiven). Tut mir leid, aber in der Schule wurde zu meiner Zeit sowas als nicht konstruktiv bezeichnet.
Davon abgesehen: In Benutzerdiskussion ist es meist schon jedem frei, es steht aber mein ich noch (als ehemalige Regelung) auf einigen Seiten. Sobald man das entfernt, wird sich die für die meisten bessere Lösung schon durchsetzen. Diskussionsseiten generell zu archivieren ist immer schwierig, da (wie schon mehrfach festgestellt) ein wirkliches Ende häufig nicht so ohne weiteres festzulegen ist. Da wäre es evtl jedoch nicht verkehrt, bestimmte Themen, die sich eindeutig ziehen, auf Unterseiten auszulagern (wie bei der QS geschehen) oder Abschnitte, die sich überschneiden bzw ein ähnliches Thema anschneiden, auch mal auszulagern. 491.png Jones Albtraum? 23:30, 18. Sep. 2016 (CEST)
Ich denke, bevor es durch die Spoiler zu Problemen kommt, die aufgezeigt wurden, reicht vielleicht auch eine häufigere Archivierung, auch das Versehen mit einem Haken finde ich eine schöne Idee. Dass Konversationen jedoch beieinander bleiben und damit auch für andere verständlich, möchte ich jedoch nochmal unterstreichen, da ich das wichtig finde. Nicht umsonst bietet das Wiki keine Möglichkeit für private Nachrichten, da hier Transparenz und Nachvollziehbarkeit für alle an höchster Stelle stehen. Aber wahrscheinlich muss man das nicht als Regel festschreiben, sondern es reicht ein Hinweis darauf, der vielleicht hiermit schon gegebenen ist. 674.png Maxmiran 12:54, 19. Sep. 2016 (CEST)
Nur um das festzuhalten: Die Diskussionen sind deshalb nicht archiviert, weil sie nicht abgeschlossen sind. Das Problem ist aber, dass die Diskussionen alle irgendwann einschlafen, weil entweder niemand mehr Lust hat, oder es einfach keine Argumente mehr gibt, die man austauschen könnte, die dann in irgendeiner Weise zielführend sind. Daher schlage ich erneut vor, einen Großteil der nicht abgeschlossenen Diskussionen mit Abstimmungen zu beenden, einfach weil den Leuten die Zeit oder die Lust fehlt riesige Diskussionen zu lesen und zu schreiben, eine Stimme abgeben dauert aber keine 30 Sekunden und sollte so auch für alle möglich sein, damit können wir Entscheidungen finden und zugleich möglichst viele Leute mit einbeziehen. Aber mehr werde ich dazu auch nicht sagen, es geht hier ja um die Nachvollziehbarkeit, nicht um die Diskussionsfreudigkeit. -- 380.png RobbiRobb 16:14, 19. Sep. 2016 (CEST)
@Skelabra2509: 1. In den Archiven wird doch die ursprüngliche Ordnung beibehalten. 2. Ein generelles Problem bei Archivierung. 3. Übersichtlichkeit.
@RobbiRobb: Naja, einzuschlafen ist in gewisser Weise auch ein Diskussionsergebnis. Bei zu wenig Interesse ist es besser, ein Diskussionsthema fallen zu lassen, als eine unbedachte Entscheidung zu treffen. Hier auf der AD kann eben jeder Benutzer spontan ein Thema ansprechen, da passiert es schon mal, dass wenig Interesse entgegenkommt. Ich würde mir eher um die wirklich wichtigen Diskussionen Sorgen machen, die HS-Diskussion schläft auch schon wieder ein.
shadowtweaker 23:12, 20. Sep. 2016 (CEST)
@Shadowtweaker: Du sagst es, wichtige Themen schlafen ein. Das liegt aber auch, genau wie bei manch anderen Diskussionen, daran, dass es eben nicht viele Interessiert. Da es bei der HS-Diskussion kaum Gegenstimmen gegen dein Modell gab und nur ein paar Verbesserungsvorschläge geäußert wurden, über die dann nachgedacht werden sollte, könnte man meiner Meinung nach eine Abstimmung starten, ob man deine Idee nicht einfach nehmen sollte, im Falle eine Ablehnung sollten allerdings ein Gegenbeispiel oder zumindest weitere Verbesserungsvorschläge gemacht werden. Und ich finde es auch auf keinen Fall voreilig, bei Diskussionen, zu denen sich über einen längeren Zeitraum niemand mehr geäußert hat, eine Abstimmung zu machen, es gab ja genug Zeit etwas dazu zu sagen und komplett vergessen kann man das ja nicht, man wird ja zu genüge daran erinnert. -- 380.png RobbiRobb 12:00, 21. Sep. 2016 (CEST)

Jones Ich habe ein Archiv nicht als schwachsinnig bezeichnet, ich halte es an sich für hoch sinnvoll. Nur muss man dann auch. Auf Benutzerdiksussionen will ich hier gar nicht eingehen. shadowtweaker Jetzt mag das noch stimmen, aber wenn man nicht immer nur die obersten Abschnitte archiviert, bleiben immer „Archivierungslücken“. Dann kommen die Abschnitte durcheinander, was ich immer schade finde. Hier wäre die beste Lösung IMHO ein einmal im Monat aktiver Bot (um den ich mich frühestens mit 1.27 kümmern könnte), der etrledigte Abschnitte einsammelt und sich strikt nach dem ersten Zeitstempel richtet. Zu 2: Da könnte man einfach beim/nach dem Archvieren kurz drübergucken, ob keine neuen Rotlinks auftauchen. -- 609.png Skelabra2509 (Diskussion | Beiträge) 19:19, 21. Sep. 2016 (CEST)

Einwurf: Ich bin gerade mobil hier und es ist die reinste Zumutung, man wartet ohne High-Spped knappe 15 min bis die Seite geladen muss. Diese Seite muss schleunigst auf höchstens 100KB rubter, egal wie. -- 609.png Skelabra2509 (Diskussion | Beiträge) 10:06, 6. Okt. 2016 (CEST)

Kategorien und Namensräume

@Akuroma, Arrow, Buoysel, Chrizz, Der Sternendiamantritter, GoPika, Impoleon xy, Isso08-15, Jass, Jones, Killuu, Korvel1, MattiBob, Matze, Maxmiran, Mecanno-man, Moltres, Pk-fan, RobbiRobb, Ryuichi, Saywhaat, shadowtweaker, Skelabra2509, Snackhound, Taisuke, Xavier, Ale Vidal23, Cavana, CLina, Dawth, Flastanarbo, Irrbis, Jaru, Kyubi, Magikarp, Maxnet, Meow (th), Metoschy, Ninjatom Smaragd, NintendoFan214, Philipp S., Pokénator, ProtosHikanios, Swampert, Traslaugen, 詹玮键:Freunde, es gibt mal wieder etwas anzusprechen. Mit dem Hochladen der Icons von Greenchu wurden erstmals Datei-Kategorien , also Kategorie:Datei:Sprite und Kategorie:Datei:Pokémon-Icon, verwiesen. Die große Frage, die sich dort stellt, ist, ob wir das überhaupt wollen. Neben den Dateien wurde es ja bereits im Benutzernamensraum teilweise umgesetut, aber auch nicht flächendeckend. Also, wollen wir das haben und wenn ja, wie wird das mit der umsetzung, ich wäre im Falle einer Entscheidung für diese Umsetzung für eine globale Umsetzung. -- 380.png RobbiRobb 00:01, 24. Sep. 2016 (CEST)

Ich mag die Variante nicht. Wir versuchen, überall solche Zusätze wegzukriegen, wie bei den Typen, während hier neue geschaffen werden sollen. Sehr technisiert und ohne erkennbaren Nutzen für mich. Würde eher eine Variante mit einer Überkategorie, beispielsweise "Benutzerkategorie", bevorzugen und die minimalistische, weniger technische Variante bei den Kategorien selbst. 674.png Maxmiran 12:29, 24. Sep. 2016 (CEST)
Muss sagen, ich bin auch kein Fan dieser Doppelpunkt-Zusätze. Gerade bei Kategorie:Datei: ist dann auch noch die Sache, das die auch als Übersichtlichkeit dienen soll, soetwas wie Kategorie:Datei:Illustriert von Ken Sugimori will ich auf keinen Fall, die Dateien können auch einfach in Kategorie:Illustriert von Ken Sugimori (wenn das mal umgesetzt ist). --Datei:Sugimori 672.pngMecanno-manMäh 15:19, 24. Sep. 2016 (CEST)
Auch wenn ich den grundsätzlichen Sinn dahinter verstehe, finde ich das ganze ehrlich gesagt in unserem Falle typisch "Mit Kanonen auf Spatzen schießen" und wäre dafür das ganze wieder in den Ursprungszustand zu versetzen. Die Variante einer Oberkategorie ala Max wäre besser geeignet. So oder so ist es mal wieder mit halbem Arsch umgesetzt worden (sry) und noch nichtmal für die Benutzerkategorien wirklich durchgezogen worden, geschweige denn von Datei, Pokéwiki, Hilfe oder sonstigen anderen Bereichen. 491.png Jones Albtraum? 23:36, 24. Sep. 2016 (CEST)
Tatsächlich gibt es ja bei den Kategorien so einige Fragen und das ganze System ist eher unstrukturiert. Diese Frage hier könnte man in die globale Kategoriendiskussion einbetten, die im Forum geführt wurde und eingeschlafen ist. Man sollte es damit nicht übertreiben, Kategorien sollten minimal gehalten werden, aber eine Struktur wie ein Kategorienbaum ist sicher nützlich. 674.png Maxmiran 12:56, 25. Sep. 2016 (CEST)

So, nun will ich mal ein Statement zu dem Thema abgeben (Entschuldigung, dass ich nicht früher dazu gekommen bin.) Zunächst allein zur Umsetzung: Ich weiß, dass das neue System nicht vollständig umgesetzt wurde, doch wie auch? Von Botbetreibern wurde mir stets versichert, dass keine Ressourcen dafür zur Vefügung stehen, und Bemühungen für einen betriebsfähigen eigenen Bot werde ich erst mit moderner Software aufnehmen, weil alles andere verlorene Liebesmüh und Ressourcenverschwendung darstellt. Halbherzig ist daran nun wirklich nichts, es sei denn es ist erwünscht, dass ich meine Zeit damit verschwende die Letzten Änderungen zu fluten. Die Benutzersprachen sind nun mal etwas, was sinnvollerweise per Bot gehandhabt wird.

Des Weiteren war das keine fixe Idee, die ich einfach mal yolo-mäßig eingeführt habe, weil mir danach war, stattdessen habe ich es im Rahmen der Kategorien-Konversation bereits am 1. Mai vorgeschlagen. Eigentlich wollte ich vorher warten, bis ein Bot zur Verfügung steht um die Vereinheitlichung schnell durchzuziehen, aber nach einem halben Jahr will man irgendwann auch einfach nicht mehr warten, daher habe ich angefangen und Tatsachen geschaffen. Im Rahmen dieser Konversation – die auch Jones gelesen hat – gab es ausschließlich Zustimmung für den Vorschlag, die Kategorien im Bezug auf die Namensräume PokéWiki, Vorlage und Benutzer mit einem entsprechenden Präfix zu versehen. Da die Kategorien bisher eigentlich allen Leuten, die nicht in dieser Konvi waren, ziemlich egal waren – deswegen sind sie ja auch nicht dabei – hielt ich das für gesetzt.

Nun zu Dateien: Einmal haben Dateien einen Sonderstatus, da sie im Gegensatz zu PokéWiki-Seiten, Benutzerseiten, Hilfeseiten und Vorlagen direkt inhaltsbezogen sind. Die Dateien vollständig in einen eigenen Kategorie:Datei:-Baum zu packen ist in der Praxis daher unsinnig und war so auch nie vorgesehen. Daher halte ich Dateinamensraum und Benutzernamensraum nicht für vergleichbar. Ob wir zusätzlich zur bisherigen Struktur reine Dateikategorien wollen, ist eine andere Frage, die durch den Diskussionsverlauf jedoch zunächst in den Hintergrund getreten ist.

Nun zu der eigentlichen Frage: Warum überhaupt die Präfix-Kategorien? Es ist ganz einfach. In einem Wiki ist es wichtig, Inhalte und organisatorische Bestandteile zu trennen, sie sollten möglichst nicht miteinander verwoben werden. Das hilft auch Überschneidungen bei doppelten Begriffsverwendungen zu vermeiden. Deswegen haben wir auch Namensräume und es ist nur konsequent, entsprechend auch strikt trennend mit „Kategorie-Namensräumen“ zu arbeiten. Das ist dabei nicht mit Klammerzusätzen im Artikelnamensraum zu vergleichen: Kategorien dienen, auch wenn unsere noch weit entfernt davon sind, dazu, strikt und klar strukturiert die Inhalte eines Wikis in Mengen aufzuteilen, die sowohl für Projekte als auch für Botaufgaben vielfältigster Art nützlich sind. Auch Menschen können sie beim Navigieren helfen. All dies können sie nicht, wenn man sich gegen eine strikte Struktur sperrt. Diese hat im inhatlichen Artikelnamensraum natürlich nichts verloren, das ist die Aufgabe der Kategorien. Wir müssen nicht hinter jede Seite zu Typen (Typ) packen, denn die Kategorie:Typ sagt bereits rein technisch, dass wir einen Typ vor uns haben. Struktur ist bei Kategorien das A und O, daher auch die Präfixe.

Kategorien sind ein Werkzeug, dass uns bei der Arbeit helfen kann. Dass allerdings nur, wenn wir sie klar, strukturiert und klar geregelt einsetzen. Übrigens war entsprechend die Kategorie:Benutzer: nicht allein im Sinne der Umstellung auf Präfixkategorien, sondern auch im Sinne der Trennung von PokéWiki- und Benutzerzeug. -- 609.png Skelabra2509 (Diskussion | Beiträge) 16:46, 25. Sep. 2016 (CEST)

Es ist mir eigentlich egal, was wir mit den meisten Namensräumen machen, aber Dateien und Artikel hätte ich einfach gerne in denselben Kategorien. --Datei:Sugimori 672.pngMecanno-manMäh 17:37, 25. Sep. 2016 (CEST)
Ich hatte nie vor, daran was zu ändern. -- 609.png Skelabra2509 (Diskussion | Beiträge) 17:58, 25. Sep. 2016 (CEST)
Aber Dateien werden doch nachwievor auch in normalen Kategorien drin sein, wie ist die Trennung dann praktikabel? Auch verstehe ich nicht, wieso Kategorien ohne Zusatz schwieriger handzuhaben sein sollen wie die anderen? 674.png Maxmiran 18:11, 25. Sep. 2016 (CEST)
Stimme Skel voll und ganz zu. Nur bei organisatorischen Kategorien wie Lizenzen würde ich ein Datei-Präfix verwenden. – shadowtweaker 18:15, 25. Sep. 2016 (CEST)
Von welchem neuen System, welches nicht umgesetzt wurde, ist denn nun die Rede? Wie soll das System aussehen? Das wirkte wie ein Widerspruch zum vorher gesagten, aber ist es ja gar nicht, oder überlese ich etwas? Also gegen Dateien-Kategorien? 674.png Maxmiran 18:22, 25. Sep. 2016 (CEST)
Na schlicht und ergreifend davon, dass Namensraumbezogene Kategorien ein Namensraumpräfix erhalten. Dateien stellen dabei eine Ausnahme dar, da sie mit zu unseren Inhalten gehören. -- 609.png Skelabra2509 (Diskussion | Beiträge) 18:47, 25. Sep. 2016 (CEST)
Ich würde mich dem bisherigen Meinungsbild hier anschließen und auf die Datei-Zusätze verzichten wollen. ~ Taisuke 136.gif 09:28, 26. Sep. 2016 (CEST)
Reine Dateikategorien innerhalb einer zusätzlichen nicht inhatlich, sondern motivierten Kategorieordnung würde ich intuitiv mit einem Präfix versehen, ansonsten nicht. Hier ist das Meinungsbild bisher noch nicht eindeutig, weil der allgemeien Fall der Präfixe mit dem speziellen der Dateipräfixe vermischt wird. -- 609.png Skelabra2509 (Diskussion | Beiträge) 21:13, 26. Sep. 2016 (CEST)
Ich wäre ebenfalls dafür, "Datei" im Namen (außer bei Lizenzen) wegzulassen. -- Liebe Grüße, Moltres 146.gif 14:46, 6. Okt. 2016 (CEST)

Irgendwie sind wir hier ziemlich uneindeutig hinterblieben, was auch auf gewissen Missverständnissen beruhte. Wäre es für alle akzeptabel, wenn alle Dateien wie jetzt in den thematisch passenden Artikelkategorien gelistet wären, aber diejenigen Kategorien, die nur zur Klassifizierung unterschiedlicher Dateien verwendet werden, ein Datei:-Präfix erhalten? -- 609.png Skelabra2509 (Diskussion | Beiträge) 14:27, 24. Okt. 2016 (CEST)

Wikiweites Unterseitenkonzept

Liebe Kinderchen, ich bin desöfteren über das uneinheitliche Unterseitenkonzept gestoßen und möchte euch mal meine Gedanken dazu mitteilen und die zur Debatte stellen, auch wenn ich weiß, dass eine Vereinheitlichung großen Aufwand mit sich bringen würde. Dennoch empfände ich sie als ebenso großen Gewinn :)

Was strukturell als Unterseite verstanden wird, ist wikiweit nur Geschmackssache und folgt keiner Logik, so sind beispielsweise die Strategie-Unterseiten der Pokémon echte Unterseiten, während die Anime-Seiten losgelöste Artikel sind, ebenso die TCG-Seiten. Dies ist einerseits uneinheitlich und führt an manchen Stellen (zB hier) zu Fragen, die durch ein einheitliches Unterseitenkonzept gelöst werden könnten. So sähe meine Idealwelt aus:

Jeder Charakter und jedes Pokémon erhält eine Oberseite, welche ohne Ausnahme alles, was den Charakter betrifft, enthält. Dies ist bei den Charakteren schon gegeben und der Logik wird bei der Umstrukturierung der Pokémon-Artikel auch gefolgt, nach der alle Pokémon auch TCG- und Mangaabschnitte etc. haben. Wird nun ein Abschnitt zu groß, wird er auf eine echte Unterseite ausgelagert, während der Abschnitt im Hauptartikel nicht ganz gestrichen, sondern nur drastisch gekürzt wird. Folglich müsste man beispiel aus Garados (TCG) ein Garados/TCG und aus Pummeluff (Anime) auch ein Pummeluff/Anime machen, auf welche in den Hauptartikeln weiterhin verwiesen wird.

Dies würde dann dafür sorgen, dass Artikel wie Rot (Spielcharakter) abgeändert werden müssen, weil sie keine echten Charakterübersichten sind, die alle Auftritte eines Charakteres enthalten. Ebenso ist das zB bei Heureka (Spielcharakter) der Fall. Der Animecharakter kann nur über die Begriffsklärung erreicht werden, während dieser Artikel selber keine Zusammenfassung enthält, was ich schade finde. Die Vorteile sind dann, dass es eben zu einem Charakter eine vollständige Übersichtsseite gibt. Die kann man auch bis zu einer Auszeichnung aufrüsten, während die Einzelartikel dieses Potential oft nicht haben. Es klärt sich dann auch wie in der Beispieldiskussion die Frage, wohin man verlinkt, wenn ein Charakter erwähnt wird; Im Zweifelsfall nämlich immer auf den Hauptartikel. Wird ein Abschnitt ausgelagert, wie beim Anime, kann man dann aus dem Animebereich heraus dorthin verweisen, während alle restlichen Links den Hauptartikel anzielen. Ein zweiter Vorteil ist die Einheitlichkeit und ein dritter die erleichterte Navigation, da echte Unterseiten automatisch mit dem Hauptartikel verbunden sind und dieser immer angesteuert werden kann.

Ich weiß, dass es einen großen Aufwand bedeuten würde, beispielsweise alle (Anime)-Seiten zu echten Unterseiten zu machen, aber es würde mir gefallen und würde Konsistenz schaffen. Schließlich könnte man dann aber auch überlegen, einige Unterseiten loszuwerden, die sich nicht lohnen. Wir können ja darüber nachdenken, zumindest die Hauptseitenlogik konsistent durchzuziehen und bspw Rot und Heureka abzuändern. Liebe Grüße! 674.png Maxmiran 09:51, 26. Sep. 2016 (CEST)

PS: Eine Vereinheitlichung könnte sich auch in einer betonten Navigationszeile niederschlagen, die der Logik ja quasi schon folgt. Sie könnte weiterhin dann alle Unterseiten in einer Überseite aufzeigen und die wikiweite Quervernetzung verstärken und eventuell auch für Charaktere eingeführt werden. 674.png Maxmiran 09:57, 26. Sep. 2016 (CEST)
Das Thema ist mir nicht so wichtig, aber ich kenne eine Problematik, die in Wikipedia mit zur weitgehenden Abschaffung der Unterseiten geführt hat: Erstens sind sie nicht wirklich eindeutig, da sie auch Teil des Titels sein können, und zweitens erschließt sich ihr Sinn nur informatisch einigermaßen bewanderten Personen. Ich verstehe die Idee hinter einem solchen Konzept, befürchte aber, dass damit etwas über das Ziel hinausgeschossen wird. -- 609.png Skelabra2509 (Diskussion | Beiträge) 20:07, 26. Sep. 2016 (CEST)
Oh, das mit Wikipedia ist interessant... dann wird das vermutlich auch hier keinen Sinn ergeben aus den Gründen? Jedenfalls bin ich trotzedm für die Light-Variante und würde für jeden Charakter einen Hauptartikel festlegen und nicht für jeden Auftritt einen, damit solche Artikel wie Heureka oder Rot ausgebessert werden können. 674.png Maxmiran 23:09, 26. Sep. 2016 (CEST)
Man sollte hier zwischen Unterseiten im inhaltlichen Sinne (einfach eine Seite zu einem spezielleren Thema) und Unterseiten im technischen Sinne („Hauptartikel/Unterseite“) unterscheiden. Dass es zu einem Charakter, der sowohl in Spielen als auch im Anime auftritt, einen gemeinsamen Artikel geben sollte, halte ich für selbstverständlich. Bei Unterseiten im technischen Sinne bin ich aber skeptisch. – shadowtweaker 09:08, 27. Sep. 2016 (CEST)
Vielleicht sollte man bei der Skepsis gegenüber Unterseiten dann darüber nachdenken, die Strategie-Artikel der Pokémon beispielsweise in normale inhaltliche Unterseiten umzuwandeln? Weiß nicht, wie da das Projekt zu stehen würde! 674.png Maxmiran 10:59, 27. Sep. 2016 (CEST)
Welchen Titel sollte man denn da nehmen? Ich finde das immer eine schwere Frage bei uns, die sich auch in den (TCG), (Anime), usw. Titeln erkennen lässt. Weder / noch () sind IMHO eine wirklich zufriednestellende Lösung. Aber längere Konstruktionen mit Präpositionen halt auch nicht. -- 609.png Skelabra2509 (Diskussion | Beiträge) 21:03, 27. Sep. 2016 (CEST)
Wieso ist () deiner Ansicht nach nicht zufriedenstellend? – shadowtweaker 21:35, 27. Sep. 2016 (CEST)
Ich finde es wird bei uns zu zwei Zwecken verwendet, die eigentlich klar abzugrenzen sind:
Auslagerungen und mehrdeutige Begriffe. Bspw. beziehen sich Pokémon und Pokémon (Spezies) auf zwei völlig verschiedene Artikelgegenstände, Bisasam (Anime) hingegen ist nur eine Auslagerung aus Bisasam. Das finde ich do höchst suboptimal. Auf jeden Fall sollten wir die Pokémon-Unterseitenkonzepte von Strategie und Anime+TCG mal auf einen gemeinsamen Nenner bringen. -- 609.png Skelabra2509 (Diskussion | Beiträge) 09:45, 6. Okt. 2016 (CEST)
Ich verstehe nicht, wo du den Unterschied zwischen Pokémon und Bisasam festmachst, Skel. Bisasam (Anime) ist ein Teilaspekt von Bisasam und enthält Informationen, die für den Hauptartikel nicht mehr relevant sind. Bei Pokémon (Spezies) und Pokémon ist das genauso. – shadowtweaker 10:02, 6. Okt. 2016 (CEST)
Genau der Unterschied zwischen Strategie und TCG sowie Anime, den Skel anspricht, war es, der mich zu der Überlegung bewogen hat. Ich verstehe auch nicht, wieso die drei Bereiche nicht gleich gehandhabt werden! Deswegen wollte ich rausfinden, ob die Unterseiten auch technische Auswirkungen haben oder ob Artikel mit Klammern eigentlich bis auf den Artikelnamen gleich wirken. 674.png Maxmiran 10:14, 6. Okt. 2016 (CEST)

Vielleicht veranschsulicht es dine überspitzte Wikipediaparallele: Natürlich gibt es einen Unterschied zwischen Deutschland (Band), eine hypothetische Babd mit diesem Namen, und Deutschland (Geschichte). -- 609.png Skelabra2509 (Diskussion | Beiträge) 22:39, 7. Okt. 2016 (CEST)

Wenn es unter anderem um die Unterschiede bzgl. des Pokédex-Projektes und den drei Unterseiten im Speziellen geht: Ich hätte nichts dagegen einzuwenden, wenn wir die Strategie-Unterseiten ebenfalls in Klammern setzen würden. ~ Taisuke 136.gif 17:28, 20. Okt. 2016 (CEST)

Konzept der Event Seiten

Dies ist eine etwas erweiterte Diskussion dieser Grundlagendiskussion. Beschloßen wurde bisher, dass die Seite Events in Zukunfs zur generellen Beschreibung verschiedener Eventarten dienen soll. Nun soll es darum gehen, wie die bisherigen zusätzlichen Seiten aktualisiert/eingebunden werden. Dazu würde ich gerne Feedback zu den folgendenden Punkten haben:

  1. Wir haben aktuell Event-Pokémon, Event-Items und Dream World Event-Pokémon, sowie eventuelle Unterseiten, auf denen allerlei Events gesammelt werden, teils Generationen geordnet, teils Regionen sortiert, teils mit Erklärung, teils ohne Erklärung. Also ein Mischmasch ohne gleichen (ganz davon abgesehen, dass die Event-Items allesamt Event-Pokémon freischalten).
  2. Wir sammeln Events nicht nur aus Dland (bzw Deutschsprachiger Raum), sondern auch aus Japan, Nordamerika (oder stellenweise auch einfach USA) und sogar aus Australien und Südkorea. Wirklich gepflegt wird allerdings nur ersteres. Hier wäre ich zunächst dafür, zumindest Australien und Südkorea zu entfernen (mangelnde Relevanz für unsere Leser). Bei Nordamerika/USA würde ich persönlich dasselbe anführen, auch wenn hier eher eine Relevanz gegeben ist. Bei den japanischen Events bin ich mir ehrlich gesagt selber unschlüssig, ich persönlich finde die auch nicht unbedingt wichtig für ein deutschsprachiges Wiki, weiß jedoch auch, dass einige hier für den Verbleib sind, allen voran Buoysel. So oder so müssen die japanischen Events bei einem Verbleib wesentlich besser gepflegt werden.
  3. Aktuell werden die jeweiligen Events in einer recht großen Seite gesammelt, einzig durch Überschriften nach Generationen sortiert. Ausnahme bilden die ersten 2 Generationen, die recht willkürlich verteilt sind und die dritte Generationen, die eh nicht mehr verständlich ist. Ebenfalls ist Japan hier eine Ausnahme, da dort die Generationen bereits in unterschiedlichen Artikeln lagern.

Mein aktueller Vorschlag wäre es, die entsprechenden Seiten als Unterseiten von Events anzulegen:

  • Events
    • Events/3. Generation
      • Events/3. Generation/Deutschland
      • Events/3. Generation/Japan

Dabei könnte die Generationenunterseite ggf noch kurz auf Besonderheiten eingehen, wie zB die Dream World. Auch würde ich keine Trennung zwischen Dream World und normalen Pokémon machen (höchstens anhand der Überschrift kennzeichnen). Event-Items können - sofern sie getrennt gelistet werden sollen - auch in den Generationenartikel und von dort auf den Hauptitem Artikel verweisen, so dass zB Beschreibungen nicht mehr bei den Events stehen (@RobbiRobb).

Von diesen Artikeln ab, wäre auch noch das Konzept der örtlichen Events wie Pokémon Days zu besprechen. Dort ist aktuell leider so gut wie gar nichts geregelt, teilweise gibt es einen Übersichtsartikel mit mehreren Unterseiten, mal ne BKL, teils mit riesigen Galerien etc. Da wir hier nicht jedes Event haargenau beschreiben können und sich zumindest die wiederholenden Events ja ähneln, würde ich vorschlagen auf große Artikel zu setzen, also Pokémon Days beschreibt, was auf diesem Event so los ist (meist ein Download Pokémon, tourt durch Dland, immer einen Tag in einer Stadt usw), anschließend folgt pro Jahr ein Absatz, in welchem das jeweilige Download Pokémon erwähnt wird (wobei auf den jeweiligen Event-Pokémon Artikel verwiesen sollte und nicht das Pokémon da wieder mit Vorlage eingebunden werden sollte), die genauen Tourdaten, sowie eventuelle Besonderheiten dieser Tour im Vergleich zu vorherigen Jahren. Eventuell könnte man noch 1-2 Bilder einbauen, allerdings keine riesige Galerie. Inwieweit wir zusätzlich auf die Filb Berichte verweisen sei mal dahingestellt, ich denke aber, dass diese Variante für die Menge an Informationen die beste Übersichtlichkeit bietet und auch vermeidet, dass wir monatelang ohne Artikel zur diesjährigen Kids-Tour dastehen.

So, wer bis hierhin gekommen ist, für den dürfte es auch kein Mehraufwand sein, mal eben was zu den beiden Punkten zu schreiben ;) 491.png Jones Albtraum? 13:46, 5. Okt. 2016 (CEST)

Die Vorschläge zur Umgestaltung klingen gut. Ich wüsste jetzt auch keine bessere Umsetzungsvariante. Struktur, Unterseiten klingt für mich gut. Verteilungen sehe ich eigentlich auch nur die deutschsprachigen von nöten. Für andere Länder reicht es mMn auf die weiteren Enzyklopädien wie Bulbapedia zu verweisen. Oder lediglich eine Liste Nicht deutsprachiger Verteilungen > Wo wird es verteilt (land), Zeitraum, Was wird verteilt. Mehr halte ich da nicht für nötig. Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 14:05, 5. Okt. 2016 (CEST)
Um mich kurz zu fassen: Mir würden deutsche/deustsprachige Events reichen, vom Rest krieg ich eh nix mit, also warum listen? Dennoch möchte ich darauf hinweisen, dass zumindest Swampert die deutschen, japanischen und südkoreanischen Events uptodate hält, soweit ich das sehe. Das Seiten-Konzept klingt auf jeden Fall vernünftig und ist klar strukturiert, sodass es auch neue Nutzer einfach finden können. Was Event-Items betrifft bin ich mir unsicher, ich würde die Seite eigentlich gerne loswerden, mit einem neuen Konzept würde ich das ganze aber wohl nochmal überdenken. Die örtlichen Events sind definitv eine Katastrophe, ich wäre dort ebenfalls für ein paar mehr Texte und weniger Gallerien, das sollte dann passen. Gegen einen Link zu den Filb-News, falls vorhanden, hätte ich aber nichts einzuwenden. News schön und gut, die berichte haben allerdings nichts in einem Wiki zu suchen. -- 380.png RobbiRobb 14:19, 5. Okt. 2016 (CEST)
Vorweg: Ich habe nicht alles gelesen, sondern diese Diskussion nur überflogen. Ich möchte aber gerne was zu @RobbiRobb:s Punkt sagen. Zwar sind so gut wie alle Eventsammler eh nicht auf unserer Seite aktiv, wir sollten aber auf jeden Fall alle Event-Pokémon aller Länder listen, da es genügend Leute gibt, die diese sammeln und diese Infos daher auch für manch deutschsprachige Person wichtig ist. Lg --Fliegen bis zum Horizont. Killuu http://i.imgur.com/4EZCZEO.png 15:23, 5. Okt. 2016 (CET)
@Killuu: Wenn du die Infos alle haben möchtest füg sie ein ka.gif Ich habe mich hauptsächlich wegen einer allgemeinen Unvollständigkeit gegen alle Länder ausgesprochen. Sofern es dir allerdings gelingen würde, alle Infos dazu zu sammeln, hätte ich nichts gegen Artikeln zu allen Ländern. -- 380.png RobbiRobb 15:32, 5. Okt. 2016 (CEST)
Die Vorschläge zur genaueren Umsetzung finden bei mir ebenso Anklang. Bei der Problematik mit den verschiedenen Ländern habe ich mir noch keine klare Meinung bilden können. Auf der einen Seite reichen mir persönlich die Events im deutschsprachigen Raum, auf der anderen Seite kann ich aber auch nachvollziehen, dass man der Vollständigkeit halber versuchen möchte, auch die exklusiven Verteilungen aus anderen Ländern zu listen. Hierbei könnte ich also vermutlich mit beiden Lösungen leben. ~ Taisuke 136.gif 00:07, 6. Okt. 2016 (CEST)
Ich stimme Killuu zu: Wir sollten hier schon alle Events listen; die Art und Weise wie wir das derzeit machen lässt aber stark zu wünschen übrig. Für Gen 1 und 2 reicht /Japan sowie eine Seite für alles ausserhalb von Japan, bei Gen 3, 4 und 5 verstehe ich nicht ganz, inwiefern die Trennung sinnvoll ist, da ich nicht ganz verstehe, ob die Events nach Nintendo-Region oder nach Sprache des Spiels verteilt wurden. In Gen 6 ist es jedoch klar Nintendo-Region, folglich sollten wir hier /Japan, /Amerika, /Korea, /Taiwan und /PAL verwenden; PAL enthält hierbei Europa, Australien, Neuseeland, Indien sowie der Südosten Afrikas und die Sahelzone. Der Grund? Die Events sind da dieselben. --Datei:Sugimori 672.pngMecanno-manMäh 10:46, 6. Okt. 2016 (CEST)
Bzgl der Länder: Ich kann damit leben, die bestehenden Infos zu überführen, aber alle Events aller Länder werden wir niemals zusammenbekommen.
Bzgl Mecs Idee: Grundsätzlich sicher ein guter Ansatz, aber spätestens bei Verteilungen vor Ort, zB Shiny Yveltal/Xerneas stößt das Konzept an seine Grenzen. Zumal es ja gerade darum geht da eine Einheitlichkeit reinzubringen, die aktuell nicht gegeben ist und mit deinem Vorschlag auch wieder flöten ginge. Selbst im deutschsprachigen Raum (Deutschland vs Schweiz/Österreich) gibt es ja schon unterschiedliche Verteilungen meines Wissens nach. Das artet dann im Endeffekt wieder in so schönen Listen wie der auf der aktuellen Events Seite. 491.png Jones Albtraum? 11:06, 6. Okt. 2016 (CEST)
PAL klingt für mich schrecklich sperrig und technisch, kein Mensch der sich nicht damit beschäftigt hat weiß, was das bedeutet. Da wir eine deutschsprachige Fanseite sind, finde ich es selbstverständlich, den Fokus auf Verteilungen im deutschsprachigen Raum zu setzen und andere Verteilungen nur nebenbei zu berichten. Ich behaupte, 95% der Leser interessieren sich ausschließlich für die deutschen Eventverteilungen. 674.png Maxmiran 11:25, 6. Okt. 2016 (CEST)
@Jones: Sehe grad, das die lokalen Events in Gen 6 nicht region-locked sind, folglich könnte man da einfach eine Seite für alle nehmen, oder man teilt sie nach geographischer Region auf.
@Max: Wir sind aber auch eine Enzyklopädie und sollten deshalb alle Aspekte behandeln. --Datei:Sugimori 672.pngMecanno-manMäh 11:28, 6. Okt. 2016 (CEST)
Ja, das ist klar. Dennoch sollte der Fokus entsprechend gesetzt werden und der deutschsprachige Raum nicht in einem Sammelbecken verschwinden. 674.png Maxmiran 12:21, 6. Okt. 2016 (CEST)
Also mir gefällt Jones' Vorschlag und ich hätte nichts dagegen, dies so realisiert zu sehen. -- Liebe Grüße, Moltres 146.gif 14:44, 6. Okt. 2016 (CEST)
Mecanno-man: Da du anscheinend der einzige bist, der für die unterschiedlichen Trennungen ist, würde ich vorschlagen, dass wir bei den Länderlisten bleiben und nur mit entsprechenden Hinweisen arbeiten. Dann würde ich wie gesagt nämlich gerne damit anfangen und die bestehenden Events entsprechend überführen. 491.png Jones Albtraum? 10:22, 9. Okt. 2016 (CEST)
Von mir aus, ich bin ja scheinbar überstimmt worden. Heisst aber nicht, das mir das Ganze gefällt... --Datei:Sugimori 672.pngMecanno-manMäh 14:44, 9. Okt. 2016 (CEST)

Pokémon-Zählung

Hallo, ich brauche mal eure Meinung! Wahrscheinlich wurde das schon einmal diskutiert, ich weiß aber nicht wo, und würde mich über einen Verweis freuen :) Ich beschäftige mich gerade mit den Typenartikeln wie Drache und tue mich schwer mit der Zählung der Pokémon, was an den Mega-Formen liegt. Bisher werden Mega-Formen dann gezählt, wenn sie den jeweiligen Typ nur durch die Mega-Entwicklung erhalten, beispielsweise Glurak oder Ampharos. Pokémon, die vorher schon den Typen hatten, werden nicht gezählt. Soll das so beibehalten werden? Das impliziert dann mMn, dass die Mega-Entwicklung nur ein Formwandel ist und keine Entwicklung, wird das hier so gesehen? LG! 674.png Maxmiran 11:45, 13. Okt. 2016 (CEST)

Da du dir ja wünschst, das wir uns beteiligen, werde ich jetzt das schreiben, was ich mir die ganze Zeit denke, es aber nicht schreiben wollte, weil es eben nicht hilfreich ist: „Es ist mir vollkommen egal, wie das gemacht wird, hauptsache es ist einheitlich. Es gibt hier ja auch einfach kein richtig und falsch, man müsste einfach nur entscheiden. Willst du das nicht machen, Max? Das ist wesentlich einfacher, beendet das hier, bevor es wieder ausartet, und es spielt wie bereits gesagt keine Rolle, weil es kein richtig und falsch gibt.“ -- 380.png RobbiRobb 17:38, 20. Okt. 2016 (CEST)
Ich weiß hierzu auch keine Patentantwort, weshalb ich auch nicht geantwortet hab, sry. Ich sehe es aber wie Robbi, dass man es zumindest einheitlich machen sollte. Ich bin da generell auch ziemlich emotionslos und hätte z.B. auch kein Problem damit, wenn die ME gesondert gezählt wird. -- Liebe Grüße, Moltres 146.gif 18:41, 20. Okt. 2016 (CEST)
Den Hinweis brauchte ich. Ich habe mich damit ein wenig länger beschäftigt und bin zum Entschluss gekommen, dass die Zählung so bleiben sollte, wie sie ist, die Texte aber ein wenig konkreter werden müssen. Ich werde das in einem Typenartikel mal ausprobieren und schauen, ob ich dann damit zufrieden bin! Dann kann ja jemand Einspruch erheben, falls was fehlen sollte. 674.png Maxmiran 18:59, 20. Okt. 2016 (CEST)

Diskussionen und Abstimmungen...

Liebe Administratoren Mecanno-man, Moltres, shadowtweaker, Taisuke und liebe Redakteure Chrizz, GoPika, Isso08-15, Jones, Killuu, Korvel1 und RobbiRobb, zwar ist dies die Haudraufmethode, aber ich möchte euch herzlich bitten, euch aktiver an Diskussionen zu beteiligen... nicht nur auf der allgemeinen Diskussionsseite, sondern auch auf denen der Projekte bleiben Anfragen oft wochenlang, manchmal auch ewig ruhen, ohne dass sie Beachtung finden. Auch die Abstimmungen für Auszeichnungen sind nutzlos, wenn sich nur fünf User daran beteiligen und ihren Senf erst kurz vor Schluss dazugeben, wie Robbi bei den Items schon bemängelt hat. Nicht alle User können überall Bescheid wissen, aber ihr als die Oberen in der Hierarchie sollten da etwas mehr Präsenz zeigen, finde ich. Dann können wir sicher einige wichtige Fragen noch vor Release von SM klären. Danke an euch schonmal im Voraus :) 674.png Maxmiran 16:31, 20. Okt. 2016 (CEST)

Danke für den Hinweis, Max. Ich sehe das auch so ähnlich wie du und gelobe, zumindest persönlich, Besserung. Ich fände es aber auch generell schön, wenn sich gerade bei Abstimmungen mehr User beteiligen würden. Ich meine, man muss ja nicht unbedingt einen Kommi schreiben, aber wozu haben wir die frühe Stimmberechtigung sonst eingeführt, wenn keiner sie nutzt? -- Liebe Grüße, Moltres 146.gif 18:38, 20. Okt. 2016 (CEST)
Guter Hinweis, aber man sollte auch die Qualität der Diskussionen betrachten, nicht nur die Quantität. Lieber etwas länger überlegen bei einer Abstimmung als abzustimmen, ohne sich den Artikel richtig anzusehen. – shadowtweaker 19:24, 20. Okt. 2016 (CEST)
Da sagt ja auch keiner was dagegen, shadow. Es geht eher darum, dass allerhöchstens 5 bis 6 Leute abstimmen. Ich meine, stimmberechtigte User haben wir ja genug, daran sollte es jetzt nicht scheitern. zwinker3.gif -- Liebe Grüße, Moltres 146.gif 19:39, 20. Okt. 2016 (CEST)
Wie viele Stimmberechtigte wissen denn von der AD und schauen auch aktiv jeden Tag vorbei? Es bringt uns nichts, wenn niemand davon weiß, dass es das hier gibt. Sollte das zutreffen sollten wir uns auch nicht wundern nervous.gif -- 380.png RobbiRobb 19:45, 20. Okt. 2016 (CEST)
Naja, wir weisen ja durch die "Aktuelles"-Vorlage bei den LÄ schon darauf hin, was gerade abgestimmt bzw. diskutiert wird (sogar in der Signalfarbe Rot). Spontan würde mir da, außer vllt irgendwelchen Hinweisen auf der HS, auch nichts mehr einfallen, wie man das noch steigern könnte. ka.gif -- Liebe Grüße, Moltres 146.gif 20:10, 20. Okt. 2016 (CEST)
Ich bin zurzeit mit der Schule sehr beschäftigt und habe deshalb nicht die Zeit, z. B. einen gesamten Artikel durchzulesen und zu entschieden, ob der jetzt lesenswert oder exzellent ist. Dies sollte sich im November wieder ändern. Was andere Diskussionen angeht, so finde ich, das etliche Diskussionen im kleinen besser besprochen werden, als im grossen; ich war von ORAS ziemlich enttäuscht und habe seither kein Hauptspiel mehr gespielt, weshalb mein wissen bezüglich der Spiele ziemlich eingerostet ist, und andere Benutzer da besser diskutieren können. Generell sind mir die meisten Diskussionen egal, sofern ich den Sinn in allen vorgeschlagenen Lösungsmethoden verstehe, dann empfinde ich ein „ist mir egal“ als Speicherplatzverschwendung. Aus diesen Gründen mische ich mich selten in projektspezifische Diskussionen ein - mir ist der Ausgang häufig egal und die anderen wissen sowieso besser bescheid als ich. --Datei:Sugimori 672.pngMecanno-manMäh 11:53, 21. Okt. 2016 (CEST)
@Moltres:Selbe Frage, andere Seite: Welche SBs schauen regelmäßig in die LÄ? Ich bspw. kannte die AD vor den LÄs… (Ja, ich bin nicht das Richtmaß aller Dinge, wollte es aber trotzdem mal gesagt haben ^^) Ich wüsste allerdings auch nicht, wie man solche Hinweise großartig einbringen kann, das einzige, was mir einfallen würde, wären mehr Pings, um Benutzer auf sowas aufmerksam zu machen. ka.gif -- 380.png RobbiRobb 12:17, 21. Okt. 2016 (CEST)
Sign @Mec --Schöne Träume! Killuu http://i.imgur.com/xcVgMcy.png 21:53, 21. Okt. 2016 (CET)
Wie bereits Mec und Killuu kann ich auch eigentlich nur nochmal wiederholen, dass bei manchen Sachen eben sowas wie „Mir egal“ eigentlich Speicherplatzverschwendung ist. Aber sollte etwas auf der AD wochenlang o.ä. liegen, lohnt vielleicht ein erneutes draufhinweisen, bei Projekten gibt es eben immernoch die Probleme, dass nicht alle Ahnung von dem Projekt haben. Daher ist es meiner Meinung nach nicht das beste, zu verlangen, dass jeder überall mitdiskutieren sollte. -- 380.png RobbiRobb 03:12, 23. Okt. 2016 (CEST)

Dieser Artikel und Mehrdeutig bei Begriffsklärungszielen

Während des Aufärumens einiger Begriffsklärung ist mir die häufige Verwendung der genannten Vorlagen in Situationen aufgefallen, in denen sie eigentlich keinen Sinn ergeben: Oft werden sie auf Seiten eingesetzt, die bereits Ziele von BKLs sind, also einen Klammerzusatz haben, bspw. bei Route 7 (Alola). Allerdings landet man nur auf solchen Seiten, wenn man gezielt nach einer bestimmten Bedeutung sucht oder man direkt auf diese Seite geführt werden soll – somit verbleibt in diesen Fällen kein Use case für die Vorlage. Sollte sie in diesen Fällen also entfernt werden? -- 609.png Skelabra2509 (Diskussion | Beiträge) 02:26, 23. Okt. 2016 (CEST)

Mal davon abgesehen, dass man Mehrdeutig ohnehin durch Dieser Artikel ersetzen sollte, da es bis auf den Titel nahezu ein Duplikat ist, finde ich, dass sie auf Endseiten, die am Ende des Suchbaums liegen, nicht verwendet werden sollten. Es gibt allerdings einige Beispiele, wie etwa Metronom und Metronom (Item) als Kreuzverweis durchaus hilfreich sind, weil es da eben keine BKL gibt. Bei Fällen mit BKL wäre ich allerdings für eine Entfernung. -- 380.png RobbiRobb 03:12, 23. Okt. 2016 (CEST)
Das ist etwas anderes, weil es dort – wie gesagt – keine BKL gibt. Dann ist zumindest bei Metronom ein Hinweis wichtig und angebracht, bei Metronom (Item) kann man IMHO darauf verzichten. -- 609.png Skelabra2509 (Diskussion | Beiträge) 03:29, 23. Okt. 2016 (CEST)
In meinen Augen kann die Vorlage in den von Skelabra2509 beschriebenen Fällen gerne entfernt werden. ~ Taisuke 136.gif 01:27, 24. Okt. 2016 (CEST)
Wie bereits im Chat erwähnt, momentan werden 3 unterschiedliche Varianten verwendet. Mehrdeutig, Dieser Artikel (selbst hier gibt es Unterschiede mit verweis auf Region BKL etc.) und die Variante kein Vermerk zu mehreren Routen, da sie z.B. von Skel entfernt wurden oder bisher nicht integriert waren. Wie der ein oder andere bereits Mitbekommen hat sind Jones und ich dabei im Bereich Orte einiges zu ändern durch neue Vorlage, Optimierung der Kategorisierung einzelner Artikel. Im Zuge dessen wird es auch hier eine entsprechende Anpassung geben. Wir wollen momentan nicht über jeden betroffenen Routen-Artikel für solche kleinen Änderungen fahren, sondern dies in einem größeren Zug erledigen. Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 08:51, 24. Okt. 2016 (CEST)
Es geht hier nicht nur um Routen, sondern auf das ganze Wiki bezogen um die Frage, wie mit solchen Fällen umzugehen ist. Projektspezifische Unterschiede fände ich hier wirklich sehr ungünstig. Übrigens habe ich nur bei Route 1 und 2 Hinweise entfernt. -- 609.png Skelabra2509 (Diskussion | Beiträge) 14:04, 24. Okt. 2016 (CEST)

Redesign der Icons oben rechts in der Ecke

Das Thema war vor einigen Monaten schon mal hier, es wurde jedoch wegen mangelnder Umsetzungsmöglichkeiten zurückgestellt. Da wir jetzt eine aktualisierte Software haben, sind die Icons klug genug ohne weitere Anleitung sich brav nebeneinander in die Ecke zu stellen.

Nichtsdestotrotz sind unsere Icons ziemlich klobig und sperrig, und zusätzlich meiner Meinung nach auch nicht besonders schön. Daher würde ich vorschlagen, sie alle in ihrem Design einmal gründlich zu überdenken, insbesondere sollte IMHO kein Text direkt oben ohne Hover zu sehen sein. Was meint ihr dazu? -- 609.png Skelabra2509 (Diskussion | Beiträge) 02:58, 23. Okt. 2016 (CEST)

Icons? Welche Icons? Die Schnelllinks zu Nutzerseite, Diskussion usw.? Oder meinst du andere, die ich nicht sehe? Falls du erstere meinst: Was ist das Problem damit? Ich finde sie ok, von mir aus kann man sie ändern, ich habe mit ihrer aktuellen Position/ihrem Design allerdings keine Probleme und wüsste nicht, was/warum du etwas ändern wollen würdest. -- 380.png RobbiRobb 03:12, 23. Okt. 2016 (CEST)
Ne, ich meine Lesenswert, Exzellent, AdW, PdW und Stub (wahrscheinlich gibt’s noch mehr) msnsorry.gif -- 609.png Skelabra2509 (Diskussion | Beiträge) 03:32, 23. Okt. 2016 (CEST)
Ich stimme nur zu, wenn Lückenhaft endlich auch ein Icon bekommt ;). Also für lesenswerte und exzellente Artikel finde ich Icons durchaus sinnvoll, da hattest du ja auch, glaube ich, schonmal Vorschläge gemacht. Stub kann man so lassen, denke ich (oder in Lückenhaft umändern, da Stub ja sowieso eigentlich immer oben im Artikel steht, wie ich dich verstanden habe). Wie stellst du dir denn AdW und PdW in kürzerer Form vor? Ich finde, die beiden sind schon sehr minimalistisch. Lg --Und dann im Mondschein... Killuu http://i.imgur.com/qdfiWwe.png 20:46, 23. Okt. 2016 (CET)
Ein Blick in das Archiv kann helfen, sofern man sich nichts drunter vorstellen kann, was Skelabra2509 hier erneut zum Thema macht. Ich würde ein neues Design ohne Text oben ohne Hover begrüßen und es ähnlich wie Wikipedia handhaben, dass die Erklärung zum Icon durch das Anklicken eingesehen werden kann. Im Falle eines Klicks auf das Icon springt man an das Ende des Artikels, wo die Erklärung zu dem Icon steht. Ein Beispiel wäre dieser lesenswerte Artikel aus Wikipedia. Vor allem die Möglichkeit hierbei z. B. auch Datum und Version einer Auszeichnung zu nennen finde ich sehr gut. Ein klares Pro für dieses Vorhaben von mir. ~ Taisuke 136.gif 21:31, 23. Okt. 2016 (CEST)

Umgestaltung Typenseiten

Hallo zusammen! Es gab zu diesem Thema hier schon eine Diskussion, die aber mittlerweile im Archiv gelandet ist. Ich bin noch nicht so lang hier, aber ich hätte zwei Vorschläge bzgl. der neuen Typenseiten (Pflanze, Käfer etc.), welche wie's aussieht hauptsächlich von Maxmiran umgestaltet wurden. Ich bin mir nicht sicher, ob die Punkte, die ich anspreche schon durchdiskustiert wurden, abgelehnt wurden oder gerade in Arbeit sind.

Zum einen geht es um den Fließtext zu Beginn der Artikel, welcher meiner Meinung nach in Tabellenform um einiges übersichtlicher wäre. Somit könnten die Informationen bzgl. der Anzahl der Mega-Pokémon, der legendären Pokémon und der einzelnen Generationen schneller aus einer Tabelle entnommen werden als aus dem Fließtext.

Z.B. so:

Anzahl der Vorlage:IC-Pokemon 67
davon
aus der 1. Generation 12
aus der 2. Generation 10
Legendäre Pokémon 7
Mega-Pokémon 5

Ich bin nicht so der Profi im Tabellen Erstellen, einige von euch können das bestimmt schöner, aber das nur so als grobe Idee :D

Der Fließtext könnte dann z.B. die Tabelle durch Benennung besonderer Pokémon dieses Typs ergänzen. Jedoch wirken Tabellen zugegebenermaßen auch oft ziemlich trocken.

Außerdem sehe ich ein kleines Problem bei den Collagen. Da z.B. Pflanze, Feuer und Käfer nur Pokémon aus der ersten Generation zeigen, wird es Schwierigkeiten bei Typen wie Geist, Drache, Stahl oder Unlicht geben. Da kommen nicht genug Pokémon aus der 1. Generation zusammen, sodass die Generationen auf den Collagen gemixt werden (wie im Moment bei Geist zu sehen ist). Meiner Meinung nach trägt das nicht zu einer Vereinheitlichung bei, weswegen ich dafür wäre, für alle Typen generationenübergreifende Collagen anzufertigen.

Was sagt ihr dazu?

Insgesamt finde ich die Überarbeitung der Typenseiten aber sehr gelungen, v.a. die Abschnitte "Herkunft" und "Berühmte Trainer".

Makx (Diskussion) 21:16, 24. Okt. 2016 (CEST)

Hi Makx! Finde ich gut, dass du dir da Gedanken gemacht hast! Die Typenartikel sind ja noch in der Mache, und es sind mir im Vergleich zum ersten Entwurf (Käfer) dann doch noch einige Dinge eingefallen, die zusätzlich mit reinkönnten, weswegen die stets weiterentwickelt werden können.
Mit der Collage bin ich auch unzufrieden. Wir haben im Chat schonmal darüber gesprochen, aber ohne richtig gute Ideen. Am liebsten würde ich dort alle Pokémon des entsprechenden Typs zeigen, dafür ist der Platz aber eben viel zu knapp. Dann kam eben der Gedanke mit der Auswahl, die Testfassung war dann die erste Generation. Da das aber nicht das Gelbe vom Ei ist, muss man auswählen, aber wie? Ich habs jetzt bei Geist zufällig nach eigenem Geschmack gemacht, aber finde das auch nicht so wild, da das ja nur zur Verschönerung dient. Man könnte drüber nachdenken, die Abmessungen zu verändern und beispielsweise die Collage über die gesamte Seitenbreite laufen zu lassen, dafür aber schmaler zu machen, und dort dann ALLE Pokés unterzubringen, relativ klein. Probiere ich vielleicht mal aus. Dann müssten die Typenicons allerdings anders untergebracht werden.
Zur Tabelle: Fänd ich prinzipiell schön, aber die Texte sind in meinen Augen nicht so wahnsinnig lang, und das Auslagern in eine Tabelle lohnt sich deswegen kaum. Die würde dann eventuell auch mit umliegenden Tabellen kollidieren und sich unglücklich verschieben. Zudem muss einige Info, wie die neu eingeführten Pokémon pro Generation, spezifischer besprochen werden, damit sie richtig wiedergegeben wird (z.B. ist "acht neue Feuerpokémon" nicht richtig, wenn es de facto sieben neue und eine neue Form mit Feuertypen sind). Da bin ich aber für Vorschläge durchaus offen und beanspruche die Artikel natürlich nicht für mich :D Prinzipiell finde ich aber Fließtext schöner, wenn es nicht zu unübersichtlich wird. 674.png Maxmiran 23:40, 24. Okt. 2016 (CEST)
Ich muss sagen, mir gefallen die Ideen richtig gut. Nicht nur im Einleitungssatz, auch in dem Abschnitt direkt danach werden jede Menge Zahlen aufgeführt, das gefällt mir persönlich gar nicht. All diese Zahlen könnte man in einer Tabelle schön zusammenfassen (also auch die, die jetzt in den Texten stehen, aber noch nicht hier in der Beispieltabelle), die dann eigentlich in den ersten Abschnitt bei "Pokémon des XYZ-Typen" (bei einigen folgt dann nochmal die Unterüberschrift mit Liste der XYZ-Pokémon, was wohl auch ganz gut ist) (Anmerkung: Heißt das nicht XYZ-Typ?) passen würde. Warum die mit umliegenden Tabellen kollidieren sollte, verstehe ich jetzt nicht. Habe jetzt gerade Geist und Pflanze als Beispiele offen, da kann man die Tabelle gut in den Abschnitt packen. Man kann ja auch gerne den Text beibehalten und das einfach nochmal als Übersicht daneben packen (würde links daneben sehr schön passen).
Bei den Bildern würde ich einfach versuchen, alle so wie bei Geist zu entwerfen. Aus jeder Generation ein paar nette Pokémon (muss ja nicht aus allen sein), aber einfach so ein bisschen zusammenwürfeln. Alle Pokémon finde ich jetzt etwas arg übertrieben, ich denke eine kleine repräsentative Auswahl reicht, das hat ja keinen Informationsgehalt, sondern dient der Auflockerung. Lg --Vorsicht, heiß! Killuu http://i.imgur.com/wVf4WMM.png 13:26, 25. Okt. 2016 (CET)
Nur zu Info: Da das mit den Bildern ja so problematisch scheint, möchte ich als derjenige, der die Vorlage geschrieben hat, darauf hinweisen, dass mal die Idee im Raum stand, für jede Generation eine Collage zu gestalten und diese alle mit Toggle in den Artikel einzubinden, falls das des Rätsels Lösung ist, würde ich mich da nochmal dransetzen und die Vorlage so anpassen, dass sie mit diesem Prinzip arbeiten kann und immer alle Pokémon ohne Vorzüge sichtbar sind. -- 380.png RobbiRobb 15:28, 25. Okt. 2016 (CEST)
Toggle-Collagen sind keine gute Lösung. – shadowtweaker 15:35, 25. Okt. 2016 (CEST)
Ich wäre auch nicht für den Toggle-Vorschlag. Wie gesagt, bei einigen Generationen sind es einfach zu wenige Pokémon. Bei Geist z.B. wäre dann bei der 1. Generation nur die Gengar-Linie, bei der 2. Generation nur Traunfugil. Die einfachste Lösung ist da mMn die, die im Moment im Geist-Artikel zu sehen ist. Man muss da nicht groß wählen, welche Pokémon man reinpackt. Am besten, es ist bunt gemischt, damit der jeweilige Typ gut von der Collage vertreten wird.
Da, wie Maxmiran schon angesprochen hat, die Tabelle nur begrenzte Informationen liefert, finde ich die Idee von Killuu gut, dass man Text + Tabelle kombiniert. So kann der Text die Tabelle ergänzen, indem er zusätzliche Formen der Pokémon nennt oder die Legis aufzählt. Oder man könnte in der Tabelle mithilfe von tt arbeiten...
Das Ganze müsste man vielleicht „in Aktion“ sehen, um zu schauen, wie sich das bzgl. des Layouts verhält. --{ 110.png Makx Diskussion } 17:14, 25. Okt. 2016 (CEST)
Finde ich zwei sehr gute Vorschläge und werde mich in den nächsten Tagen mal daran versuchen! Die Collagen lassen sich in Windeseile austauschen, falls eine doof ist, und die Tabelle + Text ist doch ne schöne Lösung. 674.png Maxmiran 17:32, 25. Okt. 2016 (CEST)
Man könnte auch statt der Artworks die Icons der Medaillen von Pokémon GO ausschneiden und nutzen. Sie wären zum einen platzsparend und vermeiden Collagen, die weder maßstabsgetreu sind noch alle Pokémon des Typs abdecken könnten. Hier mal drei Beispiele zur Veranschaulichung, bei denen man dann einfach den goldenen Ring außen herum wegschneiden würde, sodass man nur noch das Symbol in der Mitte für den Typ hätte: Datei:Pokémon GO - Medaille Käfersammler Gold.png (Käfer), Datei:Pokémon GO - Medaille Hexe Gold.png (Geist) und Datei:Pokémon GO - Medaille Hitzkopf Gold.png (Feuer). ~ Taisuke 136.gif 08:05, 26. Okt. 2016 (CEST)
Hey Tai mir fehlt i.wie gerade die Vorstellung wie du dies Meinst. oder wo du die Icons setzten möchtest. Kannst du das anhand eines Beispieles besser veranschaulichen? Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 09:17, 26. Okt. 2016 (CEST)
Ich glaube, Taisuke meint das so:
Ich finde die Icons von Pokémon GO eigentlich ganz schön, nur weiß ich nicht, ob sie sich besser eignen als die Collagen. --{ 110.png Makx Diskussion } 12:33, 26. Okt. 2016 (CEST)
Also ich finde es eine gekommene Abwechslung und gefällt mir. @Makx zwei Sachen dazu an dich. Ich finde das Icon sollte man besser zuschneiden und da es sich hier um ein Testbeispiel handelt wäre es schön dafür imgur.com zu verwenden. Dies erspart ggf. unnötiges Löschen sollte die Idee doch anders zustande kommen und das Icon verworfen werden. Gruß Ryu ~ Datei:Sugimori 004.png ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 12:37, 26. Okt. 2016 (CEST)
Das soll eine Infobox sein, oder? Darf ich mal kurz fragen, welche Info denn da drin ist? Tbh sehe ich den Mehrwert dieser gesamten Box gegenüber einer Typen-Navliste am Ende des Artikels zZ gar nicht. In einer Navleiste müsste kein grosses Bild hin; die Probleme mit der Collage sehen wir jetzt, und Tais Vorschlag mit dem Icon finde ich, verursacht lediglich ein überblasenes Icon, welches sich sicherlich auch anders in den Artikel einbringen lässt. --Datei:Sugimori 672.pngMecanno-manMäh 14:41, 26. Okt. 2016 (CEST)
Infobox hin oder her. Ich finde ein Bild da oben gut, weil es den Artikel auflockert. Ich finde die Icons von GO zwar ganz schön, aber mir gefallen Collagen trotz der "Probleme" besser, da ist halt mehr zu sehen ;) --Fliegen bis zum Horizont. Killuu http://i.imgur.com/4EZCZEO.png 17:42, 26. Okt. 2016 (CET)
Ich würde mich voll und ganz Killuus Beitrag über mir anschließen wollen. Mit den Icons könnte ich zwar auch leben, aber die Collagen gefallen mir deutlich besser. -- Liebe Grüße, Moltres 146.gif 20:19, 26. Okt. 2016 (CEST)
Habe bei Feuer mal eine entsprechende Übersichtstabelle ausprobiert, gefällt mir recht gut und ist dezent, während im Text auf die Zahlen genauer eingegangen werden kann. Zur Collage: Am liebsten wäre mir ja ein "Banner" über die ganze Seitenbreite, aber das wäre wahrscheinlich für einige so unenzyklopädisch, dass das Sonnensystem kollabieren würde. :P 674.png Maxmiran 20:39, 26. Okt. 2016 (CEST)
Die Tabelle gefällt mir auch gut zusammen mit dem Text. :) Vielleicht kann man noch Anzahl der Mega-Pokémon und der legendären Pokémon ergänzen, wie in meiner Beispieltabelle? Wie genau stellst du dir das mit dem Banner vor? Dass dann alle Pokémon des jeweiligen Typs vorkommen oder auch nur ausgewählte? Und wenn alle, dann die offiziellen Artworks? Sonst könnte man sich auch was mit diesen kleinen Pixelgrafiken überlegen... , etc. -- { 110.png Makx Diskussion } 19:33, 28. Okt. 2016 (CEST)
Mit dem "Banner" meinte ich eine Collage über die gesamte Seitenbreite, aber dafür niedriger. Da wären dann alle Pokémon leichter unterzubringen. 674.png Maxmiran 19:38, 28. Okt. 2016 (CEST)
Lass unser Sonnenesystem ja bestehen! :p Wäre es nicht eine Übeledung wert, diese Statistik direkt an die Liste anzuhängen, gemeinsam mit einigen weiteren Informationen? Ideen wären eine Anzahl oder Liste der Legis, die Gen der Einführung usw. -- 609.png Skelabra2509 (Diskussion | Beiträge) 20:55, 28. Okt. 2016 (CEST)
Ich finde die eingefügte Tabelle ganz schick. Hätte nur die gleichen Anmerkungen wie Makx 3 Beiträge über meinem ;) Lg --Schöne Träume! Killuu http://i.imgur.com/xcVgMcy.png 21:12, 28. Okt. 2016 (CET)

Ich habe Skelabras Vorschlag mal aufgegriffen, da ich die Idee sehr gut finde, die nun neu eingefügte Tabelle im Sinne von Mecanno-mans Einwand (s. oben) in die Infobox einzubauen und unabhängig davon eine Navigationsleiste für das Ende des Artikels zu erstellen. Hier könnt ihr die Umsetzung dieser Idee sehen. Wie sehen eure Meinungen zu diesem Vorschlag bzw. der Idee aus? ~ Taisuke 136.gif 10:09, 30. Okt. 2016 (CET)

Fehlen eigentlich nurnoch die Legis und die Megas. Ansonsten ist das wohl optimaler als der Rest :) Lg --Und dann im Mondschein... Killuu http://i.imgur.com/qdfiWwe.png 13:21, 30. Okt. 2016 (CET)
Ungefähr so hätte ich es mich vorgestellt, cool! stellt sich nur die Frage, ob man die Generationen zur VErringerung des Whitespaces nicht eher nebeneinander statt untereinander listen sollte, wobei das vielleicht etwas gequetscht wäre. Was denkt ihr? -- 609.png Skelabra2509 (Diskussion | Beiträge) 13:49, 30. Okt. 2016 (CET)
ich finde die Tabelle so leider etwas klobig und es ist mir zuviel weiß drin. Auch finde ich diese Generationsinfo nicht bedeutsam genug für die Infobox ganz oben, da würde ich eher solche Aspekte wie die Zahl der Megas und den Namen der Z-Attacke zB unterbringen. Insgesamt sollte die Box nicht zu hoch sein, um soviel whitespace zu vermeiden. Die Generationsgeschichte würde ich lieber neben dem entsprechenden Fließtext belassen, wo sie zur Veranschaulichung des Textes dient. Die Navigationsleiste finde ich aber spitze und fände die tatsächlich ganz oben besser platziert als unten, weil sie relativ schmal ist und wir mit vielen schmalen Navigationsleisten ja so verfahren. Ein lustiges Gimmick wäre hier vielleicht ganz links das entsprechende GO-Symbol! Das sähe sicher toll aus! 674.png Maxmiran 14:05, 30. Okt. 2016 (CET)
Also ich bin für beide Möglichkeiten offen und könnte mit beidem leben. Was die Tabelle angeht, so gebe ich Killuu allerdings Recht, dass in der Tabelle noch unbedingt die Legis und Megas ergänzt werden müssten. Wenn ich mich jetzt entscheiden müsste, läge wohl die Tabellenform bei mir etwas vorne. Von mir aus könnten wir hierzu aber auch eine richtige Abstimmung machen. -- Liebe Grüße, Moltres 146.gif 14:20, 30. Okt. 2016 (CET)
Ja, die Tabelle sieht recht gut aus. Ich fürchte nur, dass sie etwas zu lang für den Fließtext wird und Probleme mit der Pokémon-Liste macht. -- lg 359.png Korvel1 Diskussion 14:41, 30. Okt. 2016 (CET)
Ich habe ein paar Hinweise berücksichtigt und diese versucht mit einer zweiten Version zufriedenstellend anzugehen. Diese gefällt mir bereits auch sehr viel besser als die erste Version! Wie seht ihr das? ~ Taisuke 136.gif 14:55, 30. Okt. 2016 (CET)
PRO :D --Und dann im Mondschein... Killuu http://i.imgur.com/qdfiWwe.png 15:18, 30. Okt. 2016 (CET)
1A! Von mir auch ein dickes Pro, die Icons machen sich da sehr gut! auch die Zusammenfassung der Spalten löst sowohl den weißen Raum als auch die Höhe. Was haltet ihr davon, die Navleiste noch mit dem GO-Icon zu versehen und dann ganz oben zu platzieren? Dann wäre tatsächlich alles untergebracht und das Konzept stünde! PS: finde das toll, dass ihr hier so zahlreich mitdiskutiert habt, mit so tollen Ideen. Die Seiten liegen mir echt am Herzen und haben viel Potential. :) PPS: falls das in eine Vorlage gegossen wird, dann bitte die Felder nicht allzu restriktiv gestalten, damit man beispielsweise mal ein Sternchen oder so einfügen kann. Ein Parameter für die Mega-Zeile beispielsweise müsste reichen. 674.png Maxmiran 15:22, 30. Okt. 2016 (CET)
Also die Vorlage ist jetzt geil, und die verwendeten Farben sind gut mit dem Rest der Artikel kompatibel. Persönlich würde ich aber mal gucken, ob sich allgemein bei den Typ-Artikeln das Tabellendesign sich noch verbessern ließe, konkret durch verstärkten Einsatz von hell+. Ich könnte auch eine Vorlage basteln, wenn gewollt. Ein paar Verbesserungsvorschläge hätte ich aber noch:
  • Legis und Megas verlinken
  • Irgendwie bin ich damit unzufrieden, dass das Bild abgerundete Ecken hat und der Rest nicht.
  • Kann man das IC-Icon noch ein klein wenig größer kriegen?
  • Was würde sich in so einer Infobox noch gut machen? Die Z-Attacke vielleicht?
Nein, es ist nicht einfach mich zufrieden zu stellen. :P Und zu Max: Meinst du eine schmale oder eine breite Leiste? Eine breite, wie sie sonst unten ist, sollte da mMn keinesfalls hin. -- 609.png Skelabra2509 (Diskussion | Beiträge) 17:01, 30. Okt. 2016 (CET)
Gefällt mir auch richtig gut die zweite Version der Infobox! Nur fehlt meiner Ansicht nach noch die "Gesamt"-Zeile, in der die Anzahl der gesamten Feuer-Pokémon und -Attacken steht. Sonst fände ich es gut, die Verbesserungsvorschläge von Skelabra zu berücksichtigen. Und die Einbindung des Pokémon GO-Symbols in die Navigationsbox finde ich auch ne gute Idee! -- { 110.png Makx Diskussion } 18:00, 30. Okt. 2016 (CET)
Habe das Ganze bei Feuer mal probeweise eingebunden, um es in Aktion zu erleben! Oben ist die Leiste über den Seitenrand hinausgeschossen, da weiß ich nicht wieso, und die gelben Ringe muss man sich auch wegdenken. Ansonsten fehlen mir die Skills für Skels Vorschläge (bis auf die Gesamt-Zeile), die ich aber auch befürworten würde. Sieht ganz schick aus, finde ich! 674.png Maxmiran 23:17, 30. Okt. 2016 (CET)
Jo, gefällt mir auch; kleine Sache noch zur Navbox: ??? bitte nicht vergessen. Was mir sonst gerade noch einfällt, könnte man nicht auch noch Typ im TCG in der Infobox angeben? Scheint mir besser als extra dafür einen Abschnitt in die Artikel zu stellen, viel mehr als "X-Pokémon gehören im TCG dem Y-Typ an" fällt mir nämlich nicht ein. Zu beachten ist dabei allerdings, das die Typzuordnung sich verändern kann. --Datei:Sugimori 672.pngMecanno-manMäh 16:56, 31. Okt. 2016 (CET)
Ich möchte eine Stimme gegen Aufnahme des ???-Typen abgeben. Es gibt eigentlich keine Argumente dafür, ihn in die Reihe der vollwertigen Typen aufzunehmen, welche durch Attacken und Pokémon repräsentiert werden, zudem ist er in der 5. Generation komplett abgeschafft worden und beinhaltet nun gar keine Attacken oder Pokémon mehr. Eine Erwähnung macht mMn nur im Typen-Artikel selbst Sinn, um die Historie aufzuzeigen, aber in einer Typen-Navigation finde ich ihn deplatziert. 674.png Maxmiran 20:02, 31. Okt. 2016 (CET)
Die ??? Sache ist irgendwie kompliziert, da der ja eigentlich nur eine Attacke beinhaltet(e) und keine Pokémon. Allerdings würde ich mich ganz klar gegen die TCG-Typen aussprechen, da man meiner Meinung nach, manchmal ein Pokémon im TCG nicht genau zuordnen kann. Dadurch, dass es keine Zweittypen gibt, hat ändert sich das ja von Set zu Set immer wieder. Ich denke auch, es hat kaum Mehrwert, weil diese Pokémon ja meistens sowieso schon dem entsprechenden Typ angehören und in der neu eingeführt Übersicht quasi gelistet werden (ja, das ist nicht immer so, aber ich hätte Angst, dass das zu sehr CHaos mit zu wenig Mehrwert gibt). --Klein, aber fein. Killuu http://i.imgur.com/Sne7Tvh.png 21:28, 31. Okt. 2016 (CET)
Du kannst dich sehr gerne um die Ausarbeitung der Vorlage kümmern, Skelabra. Dabei könntest du selbstverständlich weitere Verbesserungen mit einfließen lassen, wie z. B. die Erwähnung der Z-Attacke, die Abrundungen der Ecken und die Verlinkung der Legendären Pokémon und Mega-Entwicklungen. :) Zudem habe ich bei der Gelegenheit bereits alle Typ-Icons zu Pokémon GO hochgeladen, da ich der festen Überzeugung bin, dass wir sie irgendwo in den Typ-Artikeln unterbringen können werden. ~ Taisuke 136.gif 02:20, 1. Nov. 2016 (CET)
Das TCG ist kaum verwirrend, jeder Videospiel-Typ ist zu jedem Zeitpunkt einem bestimmten TCG-Typ zugeordnet, Pokémon mit Doppeltypen werden halt einfach dem einen oder anderen zugeordnet. --Datei:Sugimori 672.pngMecanno-manMäh 10:00, 1. Nov. 2016 (CET)

So, wie's jetzt ist, find ich's super! In der Vorlage ist nur ein kleiner Fehler: Nämlich ist in der Navigationsbox das Wort "Typen" in Grau geschrieben, sodass man das bei Stahl nicht mehr lesen kann. Wegen der TCG-Typen in der Navbox, weiß ich nicht, ob das den Rahmen wortwörtlich sprengen würde. -- { 110.png Makx Diskussion } 20:48, 4. Nov. 2016 (CET)