Minecraft Wiki
Advertisement
Archiv

Versionsgeschichte aller Minecraft Editionen

Momentan sind in den meisten Artikeln nur die Versionsgeschichten der PC-Version und der Pocket Edition vorhanden. Das heißt Xbox 360, Xbox One, PS3, PS4, PSVita und Pi fehlen. Als Wiki sollten wir aber alle Versionsgeschichten einbauen. Wenn wir jetzt aber für jede Edition einen eigenen Kasten einbauen, wirkt der Artikel viel zur Überladen mit Vorlagen. Gibt es irgendwelche Vorschläge? ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 12:46, 6. Sep. 2014 (UTC)

@ILeonx: Jede Versionsgeschichte mit Vorlage:Lade Inhalt manuell einzublenden bzw. die Vorlagen untereinander (eingeklappt) anzuzeigen geht immer. Aber vielleicht schaffen wir es, ein schickes Menü zu erstellen, das je nach Auswahl automatisch eine Versionsgeschichte anzeigt und die anderen ausblendet? Man könnte auch die Länge der bisherigen Boxen halbieren, dass jeweils zwei nebeneinander passen. --Xzipx de.MinecraftWiki-Admin Diskussion 13:07, 6. Sep. 2014 (UTC)
Ich glaube, es gibt nur 3 Versionsgeschichten: PC, PE (Android + iOS) und Konsolen (Xbox 360 und One, PS 3 und 4). -- Sumpfhütte 13:34, 6. Sep. 2014 (UTC)
Stimmt nicht ganz. PC, PE (Android + iOS), Konsolen und Pi. ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 13:37, 6. Sep. 2014 (UTC)
Ach ja, die Pi Edition. Hm - die wird aber im Gegensatz zu den anderen zur Zeit nicht weiter entwickelt. Auf jeden Fall haben wir nicht vier Konsolengeschichten, sondern nur eine, d.h. wir bräuchten erstmal nur eine weitere Box, die wir in den Artikeln nach der PE-Box einfügen. Wir könnten dann PE und Konsole initial einklappen. Wie wäre das? -- Sumpfhütte 13:57, 6. Sep. 2014 (UTC)
Soweit ich weiß, basiert die Pi Edition auf einer Version der Pocket Edition, wenn sie nicht sogar dieser Version gleicht. Außerdem gibt es nur eine Pi-Version (0.1.1 kann man ignorieren, da sie nur Bugfixes enthielt). Von daher braucht man eigentlich keine Geschichtsbox für die Pi Edition. | violine1101(Diskussion) 14:07, 6. Sep. 2014 (UTC)
Das sehe ich genauso. Also bräuchten wir erstmal nur eine weitere Geschichtsbox für die Konsoleneditionen. -- Sumpfhütte 15:05, 6. Sep. 2014 (UTC)
Wäre es eurer Meinung nach möglich und vor allem sinnvoll, die Versionsgeschichten der Konsoleneditionen auf eine Seite zu bringen? Zur Zeit sind sie getrennt. | violine1101(Diskussion) 18:30, 7. Sep. 2014 (UTC)

@ILeonx, Sumpfhütte, Violine1101: Wenn ich das richtig sehe, sind die Versionsgeschichten nicht vollkommen identisch. Das letzte Update der PS3-Edition und der Xbox 360 Edition ist da ein gutes Beispiel: Die Fehlerkorrekturen betreffen nicht immer beide Editionen und bei der PS3-Edition wurden Texturenpakete hinzugefügt. Das alles auf einer Seite zu sammeln könnte etwas unübersichtlich werden, da z. B. auch die Daten der Updates und die Versionsnummern nicht übereinstimmen. Des Weiteren fängt die Versionsgeschichte der PS3-Edition mit dem TU12 an, während es bei der Xbox 360-Edition das TU 1 ist. Ob die neuen Editionen simultan geupdatet werden, wird sich auch erst noch herausstellen. Deswegen kann es schon möglich sein, dass wir mehrere Geschichtsboxen benötigen werden. --Xzipx de.MinecraftWiki-Admin Diskussion 21:19, 7. Sep. 2014 (UTC)

Dann sollte man aber die beiden Pocket Editionen (Android und iOS) auch trennen, die sind schließlich auch nicht vollkommen identisch und werden sogar in unterschiedlichen Sprachen geschrieben (siehe Pocket Edition). Da gibt es Versionen, die es nur für Android gibt, aber die Unterschiede sind wirklich nicht so stark wie bei den Konsoleneditionen. Allerdings sind es wirklich nur feine Unterschiede (bei Pocket und Konsole), also kann man sie auf anderen Seiten in der Geschichtsbox zusammenhalten. | violine1101(Diskussion) 21:27, 7. Sep. 2014 (UTC)
Eine gemeinsame Konsolen-Versionsgeschichte dürfte doch machbar sein. Die englischen Kollegen machen es ja vor: en:Console_Edition_version_history --Xzipx de.MinecraftWiki-Admin Diskussion 21:38, 7. Sep. 2014 (UTC)
Und was ist mit den Geschichtsboxen in Artikeln? ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 12:22, 27. Sep. 2014 (UTC)
Da funktioniert eine gemeinsame Box ja dann auch. Es muss nur noch jemand in die Hand nehmen. --Xzipx de.MinecraftWiki-Admin Diskussion 12:28, 27. Sep. 2014 (UTC)
Auf meiner Testseite laufen seit geraumer Zeit die Übersetzungen des entsprechenden Artikels. Ich habe leider nicht so viel Zeit. Wenn das also jemand in die Hand nehmen würde, wäre ich sehr dankbar. Wenn die Seite steht, könnte man sich auch an die Boxen machen. --Xzipx de.MinecraftWiki-Admin Diskussion 15:07, 20. Okt. 2014 (UTC)
Da ich zur Zeit ein wenig die Geschichtsabschnitte der Pocket Edition und die PE-spezifischen Abschnitte überarbeite, könnte ich das auch gerne übernehmen. | violine1101(Diskussion) 15:26, 20. Okt. 2014 (UTC)
Fragezeichen
Diese seit einiger Zeit laufende Diskussion ist immer noch ohne Ergebnis. Kannst du antworten oder eine Entscheidung treffen?
Wenn ja, dann bitte diese Markierung löschen. - Weitere ungelöste Fragen siehe hier.

Navboxen für mobile Geräte anpassen

Hallo zusammen,
wie schon mal angedeutet, werden (zumindest bei mir) die Navboxen auf mobilen Geräten sehr unübersichtlich dargestellt. Ich vermute, das wird euch und anderen ähnlich gehen. Um das ganze übersichtlicher zu machen habe ich mir etwas überlegt: Extra Navboxen für mobile Geräte.

height: 0px;
width: 0px;
visibility:hidden;

Mit diesen drei Einträgen in der mobile.css für die Klasse "navbox" werden die normalen Navboxen quasi ausgeblendet. Das Spielchen geht auch umgekehrt, indem man die mobilen Navboxen dann in der normalen CSS ausblendet. Die mobilen Navboxen würde ich dann als Unterseiten der normalen Navboxen anlegen. Ich habe auf meiner Testseite schon mal testweise die Vorlage:Navbox-Mojang für mobile Geräte angepasst, indem ich Vorlage:Navbox durch eine einfache Tabelle ersetzt habe. Gestalterisch kann man da natürlich noch einiges machen, aber das/mein Hauptziel ist erreicht. Die Daten werden nun übersichtlicher angezeigt, ohne dass man scrollen muss. Doppelte Navbox-Vorlagen bedeuten zwar doppelte Pflegearbeit, dafür könnten aber Smartphone-Nutzer die Navboxen verwenden. Da in der mobilen Ansicht alle Abschnitte standardmäßig eingeklappt werden, bräuchten die mobilen Navboxen auf jeden Fall auch einen eigenen Abschnitt, da sie sonst immer in den darüberliegenden Abschnitt rutschen. Was meint ihr zu dem Vorschlag? --Xzipx de.MinecraftWiki-Admin Diskussion 23:37, 9. Sep. 2014 (UTC)

Statt doppelter Navboxen wäre ich eher dafür, die bestehenden Navboxen so umzubauen, dass sie (abhängig vom Device) unterschiedlich angezeigt werden. Dann würde im Artikel weiterhin nur eine Navbox angezeigt, deren Optik (und ggf. Inhalt) wird dann aber über die CSS-Dateien gesteuert. Auf die Art und Weise bleibt der Wartungsaufwand in den Artikeln derselbe. Zugegebenermaßen wird das bei den Vorlagen mehr als nur etwas komplexer, aber nun ja.... ;) --Caleb Blackhand 06:39, 10. Sep. 2014 (UTC)
@CalebBlackhand: Das ist natürlich geschickter. Willst du dich darum kümmern? --Xzipx de.MinecraftWiki-Admin Diskussion 09:49, 11. Sep. 2014 (UTC)
Kann ich machen - allerdings (in Ermangelung eines mobilen Geräts) nur über Mobil-Simulatoren. Das Finetuning darf dann jemand anderes.... --Caleb Blackhand 10:09, 11. Sep. 2014 (UTC)

Wurden die Navboxen jetzt in der mobilen Version doch abgestellt? Bei mir fehlen nämlich sämtliche Geschichts-/Navigationsboxen in der mobilen Ansicht, da würde ich dann doch eher noch die unübersichtlichen bevorzugen. -- Elike98 Diskussion 10:45, 12. Okt. 2014 (UTC)

@Elike98: Meines Wissens nicht. Vor ein paar Stunden habe ich eine Änderung an der mobilen CSS getätigt, aber ich glaube nicht, dass das der Grund ist. --Xzipx de.MinecraftWiki-Admin Diskussion 12:39, 12. Okt. 2014 (UTC)
@Elike98: Laut meinem DOM-Explorer ist die load.php die Ursache. Per display: none werden die Nav- und Geschichtsboxen ausgeschaltet. Können wir dem überhaupt entgegenwirken oder muss das Curse ändern? --Xzipx de.MinecraftWiki-Admin Diskussion 13:24, 12. Okt. 2014 (UTC)
@Caleb Blackhand: Bist du (noch) dran, die Navboxen anzupassen oder machst du es doch nicht? Wenn nicht, kann sich jemand anderes daran versuchen.

@Elike98: Wegen der load.php müssen wir uns wahrscheinlich an Curse wenden, oder? --Xzipx de.MinecraftWiki-Admin Diskussion 15:07, 20. Okt. 2014 (UTC)


Für jede Version eine eigene Seite

Das ist etwas, das ich schon lange ansprechen wollte. Ich hatte bloß bisher nicht die Zeit dazu.
Im englischen Wiki ist es nun schon seit einiger Zeit der Fall, dass alle Versionen (außer die der Konsolenedition) eine eigene Seite besitzen. So wird dort keine riesige Tabelle mehr verwendet, in der alles reingeklatscht ist. Das spanische, französische, italienische, japanische, brasilianische, russische, sowie das chinesische Wiki haben dieses Format (mehr oder weniger erfolgreich, je nach aktiven Nutzern) übernommen. Ich persönlich finde das Ein-Seiten-Design um Weiten übersichtlicher und finde, dass man versuchen sollte, dieses Format hier auch einzuführen. Ich bin mir im klaren, dass das mit einer Menge Arbeit verbunden ist, aber ich bin zuversichtlich, dass das hier schaffbar ist, man muss ja nicht alles auf einmal umstellen.
Eine Ausnahme gibt es allerdings: Die Konsolen-Versionsgeschichte. Im englischen Wiki ist sie (da ich mich dafür eingesetzt habe) noch in Tabellenform, da es in diesem Fall offensichtlich zu weitreichenden Problemen kommen würde, wenn man diese Versionen aufteilen würde. Sie würde also ihre bewährte Tabellenform behalten.
Nun ist die Frage, ob das ganze Theater den Aufwand wert ist. Die Steckbrief-Vorlage aus dem englischen Wiki habe ich in abgespeckter Form auf meiner Testseite implementiert. Einige neue Kategorien (sowie eine geringe Anzahl an Navboxen) wären allerdings fällig (wie z.B. "1.8 Snapshots").
PS: Meine anderen Baustellen bleiben nicht auf der Strecke, ich bin immer noch dabei, 15w14a sowie Anleitungen/Server erstellen zu überarbeiten. Ich sollte bald damit fertig sein. | violine1101 (Diskussion) 12:14, 23. Okt. 2015 (UTC)

Ich hab die englische Version der Versionsgeschichten schon lange im Auge und finde dass es im deutschen so bleiben sollte, sonst hätte ich mich auch schon diesbezüglich in einer Diskussion geäußert. Möchte man eine einzelne Entwicklungsversion sehen, gibt man einfach im Suchfeld die entsprechende Version ein Bsp: 15w43b. Dann kommt man zu dem entsprechenden Abschnitt und man kann dort alles analysieren, nebenbei, kann man so auch schnell mal zur nächsten Version hoch- oder runterscrollen (Und schleichende "Kopierfehler" sind in einem Rutsch korrigierbar). Möchte man hingegen eine Gesamtübersicht der gesamte Version haben, so geht man auf die entsprechende Seite der Vollversion. Zudem hat das englische Wiki das unsrige Konzept der Darstellung auch noch aufgeschnappt, was erneut mehr Arbeitsaufwand bedeuten würde, würde man es übernehmen. So gesehen hätte es nur Mehraufwand ohne ersichtliche Vorteile für den Leser mMn. Netherfestung (Diskussion) 12:54, 23. Okt. 2015 (UTC)
Auch ich finde unsere Auflistung aller Versionen auf einer Seite wesentlich besser. Oft suche ich etwas Geschichtliches im engl. Wiki und muss mich dann umständlich Seite für Seite durchklicken, während ich es bei uns sofort finde. Und die Korrekturen, die Netherfestung angesprochen hat und die sich im Laufe einer Versionsentwicklung immer wieder ergeben, sind sehr schnell umsetzbar, wenn alles auf einer Seite ist. -- Sumpfhütte 16:30, 24. Okt. 2015 (UTC)
Die riesigen Versionsgeschichten-Auflistungen nehmen einen ziemlich großen Anteil an den größten Seiten im Wiki ein. Neun Seiten aus der Top 20 der größten Seiten im Wiki hat irgendetwas mit Versionsgeschichte am Hut. Dass sie so große Seiten sind, ist nicht unbedingt gut, sie werden irgendwann zu unübersichtlich und verursachen längere Ladezeiten, für Autoren und Leser. Bei einzelnen Artikeln ist das nicht der Fall.
Das Problem, das ich bei der Tabelle sehe, ist, dass man nicht gut genug ins Detail gehen kann. In einzelnen Artikeln ist das eher weniger das Problem. Wenn man die großen Artikel in einzelne aufteilt, muss das aber nicht unbedingt heißen, dass man die alten Versionstabellen komplett entfernen muss. Stattdessen könnte man die Einträge in der Tabelle auf das wesentliche beschränken, sodass die Seite nicht zu groß und irgendwann zwangsweise zu unübersichtlich wird, und dort auf die einzelnen Artikel, in denen alles detaillierter beschrieben werden würde, hinweisen.
Die Navigation finde ich, ehrlich gesagt, im englischen Wiki besser, dort wird man nicht direkt mit allen Informationen überhaupt überschüttet. Dazu gibt es eine relativ gute Navigationsbox. Wenn man ein spezifisches Detail finden möchte, kann man ja immer noch die tabellarische Übersicht oder die Suchfunktion nutzen.
Netherfestung, was meinst du mit "das englische Wiki hat das unsrige Konzept der Darstellung aufgeschnappt"? | violine1101 (Diskussion) 21:29, 25. Okt. 2015 (UTC)
@Violine1101: Hier diese Seite en:/1.8/Development_versions zum Beispiel listet wieder alles so auf wie wir es bei uns bisher haben. Das zeigt, dass diese Übersicht auf jeden Fall gebraucht wird. Netherfestung (Diskussion) 09:18, 26. Okt. 2015 (UTC)
"Das Problem, das ich bei der Tabelle sehe, ist, dass man nicht gut genug ins Detail gehen kann." => Genau! Und das soll man auch gar nicht. So sollte es sein: In die Versionsgeschichte kommen nur Stichworte mit Verlinkung zum Artikel. Diese Stichworte werden in die Geschichtsbox des Artikels kopiert. Die Details gehören dann in den Artikel selbst. Das immer größere Aufblähen der Versionsgeschichte geschieht aus Bequemlichkeit, ist aber kurzsichtig. Das Aufteilen der Versionsgeschichte wäre der falsche Ansatz. Richtig wäre, wenn wir die Details gleich in die Artikel verteilen. Das würde die Versionsgeschichte kurz und übersichtlich halten und würde genau dem Ansatz eines Wikis entsprechen: Eine Übersicht bieten mit Links zu Details. Das Aufblähen mit Details wäre dagegen der Ansatz eines Blogs: Alle Infos reinschaufeln und den Leser mit Ctrl-F im Textmeer suchen lassen. -- Sumpfhütte 10:54, 26. Okt. 2015 (UTC)
Schaut euch mal die Alpha- und Beta-Versionslisten an. Die sollten auf jeden Fall irgendwann mal überarbeitet werden. Bei der Gelegenheit kann man die Versionen eben auseinanderlegen. Auch wenn momentan Details für die aktuellen Versionen nicht wichtig erscheinen, schließlich ist alles ja in den einzelnen Artikeln genauer beschrieben, so werden eben diese Details mit der Zeit, da die Version altert, immer und immer wichtiger. Deshalb sollte man an Details nicht unbedingt sparen.
Zur angesprochenen Übersichtsseite: Ich finde den Ansatz im englischen Wiki nicht besonders gut. Besser wäre dort eine Auflistung der wichtigsten Änderungen in einer Version mit Link auf den Hauptartikel. Nebensächliche Dinge wie Bugfixes oder unwichtige, kleine Änderungen können dort ignoriert werden. Und dann hat man beides: Details, wenn man sich über eine Version besonders informieren möchte, und die Zusammenfassung (Übersicht), bei der man sich einen groben Überblick über eine oder Version verschaffen kann.
Natürlich wäre das ganze Arbeit, aber man muss es ja nicht von einem Tag auf den anderen umstellen. | violine1101 (Diskussion) 20:10, 2. Nov. 2015 (UTC)

Twitter-Eintrag nach Baustellenfertigstellung

Ich wollte mal fragen ob es möglich ist, so wie es bereits beim anlegen einer neuen Seite geschieht, dass nach dem man eine Baustellen-Vorlage entfernt hat, dies automatisch erkannt wird und dann extra im Twitter steht, dass die entsprechende Seite fertig ist. Weiss da jemand ob das möglich wäre ? Netherfestung (Diskussion) 18:23, 27. Okt. 2015 (UTC)

Hmm. Im Prinzip ja, aber. ;)
Das Markieren erfolgt durch einen "Missbrauchsfilter", den wir da - nun ja - missbrauchen, passt der Name wenigsten. Die Neuanlage eines Artikels ist von den Bedingungen her leicht zu prüfen.
Wenn die Bedingung nun heisst "Baustelle entfernt", dann müsste das (ohne das jetzt vollständig durchzudenken) lauten:
  • Die Vorlage:Baustelle (die eingebunden war) wird in den entfernten Zeilen erwähnt
  • Die Vorlage:Baustelle wird NICHT in den neu hinzugefügten Zeilen erwähnt
Diese Abfrage-Kombi ist jetzt nicht unbedingt "billig", was die Rechenzeit angeht - man könnte es aber mal versuchen. Nur: Bislang meldet ein entsprechendes Script für Twitter "Artikel XY wurde neu angelegt". Kann mir jemand verraten, ob man da ein zweites Script (mit eigenem RSS-Feed) laufen lassen kann, was dann melden würde "Artikel XY wurde überarbeitet" (oder dergleichen)? Falls das möglich (und gewünscht) ist, könnte ich mich mal an dem Filter versuchen. --Caleb Blackhand 14:50, 23. Dez. 2015 (UTC)
Soweit ich weiß, hat @ILeonx das mit Unterstützung der Leute vom frz. Wiki bei uns eingebaut. Er könnte da mehr wissen. -- Sumpfhütte 16:59, 23. Dez. 2015 (UTC)
Ja, da gibts ein RSS (von dieser Seite: http://minecraft-de.gamepedia.com/index.php?title=Spezial%3ANeue_Seiten&feed=atom&namespace=0&tagfilter=Neuanlage_Twitter&username=). Das ganze läuft mit IFTT.com. Wenn ich in diese RSS abfrage auch "Baustelle entfernt" o.ä. abfragen kann, müsste das eigentlich klappen. ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 18:16, 23. Dez. 2015 (UTC)
Unter http://minecraft-de.gamepedia.com/api.php?action=feedrecentchanges&days=30&tagfilter=Ueberarbeitung_Twitter würde man diese Überarbeitungen ("Baustelle raus") mitbekommen. Dank Sumpfhüttes fleißiger Umbauarbeit entfällt sogar ein Test meinerseits - der Filter hat auf Anhieb funktioniert und somit bereits zwei mal angeschlagen. Nur wie man aus dieser zweiten RSS-URL nun Tweets bekommt, weiss ich nicht. Meinen Untersuchungen nach kann man das leider nicht in eine Abfrage zwängen (das Modul dafür versteht weder mehrere Filterbegriffe noch Wildcards), und wenn beide Filter "Neuanlage" melden würden, wäre es zwar nur eine URL, dafür im Tweet aber auch kein Unterschied zwischen "Neuer Artikel" und "Überarbeiteter Artikel". --Caleb Blackhand 18:56, 6. Jan. 2016 (UTC)
@Caleb Blackhand, Sumpfhütte, ILeon: Wenn es zur Zeit technisch nicht möglich ist, zwei unterschiedliche Twitter-Nachrichten auszugeben, dann würde ich vorschlagen, macht aus den zwei Einträgen eine. So wie es beispielsweise bei der Baustellenvorlage an sich ja auch gehandhabt wird, ich zitiere: "Diese Seite wird gerade von XY neu erstellt oder grundlegend überarbeitet.". Das müsste doch gehen oder ? Dann würde Twitter immer eine Nachricht in dieser Form abliefern. Netherfestung (Diskussion) 17:17, 29. Jan. 2016 (UTC)
Ich muss jetzt das ganze erstmal mit iftt.com anlegen. ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 18:28, 29. Jan. 2016 (UTC)
Bitte jetzt nochmal testen. ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 18:29, 29. Jan. 2016 (UTC)
Gut, ich starte dann mal was. Netherfestung (Diskussion) 18:37, 29. Jan. 2016 (UTC)
Will leider noch nicht, braucht noch weitere Test oder einen neuen RSS Feed. ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 19:43, 29. Jan. 2016 (UTC)
Wenn du durchs testen zur Lösung kommst, nur zu. Netherfestung (Diskussion) 19:46, 29. Jan. 2016 (UTC)
Und es hat geklappt! https://twitter.com/MinecraftWikiDE/status/693163247139033088 ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 20:34, 29. Jan. 2016 (UTC)
Jetzt brauch ich nur noch einen schönen Text für den Tweet. ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 20:37, 29. Jan. 2016 (UTC)
Wir haben bereits für die Neuanlage den Text: "Der Artikel X wurde von Y neu angelegt". Wie wäre für das Baustellenende dieser Text: "Der Artikel X wurde von Y komplett überarbeitet"? -- Sumpfhütte 08:42, 30. Jan. 2016 (UTC)
Erledigt ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 14:52, 30. Jan. 2016 (UTC)
Funktioniert das jetzt mit zwei Texten? Also einmal für die Neuanlage und einmal für die Überarbeitung? Oder ist das jetzt ein Text, der bei beiden Varianten ausgegeben wird? Netherfestung (Diskussion) 15:13, 30. Jan. 2016 (UTC)
Funktioniert beides, zwei unterschiedliche Scripts. ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 16:13, 30. Jan. 2016 (UTC)
Super! Schade nur dass die Baustelle die ich gestern fertiggestellt habe nicht mehr in die Eintragung kam. Netherfestung (Diskussion) 17:03, 30. Jan. 2016 (UTC)
@ILeonx: Irgendwie scheint das doch noch Probleme zu haben, denn jetzt wurden zwei Seiten überarbeitet und dennoch hat der Twitter-Account es nicht getwittert. Netherfestung (Diskussion) 13:13, 8. Feb. 2016 (UTC)
Wikiseitig hat die Markierung jedenfalls geklappt, die Änderung wurde markiert und der o.a. Link liefert auch den Edit. Also irgendwas auf der externen Seite --Caleb Blackhand 14:39, 8. Feb. 2016 (UTC)
Ja, kommt leider vor. "Trigger Timeout Error". Einen Tweet hat es vor einer Stunde allerdings gegeben, davor zweimal der Error. ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 16:19, 8. Feb. 2016 (UTC)
Hm, komisch. Netherfestung (Diskussion) 16:21, 8. Feb. 2016 (UTC)
Liegt entweder am Feed oder an IFTT. ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 16:31, 8. Feb. 2016 (UTC)
Ich bin jetzt mal auf Twitter gegangen und hab auf den Link geklickt, der auf die Seite führt, die "überarbeitet" wurde. Dann kommt man aber auf den Versionsvergleich der Seite, man sollte aber eher direkt auf die Seite an sich gelangen, oder ist das gewollt, ich fände es als Leser störend. Netherfestung (Diskussion) 11:02, 9. Feb. 2016 (UTC)
Das liegt aber am Feed, glaube ich. ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 11:19, 9. Feb. 2016 (UTC)
Kann man das beheben? Netherfestung (Diskussion) 11:33, 9. Feb. 2016 (UTC)
Bestimmt, vielleicht weiß @CalebBlackhand: mehr. :) ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 11:35, 9. Feb. 2016 (UTC)
Brr. Der Feed da wird ja von MediaWiki generiert. Ob man da auf "Titel" statt Diff umstellen kann? Ich zweifele.... und such mal. --Caleb Blackhand 18:31, 9. Feb. 2016 (UTC)

Kategorie im Kreativinventar

Hi! Ich hatte die Idee, dass man vielleicht auf jeder Seite zu jedem Gegenstand oder Block (vielleicht in den Steckbrief) schreibt, in welcher Kategorie im Kreativinventar ist (z.B.: Stein bei "Baumaterial). Oder eine Seite, auf der das ganze Kreativinventar und die Definitionen der einzelnen Kategorien (z.B.: "Baumaterial": fast alle Blöcke, welche man zum bauen braucht und die kein Inventar haben, usw...) könnte erstellt werden, wenn das andere zu aufwendig ist. ;-) Yaouoay (Diskussion) 13:44, 3. Nov. 2015 (UTC)

Du hast das ja schon mehrfach (hier und hier) angesprochen und violine1101 hat als Antwort auf diese Diskussion verwiesen. Das bisherige Diskussionsergebnis ist, dass der Steckbrief wichtig ist, weil man ihn mit dem Handy als erstes sieht und eine Kategorie daher gar nicht schlecht ist. Die Minecraft-Kategorie ist jedoch unbrauchbar (wegen "Verschiedenes"). Dagegen würde die Wiki-Kategorie aus der Navigationsbox gut passen. Also habe ich mal die Baumaterial-Navbox mit einem Anker versehen und den Block-Steckbrief mit einem Link dorthin. Ein Klick auf die Kategorie im Steckbrief springt jetzt zu einer Liste mit allen Baumaterialien. Als Testbeispiel habe ich Stein genommen. Was haltet ihr davon? -- Sumpfhütte 14:40, 3. Nov. 2015 (UTC)
In etwa das, weas Du gemacht hast, habe ich gemeint;-) Yaouoay (Diskussion) 14:52, 3. Nov. 2015 (UTC)

Bearbeitungen

Ich habe eben diese glorreiche Änderung gemacht: [1] Damit ist der Änderungszähler auf meinem Benutzerprofil von 1.192 auf wahnsinnige 1.193 gestiegen. Sollte es nicht normalerweise für solch große Änderungen mehr zählen? Oder wurde das mit der fünfzehntausendsten Punktezähländerung abgeschafft? Das würde Leute, die "Vorschau zeigen" nicht benutzen, belohnen. Fabian42 20:17, 4. Nov. 2015 (UTC)

Mod-Wiki

In diesem Wiki gibt es einige seiten, die mods erklären sollen. Leider sind diese sehr oft unvollständig und werden selten geupdated! Technisch gesehen ist es ja gar nicht die Azfgabe des Minecraft Wikis diese Mods zu erklären, sondern viel eher die des Mod-Erstellers. Mein Vorschlag wäre, dass ALLE Mod Seiten, die einen Mod Beschreiben(Die Erklärung von Modloadern und Installation, etc. ausgeschlossen) unter einer einzigen Mod-Listen Seite zusammengefasst werden, wobei in einer Tabelle der Mod kurz beschrieben wird und auf das eigene Wiki verwiesen wird. Falls irgendein kleiner Modder sich das Minecraft Wiki zunutzen machen möchte, sollte er sich in die Liste eintragen dürfen und darüber hinaus, falls er sich kein eigenes wiki erstellen will eine Seite in diesem Minecraft Wiki erstellen können, die aber nur über diese Modliste erreichbar ist, unter der Bedingung sie immer Aktuell zu halten (z.B. automatische löschung nach 6 Monaten kein lebenszeichen). Das würde verhindern, dass das Wiki veraltete Mod-Infos beinhaltet, aber diese Kategorie nicht ganz entfernen. Ausserdem wäre eine zentrale Modliste ganz nützlich.

Verbesserungen oder Vorschläge zu dieser Idee? –- (Nicht signierter Beitrag von RoiEX (Diskussion|Beiträge) 20:33, 4. Nov. 2015 (UTC). Bitte signiere Deine Beiträge zukünftig mit -- ~~~~ )

Erstens: Du hast Recht, die Mods in diesem Wiki brauchen mehr Struktur.
Zweitens: Nein, nicht alle aufnehmen. Das ist auch gar nicht möglich, so schnell kann man nicht schreiben, wie neue Mods rauskommen. Und es gibt auch welche, die dieses Wikis definitiv nicht würdig sind (Nur ein paar wenige Beispiele: Pun Mod, einige seltsame, Girl mobs mod, Slime boss mod, Poop mod, Alpaca evolution, Furby, Dubstep guns, Noobs, Pigzilla, ...)
Ich würde allerdings auch nicht gleich alle entfernen wollen, solche wie OptiFine, Replay Mod oder Worldedit sind ja ganz sinnvoll. Frage an alle: Wäre es eine gute Idee, ab einer bestimmten Downloadzahl (noch festzulegen) oder ähnlichem Wert aus dem Minecraft-Forum einen Artikel darüber zu schreiben, den dann aber wenigstens gut zu führen? Fabian42 21:09, 4. Nov. 2015 (UTC)
So wie es RoiEX vorschlägt, ist es schon realisiert. Es gibt die Mod-Liste auf der Seite Mod, in die jeder eine Mod eintragen kann und es gibt für einzelne Mods Detailseiten, die aus dieser Liste heraus verlinkt sind. Veraltete Mods können aus der Liste entfernt und in die Liste Mod/Alte Mods verschoben werden. Das Wiki ist jedoch nur aktuell, solange die Autoren hier aktiv sind. Und die Qualität der Artikel hängt von der Anzahl der Leser ab, die korrigierend eingreifen. -- Sumpfhütte 21:49, 4. Nov. 2015 (UTC)
Nun ja, es gibt dort aber den Hinweis "Diese Seite wird nicht auf inhaltliche Richtigkeit überprüft". Für mich klingt das, als würden diese Seiten nicht dazugehören, sondern nur geduldet werden, wie der Quatsch mit dem TNT-Golem. Fabian42 21:55, 4. Nov. 2015 (UTC)
Da es keine Redaktion gibt, steht im Wiki immer das, was diejenigen beschließen, die es hier vorher diskutiert haben. Es wird also nichts geduldet, sondern es wurde beschlossen, dass man hier über Mods schreiben kann. Allerdings unter dem Vorbehalt, dass es nur sehr wenigen Lesern möglich sein wird, die Richtigkeit zu testen. Daher der Hinweis. Durch die Vorschläge und Diskussionen ändert sich das Wiki ständig. Mit dem Ziel, dass es immer besser wird. Eine Alternative wäre z.B. das Löschen aller Mod-Seiten, weil sie veraltet sind und es niemanden mehr gibt, der sie aktuell hält. - Der Wiki-Aprilscherz, zu dem der TNT-Golem gehört, ist eine Tradition der jeweiligen Wiki-Admins, ein hanebüchener Unsinn-Artikel den sie jeweils zum 1. April schreiben. -- Sumpfhütte 22:36, 4. Nov. 2015 (UTC)

Seiten für Fehler?

Hallo liebes Wiki!

Ich habe eine wichtige Frage: Gibt es eigenständige Seiten für jeden einzelnen Bug, der hier oder hier gemeldet wird? Wenn ja, gibt es ein Archiv; Und wenn ja, wo finde ich dieses? Oder muss man jeden Bug/sonstigen Fehler unter minecraft-de.gamepedia.com/[Hier die ID des Fehlers] melden und beschreiben?

Jetzt dazu, warum die Frage so wichtig ist: Ich und ein Bekannter wollen einen Server eröffnen, welcher direkt etwas mit Minecraft/Mojang zu tun hat (bitte keine Rückfragen!). Wir wissen nicht genau, ob wir hier im Wiki dann etwas davon erzählen sollten; Und wenn ja, wüssten wir nicht — wie oben gesagt — wo!

DeBedenHasenD ~ UW 18:47, 21. Nov. 2015 (UTC)
Du hast es schon selbst geschrieben: Auf https://bugs.mojang.com stehen alle Fehler, die je gemeldet wurden; Offene, gefixte, falsche, etc. Am Status siehst du, was davon es ist. Nur gefixte Bugs stehen im Wiki, und zwar im aufklappbaren Teil der Versionsgeschichten. Fabian42 20:33, 21. Nov. 2015 (UTC)
https://bugs.mojang.com/ ist der offizielle Minecraft-Bugtracker. Da gibt es für jeden Bug eine eigene Seite mit der ID des Fehlers. Hier im Wiki gibt es das nicht und soll es auch nicht geben, das wäre viel zu viel. Es gibt ja mittlerweile schon fast 100.000 Fehler-IDs im Bugtracker. Wenn ihr einen Server eröffnet, auf dem man Minecraft spielen kann, ist das Wiki nicht der richtige Ort, um darüber zu berichten. Da wäre das Minecraft-Forum perfekt, es gibt dort eine eigene Rubrik für Servervorstellungen. Im Wiki ist Serverwerbung dagegen gar nicht erlaubt. Und wenn ihr bei eurem Server Fehler entdeckt und die melden wollt, müsst ihr zwischen Vanilla- und Plugin-Fehlern unterscheiden. An Mojang werden nur Vanilla-Fehler gemeldet, Serverpluginfehler an den jeweiligen Pluginprogrammierer. -- Sumpfhütte 22:29, 21. Nov. 2015 (UTC)
Vielen Dank für die Antworten. Ich geh dann mal auch ins Forum und stelle den Server vor. Danke für die Info.
DeBedenHasenD ~ UW 08:15, 22. Nov. 2015 (UTC)

Weiterleitung

Hi! Ich hatte die Idee, dass wir für jeden Artikel Weiterleitungen mit falschgeschriebenen Artikelnamen der jeweiligen Seiten machen könnten. Das hätte den Vorteil, dass man, wenn man sich mal vertippt, trotzdem direkt auf die gewünschte Seite kommt. Zum Beispiel wenn man "Shleim" statt "Schleim" schreibt, oder "Skellet" statt "Skelett". Man müsste das dann natürlich so machen, dass es keine Verwechslungsgefahr gibt "Eisn" statt "Eisen" schreibt und denn auf die Seite "Eis" geleitet wird. (Das ist vielleicht nicht so gut: Oder wenn man mal abrutscht, wie es zum Beispiel bei "Skelettz" passieren kann, weil das "z" nahe dem "t" liegt.) Ich weiß, das könnte 'ne Weile dauern, zu fast jeder Seite eine Weiterleitung dieser Art zu erstellen, aber man könnte das ja so nach und nach machen. Was haltet ihr davon? Yaouoay (Diskussion) 18:39, 8. Dez. 2015 (UTC)

Ich halte davon absolut garnichts. Damit würde man die Analphabeten unterstützen. Und außerdem, wie viele falsch geschriebene Weiterleitungen willst du pro Seite erstellen? 10, 20 oder doch besser 50? Es wäre ein riesiger Aufwand für nichts. Netherfestung (Diskussion) 18:54, 8. Dez. 2015 (UTC)
War nur so 'ne Idee Yaouoay (Diskussion) 18:57, 8. Dez. 2015 (UTC)

Winter mode suggestion

Remove green in search bar (Hydra.css):

#p-search form {
	position: relative;
	background-color: rgba(0, 0, 0, 0.365);
	border-right: 4px solid #CCE4E4;
	border-bottom: 4px solid #382314;
	margin-top: -14px;
	padding: 0 4px 0 5px;
	height: 31px;
}

#p-search form:after {
	content: "";
	position: absolute;
	top: 0;
	right: -4px;
	border-top: 4px solid #F1F8F8;
	border-left: 4px solid #CCE4E4;
}

You can also try This image for infoboxes

Alswo9628(4)ko.Admin (Diskussion) 17:53, 20. Dez. 2015 (UTC)

Hier ist meine Version des Winter-Skins an unsere hydra.css angepasst: (This is my version of the winter skin adjusted to our hydra.css)
Einfach die jeweiligen Regeln ersetzen. Nach dem Winter die Änderung dann einfach rückgängig machen. Eine weitere Regel habe ich zum Ersetzen des Wiki-Logos oben links hinzugefügt. Ich würde aber empfehlen, stattdessen die Datei Wiki.png neu hochzuladen:
#p-logo > a > img
{
    background: transparent url("http://hydra-media.cursecdn.com/minecraft-de.gamepedia.com/f/f7/SchneeWiki.png") no-repeat scroll 0% 0% !important;
    width: 0px;
    height: 0px;
    padding: 70px 70px 85px 85px;
    margin-top: 14px;
    margin-left: -5px;
}
| violine1101 (Diskussion) 18:33, 20. Dez. 2015 (UTC)
Danke für das Logo css! I'm applying it now. —Alswo9628(4)ko.Admin (Diskussion) 19:16, 20. Dez. 2015 (UTC)
Danke, Violine1101. Ich hab das mal (Schrittweise) übernommen, inklusiv Logo-CSS - ich mag nicht am Logo selbst rumspielen, wer weiss, wer das außer uns noch Cross-nutzt. --Caleb Blackhand 09:50, 21. Dez. 2015 (UTC)

Weiterleitungsseite

Hi! Könnte man nicht bei jeder Seite eine Verlinkung zu einer Seite erstellen, auf der steht, welche Weiterleitungen es zu dieser Seite gibt? Das wäre dann alles leichter zu koordinieren, außerdem könnte man dann Lücken entdecken und sie, der Vereinheitlichung halber, füllen Yaouoay (Diskussion) 18:14, 21. Dez. 2015 (UTC)

Kleiner Tipp: Wenn du links in der Sidebar auf "Seiteninformationen" klickst, bekommst du eine menge Informationen angezeigt. Dort gibt es zum Beispiel die Information "Anzahl der Weiterleitungen zu dieser Seite". Einen Link auf diese Seite könnte man z.B. durch ein Skript in das Aktionsmenü (links nehen der Suchleiste) integrieren, ich versuch mich mal daran. | violine1101 (Diskussion) 19:39, 21. Dez. 2015 (UTC)
Ok; danke - kann ich dir irgendwoie helfen? Yaouoay (Diskussion) 19:56, 21. Dez. 2015 (UTC)
Ich bin schon fertig ;) wenn du nun in deine common.js (welche zur benutzerdefinierten Veränderung des Standard-Wiki-Aussehens verwendet werden kann) die Zeile importScript('Benutzer:Violine1101/redirects.js'); schreibst, findest du nun immer unter "Aktionen" einen Link zu einer Auflistung aller Weiterleitung auf die Seite, die du gerade einsiehst. | violine1101 (Diskussion) 21:06, 21. Dez. 2015 (UTC)

Danken

Beim englischen MC Wiki gibt's das, aber bei uns nicht; dass man anderen direkt für Bearbeitungen danken kann; ich finde das ziemlich gut; könnten wir das im deutschen MC Wiki auch einführen? Bitte!? Yaouoay (Diskussion) 10:55, 23. Dez. 2015 (UTC)

Hast du ein Beispiel wo man das sehen kann? -- Sumpfhütte 13:43, 23. Dez. 2015 (UTC)
Quatsch; im englischen Wiki gibt's das nicht; mir war so. Aber klick mal bei der Hauptseite von Gamepedia auf deinen Account oben in der rechten Ecke, dann steht da wieder oben rechts in der Ecke "[x Followers|x Total Posts|x Thanks]". Wenn du dann auf das Thanks mit der Maus raufgehst, siehst du "(x thanks received, x thanks given)". Aber irgendwie war mir so, als wär' das auch beim englischen Wiki so gewesen; merkwürdig... Ach ja: Wenn du zu einem Versionenunterschied bei den letzten Änderungen gehst, kannst du dem Bearbeiter danken; schau mal, ob es bei dir auch so ist Yaouoay (Diskussion) 14:32, 23. Dez. 2015 (UTC)
Ich habe das auch mal im engl. Wiki gesehen, muss wohl eine temporäre Sache gewesen sein. Vielleicht hat Curse da etwas getestet. Beim Versionenunterschied bei den letzten Änderungen sehe ich kein "Danke", auch nicht im engl. Wiki. -- Sumpfhütte 16:00, 23. Dez. 2015 (UTC)
Ich hab' das vorhin nachgeschaut und da war es noch; ich guck noch mal kurz vorbei... Doch, bei Versionsunterschieden ("Difference between revisions of...") gibt es eine Möglichkeit, dem Bearbeiter zu danken; da, wo man das auch rückgängig machen kann usw. Auf jeden Fall bei mir... Yaouoay (Diskussion) 16:20, 23. Dez. 2015 (UTC)
Aha, da ist es: Man muss im engl. Wiki eingeloggt sein und in eine Versionsgeschichte schauen. Dann kann man bei Änderungen von registrierten Usern auf "thank" klicken, was auf die Spezialseite "Special:Thanks/<Änderungs-ID>" verlinkt. Ruft man die genannte Spezialseite direkt auf, müsste man die Änderungs-ID in ein Feld eingeben, was aber in der Praxis nicht sinnvoll ist. Im deutschen Wiki ist diese Spezialseite nicht vorhanden. Weiß jemand, wie man die aktivieren kann? @Oliver Scholz: weißt du das? -- Sumpfhütte 16:54, 23. Dez. 2015 (UTC)
Das ist eine MediaWiki-Extension, die nur von Curse installiert werden kann. Ansprechpartner dafür wäre dann @Majr. Allerdings halte ich das Danken für ein wenig unnötig, was bringt es, außer einen weiteren nervigen Link beim Einsehen von Änderungen? | violine1101 (Diskussion) 18:41, 23. Dez. 2015 (UTC)
Ich hätt's nur gut gefunden, wenn es nicht allzu viele Umstände bereitet hätte :-) Yaouoay (Diskussion) 18:49, 23. Dez. 2015 (UTC)

Beispiel-Seeds

Was haltet ihr davon, dass man in Artikeln wie Wüstentempel zum Beispiel eine neue Überschrift einbaut in der Seeds aufgelistet sind. Der Leser der Seite sich das ganze dann auch selbst ansehen und muss nicht ewig danach suchen. Das ganze könnte dann so aussehen

PC Edition

Seeds

Pocket Edition

Seeds

Konsolen Edition

Seeds

Und Weihnachtstruhe Frohe Weinachten Weihnachtstruhe euch allen zusammen. ifficraft (Diskussion) 13:46, 24. Dec. 2015 (UTC)

Find' ich sehr gut! Aber die müssten dann immer wieder aktualisiert werden, da die Seeds, bzw. die Koordinaten sich bei jeder Version wieder ändern. Das wäre eine ganz schöne Arbeit... Yaouoay (Diskussion) 13:27, 24. Dez. 2015 (UTC)
Da es in jeder Welt alles gibt, brauchen wir eigentlich keine Seeds, sondern nur Koordinaten in immer derselben Welt. Das könnte z. B. die Demo-Modus-Welt der jeweiligen Plattform sein. Auf der Seite Demo-Modus gibt es schon Beispiele für Koordinaten. Die Koordinaten ändern sich übrigens nicht mit jeder Minecraft-Version, sondern nur, wenn die Weltgenerierung verändert wird, was nicht soo häufig vorkommt. Notiert würden doch nur alle Biome und Bauwerke, oder? Sollte man die Koordinaten auf den Einzelseiten eintragen oder wäre es besser, sie nur in die beiden Übersichtlisten Biom und Bauwerk einzutragen? -- Sumpfhütte 16:20, 24. Dez. 2015 (UTC)
Ich tendiere dafür, dass wir einfach Koordinaten mit der dazugehörigen Version aufschreiben, und den Seed natürlich auch Yaouoay (Diskussion) 16:26, 24. Dez. 2015 (UTC)
Die Idee die Demowelt zu benutzen find ich eigentlich ganz gut, aber so weit ich weiß giebt es für die Pocket Edition keine. Da müsste mann dann immer noch den Seed dazuschreiben. ifficraft (Diskussion) 21:46, 24. Dec. 2015 (UTC)
Gutes Argument. Wie wäre es, wenn wir für alle Plattformen den selben Seed nehmen: wiki? Im Idealfall, d.h. wenn die Weltgenerierung bei der PC-Edition, Pocket Edition und Konsolenedition identisch ist, wären dann die Bauwerke und Biome für alle Plattformen an den selben Koordinaten. In der PC-Edition ist wiki = 3649456, das Biom am Spawn ist Taiga, an 0/0 ist eine Ebene und bei 26/43/1 ist ein Verlies mit Skelettspawner. -- Sumpfhütte 08:35, 25. Dez. 2015 (UTC)
Leider hat die Pocket Edition einen anderen Weltgenerator als die PC Version. Wie es bei der Konsolen Edition kann ich leider nicht sagen. Mann könnte aber trotzdem den selben Seed benutzen und mann müsste einfach die neuen Koradinaten herausfinden. ifficraft (Diskussion) 13:23, 25. Dec. 2015 (UTC)
Hab den Beitrag leider erst jetzt gesehen. Finde ich gut, sollte man in eine Vorlage packen die eine einklappbare Box erzeugt. Gruß Schockocraft Frag mich was 17:06, 27. Jan. 2016 (UTC)

Fröhliche Weihnachten!

Fröhliche Weihnachten!

Guten Rutsch!

Wieder neigt sich ein Jahr dem Ende zu. Wir haben auch in diesem Jahr viel Geschafft und viel Erreicht! In diesem Sinne bedanke ich mich bei allen Autoren, die dieses Jahr das Wiki immer weiter verbessert haben und wünsche euch alles gute für 2016! ChickenSig ILeonDiskussion
Beiträge
- de.Wiki Admin 17:12, 31. Dez. 2015 (UTC)

Danke; Dir auch! Yaouoay (Diskussion) 17:22, 31. Dez. 2015 (UTC)

Hilfe bei einer Bearbeitung

Ich bräuchte noch ein wenig Hilfe bei der Bearbeitung der Seite Benutzer:Yaouoay/Artikel-Testseite:Geräusche, da ich bei diversen Inhalten nicht weiterkomme. Könnte am besten jemand, der gut Geräuschdateien bearbeiten kann, mir dabei helfen, denn ich kann sowas nicht. Für die noch zu bearbeitenden Inhalte, siehe hier :-) -- Datei:Blaze Face.png Yaouoay (Diskussion) 18:16, 6. Jan. 2016 (UTC)

Artikel von Wiki

Hi, Leute! Ich bin mir immer unsicherer, welchen Artikel nun das Wort "Wiki" hat. Viele Sagen "Die Wiki", viele "Das Wiki" und vielleicht auch manche "Der Wiki"; was ist denn nun richtig, oder gibt es alle drei Varianten? -- Datei:Blaze Face.png Yaouoay (Diskussion) 17:07, 14. Jan. 2016 (UTC)

Laut Wiktionary heißt es das Wiki, dabei wird auf die 25. Auflage des Dudens hingewiesen, siehe daher auch dort. | violine1101 (Diskussion) 17:27, 14. Jan. 2016 (UTC)
Ok, danke! -- Datei:Blaze Face.png Yaouoay (Diskussion) 17:39, 14. Jan. 2016 (UTC)

Wunschupdate Gemeinseite

Ich hatte die Idee (ich wollte fragen, falls jemand etwas dagegen hat), dass wir (da viele Benutzer (z.B. Netherfestung, Schockocraft und ich) das selber schon auf ihren Benutzerseiten gemacht haben) eine Gemeinseite für Wunschupdates erstellen könnten, auf welche jeder Ideen schreiben kann, was er sich für zukünftige Updates wünscht; einfach so als Spaßseite; wenn das ein wenig offizieller wäre, würden wahrscheinlich mehr Leute ermutigt werden, da reinzuschreiben -- Datei:Blaze Face.png Yaouoay (Diskussion) 16:58, 26. Jan. 2016 (UTC)

Die Beispiele die du gebracht hast, sind Aprilscherze gewesen. Ein kleiner aber feiner Unterschied. Ich finde eine Wunschupdateseite würde unseren Rahmen als feste Seite sprengen, da ist ansich alles korrekt was man dort reinschreibt. Da sowas eher nach persönlichen Interessen ist, passt soetwas auch in meinen Augen nur auf die Benutzerseite -- Nakriin (Diskussion) 17:06, 26. Jan. 2016 (UTC)
Jaah, aber vielleicht wird man dann eher ermutigt, hier im Wiki beizutreten.
Ich weiß, dass die Seiten, welche ich als Beispiele reingebracht habe Aprilscherze waren; sie kommen meinen Vorstellungen allerdings am nächsten, deswegen habe ich sie genommen :-) -- Datei:Blaze Face.png Yaouoay (Diskussion) 17:10, 26. Jan. 2016 (UTC)
Ich verstehe die Idee, aber das Wiki ist ein Lexikon. Wünsche gehören in ein Forum, dort wird über das Spiel diskutiert. -- Sumpfhütte 18:07, 26. Jan. 2016 (UTC)
Jaah - ich verstehe dein Argument; wir könnten diese Seite ja bei der Navbox Minecraft unter Scherze packen; dann wäre noch klarer, dass es nur Ideen sind. Ich meinte ja nicht, dass sie in Mods o.Ä. umgesetzt werden sollen; einfach nur zum Spaß; falls man (wie ich) Lust haben sollte, die Ideen aller Benutzer (falls noch mehr Benutzer das machen) gesammelt zu sehen. Ich würde sie dann auch leiten, wenn du willst (im Sinne von Rechtschreibfehlern vielleicht, o.Ä.) :-) -- Datei:Blaze Face.png Yaouoay (Diskussion) 09:55, 27. Jan. 2016 (UTC)
Ich habe jetzt auf "Gemeinartikel:Wunschupdates" eine Vorlage gemacht, wie das später aussehen könnte. Wenn die Seite dann doch nicht gebraucht wird, kann man sie ja wieder löschen. (Die Vorlage ist noch nicht fertig.) -- Datei:Blaze Face.png Yaouoay (Diskussion) 10:15, 27. Jan. 2016 (UTC)
Wie wäre es denn, einfach eine Navbox zu erstellen, die zu den jeweiligen Benutzerunterseiten führt? Gruß Schockocraft Frag mich was 15:50, 27. Jan. 2016 (UTC)
Ich muss Nakriin und Sumpfhütte zustimmen. Sowas gehört nicht in ein Wiki und vor allem nicht in den Artikel-Namensraum. Wenn, dann im Projektnamensraum ("Minecraft Wiki:..."). Offiziell passen sie einfach nicht ins Wiki, das wie gesagt, nur ein Lexikon ist. Die Aprilscherze sind fingierte Lexikonartikel und befinden sich auch (mittlerweile) nicht (mehr) im Artikel-Namensraum. Solche Seiten sind am besten im Benutzernamensraum aufgehoben, wie Nakriin bereits sagte.
Eine Navbox wäre ebenfalls viel zu übertrieben. Es gibt bisher nur zwei solcher Wunschupdate-Seiten. | violine1101 (Diskussion) 16:20, 27. Jan. 2016 (UTC)
Du hast eigentlich mit allem Recht, allerdings meinte ich bei der Navbox verlinkungen auf die Unterseiten der einzelnen Ideen (auch damit man nicht versehentlich eine Seite zweimal anlegt). Kann man nicht eine Vorlage in seinem Namensraum anlegen? Das wäre ja dann eine Möglichkeit für unsere "Private" Navbox. Gruß Schockocraft Frag mich was 17:11, 27. Jan. 2016 (UTC) Buch und Feder
Schockocrafts Idee finde ich sehr gut; allerdings würde sie keinen anderen Zweck erfüllen als eine Seite, auf der alle was schreiben dürfen. Man könnte ja eine solche Seite anlegen (mit einem entsprechenden Präfix wie Minecraft Wiki:...) und dann die schon vorhandenen Seiten mit der {{Lade Inhalt}} einbauen o.Ä. -- Datei:Blaze Face.png Yaouoay (Diskussion) 18:13, 27. Jan. 2016 (UTC)
Wie ich oben schon sagte, gehört das Diskutieren über Minecraft in das Minecraft Forum. Ein Forum ist eine Diskussionsplattform, ein Wiki ist ein Lexikon. Ich habe die Seite daher wieder gelöscht. Auch werden Navboxen für private Seiten nicht als Wiki-Vorlagen erstellt. Wenn du möchtest, kannst du eine Navbox auf deine Benutzerseiten kopieren und nach Wunsch abändern. Sie darf nur keine Kategorie erzeugen, wie die Wiki-Navboxen. -- Sumpfhütte 18:23, 27. Jan. 2016 (UTC)
Okay; hat wohl keinen Sinn, weiterzudiskutieren ;-) -- Datei:Blaze Face.png Yaouoay (Diskussion) 18:26, 27. Jan. 2016 (UTC)
Am allersinnvollsten wäre es (allerdings auf englisch) im offiziellen Minecraft-Vorschlagsforum Vorschläge und Wünsche zu äußern. Das wird von der ganzen Welt gelesen, bewertet und perfektioniert. Mojang holt sich dort Ideen und Anregungen für neue Minecraft-Versionen ab. -- Sumpfhütte 18:56, 27. Jan. 2016 (UTC)

Verschiebung nach 1.9 Release?

https://docs.google.com/spreadsheets/d/1uqg6mPo6iIQOuqcUsAGXgN-glUEhM1bCKWzcGT6MDRA/pubhtml?gid=0&single=true L3ice (Diskussion) 20:30, 31. Jan. 2016 (UTC)

Ich hatte ja bezüglich einer Vorlage das mal angesprochen gehabt, ob man Seiten die ihren Namen ändern werden schonmal kennzeichnen sollte. Jetzt scheint es mehr zu werden. Ich persönlich finde jedoch die Entscheidung von Mojang (?) fragwürdig, denn jeder sollte jeden Begriff frei wählen dürfen. Auch wenn manchmal so Sachen dabei auftauchen wie "Dürre" für Wither ist das meiner Meinung kein Grund gleich alles festzusetzen. Die Community wird solche Fälle sicherlich in kurzer Zeit wieder fixen. Jetzt aber die Möglichkeit das ganze der Community wegzunehmen finde ich einen Rückschritt. Netherfestung (Diskussion) 12:05, 1. Feb. 2016 (UTC)
Wir warten im Wiki immer, bis die Übersetzung veröffentlicht ist. Die Diskussion zur Übersetzung findet auf der Crowdin-Plattform statt (siehe Crowdin). -- Sumpfhütte 12:16, 1. Feb. 2016 (UTC)
Möglicherweise hat Mojang diese Begriffe als Warenzeichen eintragen lassen, so wie "Minecraft", um sie vor Nachahmern zu schützen. Die meisten der genannten nicht zu übersetzenden Begriffe sind auch im Deutschen nicht übersetzt. "Netherstein" ist insofern nicht exakt übersetzt, weil das Original ein Wortspiel ist, denn es heißt "Netherrack" statt "Netherrock". Um das im Deutschen nachzubilden, hätte man z.B. "Netherstän" sagen können. Oder "Unterweltstän". Ich kann daher die Vorgaben von Mojang gut verstehen. Interessanterweise gehört "Glowstone" nicht zu den Vorgaben. Ansonsten gilt auch hier: Wir warten im Wiki immer, bis die Übersetzung veröffentlicht ist. Die Diskussion zur Übersetzung findet auf der Crowdin-Plattform statt (siehe Crowdin). -- Sumpfhütte 12:24, 1. Feb. 2016 (UTC)
Um ehrlich zu sein, finde ich einige der von Mojang festgelegten Begriffe okay. Redstone, Creeper, Enderman, Ghast, Shulker, Wither und Nether sollten nie übersetzt werden (und wurden es bisher auch nicht). Problematisch finde ich es bei "Mooshroom", was sich im Deutschen vollkommen bescheuert anhört   und da versteht auch keiner das Wortspiel im Namen. Selbiges gilt auch für Endermite - Wobei man das im Deutschen noch als eine Mischung aus "End" und "Termite" sehen kann.
Was ich aber überhaupt nicht verstehe ist, warum "The End" unübersetzt bleiben muss. Übersetzt ergibt das Wort doch viel mehr Sinn. So heißt es im Italienischen "Omega" und im Französischen "Fin" (wenn ich mich richtig entsinne). Auch im Deutschen, wo eine Umbenennung jetzt nicht so dramatisch wäre, finde ich, dass Mojang da ein wenig übertreibt. Und "The End" kann jetzt auch nicht wirklich ein Warenzeichen sein.
Und "Netherrack" klingt deutsch ausgesprochen auch ziemlich doof. Gleichzeitig wäre eine Umbenennung von "Prismarin" zu "Prismarine" ein wenig lächerlich. Das Wort bleibt ja in seinen Bestandteilen erhalten, da kann man doch grammatikalisch hinten ein e weglassen, oder?
Ich hoffe, diese Verdenglischisierung setzt sich nicht auf Crowdin durch. | violine1101 (Diskussion) 13:47, 1. Feb. 2016 (UTC)
Wenn die das aber bei Crowdin festlegen, das man das nicht mehr ändern kann, dann ist eh alles verloren. Netherfestung (Diskussion) 14:12, 1. Feb. 2016 (UTC)
@Netherfestung: "Die bei Crowdin" klingt so, als ob du da nicht mitreden dürftest, aber das Gegenteil ist der Fall. @Violine1101: Ist es nicht auch eine Frage der Gewöhnung? Wenn wir seit 5 Jahren "Schleicher" statt "Creeper" sagen würden, fänden wir den Begriff "Creeper" jetzt wahrscheinlich auch unpassend. Abgesehen davon kann ja jeder weiterhin "Pilzkuh" sagen. - Allerdings ist alles, was hier diskutiert wird, nutzlos, denn es muss bei Crowdin diskutiert werden, weil nur dort abgestimmt wird. -- Sumpfhütte 12:36, 2. Feb. 2016 (UTC)
@Sumpfhütte: Ich glaub du hast das missverstanden, denn mit "Wenn die das aber bei Crowdin festlegen" war Mojang gemeint. Und ich gehe davon aus, dass sie die Wahlfunktion für die Übersetzung dann fest machen, sodass man da nicht mehr wählen kann, bzw. das beste Wort bepunkten kann. @Violine1101: Ich kann mich auch mit den von dir oben genannten Begriffe welche unübersetzt bleiben sollten anfreunden. Der restliche Anteil sollte wie du auch schon geschrieben hast frei wählbar bleiben. Netherfestung (Diskussion) 14:14, 2. Feb. 2016 (UTC)
Auf Crowdin habe ich heute ein Diskussionstopic eröffnet, welches auf jeden Punkt von Marzenias Anleitung eingeht. Tagsächlich ist die deutsche Übersetzung ziemlich nahe an der Forderung, lediglich Netherstein, Endermilbe und Pilzkuh werden wahrscheinlich geändert werden müssen - es sei denn, jemandem fällt noch ein genialer Coup ein. Im ursprünglichen Diskussionstopic von Marzenia ist u.A. die Rede von correct your language files as soon as possible und Our glossary always included terms that are specific to Minecraft and should not be translated - please respect our decisions - das klingt nicht so, als ob Mojang darüber diskutieren möchte. Kumasasa (Diskussion) 17:54, 8. Feb. 2016 (UTC)

Seiten, die doppelte Argumente in Vorlagenaufrufen verwenden

Was haltet ihr davon: "Kategorie:Seiten, die doppelte Argumente in Vorlagenaufrufen verwenden" (Direktlink), wodurch wird diese Kategorie vergeben und wie können wir sie entfernen, ohne sie zu einer versteckten Kategorie zu machen? | violine1101 (Diskussion) 19:44, 6. Feb. 2016 (UTC)

Hm - wieder eine von diesen automatisch erzeugten Wartungskategorien von MediaWiki, guck mal bei Kategorie:Ignorierte Parameter. -- Sumpfhütte 10:04, 7. Feb. 2016 (UTC)
Ich habe die Kategorie verkürzt in Kategorie:Doppelte Argumente. Wahrscheinlich dauert es aber eine Weile, bis die Seiten dort erscheinen. -- Sumpfhütte 10:55, 7. Feb. 2016 (UTC)
Hier ist die Lösung: Im Artikel "Boot" wird in der Vorlage "Geschichtlich" zwei Mal "goup3, list3" verwendet:
MediaWiki-Warnung
Die Warnungen sind also richtig und sollten alle überprüft werden. Dazu einfach die in der Kategorie gemeldete Seite im Bearbeitungsmodus aufrufen, dann wird die fehlerhafte Stelle angezeigt. -- Sumpfhütte 09:51, 9. Feb. 2016 (UTC)
Ha! Ein Fehler in der Vorlage:Navbox-Anleitungen war für die meisten Meldungen verantwortlich. Das ging ja schnell :) -- Sumpfhütte 10:12, 9. Feb. 2016 (UTC)
Super! Die letzten vier Seiten habe ich noch aus der Kategorie geschmissen (bei einer war sogar nur ein Nulledit nötig), nun ist sie leer. | violine1101 (Diskussion)

Problem mit Befehlsweiterleitungen

Mit viel Fleiß wurde vor kurzem für jeden Befehl eine Weiterleitung in der Art /befehl angelegt. Bei mir funktionieren die nicht, weil sie mit einem Schrägstrich beginnen. Funktionieren die bei irgendjemand? Da man sie nicht aufrufen kann, kann man sie auch nicht wieder löschen, oder? -- Sumpfhütte 09:18, 11. Feb. 2016 (UTC)

Wenn ich /befehl eingebe kommt bei mir auch nur müll raus. aber wenn mann nur den Befel eingiebt (also ohne Schrägstrich) funktioniert es. reicht dass nicht? Ifficraft (Diskussion) 10:14, 11. Feb. 2016 (UTC)ifficraft
Ja das reicht. Trotzdem wurden 59 Weiterleitungen angelegt, die man nicht benutzen kann und die man nicht einfach wieder löschen kann. Hat jemand eine Idee, wie man an die Seiten rankommt? -- Sumpfhütte 10:21, 11. Feb. 2016 (UTC)
(Bearbeitungskonflikt ×2) Bei mir funktionieren sie ebenfalls nicht. Das liegt daran, dass Curse das http:// vor minecraft-de.gamepedia.com entfernt, deshalb wird die URL vom Browser fehlerhaft interpretiert: Als Protokoll wird nicht http:// angesehen, sondern ein Protokoll minecraft-de.gamepedia.com//, welches nicht existiert. Bei mir wird dann Google aufgerufen, bei anderen Browsern kommt dann eventuell eine Fehlermeldung. Also: Damit die Seiten funktionieren, müsste man Curse darum bitten, im gesamten Gamepedia-Netzwerk überall http:// in der URL zu belassen – ein eher aussichtsloses Vorhaben.
Natürlich sollte man mit einem Schrägstrich beginnende Artikel dann löschen. In der Suche werden solche Artikel auch nicht angezeigt und wenn jemand aus Versehen einen Link zu einem Artikel /summon anlegt (was sogar unnötig komplizierter ist als eine Verlinkung mit der Befehlsvorlage oder ohne Schrägstrich) möchte man nicht gerade auf einer Fehlerseite oder auf Google landen.
Man kann die Seiten mit Links wie http://minecraft-de.gamepedia.com/index.php?title=/help&action=delete erreichen und löschen. Alle Seiten, die mit einem Schrägstrich beginnen, lassen sich auf dieser Spezialseite http://minecraft-de.gamepedia.com/index.php?title=Spezial%3AAlle+Seiten&from=%2F&to=&namespace=0 einsehen. | violine1101 (Diskussion) 10:29, 11. Feb. 2016 (UTC)
Ganz einfach, geht auf die beiden Bearbeitungslisten der Benutzer (Yaouoay & Nakriin) und klickt dort die Seiten an, wie diese hier: /worldborder. Netherfestung (Diskussion) 10:39, 11. Feb. 2016 (UTC)
Erledigt, alle mit / beginnenden Seiten wurden gelöscht. Tut mir leid an Yaouoay und Nakriin (das war ein Haufen Arbeit), aber Artikel hier im Wiki, die einen auf irgendwelche Fehlerseiten (oder Google) leiten, sind nicht wirklich wünschenswert. | violine1101 (Diskussion) 13:38, 11. Feb. 2016 (UTC)

Mehrspieler

spielt ihr lieber im Mehrspieler oder im Einzelspieler Modus???

Advertisement