Benutzer Diskussion:84dot164/Wipe: Unterschied zwischen den Versionen
Zeile 94: | Zeile 94: | ||
*Fertigkeitenwahl | *Fertigkeitenwahl | ||
*Beispielleiste | *Beispielleiste | ||
*Bei alten Builds Ursprüngliche Vorteile | |||
===Leere Schablone=== | ===Leere Schablone=== |
Version vom 4. Juni 2008, 17:06 Uhr
Bin ich sofort dafür. Es sollte halt so sein, das jeder der im Spiel etwas von z.b. "Obsitank" hört...auf der wiki nachgucken kann worum es sich dabei handelt. --Flece 00:59, 16. Mai 2008 (CEST)
- womit automatisch der großteil der kategorie:build auch gleichzeitig kategorie:slang sein wird. - 84dot164 01:10, 16. Mai 2008 (CEST)
- Hab's mal angepinnt in den LÄ. Sollten wir nicht vorher eine Richtlinie aufstellen, was für Builds überhaupt reinkommen in den neuen Buildabschnitt? Wie genau müssen die beschrieben werden? Ansatzweise oder konkret mit Skillbar und Equip mit Codes für Copy&Paste? Dazu mal ein
Zitat von hoschi:Jeder will nur noch fertig Builds fuer irgendwas haben, Tasten in Reihenfolge druecken aber sich nicht damit beschaeftigen.[...]-- Redeemer 15:22, 17. Mai 2008 (CEST)
Das kotzt mich echt an.- Also der Build-Bereich ist zwar der Teil des Wikis mit dem ich mich am wenigsten auskenne, aber ein Wipe ist sicher nicht schlecht. --Tobias Xy 16:02, 17. Mai 2008 (CEST)
- müssen wir eine extra policy aufstellen, welche builds wir nehmen, ähnlich wie GWW:BUILDS, oder könnte man policy und formatierungsrichtlinie einfach zusammenfassen? ich hätte mich nämlich durchaus an GWW:BUILDS orientiert, da die ja eigentlich genau das beschreibt, was wir hier auch wollen. - 84dot164 16:53, 17. Mai 2008 (CEST)
- Also ich finde es sollten nur noch Builds dokumentiert werden, die eine eigene Abkürzung haben wie SS, 55HP usw. und hier sollten auch nur die Kernfertigkeiten und die Spielweise erläutert werden. Schließlich gibt es immer Abwandlungen und Copy&Paste Builds kann ich problemlos an tausend anderen Stellen finden. Man sollte sich daran orientieren, was die Besucher sehen wollen. Und da sind eben vor allem Anfänger interessant, die sich informieren wollen. Wenn ich jetzt SS eingebe komme ich zu einer oberflächlichen Definition, die mir wenig bringt. Ich will da aber auch kein 100% ausgearbeitetes Build finden, dass mir auch noch Ausrüstung vorschreibt und bei dem ich Null denken muss. --Bodhrak 10:41, 22. Mai 2008 (CEST)
- Sabway hat auch keine Abkürzung und MUSS rein, da es das gesamte PvE-Metagame beschreibt. -- Redeemer 10:59, 22. Mai 2008 (CEST)
- Sabway ist in meinen Augen eine ziemliche Abkürzung, man könnte es ja auch 3-Nekromanten-Helden-PvE-Build-nach-Sab nennen. Aber auch da würde ich nicht die Builds 100% von PvXwiki übernehmen, sondern einfach die Kernfertigkeiten und den Grundgedanken ausarbeiten. Für die Faulen kann man ja immer noch nen Link zu PvX-Wiki übriglassen. --Bodhrak 11:40, 22. Mai 2008 (CEST)
- es ist bei solchen builds ja grundsätzlich so, dass sie einen kern besitzen, der aus vier oder fünf fertigkeiten besteht. ich denke wir sind uns alle einig, dass man auf jeden fall das prinzip beschreiben sollte und dass dieser kern auf jeden fall angegeben sein muss. meiner meinung nach sollte man außerdem als beispiel eine voll ausgefüllte leiste (kein ganzes build!) dazugeben. - 84dot164 12:14, 22. Mai 2008 (CEST)
- Ich habe mal für SS ein Beispiel erstellt wie ich mir das ungefähr vorstelle, ist natürlich jetzt nicht 100% ausgearbeitet hier. --Bodhrak 11:24, 23. Mai 2008 (CEST)
- ebenfalls ein beispiel: Benutzer:84dot164/Sandkasten. Ich habe als beispiel den WdH-Mönch genommen, allerdings ist die Beschreibung weit kürzer geraten als sie später tatsächlich wäre. Die Infobox-Vorlage ist hier: Benutzer:84dot164/Sandkasten2. - 84dot164 17:47, 23. Mai 2008 (CEST)
- bodhrak, ich finde deinen vorschlag ganz ehrlich gesagt noch etwas zu genau, wegen den attributen und so - 84dot164 17:48, 23. Mai 2008 (CEST)
- Naja war auch nur ein Beispiel, ich wollte nur, dass man sofort erkennt, dass es ein Nekromant ist, so wie ich es jetzt geändert habe, nur ohne das "Attributsverteilung" könnte es dann aussehen. Was ich bei WdH problematisch finde: Es gibt eigentlich keinen Kern bis auf WdH und es steckt eigentlich auch keine besondere Idee dahinter (außer dass WdH eben eine sehr effektive Fertigkeit ist, die alleine fast schon als einziger Heilskill ausreicht, so dass ich den Rest meiner Leiste zusammensetzen kann wie ich will). Was der Sinn einer Beispielleiste sein soll weiß ich aber nicht, es wäre doch viel sinnvoller wenn ihr einfach ein paar Builds bei GWT verlinkt. Ihr habt doch sowieso vor kurzer Zeit über die Zusammenarbeit abgestimmt. --Bodhrak
- wdh an sich reicht schon als build, wenn man aber das falsche drumrum baut ist das build wieder schrott. es geht ja auch nicht darum, ob jetzt dieses beispielbuild so bleibt, sondern ob man das format so nimmt. und dass wdh beim wdh-mönch der kern ist, ist ja wohl klar. du hast es ja selbst auch gesagt. bei den meisten builds wird auch nur eine fertigkeit der kern sein, aber es gibt eben auch andere fälle, wie z.b. deadly-arts-assassinen. beim ss würde als kern eben ss dranstehen und deine leiste wäre die beispielleiste. die beispielleiste existiert, um dem leser eine konkrete vorstellung davon zu geben, wie das build aussehen könnte. die beschreibung und der "Fertigkeitenwahl"-abschnitt (hab das geändert) sollen helfen und anregen, selbst daran zu basteln. - 84dot164 19:12, 23. Mai 2008 (CEST)
- Mit GWT hat das erstmal nichts zu tun. Ich muss da was klären, aber Mistress of Avalon ist seit 4 Wochen verschollen. Ich krieg so nicht die Rechte für den Fertigkeiten-DB-Editor. Ohne die Rechte kann ich nicht im Griff behalten, was mit der Kooperation von deren Seite passiert. Und da will ich sicher sein, so wie bei FindIt!. -- Redeemer 19:34, 23. Mai 2008 (CEST)
- lol, das ja mal wieder klasse -.-" - 84dot164 20:42, 23. Mai 2008 (CEST)
- Naja war auch nur ein Beispiel, ich wollte nur, dass man sofort erkennt, dass es ein Nekromant ist, so wie ich es jetzt geändert habe, nur ohne das "Attributsverteilung" könnte es dann aussehen. Was ich bei WdH problematisch finde: Es gibt eigentlich keinen Kern bis auf WdH und es steckt eigentlich auch keine besondere Idee dahinter (außer dass WdH eben eine sehr effektive Fertigkeit ist, die alleine fast schon als einziger Heilskill ausreicht, so dass ich den Rest meiner Leiste zusammensetzen kann wie ich will). Was der Sinn einer Beispielleiste sein soll weiß ich aber nicht, es wäre doch viel sinnvoller wenn ihr einfach ein paar Builds bei GWT verlinkt. Ihr habt doch sowieso vor kurzer Zeit über die Zusammenarbeit abgestimmt. --Bodhrak
- Ich habe mal für SS ein Beispiel erstellt wie ich mir das ungefähr vorstelle, ist natürlich jetzt nicht 100% ausgearbeitet hier. --Bodhrak 11:24, 23. Mai 2008 (CEST)
- es ist bei solchen builds ja grundsätzlich so, dass sie einen kern besitzen, der aus vier oder fünf fertigkeiten besteht. ich denke wir sind uns alle einig, dass man auf jeden fall das prinzip beschreiben sollte und dass dieser kern auf jeden fall angegeben sein muss. meiner meinung nach sollte man außerdem als beispiel eine voll ausgefüllte leiste (kein ganzes build!) dazugeben. - 84dot164 12:14, 22. Mai 2008 (CEST)
- Sabway ist in meinen Augen eine ziemliche Abkürzung, man könnte es ja auch 3-Nekromanten-Helden-PvE-Build-nach-Sab nennen. Aber auch da würde ich nicht die Builds 100% von PvXwiki übernehmen, sondern einfach die Kernfertigkeiten und den Grundgedanken ausarbeiten. Für die Faulen kann man ja immer noch nen Link zu PvX-Wiki übriglassen. --Bodhrak 11:40, 22. Mai 2008 (CEST)
- Sabway hat auch keine Abkürzung und MUSS rein, da es das gesamte PvE-Metagame beschreibt. -- Redeemer 10:59, 22. Mai 2008 (CEST)
- Also ich finde es sollten nur noch Builds dokumentiert werden, die eine eigene Abkürzung haben wie SS, 55HP usw. und hier sollten auch nur die Kernfertigkeiten und die Spielweise erläutert werden. Schließlich gibt es immer Abwandlungen und Copy&Paste Builds kann ich problemlos an tausend anderen Stellen finden. Man sollte sich daran orientieren, was die Besucher sehen wollen. Und da sind eben vor allem Anfänger interessant, die sich informieren wollen. Wenn ich jetzt SS eingebe komme ich zu einer oberflächlichen Definition, die mir wenig bringt. Ich will da aber auch kein 100% ausgearbeitetes Build finden, dass mir auch noch Ausrüstung vorschreibt und bei dem ich Null denken muss. --Bodhrak 10:41, 22. Mai 2008 (CEST)
- müssen wir eine extra policy aufstellen, welche builds wir nehmen, ähnlich wie GWW:BUILDS, oder könnte man policy und formatierungsrichtlinie einfach zusammenfassen? ich hätte mich nämlich durchaus an GWW:BUILDS orientiert, da die ja eigentlich genau das beschreibt, was wir hier auch wollen. - 84dot164 16:53, 17. Mai 2008 (CEST)
- Also der Build-Bereich ist zwar der Teil des Wikis mit dem ich mich am wenigsten auskenne, aber ein Wipe ist sicher nicht schlecht. --Tobias Xy 16:02, 17. Mai 2008 (CEST)
- Hab's mal angepinnt in den LÄ. Sollten wir nicht vorher eine Richtlinie aufstellen, was für Builds überhaupt reinkommen in den neuen Buildabschnitt? Wie genau müssen die beschrieben werden? Ansatzweise oder konkret mit Skillbar und Equip mit Codes für Copy&Paste? Dazu mal ein
Vorschlag 1
OK, ich mach mal den Anfang. Der Text kann von mir aus in-place bearbeitet werden.
Einführung
Diese Richtlinie beschäftigt sich mit dem Einstellen von Builds bei GuildWiki. Builds im GuildWiki sollen die Gedanken hinter den Builds darstellen und keine fertigen Fertigkeiten- und Attributssätze. Jedes Build im GuildWiki muss den Ansprüchen dieser Richtlinie genügen.
Was für Builds gehören ins Wiki?
Buildartikel sollen einen oberflächlichen Überblück darüber geben, wie die häufig genutzten Builds funktionieren.
Was häufige genutzte Builds sind, lässt sich an folgenden Kritierien festmachen:
- Wonach suchen die Spieler oft in den Außenposten, sowohl im PvE als auch PvP?
- Was sieht man häufig im Beobachtermodus? (bezieht sich vor allem auf Gildenkämpfe, AdH-Gildenteams und Heldenkampfviererbuilds)
- Welche Builds sind die Topthemen in den Foren?
Dazu muss natürlich ein üblicher Name des Builds bereits existieren, der als Grundlage für den Artikelnamen dienen soll.
Seltene und eigene Builds gehören nicht in den Hauptnamensraum des Wikis, sondern in den Benutzer:-Namensraum.
Womit sollte sich ein Buildartikel beschäftigen?
Ein Buildartikel sollte sich folgenden elementaren Fragen stellen (im folgenden fett dargestellt) und diese (beispielsweise unter der Beachtung der eingerückten Fragen) beantworten:
- Wie funktioniert das Build und was für Gedanken stecken dahinter?
- Welche Fertigkeiten sind die Grundlage (auch im Bezug auf den Namen)?
- Welche Fertigkeiten runden das Build zusätzlich ab?
- Welche Fertigkeiten sind optional?
- Wie spielt man das Build?
- Teilt sich das Team auf? Erfüllen Spieler bestimmte (Zusatz-)Funktionen?
- Welche Aufgaben können Helden übernehmen?
- Wie ist die Aufstellung der einzelnen Spieler im Kampf?
- Welche Stärken und Schwächen hat ein Build?
- Welche Builds (Team) oder Gegner (PvE, Einzelbuilds) müssen dieses Build fürchten?
- Welche Zustände und Verhexungen sind am schädlichsten?
- Welche Möglichkeiten der Abwandlung hat das Build?
- Welche Fertigkeiten können durch ersetzt werden?
- Gibt es Alternativen für Spieler, die nicht alle Kampagnen haben?
Beim Beschreiben von Teambuilds müssen in der Regel die Fragen zu jedem unterschiedlichen Spieler beantwortet werden.
-- Redeemer 17:46, 17. Mai 2008 (CEST)
- Wenn man sich die momentane (vorgeschlagene) formatierungsrichtline anschaut, ist der Inhalt der gleiche, abgesehen davon, dass momentan eine für dieses System ungeeignete Formatierung vorgesehen ist. Nämlich eben eine solche, die ein konkretes Build vorgibt. - 84dot164 19:22, 17. Mai 2008 (CEST)
Vorschlag 2
Ist, wohlgemerkt, stark an anderen Richtlinien wie GuildWiki:Stil und Formatierung/Kreaturen angelehnt.
Welche Builds werden dokumentiert?
Im GuildWiki werden alle Builds dokumentiert, die:
- im Spiel häufig verwendet werden
- im Beobachtermodus häufig gesehen werden können (Dokumentation des Metagames)
- in Foren häufig diskutiert werden
Fast immer wird aufgrund der Bekanntheit des Builds auch ein spezieller Name vorliegen.
Alle Builds, die diese Kriterien nicht erfüllen, müssen im Benutzerbereich gespeichert werden.
Vorlage
{{Infobox Build | Art = Solo/Team | Primärklasse = (bei Solo) | Sekundärklasse = (bei Solo) | Zusammensetzung = (bei Team) | Anwendungsgebiet = Farming/Zufallsarenen/... | Kernfertigkeit = (bei Solo wenn vorhanden) | Aufgabe = Schaden/Offensiver Support/Defensiver Support/wasweisich | Archivbuild = ja (dient nur zur Kategorisierung) }}
Was die Parameter angeht ist natürlich noch nichts festgelegt. Das hier soll nur als Orientierung dienen, damit man sich vorstellen kann, wie die Infobox wohl ungefähr aussehen wird.
Gliederung
- Beschreibung
- Stärken/Schwächen
- Fertigkeitenwahl
- Beispielleiste
- Bei alten Builds Ursprüngliche Vorteile
Leere Schablone
...
- 84dot164 19:22, 17. Mai 2008 (CEST)
- Vorlage 1 und 2 sind an sich nicht vergleichbar, da Vorschlag 1 den Inhalt und Vorschlag 2 die Formatierung regelt. Daher hat es wenig Sinn, diese zu nummerieren. -- Redeemer 20:25, 17. Mai 2008 (CEST)
- vorschlag 2 ist die änderung am abschnitt "womit sollte sich der artikel beschäftigen". das hab ich wohl im editor hingeschrieben, dann aber aus irgendeinem grund wieder gelöscht... - 84dot164 22:11, 17. Mai 2008 (CEST)
- ich hab das mal mit meinen worten noch dazugeschrieben ^^ - 84dot164 22:18, 17. Mai 2008 (CEST)
- Ich denke, wir verschieben alle Builds in den Namensraum ihres ersten angemeldeten Bearbeiters (i.d.R. des Erstellers). Dann entfernen wir die Kategorien bzw. führen eine Kategorie:Benutzerbuild ein. Dann kann sich niemand beshcweren, dass seine Arbeit einfach gelöscht wurde. -- Redeemer 20:01, 22. Mai 2008 (CEST)
- gute idee, so sollten wirklich keine beschwerden aufkommen. - 84dot164 23:04, 22. Mai 2008 (CEST)
- die builds, deren originalersteller ips waren, löschen wir? - 84dot164 23:05, 22. Mai 2008 (CEST)
- Wir können auch ein Archiv einrichten. Das werden Unterseiten von GuildWiki:Archiv. -- Redeemer 19:30, 23. Mai 2008 (CEST)
- Ich denke, wir verschieben alle Builds in den Namensraum ihres ersten angemeldeten Bearbeiters (i.d.R. des Erstellers). Dann entfernen wir die Kategorien bzw. führen eine Kategorie:Benutzerbuild ein. Dann kann sich niemand beshcweren, dass seine Arbeit einfach gelöscht wurde. -- Redeemer 20:01, 22. Mai 2008 (CEST)
Abstimmung
Ergebnis: Der Wipe wird durchgeführt.
Status
Phase 1: Vorbereitung
Schritt eins ist abgeschlossen, der Wipe wird durchgeführt. Nach dem notierten Plan ist der nächste Schritt:
- Erstellung von Vorlage:Infobox Build (Vorschlag: Benutzer:84dot164/Sandkasten2)
Sind alle damit einverstanden? In dem Falle folgt:
- Änderung von GuildWiki:Stil und Formatierung/Builds
Hier gab es noch keine Einigung, wie die Formatierungsrichtlinie aussehen soll. Vorschläge sind oben, wer noch andere hat, möge diese unter der Überschrift "Vorschlag X" hinzufügen.
Außerdem ist noch die Frage, wie wir Builds kategorisieren. Nach Anwendungsgebiet? Order weredn wir alle Builds in eine Kategorie und teilen diese allerhöchstens in eine für aktuelle und eine für archivierte (Ich würde hier die Überwachung übernehmen)?
Denkt mal drüber nach und teilt mir mit, was ihr zu den einzelnen Fragen denkt. - 84dot164 18:04, 4. Jun. 2008 (CEST)