PokéWiki:Fragen zum PokéWiki

Die fehlenden Pokémon werden auf Wunsch von Nintendo NICHT hinzugefügt!
Weiteres Fragen ist ein Grund gesperrt zu werden.

Vorlagen „name“ bzw. „id“ in Trivia

Liebe Wiki-Besatzung,
Es gab mal ein inoffizielles Trivia-Projekt und das war im Gegensatz zu allen anderen Projekten der Ansicht, man solle in den Trivia die Vorlage:Name benutzen (die macht Folgendes: {{name|Lumineon}} → Vorlage:Name). Das Argument der anderen Projekte war in etwa „Das stört beim Lesen von Fließtexten“, während das Trivia-Projekt in etwa argumentierte „Sieht aber schön bunt und ansprechend aus“.
Als ich die die Seite PokéWiki:Trivia geschrieben habe, in der neue Richtlinien, Hilfen und Hinweise für Trivia-Autoren herausgearbeitet werden sollten, habe ich den Einsatz der Vorlagen weiterhin erlaubt. Mittlerweile wurden aber mehrfach Zweifel an der Sinnhaftigkeit dieser Vorlage in Fließtexten geäußert, weshalb ich das mal zur allgemeinen Diskussion stellen möchte, um ein Meinungsbild zu kriegen, auf dessen Basis dann weiter entschieden werden kann (Abstimmungen geraten iwie aus der Mode...). Jeder ist daher herzlich dazu eingeladen, seine Meinung/Vorschläge/Ideen in den nachfolgenden Abschnitten kundzutun. -- Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH26b.png 17:28, 26. Apr. 2011 (CEST)

Vorlage:Celer1

Dagegen

• Ich bin nach wie vor der Ansicht, dass die Vorlage den Lesefluss stört. Die Leute wissen, wohin ich sie schicke, wenn sie's schön bunt haben wollen. -- Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH26b.png 17:28, 26. Apr. 2011 (CEST)
• Wie eben schon erwähnt, finde ich die Nutzung im Trivia-Bereich auch recht unnötig und bei häufigem Gebrauch nervig. Wie unten zu lesen fände ich es aber einigermaßen sinnvoll, damit zu anderen Pokémon-Seiten zu verlinken, sofern diese dann auch nur einmal verlinkt werden. Notwendig ist das meiner Meinung nach aber auch nicht.--Kirschbaum ^? 17:38, 26. Apr. 2011 (CEST)
• Was machen Icons im Text, wo sie eh nur Platzbelastend sind. Sowohl oberflächlisch als auch traffic-bedingt. Somit ein klares "Dagegen" und jede Menge Freude habend, den Bot darauf vorzubereiten und hoffentlich auch einsetzen zu können :D Dusk ^{(Talk | A)} 17:58, 26. Apr. 2011 (CEST)
• Meine Meinung zu solchen Themen kennt ihr ja, hoffentlich folgen die SKs bald... ;) - [ Sprayduck D A ] 19:48, 26. Apr. 2011 (CEST)
• Ich würde Kirschbaums Vorschlag begrüßen; wenn es nicht zu viele Bilder auf einem Haufen sind, dann stören sich mich nicht so, aber wirklich nötig sind sie nicht. -- Shadowtweaker ^Muhaha! 20:21, 26. Apr. 2011 (CEST)
• Auch ich finde, dass diese Icons den Lesefluss stören. Vor einiger Zeit wurde ja auch entschieden, das AdWs und PdWs in Fließtextform verfasst werden, wofür ich damals gestimmt habe und was meiner Meinung nach auch einen klaren Gewinn darstellt. Jetzt die Icons zu entfernen (nicht nur aus den A- und PdWs, sondern aus dem ganzen Wiki) ist nur der nächste logische Schritt. In Tabellen finde ich die Icons angemessen, solange sie nicht Überhand nehmen, aber sie sollten aus den frei stehenden Sätzen herausgenommen werden. --DagobertDuck ^Diskussion 21:11, 26. Apr. 2011 (CEST)
• --  ↢|Shadow|↣ 22:59, 26. Apr. 2011 (CEST)

Im Zwiespalt

• Zum einen finde ich die kleinen Bildchen (so lange es die PNG-Dateien und nicht die animierten GIFs sind) ganz nett zum anschauen und man sicht auf einen Blick, dass es um Pokémon XY geht. Im Trivia stört es mich eher weniger, wenn dort diese Vorlage verwendet wird. In längeren Beschreibungen ist es natürlich etwas hinderlich beim lesen. Andererseits ist die Serverbelastung ebenfalls ein Argument, wobei ich nicht weiss, in wie weit das wirklich eine Rolle spielt, da der Server oft schon sehr langsam reagiert und ohnehin generell viele Bildchen auf den Seiten sind. Wenn man es nicht übertreibt, wäre ich im prinzip dafür. --GeckoP 14:01, 27. Apr. 2011 (CEST)

Bemerkungen

• Möglicher von Kirschbaum vorgeschlagener Kompromiss: In einem Pokémon-Artikel alle außer dem Pokémon selbst mithilfe der Vorlage darstellen. Für dessen Aussehen braucht man ja nur hochzuscrollen. (siehe auch hier)

Schlussfolgerung

Okay, anscheinend sind alle ausgestorben, die es mal gut fanden, PKMN-Icons in Texten zu sehen. Das Meinungsbild ist eindeutig: Die Vorlagen kommen weg. Ich werde es in die Richtlinien schreiben und micht mit dem Bot in Verbindung setzen. -- Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH10b.png 23:35, 10. Mai 2011 (CEST)

Öhm... heisst das, dass die vorlagen "ID" und "Name" gelöscht werden? Das wäre nicht so gut, da zumindest ID sehr praktisch ist. Damit wird die Pokémon-ID um den Namen ergänzt, was bei manchen Listen einiges an Arbeit erspart. Daher fände ich das ersatzlose Löschen weniger gut. --GeckoP 07:36, 11. Mai 2011 (CEST)

Ne du du hast nicht gelesen. es geht hier bloß um den Trivia bereich --Hanmac 08:53, 11. Mai 2011 (CEST)

Doch das mit dem Trivia war mir schon bewusst. Nur schrieb WenlokHolmes "Die Vorlagen kommen weg", woraus ich eine Löschung schliesse. Aber wenn es den nur das ist, ist ja alles gut. :-) --GeckoP 09:06, 11. Mai 2011 (CEST)

Achso, gemeint ist natürlich „weg aus den Trivia“ ^^ -- Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH11b.png 15:15, 11. Mai 2011 (CEST)

Pokémon BW Fundorte / Format, Quelle und Gewichtung des Eintrags

Hallo Zusammen,

mein momentanes Steckenpferd sind die Fundorte der Pokémon bezogen auf Schwarz und Weiss. Im Archiv habe ich diesbezüglich keine Aussagen gefunden, so dass ich wegen der oftmals falschen/sinnlosen Einträge dort nachfragen wollte, wie Ihr das seht.

• Generell würde ich mehrere Einträge mit Komma trennen, nur bei 3+X Routen-Einträgen am Ende vielleicht ein "und"
• Wenn ich die Möglichkeit habe, ein Pokémon offline regulär zu erhalten, ohne dass ich eine ältere Generation habe, sollte das der einzige Eintrag sein, wie es meistens auch der Fall ist.
• Oft steht "Tausch" für Schwarz und Weiss drin, was aber faktisch falsch ist, da es sich beim Poképorter mehr um "Verschieben" als um "Tauschen" handelt. Sowas wird von mir entfernt.
• Wenn ein Pokémon in Weiss (durch Weisser Wald) erhältlich ist, ist ein "Tausch" für Schwarz am naheliegensten. Allerdings müssen wohl beide Editionen gleichzeitig im Wifi aktiv sein, damit sie sich gegenseitig besuchen und Missionen erfüllen können, damit der Weisse Wals mit NPCs bevölkert wird. Ob die "Dream World", welche ja nur Online mit Anmeldung möglich ist, dann dort mit rein soll ist wohl Abwägungs-Sache.
• Die Quellen zur erhältlichkeit von Pokémon via "Dream World" sind mir bisher nicht bekannt. Bei manchen Pokémon ist der Eintrag vorhanden, was für mich aber nicht nachvollziehbar ist. Eine Liste der "Fangbaren" Pokemon dort im Artikel würde bestimmt sinn machen. In Bisafans habe ich so eine Auflistung gefunden, die aber nicht sonderlich praktisch erscheint. Im Prinzip kann Nintendo über diese Möglichkeit praktisch jedes Pokémon zur Verfügung stellen, wenn es nur freigeschaltet werden würde.

Grüsse --GeckoP 16:17, 27. Apr. 2011 (CEST)

Das sieht doch alles soweit ok aus. Ob es eine andere Liste mit Dream World-Pkmn gibt, weiß ich nicht (ich finde bisafans nicht so ganz zuverlässig, kann man aber im Notfall wohl nehmen), schau doch mal bei serebii.net. Was ich noch anmerken wollte: Wenn ein Pokémon nicht direkt in S/W erhältlich ist, dann sollten am besten immer Tausch/Poképorter und Dream World dort stehen, ggf. auch Zucht, wenn eine Entwicklungsstufe fangbar ist; aber diese 3 sollten eben nur dann da stehen, wenns keine Alternativen gibt. Eigentlich hast du aber schon alles gesagt, was sinnvoll ist (weshalb möglicherweise auch keiner zurückschreibt ) -- Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH27.png 22:57, 27. Apr. 2011 (CEST)

Erfahrungsliste

Hallo zusammen, meine Frage lautet:"Warum darf man (ICH) keine Erfahrungsliste im Pokedex des Wikis anlegen"? Mir wurde gesagt ich solle dieses Thema hier mal anschneiden und mir einige Meinungen von Administratoren, Benutzern und Neuen hier im Wiki anhören. Würde mich über ANTWORTEN freuen!!

--Arenaleiter 08:41, 2. Mai 2011 (CEST)

1. wird das wenn mittels einer Vorlage gemacht
2. werden die werte nicht für jedes level eingetragen denn es gibt eine EP Formel die das berechnet deswegen gibts oben in der pokemonbox ein EP feld
3. bis zur 4 generation gabs auser level keine weiteren bedingungen, aber der 5. generation aber war das ep was man bekommt weiterhin auch von dem eigenem level abhänging wodurch so eine tabelle weitestgehend sinnlos wird

--Hanmac 09:25, 2. Mai 2011 (CEST)

Es klingt auch für mich erstmal nach keinem sinnvollen Unterfangen, doch der Fairness halber wüsste ich jetzt gerne, was denn in diese Erfahrungsliste eingetragen werden soll. Wenn es die EP sind, die ein Pokémon braucht, um ein nächstes Level zu erreichen: dafür gibt's wirklich ne Formel. Oder sollen es die EP sein, die das Pokémon gibt, wenn man es besiegt? -- Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH02.png 12:44, 2. Mai 2011 (CEST)

Eigentlich sollten die EP rein die angeben wie lange das Pokemon zum nächsten Lv. braucht. Ich wusste gar nicht das es einen EP-Rechner gibt. DAS ALLES IST ALSO BLOß EIN MISSVERSTÄNDNIS!!!!! OOPSS!!!!!!!!!Tschuldigung! Wollte keine zu großen Sorgen unter euch verbreiten. Das mit der EP-Listen-Idee vergess ich jetzt! UND NOCH MAL ENTSCHULDIGUNG!!!

P.S.Wie viele EP man bekommt, wenn man ein Pokemon besiegt hat lässt sich gar nicht berechnen oder feststellen. Das ist ein Unterfangen was sich nicht einfach mit EINER Formel lösen lässt! Aber wer weiß vllt. gibt es doch eine einheitl. Formel? Na ja egal. Wollts nur noch mal sagen!! --Arenaleiter

Schau doch mal hier EP#Erfahrung_im_Kampf --GeckoP 18:55, 2. Mai 2011 (CEST)

Artikelnamesraum

Hallo, die Frage hört sich wahrscheinlich blöd an, aber: Was ist der Artikelnamesraum? Palkia1999 13:31, 7. Mai 2011 (CEST)

Was das ist, lässt sich am besten erklären, wenn man schaut, wass es noch für Namensräume gibt: Z.B. den Benutzernamensraum - hier befinden sich alle Benutzerseiten. Im Benutzer-Diskussion-Namensraum befinden sich die zugehörigen Diskuseiten. Im Vorlagen-Namensraum befinden sich alle Vorlagen, die wir im Wiki benutzen etc. Der Artikelnamensraum ist entsprechend der Namensraum, in dem sich aller Artikel befinden. Bis auf genau den Artikelnamensraum tragen (fast) alle Seiten ihren Namensraum auch im Namen (z.B. diese hier heißt ja PokéWiki:Fragen zum PokéWiki => PokéWiki-Namensraum - wird genutzt für Projektseiten; wenn du auf deine eigene Benutzerseite gehst, heißt die Benutzer:Palkia1999). Namensräume gliedern einmal das PokéWiki (was für die Verwaltung praktisch ist), aber wir unterscheiden auch, wo unsere Edits gemacht werden. Wenn du mal auf deiner Seite auf Bearbeitungsanzahl (unten in der linken Werkzeugleiste) klickst, wirst du sehen, dass dort aufgegliedert ist, in welchen Namensräumen du wie viele Edits gemacht hast. Hier trennt sich die Spreu vom Weizen und man kann sehen, wer das Wiki als soziales Netzwerk missverstanden hat und wer wirklich Artikel editiert. -- Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH07.png 14:07, 7. Mai 2011 (CEST)

Anime-Episoden

Vgl. zB. auch PokéWiki:Anime-Projekt, Anime-Episodenliste, Vorlage:Episode Infobox. Folgende Anmerkungen/Fragen:

• "Es gibt allerdings Episoden, die aufgrund dessen, dass die Folge in keinem deutschsprachigen Land ausgestrahlt wurde, keinen offiziellen deutschen Titel haben. Im dem Fall sollte man zuerst auf den englischen Episodennamen zurückgreifen"
  • Wieso zuerst der englische? Spätestens seit BW ist dem ja nicht mehr so und selbst das angegebene Beispiel "Beauty and the Beach (Episode)" findet sich nun unter "Aopulco no Kyuujitsu (Episode)". Englische Titel sollten zur Zeit nur noch Fanübersetzungen bei BW sein, was oftmals geschieht, wenn der Artikelersteller kein Japanisch kann und dann die Übersetzung von bulbapedia oder sonst wo nutzt, und bei den Chronicles-Episoden, die man ohnehin überarbeiten müsste. Zu den Chronicles-Folgen: sollte man dann nicht eher die offiziellen, deutschen Titel von pokemon.com nutzen, die oft nur lahme Übersetzungen der englischen Titel sind und was zwar nichts daran ändert, dass sie hier nie gesendet wurden? Problematisch könnte es da jedoch bei mehrteiligen Chronicles(dt. Chroniken)-Folgen sein, also insb. den "Pikachus Winterurlaub"-Teilen, da dort mehrere Teile unter einem Titel zusammengefasst wurden.
• Zur Infobox:
  • "Jahr" bei "Staffel/Jahr" ist falsch/widersprüchlich, da das Jahr in verschiedenen Region anders ist, und unnötig, da das Jahr aus der Erstausstrahlung hervorgeht und sollte also entfernt werden
  • Synchronsprecher bei "Charaktere in dieser Episode" sind nur die deutschen Synchronsprecher, d.h. sie sind im Allgemeinen und damit überwiegend falsch, da diese Synchronsprecher in den meisten Versionen des Animes gar nicht stimmen. Besser: Auslagerung der Synchronsprecher in Artikel wie Synchronsprecher und da dann am besten Artikel wie "Deutsche Synchronsprecher", "Englische Synchronsprecher", "Japanische Synchronsprecher" (; Alternativ: Angabe aller Synchronsprecher, aber damit wird der Abschnitt in der Infobox sicher etwas groß und damit unschön, s.d. es doch keine richtige Alternative ist). Bei den "Credits" ist dem zwar nicht ganz so, aber vlt. könnte man die auch Auslagern, auch da es eigentlich sicher mehr Personen bei Credits gäbe, als die paar die da jeweils angegeben sind.
  • ZB. bei dem "Special" Cerulean Blues (Episode) steht oben in der Leiste: "SP6 A Family That Battles Together Stays Together! — Episoden — SP008 We're No Angels", d.h. die Nummern werden ungleich und damit unschön angegeben (siehe "SP6" und "SP008") -> sollte einheitlich sein
  • Bei vielen Spezialepisoden tauchen Ash und Ko gar nicht auf, s.d. diese Voreinstellung für einige Sprecher unpassend ist bzw. dann 2 Vorlagen, einmal für reguläre Folgen und einmal für Special besser wären.
  • Es gibt oben nur eine Leiste mir vorheriger und nachfolgender Episode. Zum Vergleich: bulbapedia hat diese Leisten von der Infobox getrennt. Denn es gibt folgendes Problem: die Einteilung in den USA (und Deutschland) ist nicht immer mit der in Japan identisch, ebenso die Sortierung, was sich insb. bei einigen Chronicles-Folgen bemerkbar macht, denn Chronicles besteht aus einige Pikachu-Kurzfilmen, Pocket Monsters Side Story und dem Raikou-Special. Nun sollte man aber die Pikachu-Kurzfilme auch für sich nach den Pikachu-Kurzfilmen sortieren und nicht ein paar rausreißen und bei Chronicles reinklatschen oÄ., so dass man entweder mehrere Artikel bräuchte, s.d. man mehrere Leisten hätte, oder man dieses Leisten-Prinzip überarbeiten müsste, zB. Leisten und Infobox trennen. (Naja, so geschehen mit Vorlage:Leiste und Vorlage:Special Infobox, wie es auch schon in einigen Chronicles-Episoden vorhanden ist und mal weiter benutzt werden sollte :oops:)
• Zu den Episodenliste und der Nummerierung:
  • Am Anfang werden Rossanas Odyssee (RO) und Verirrt im Schneesturm (ViS) nicht mitgezählt, wohl da sie fälschlich als Spezialepisoden angesehen wurden und bei neueren Folgen werden sie ab und zu mitgezählt (zB. BW001=660 was nur mit RO und ViS möglich ist). Ergo sollte man sie mitzählen und damit müssten sicher noch oftmals die Episodennummern angepasst werden (aktuell widersprechen die sich des Öfteren)
  • Dann zu RO und ViS sicher die berechtige Frage wo sortiert man sie ein: als "Spezial"episoden der 1. Staffel, s.d. sie in der 1. Staffel anders markiert werden und dann wenigstens ab Staffel 2 alle Nummern stimmen, oder als die Episoden als die sie ausgestrahlt worden sind (das wäre nach "Vertauschte Rollen" und dann Ep65&66) oder als die wie sie geplant waren (das wären 39 & 40, siehe auch Abspann von 38 wo RO angekündigt wird).
  • Ähnlich mit "Das Prinzessinnenfest" & "Katzengejammer und Heldengeschichten". Wegen Ep38 mit Porygon sind sie auch außerhalb der ursprünglichen Reihenfolge (vgl. die Fehler in den entsprechenden Folgen), s.d. man, wenn man RO und ViS als Spezialfolgen betrachten würde, diese beiden Folgen mit dem gleichen Argument, nämlich, dass dort die Handlung chronologisch nicht passt, auch als Spezialfolgen deklarieren.
  • Vorschlag: Benutzer:Bernd/Episodenliste#Staffel_1:_Indigo-Liga. D.h. in der Liste handlungstechnisch chronologisch, so wie man es sich ja auch anschauen sollte, damit da keine Handlungsfehler sind, allerdings mit entsprechenden Anmerkungen. Für die Artikel der Episoden würde ich dann Vorschlagen 2 dieser Episodenleisten einzubauen (siehe oben) und sie dann einmal handlungstechnisch chronologisch und einmal ausstrahlungstechnisch chronologisch zu verlinken. Dadurch unterscheidet sich die Liste dann maximal von Folge 39 bis 67 (weniger als 30 Folgen) oder so. Für die Folgen dazwischen müsste man ggf. auch so eine doppelte Leiste und doppelte Zählung einbauen. Ist zwar subjektiv, aber würde das so allemal bevorzugen.
  • Dann zu BW: bekanntlich gab es ja 3 Folgen, die in Japan übersprungen wurde und bis jetzt nicht gesendet wurden. Ich halte es für recht unwahrscheinlich, dass sie dann in den USA, aber nicht in Japan gesendet werden (war bei den anderen Folgen ja auch nie der Fall) und langsam zweifle ich daran, dass sie noch gesendet werden, so wie es anfangs oftmals behauptet wurde, womit sich ihr Schicksal eher dem von der ursprünglichen AG101, Yureru Shima no Tatakai! Dojoach VS Namazun!! (Episode), nähert. Sicher kann man noch etwas warten, zB. bis die US-Ausstrahlung dort angekommen ist und man dann Gewissheit hat ob sie in den USA gesendet werden oder nicht. Nur sollten sie nicht gesendet werden, müsste man irgendwann auch die Nummern ändern und dann eher so wie bei der ursprünglichen AG101 zwar die ursprünglich geplante Nummer erwähnen, aber keine Nummer geben. Sollten sie noch gesendet werde, was ich zwar wie erwähnt bezweifle, käme zudem die Frage wo man sie zählen sollte: handlungstechnisch oder ausstrahlungstechnisch chronologisch, vgl. das Problem mit RO und ViS. Naja, hier ggf. noch etwas abwarten...

So. Würde da um Entscheidungen bitten, ggf. auch Abstimmungen, wobei sowas wohl durch Admins abgesegnet werden müsste? --Bernd 21:21, 26. Mai 2011 (CEST)

Ich finde auch, dass man hier eine lösung braucht aber ich hab auch noch ne frage:

• In den Chronicles kommen bestimmte pokémon vor, die nie im normalen anime gezeigt wurden (und deshalb auch warscheinlich NIE in Deutschland) z.B. Mistys Liebiskus und meine frage währe jetzt ob wir diese pokémon nun zu den anderen zählen können oder nicht (eigene kategorie/abschnitt oder ganz weg lassen)?
  Enton043 ^Disk. 20:37, 4. Jun. 2011 (CEST)

Japanische Namen

ZB. steht bei Gary Eich "オーキドシゲル", in Japan kennt man ihn aber sicher eher als "オーキドシゲル" bzw. "オーキド・シゲル" (vgl. zB. auch ポケモンWiki. Der Unterschied besteht in der Anordnung von Vor- und Nach-/Familiennamen: im Westen (zB. USA, England und Deutschland) ist es "Vorname Nachname" oder manchmal auch "Nachname, Vorname", wohingegen es in Japan "Nachname Vorname" ist (vgl. auch de.wp), womit die "Vorname Nachname"-Sortierung bei japanischen Namen falsch wäre. D.h. sollen japanische Namen auch westlich nach "Vorname Nachname" angeordnet werden, selbst wenn dies in Japan nicht gemacht wird oder wie im japanischen "Nachname Vorname"? --Bernd 13:55, 2. Jun. 2011 (CEST)

Neue Attacken-Tabellen

Liebe Wiki-Besatzung,
Erneut wende ich mich an euch mit den neuen Attacken-Lernbarkeitstabellen für Pokémon, die der werte Shadowtweaker für uns erstellt hat. Nach der letzten Umfrage hat er sich der konstruktiven Kritik angenommen und versucht, die Tabellen zu verbessern. Ich würde euch daher bitten, euch die Entwürfe auf seiner Testseite anzuschauen und zu sagen, was ihr davon haltet. Die Vorteile sind (hier nur ganz kurz dargestellt (auf der Seite steht mehr), dass sie kompakter sind, die Möglichkeit bieten, einzelne Generationen zu toggeln und -wichtig für die, die aktuell damit arbeiten müsen- es gibt wesentlich weniger Parameter (z.B. muss man nicht mehr extra Typ und Schadensklasse angeben). Meinungen bitte hier drunter setzen, ebenso Verbesserungsvorschläge (damit fange ich direkt mal an):

• Die TMs sollten noch zu ihren Artikeln verlinken, bei den Ladezeiten hier im Wiki isses ungeheuerlich erst in den Artikel zur Attacke klicken zu müssen, nur um von da aus zur TM zu gelangen, damit man endlich weiß, wo sich der siebte Weise versteckt hält, der diese bunkert (ja, ich bin tippfaul)
• Bei der Vererbbarkeit reicht nur ein Sternchen, da auch "nur ein mal erben müssen" schon Chain Breeding ist. Das toggle hier empfinde ich als aufhaltend. Viel mehr würde ich gerne (und ich darf das ja entscheiden xD), um die Länge dieser Listen zu optimieren, in Zukunft anstatt der Namen der Pokémon einfach nur noch ihre Icons zeigen (ähnlich wie bei serebii.net, aber ohne einzelne Unterabschnitte, d.h. weiterhin mit Sternchen). Wenn es möglich ist (daran hab ich grad aber meine Zweifel), wärs natürlich toll, wenn die Vorlage anhand der Pokémonnamen/-nummern direkt Icons erstellen würde (aber das schweift schon ein bisschen ab).
• Das hier ist weniger ein Verbesserungsvorschlag: als mehr ein Wunsch Wir bräuchten noch eine Art von Tabelle, bei der kein Level angegeben werden muss (oder sonstwas), sondern die sich einfach zur Auflistung von Attacken eignet. Sowas würde sich in Artikel wie Rohe Gewalt klasse machen, weil man dann alle betroffenen Attacken aufzählen kann.

So viel von meiner Seite -- Gute Nacht und Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH07b.png 01:38, 7. Jun. 2011 (CEST)

Mit ausgeschaltetem Javascript funktioniert das Ausklappen bei der Vererbbarkeitstabelle nicht und die Farben finde ich tendenziell zu dunkel/matt.revidiert, siehe unten --Afrael ^Diskussion 04:57, 7. Jun. 2011 (CEST)

@WenlokHolmes:

Ja, das mit den TMs kann ich verstehen und das ist auch ganz einfach.
„Als Chain Breeding bezeichnet man den Vorgang, einem Pokémon durch Zucht eine Bonus-Ei-Attacke beizubringen, um diese wiederum an ein weiteres Pokémon zu vererben, das sich mit dem ursprünglichen nicht paaren ließe.“ Laut der Definition im Artikel bräuchte man einen Stern für "einfache" Vererbung und zwei Sterne für "zweifache" Vererbung (=Chain Breeding), sonst wundert man sich, wie genau man jetzt die Attacke an das Pokémon vererben kann. Icons wären auch kein größeres Problem.

@Afrael:

JavaScript benutzen wir ebenfalls auf der Hauptseite, beim PdW-Projekt und an vielen anderen Stellen, da finde ich es jetzt weniger wichtig, dass die Vererbbarkeitstabellen eventuell nicht ausklappbar sind, die werden sowieso nur ganz selten angeschaut. Man könnte aber auch einen Kompromiss finden, z.B. dass immer mind. 1 Pokémon angezeigt wird und der Rest dann erst beim Aufklappen.
An Farben hab ich nur die Typ/Color-Vorlagen verwendet, wo genau ist es denn zu dunkel oder ist das ein Gesamteindruck?

➤ ♣Ꮥɧḁđѻш₮шệḁƙḝƦ♠ ʭ Ɖ ♦ Ṝ 07:20, 7. Jun. 2011 (CEST)

Ich finde, dass die Attacken-Tabelle sehr gut aussieht. Sie eignet sich auf jeden Fall hervorragend dafür. Mir bleibt aber noch die Frage, ob man wie gehabt die kleinen Spielsymbole an die Attacken anhängen kann wie z.B. hier in der 3. Generation?
Zudem steht bei der Attacken-Tabelle unter "Durch Attacken-Lehrer" in der 2. Generation, dass es dort keinen Attacken-Lehrer geben würde, dem ist aber nicht so. Schließlich gibt es einen in Kristall. ;) ~ Taisuke^Diskussion 09:09, 7. Jun. 2011 (CEST)

Zwei kurze Sachen (weil ich grad aufm Weg zur Uni bin): Dunkel vllt weniger von den Farben als mehr von den dicken, schwarzen Kanten? Vllt hier die Stärke verringern. Zum Chain Breeding: Du hast an sich recht, gemeint wäre aber, dass das Pokémon zu dem die Tabelle gehört schon das dritte in der Reihe is (also Ursprung, Mittelmann, Artikel-Pokémon). So gesehen ist es gerechfertigt, nur einen Stern zu machen (zwei sind einfach zu verwirrend), aber der Satz als solcher is Käse (weil es so klingt, als sei gemeint, dass die Väter das nur per Chain Breeding lernen könnten). Ich überleg mir im Bus nen neuen, das sollte das schnell und einfach lösen ;) -- Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH07b.png 09:12, 7. Jun. 2011 (CEST)

mir gefällt das irgendwie nicht so recht das da atk und gnauigkeit da steht, das ist irgendwie to much information, außerdem find ich man sollte bei der vererbbarkeit menuicons nutzen mit links ähnlich wie bei bulba --Hanmac 10:12, 7. Jun. 2011 (CEST)

"too much information" diskretidiere ich ein einer enzyklopädie (und dazuz einer mit diesen furchtbaren ladezeiten, dass man sich vorher zwei mal überlegt, ob man irgendwohin klickt) direkt mal als argument. was aber meinst du mit menuicons? diese verlinkungen auf die einzelnen generationen? -- Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH07b.png 13:16, 7. Jun. 2011 (CEST)

Zum Chain-Breeding-Satz folgender Vorschlag: „Mit einem * markierte Väter können die Attacke selbst nur durch Zucht erlernen (s. a. Chain Breeding)“

Darf jetzt im Detail sprachlich auch verfeinert werden. -- Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH07b.png 13:21, 7. Jun. 2011 (CEST)

Ich revidiere meinen obigen Eindruck bezüglich der Farben. Am meinem Bildschirm hab ich besch...eidenen Gammawert, hab mir das nun auf einem anderen Bildschirm angeguckt, sieht okay aus. Bezüglich der JS-Sache behalte ich aber meinen Standpunkt bei. Wenn ein User aus welchen Gründen auch immer kein Javascript anhat, nützt ihm die Erbtabelle exakt nix. Da macht es auch keinen Unterschied, ob da ein Vieh eingeblendet ist oder nicht. "werden eh nur selten angeschaut" wird zwar wohl stimmen, halte ich aber für kein sinnvolles Argument, da könnte man sie auch gleich weglassen. Optimal wäre eine Lösung wie mit den anderen Toggle-Tabellen, nämlich: wenn ich JS aus habe, sehe ich alle Informationen, die da sind.
Mal eine andere Frage, ich sehe gerade, die Seite ist so 41 kB groß. Ich nehme an, ihr wollt die dann in Vorlagen zersplitten. Geht das technisch überhaupt? Für mich sah es beim spontanen drübergucken so aus, als wären die div-Tags abhängig von der Anzahl der Attacken in den einzelnen Tabellen. Es kann aber sein, dass ich mich irre, ich hab gerade keine Zeit, genauer zu gucken.
Und ja, am CSS, speziell am Rahmen, könnte noch etwas gedreht werden. Attackenkategorie (Physisch/Status/Spezial) finde ich eigentlich relativ überflüssig, bzw. macht es die Tabellen unnötig breit, sodass diese bei mir teilweise in den Seitenrand hineinragen (Screen kann ich bei Bedarf stellen).--Afrael ^Diskussion 14:04, 7. Jun. 2011 (CEST)

Hallo, also ich finde die Version ziemlich gut, vor allem ist es wirklich übersichtlicher, wenn man einzelne Generationen wegklicken kann und auch gut, wenn die ganzen Attackeninformationen angezeigt werden. Die Frage mit den zwei Sternchen würde ich auch nur mit einem beantworten, da ich persönlich beim Erstellen der Vererbbarkeitstabellen glaube ich heillos durcheinander kommen würde :P Außerdem muss man bei Chain Breeding-Vätern sowieso auf diese Väter klicken. Ich weiß aber nicht, was ich von "nur den Icons" halten soll ... spart natürlich Platz, aber ich habe die Befürchtung dass die ganzen Sternchen da ein bisschen untergehen würden :P Außer natürlich man kriegt das irgendwie übersichtlich hin ... naja, ich glaube mal so viel von meiner Seite, wie gesagt, ich finde diese Version echt gut :) Lalala11

Zu Afrael: Ich persönlich wäre, wie shcon gesagt, ohnehin dafür, das toggle wegzulassen. "Die werden so oft nicht angeschaut" halte ich für nich ganz korrekt. "Die gibt es nicht so oft und viele von denen sind falsch oder unvollständig" trifft es eher. Daher schaue ich auch nur die wenigstens an. Lalala ist lobenswerterweise aber dabei, das zu ändern, insofern werden sie vllt in Zukunft doch öfter betrachtet werden. Die Icons würden die Sache ja auch entsprechend kürzen ->

Damit direkt zu Lalalas Einwand: Ich habe in der Hinsicht auch noch keine konkrete Vorstellung und teile sogar die Sorge, dass die Sternchen untergehen. Ich werde aber bei Gelegenheit ein wenig experimentieren und nach einer geeigneten Lösung suchen. Im Notfall kann man (dann eben doch wie bei serebii) einen eigenen Abschnitt für Chain Breeder machen (und den könnte man z.B. toggeln)

-- Beamish Wishes, http://gaudi.pytalhost.biz/Resignation/WH07.png 14:36, 7. Jun. 2011 (CEST)

Nachklapp, weil ich vergessen habe das zu unterstreichen: Ich bleibe in der Hinsicht apodiktisch, dass keine Informationen aus den neuen Tabellen gestrichen werden. Verschrottet eure Röhrenmonitore oder spendet für nen neuen Server, aber bei der Planung eines Movesets extra noch in alle Attackenartikel zu müssen, ist absolut hinderlich. Zumal man die Extrainfos ja nur kriegt, wenn man auch extra klickt (die Angabe der Schadensklasse ist seit der 4. Generation zwingend).

ich finde sie von information und ☆styling☆ her super (weil die ecken super zu den in der 5. generation eckig gemachtentyp symbolen passt außer bei ???) ✔gute arbeit!!!!!!! Enton043 ^Disk. 15:15, 7. Jun. 2011 (CEST)

• Zusätze: Zusätze wie Spieleangaben wird man natürlich auch einfügen können, auch wenn ich mich mit der Umsetzung und den Spezialfällen (z.B. Burmadame oder Deoxys) noch genauer auseinandersetzen muss.
• Atk-Lehrer 2. Generation: Das ist mir neu, welche Attacken betrifft das? Dann steht das hier falsch
• Chain Breeding: "Mit einem * markierte Väter können die Attacke selbst nur durch Zucht erlernen (s. a. Chain Breeding)."
  ✔ einverstanden
• menuicons mit links: Wenn ich Hanmac richtig verstanden habe, meint er damit so etwas in der Art:
  Andere Generationen: [[Bisasam/Attacken 2. Generation|II]] [[Bisasam/Attacken 3. Generation|III]]...
  ✘ umständlich für den Leser, höhere Ladezeiten, keine/kaum Platzeinsparung

anstatt Bisasam das hier:

• JavaScript: Vererbbarkeitstabellen anzeigen, wenn JavaScript deaktiviert ist
  ✔ solange die Vererbbarkeitstabellen standardmäßig eingeklappt sind, wenn JavaScript aktiviert ist, sonst ändert sich durch die Vorlage nichts, weil man dann doch lieber runterscrollt anstatt den Einklapp-Toggler zu suchen. Soweit ich weiß müsste man das aber in PHP programmieren und damit kenne ich mich (noch) nicht aus.
• Rahmen: "daran könnte noch gedreht werden" damit kann ich wenig anfangen, ich habe einfach mal bei Nach Level ein paar verschiedene cellspacing-border-Kombinationen eingetragen
• Informationenanzahl: schließe mich WenlokHolmes an, je mehr Informationen desto besser, solange es noch übersichtlich ist.
• Toggle-Einsatz: Das Ersetzen der Namen durch Icons würde zwar die Tabellen etwas verkleinern, aber nicht genug (v.a. weil die Bilder die Zeilengröße erhöhen), Toggle wäre dann immer noch angebracht. Ob die Sterne dabei untergehen, weiß ich nicht, das muss man ausprobieren, wenn wir das so wie serebii machen wäre es aber noch aufwändiger und unübersichtlicher. Ich würde Toggle dennoch mit der Platzeinsparung wie jetzt einsetzen, ein Toggle für alle Väter wäre aber vielleicht sinnvoller als ein Toggle für jede Attacke. So kann man auch die Vorlage noch besser teilen, dann muss man nicht vorsorglich 20 (oder wieviel eben nötig sind) toggle-Anweisungen pro Generation einfügen, von denen man dann nicht alle braucht, teilen kann man die Vorlage aber auch ohne Probleme so wie sie ist.

➤ ♣Ꮥɧḁđѻш₮шệḁƙḝƦ♠ ʭ Ɖ ♦ Ṝ 17:53, 7. Jun. 2011 (CEST)

Chain breed: das nicht bei dem vater zeigen sondern wie bei bulba bei der attacke selbst wenn dieses pokemon das nur durch chain kann --Hanmac 18:20, 7. Jun. 2011 (CEST)