Das offizielle Minecraft Wiki twittert hier: Wiki-Twitter  –  Chatte im Wiki-Discord  –  Noch keinen Server gefunden? Es gibt einen Wiki-Server

Minecraft Wiki Diskussion:Gemeinschaftsportal/Archiv 8

Aus Minecraft Wiki
Wechseln zu: Navigation, Suche
Bücherregal.png
Dies ist das Archiv der Gemeinschaftsportaldiskussion für September bis Dezember 2013. Bitte bearbeite diese Seite nicht.
Neue Fragen können auf der aktuellen Diskussionsseite gestellt werden.

Zukünftige Inhalte[Bearbeiten]

Hallo zusammen,
ich schlage vor den Abschnitt "Zukünftige Inhalte", der mit in den zukünftigen Versionen-Seiten genommen wurde entweder auf eine eigene Seite zu verschieben oder zumindest die Tabelle in einfache Abschnitte pro Feature einzuteilen. Das sieht mir erstens eleganter aus, ist zweitens leichter zu pflegen und besitzt drittens mehr Gestaltungsmöglichkeiten (zum Beispiel Bilder, Grafiken etc.) Wie seht ihr das? Suchti Diskussion Mail 16:16, 5. Sep. 2013 (UTC)

Eine Abtrennung in eine weitere der bereits zahlreich vorhandenen Versions-Unterseiten würde ich nicht für nötig halten. (Bei der Vollversion heißt der Abschnitt übrigens "Geplante Features, Items und Blöcke"). Die Tabelle sieht für mich sogar eleganter aus, als einfache Abschnitte. Auch kann man eine Tabellenzelle umfangreich gestalten, z.B. mit Bildern. Die Pflege ist jedoch wirklich nicht so einfach. Man muss immer etwas Zeit für die Formatierung investieren. Das könnte man durch zwar durch Abschnitte vereinfachen, das würde aber das Inhaltsverzeichnis der Seite aufblähen. Noch einfacher wäre eine Sternchen-Liste, das Stichwort jeweils fett. Beispiel:
Feature Beschreibung
Mehr Nahrung Johan Bernhardsson meinte im Livestream "Minecraft Pocket Edition MCO Beta", dass es in Zukunft mehr Nahrung geben wird.
Züchten Johan antwortete im Livestream auf eine Frage, dass es in Zukunft möglich sei, Tiere zu züchten.
Nether-Reactor-Ersatz Johan Bernhardsson erwähnte auf dem Bug-Traker, dass der Reactor in Zukunft vollständig ersetzt werden kann, da in diesem oder im nächsten Jahr der Nether ins Spiel implementiert werde.
würde dann zu:
  • Mehr Nahrung: Johan Bernhardsson meinte im Livestream "Minecraft Pocket Edition MCO Beta", dass es in Zukunft mehr Nahrung geben wird.
  • Züchten: Johan antwortete im Livestream auf eine Frage, dass es in Zukunft möglich sei, Tiere zu züchten.
  • Nether-Reactor-Ersatz: Johan Bernhardsson erwähnte auf dem Bug-Traker, dass der Reactor in Zukunft vollständig ersetzt werden kann, da in diesem oder im nächsten Jahr der Nether ins Spiel implementiert werde.
Sumpfhütte 16:59, 5. Sep. 2013 (UTC)
Mein Ziel ist es unter anderem, Seiten wie "Roter Drache" und Pigman auf einer Seite zusammenzufassen. (Die derzeitige Artkel sind meienr Meinung nach zu klein für eine eigene Seite). Auf Zukünftige Versionen wäre das zu lang und würde zu viele Überschriften verursachen - da hast du Recht Sumpfhütte. Auf einem eigenen Artikel wäre das aber kein Probem (Die Seite könnt dann bspw. "Zukünftige Inhalte" genannt werden). Diese Seite kann dann dazu noch mit dem Inhalt der Geplanten Features, Items und Blöcken gefüllt werden. Auf Zukünftige Versionen kann dann der betroffene Abschnitt entfernt und ein Link zur neuen Seite hinzugefügt werden. Wie wäre das? Suchti Diskussion Mail 18:02, 5. Sep. 2013 (UTC)
Ach so. Aber es gibt schon die Seite Nicht implementierte Features, in der Roter Drache und Pigman gelistet sind. Allerdings gibt es Überlegungen zum Ändern dieser Seite, "Diskussion:Nicht implementierte Features#Überarbeitung oder Aufteilung in zwei Seiten" schau dir die mal an, das könnte man mit deinem Ziel verbinden. Sumpfhütte 20:06, 5. Sep. 2013 (UTC)
Ich werde jetzt ersteinmal versuchen, Geplante Features, Items & Blöcke und die oben genanten Seiten wie "Roter Drache" in Nicht implementierte Features unterzubringen. Suchti Diskussion Mail 12:54, 21. Sep. 2013 (UTC)#
Ich würde die Seite nicht noch weiter in die Länge ziehen. Anstatt den Artikel über den roten Drachen in diese Seite aufzunehmen würde ich eher mehrere neue Seiten wie etwa "Laterne" erstellen, auf die von Nicht implementierte Features verlinkt wird. Mithilfe des englischen Wikis würden diese Seite auch eine einigermaßen annehmbare Größe haben. Was den Rest betrifft stimme ich deinen Plänen zu. Diese Features haben nichts, was sie von den anderen nicht implementierten Features unterscheidet.--.zip de.MinecraftWiki-Admin Diskussion 13:05, 21. Sep. 2013 (UTC)
OK, ich habe jetzt alle Tabellen aus (fast) allen Zukünftige Versionen-Seiten in die Seite integriert und nebenbei Informationen mit Hilfe des englischen Wikis ergänzt und übersetzt. Nebenbei habe ich die Seite im Ganzen etwas umgestaltet was Tabellen und einzelne Abschnitte angeht in der Hoffnung, die Seite ein wenig zu kürzen und die Übersichtlichkeit zu verbessern. Es wäre nett, wenn ihr mal einen kurzen Blick auf meine Testseite werfen könntet und sie auf Übersichtlichkeit und Länge zu bewerten und ggf. noch Verbesserungsvorschläge für die Seite an sich zu stellen. Ich werde dann gucken, ob und was ich machen kann. Suchti Diskussion Mail 16:44, 18. Okt. 2013 (UTC)
Einige Dinge würde ich Streichen: Scherze, die nicht im Spiel existierten. Hot Dog, Pommes, usw. Nur weil ein Mojang-Mitarbeiter dieses Wort im Zusammenhang von Changelogs benutzt hat, sollte es nicht als (Spaß-)feature angesehen werden. Blöcke, die durch andere ersetzt wurden. Bsp. Kondensator, war geplant, jedoch wurde dafür der Komparator eingeführt. Und dann würde ich noch die Trennung zwischen "Entfernt" und "Nicht implementiert" machen. Im Moment ist das noch etwas durcheinander. --.zip de.MinecraftWiki-Admin Diskussion 17:06, 18. Okt. 2013 (UTC)
Es gibt bestimmt Leute (nicht ich), die Scherze von Mojang interessant finden, selbst wenn sie nur auf Twitter o. Ä. erwähnt worden sind. Und da es sich hierbei nur um eine kurze Auflistung handelt, würde ich die drinnen lassen. Die Infos über Blöcke, die durch andere ersetzt wurden, könnten gekürzt werden. Vielleicht so wie bei den Witzfeatures in Form einer kurzen Auflistung ohne weitere Details oder Randinformationen (die wahrscheinlich eh nicht nötig sind, da sie im jeweiligen Blockartikel schon enthalten sind.) Was Letzteres angeht: Ich habe mal die entfernten Features in der Tabelle grau hinterlegt, ich hoffe, das reicht mit Trennung. Leider kann ich in den nächsten 7 Tagen nicht weiter mit diskutieren, in einer Woche bin ich dann aber wieder da. Suchti Diskussion Mail 09:30, 20. Okt. 2013 (UTC)
Sonst noch irgendwelche Wünsche/Vorschläge für die Seite? Ist sie so in Ordnung? Suchti 79.203.179.140 11:23, 29. Okt. 2013 (UTC)
Zuletzt sollten aus allen zukünftige Versionen Seiten der Abschnitt "Geplante Features, Items & Blöcke" bzw. "Zukünftige Inhalte" entfernt werden, da sie jetzt unter Nicht implementierte Features zu finden sind. In den Zuk. Ver. Seiten wir dann eine Verlinkung zum jeweiligen Abschnitt in N. implm. Feat. eingefügt. Wenn niemand mehr etwas dagegen einzuwenden hat, führe ich diese Schritte gleich durch... Suchti Diskussion Mail 10:17, 31. Okt. 2013 (UTC)
Sieht gut aus. Ich denke das mit der Verlinkung geht auch in Ordnung. --.zip de.MinecraftWiki-Admin Diskussion 10:23, 31. Okt. 2013 (UTC)

Erledigt :)
Nebenbei: Kommt es bei euch auch vor, dass sich die Vorschau über den "Vorschau zeigen"-Button nicht anzeigen lässt? Suchti Diskussion Mail 16:39, 1. Nov. 2013 (UTC)
Vielen Dank Suchti für deine Arbeit! :-) Zum Vorschau-Button: der funktioniert bei mir problemlos, allerdings ist das Wiki manchmal für einige Minuten nicht erreichbar. Dann zeigt die Vorschau nichts an... -- Sumpfhütte 19:28, 1. Nov. 2013 (UTC)

Bilder in kathekorie baumaterial unter android[Bearbeiten]

in kathekorie baumaterial werden (nur unter android?) im firefox browser die texturen falsch angezeigt. z.B.: bei endstein die weizentextur

10.20.5.87 09:37, 7. Sep. 2013 (UTC)

Hallo, das ist nur ein temporäres Problem. Dies kommt dadurch, dass wir das Format der Datei, die alle Texturen beinhaltet, ändern mussten und das neue Bild vom Wiki noch nicht für alle aktualisiert wurde. Einfach abwarten, das Problem sollte sich mit der Zeit lösen. --eagle3000 (D ~ B) 09:46, 7. Sep. 2013 (UTC)

Laden der Seiten sensationell schnell[Bearbeiten]

Die Änderungen der letzten Tage haben das Laden von Seiten mit sehr vielen Icons (Datenwerte, Minecraft Wiki:Inhalt) offenbar sensationell beschleunigt. Das Laden des Inhalts hat bei mir immer ca. 9 Sekunden gedauert, jetzt ist er - schwups - da. Ich bin begeistert :-) Sumpfhütte 17:31, 7. Sep. 2013 (UTC)

Liegt wohl eher am Curse-Server.^^ --eagle3000 (D ~ B) 17:40, 7. Sep. 2013 (UTC)

Netzwerkinterne IP[Bearbeiten]

Auf meinen seiten einträgen/veränderungen steht meine Netzwerkinterne IP angezeigt. Bitte irgedwie ändern 10.20.5.87 18:46, 7. Sep. 2013 (UTC)

Das liegt an dir. Wenn du dich anmeldest, wird deine IP nicht mehr angezeigt. Die bis jetzt getätigten Beitäge könntest du dann nachsignieren, also deine Benutzernamen anstatt der IP angeben. --.zip de.MinecraftWiki-Admin Diskussion 22:03, 7. Sep. 2013 (UTC)

"ungeklärte Frage"[Bearbeiten]

Es gibt viele ungeklärte Fragen in diesem Wiki - und es gibt ein RL (real life). Da kommt es immer wieder vor, dass Fragen oder gute Ideen vergessen werden und wochenlang bis ewig liegen bleiben. Manchmal werden sie auch durch Massen von Mini-Änderungen zugeschüttet *hüstel* - Eigentlich könnte der Fragesteller sie in seine Beobachtungsliste aufnehmen. Oft hat er aber einen Vorschlag gemacht, es wurde diskutiert, und es fehlt nur noch die Entscheidung oder die Umsetzung. Was haltet ihr von einer "Vorlage:Ungeklärte Frage", die jeder ans Ende einer Diskussion setzen kann, wenn er darauf aufmerksam machen will. Diese Vorlage vergäbe automatisch eine Kategorie, in der dann alle ungeklärten Fragen zu sehen wären (wie Stubs oder Natürlich müsste man sie früher oder später auch wieder aus der Diskussion entfernen, wenn sich das Thema - wie auch immer - erledigt hat. Der Hinweis könnte z.B. so aussehen:

Fragezeichen.jpg
Hier fehlt noch das Ergebnis der Diskussion. Kannst du antworten oder eine Entscheidung treffen?

Was haltet ihr davon? Sumpfhütte 14:52, 11. Sep. 2013 (UTC)

Super Idee!--.zip de.MinecraftWiki-Admin Diskussion 14:57, 11. Sep. 2013 (UTC)
Find ich gut! --Drachin  ♥ (Disk) 15:01, 11. Sep. 2013 (UTC)
Bin dafür! Suchti Diskussion Mail 15:51, 11. Sep. 2013 (UTC)
Ich bin auch dafür, aber dann müsste diese extra Seite auch auf der Minecraft Wiki Hauptseite verlinkt sein damit auch Anonyme diese Seite schnell und leicht finden können. Nethonos 16:14, 11. Sep. 2013 (UTC)
Mh naja ok zmd. ganz gut die Idee. Ich würde den Benutzer aber genauso wie jetzt schon über MediaWiki beim Bearbeiten der Seite informieren. C0ntroller ¿?¡! 17:16, 11. Sep. 2013 (UTC)
Ihr könnt jetzt die Diskussionen, auf deren Lösung ihr schon länger wartet, mit der neuen Vorlage {{ungelöst}} markieren. Die zugehörige Kategorie heißt auch ungelöst. Ein Link darauf steht im Gemeinschafts-Portal unter "Wie du helfen kannst". Sumpfhütte 19:17, 11. Sep. 2013 (UTC)

Weiterleitungen einsehen?[Bearbeiten]

Hallo Leute, ich wüsste gerne, wie/ob man Weiterleitungen auf eine bestimmte Seite einsehen kann. Heute habe ich festgestellt, dass nachdem ich die Seite "Teschnische Blöcke" nach "Technischer Block" verschoben habe (im Zuge der "Mods/Mod"-Diskussion), Seiten wie "technischer block" (kleingeschrieben) immernoch auf die "Blöcke" weiterleiten. Ich würde deswegen gerne die ganzen Weiterleitungen einsehen und entsprechend ändern können, geht das irgendwo?
Im Übrigen möchte ich mal anmerken, dass das Weiterleitungen Erstellen-Spamming von gestern und die Tage extrem nervig ist. Braucht man wirklich für jeden Fitzel, der evtl. IRGENDWIE mal eingegeben werden könnte, eine extra Weiterleitung? Ich finde, das muss nicht sein. Ein Besucher dieses Wikis, der etwas sucht, kann auch mal für 2 Cent nachdenken und den Überbegriff für "Verschneite Taiga plus‎" suchen. --Drachin  ♥ (Disk) 08:42, 12. Sep. 2013 (UTC)

Spezial:Spezialseiten -> Spezial:Linkliste -> Namen eingeben -> "Links ausblenden", also z.B. https://minecraft-de.gamepedia.com/index.php?title=Spezial:Linkliste/Technischer_Block&hidelinks=1 80.134.19.254 09:11, 12. Sep. 2013 (UTC)
Das waren wirklich zu viele Weiterleitungen, da war ich übereifrig, tut mir leid. Bei den noch ausstehenden Biomen spendiere ich mir mal 2 Cent ;-) und werde nur die sinnvollen Weiterleitungen erstellen. Sumpfhütte 09:35, 12. Sep. 2013 (UTC)
Danke an euch beide. Sumpfhütte, das war nicht böse gemeint. Es fiel nur eben stark auf ;) --Drachin  ♥ (Disk) 09:44, 12. Sep. 2013 (UTC)
Seit ihr mit den Mods fertig? Da wären noch 257 doppelte Weiterleitungen. Bevor ich die fixxe, will ich sicher gehen, dass nichts mehr verschoben wird. ChickenSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 10:55, 12. Sep. 2013 (UTC)
Ich würde dir ja mit den doppelten Weiterleitungen helfen, aber ich muss bald zur Arbeit und irgendwie hab ich das Gefühl, wenn ich wieder da bin, ist das alles schon erledigt. Noch eine kleine Frage am Rande: Gibt es irgendwo eine Liste von Sepzialseiten wie doppelte Weiterleitungen etc., die man einsehen kann? --Drachin  ♥ (Disk) 11:14, 12. Sep. 2013 (UTC)
@ILeon: Noch nicht, siehe Benutzer Diskussion:C0ntroller#"Mods" verschieben. @Drachin: Spezial:Spezialseiten (steht auch im Gemeinschafts-Portal unter "Übersicht") --Sumpfhütte 11:17, 12. Sep. 2013 (UTC)
... und natürlich auch hier: Minecraft Wiki:Inhalt --Sumpfhütte 11:19, 12. Sep. 2013 (UTC)
Wo wir gerade dabei sind: Was ist eigentlich mit Lemmata wie "(Entwicklungs-)Versionen" und "Befehle"? Die stehen auch im Plural. Habe gerade noch "Statuseffekte" samt Disk verschoben. Machen wir da mal einen Rundumschlag oder gibt es dann Haue von irgendwem, der aber ausgerechnet dieses Lemma im Plural behalten möchte? --Drachin  ♥ (Disk) 18:46, 12. Sep. 2013 (UTC)
Speziell zu den Statuseffekten: Diskussion:Statuseffekt#Artikelname falsch? ChickenSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 18:54, 12. Sep. 2013 (UTC)
Ich würde mir vorher immer überlegen, was auf der Seite behandelt wird. Würden die Seiten "Statuseffekt" und "Befehle" nur erklären, was ein Statuseffekt, bzw. ein Befehl ist, wäre der Singular angebracht. Da aber die einzelnen Effekte und Befehl aufgelistet werden, halte ich den Plural für besser. Das gleiche gilt für die Entwicklungsversionen. Es werden mehrere aufgelistet. So würde ich das sehen. --.zip de.MinecraftWiki-Admin Diskussion 08:09, 14. Sep. 2013 (UTC)

Umzug[Bearbeiten]

Also bei mir ist Leider nichts mehr da, kann man das noch ändern, bin nicht so auf dem neusten Stand Sorry. :( --Mario_52 (Diskussion) 19:43, 20. Sep. 2013 (UTC)

Bei mir war, bis auf die Bearbeitungen auch alles Weg. :/ Wie man das beheben kann, weiß ich nicht. Vielleicht mal ne E-Mail an Curse schreiben. ChickenSig.png LeonDiskussion
Beiträge
- de.Wiki Admin 19:45, 20. Sep. 2013 (UTC)
Meine Signatur ist wenigstens noch da, ich bin eigentlich mal da um bei den neuen Artikeln zu den Snapshots zu helfen. :) --Mario_52 (Diskussion) 19:48, 20. Sep. 2013 (UTC)
Also wenn du Hilfe brauchst, kannste es ja sagen. --Mario_52 (Diskussion) 19:51, 20. Sep. 2013 (UTC)
Dort sind deine Seiten: Benutzer:Ma101535r91674io30655_52. Übrigens soll man auf keinen Fall beim alten oder neuen Benutzernamen was ändern/erstellen, da sonst die Daten später evtl. nicht mehr übertragen werden können. --eagle3000 (D ~ B) 19:52, 20. Sep. 2013 (UTC)
Siehe hier. --eagle3000 (D ~ B) 19:53, 20. Sep. 2013 (UTC)
Hupala ist das schlimm wenn ich bei mir eine Neue Seite beim Benutzernamen gemacht hab ? --Mario_52 (Diskussion) 19:57, 20. Sep. 2013 (UTC)
Ich hab ehrlich gesagt keine Ahnung :D. Das Ganze kam aber dadurch zustande, dass mitten in der Übertragung ieine Datenbank abgestürzt ist... --eagle3000 (D ~ B) 20:02, 20. Sep. 2013 (UTC)
Ok. Aber an den Shadern in 1.7 hab ich so meine Bedenken... Was ist wenn ganz Junge Minecraft Spieler auf den Knopf drücken und Angst wegen der anderen Grafik bekommen? :D --Mario_52 (Diskussion) 20:06, 20. Sep. 2013 (UTC)
So wie ich das verstanden habe, wird diese Option nicht bleiben, sondern ist nur ein Test für den Support dieser "Dinge" in Ressourcenpaketen. --eagle3000 (D ~ B) 20:08, 20. Sep. 2013 (UTC)
Zum Benutzernamen: Ja, es ist nicht gut, wenn du trotz Hinweis hier, hier, hier, hier und hier deine Seite geändert hast. Sumpfhütte (Diskussion) 20:12, 20. Sep. 2013 (UTC)

Hilfe, ich bin ein Bot :D[Bearbeiten]

Könnte mir jmd. mal die Botrechte wegnehmen? Zu dem muss ich einen neuen Account für den Bot erstellen, da der mit MIR mirgrated wurde, wäre nett wenn dann dem die Botrechte gegeben werden. C0ntroller (Diskussion) 13:40, 21. Sep. 2013 (UTC)

.gif[Bearbeiten]

Hallo, ich bräuchte zwei GIFs. Mein Computer ist zu schwach/zu doof um mit Fraps eine .avi zu erstellen um es in ein GIF zu verwandeln. Ich brauche ein animiertes Bild einer explodierenden Atombombe und Zar Bombe der Rival Rebels Mod. Danke im Voraus HbMinecraft (Diskussion) 16:08, 22. Sep. 2013 (UTC)

Biiitte :þ HbMinecraft (Diskussion) 18:12, 22. Sep. 2013 (UTC)
So langsam (eigentlich aus die Schnelle) zweifle ich an den Sinn der Vorlage:ungelöst... HbMinecraft (Diskussion) 18:00, 23. Sep. 2013 (UTC)
Ich bin sicher, dass bereits viele hier im Wiki deinen Aufruf gelesen haben. Offensichtlich ist leider niemand dabei, der ein animiertes Bild einer explodierenden Atombombe und Zar Bombe der Rival Rebels Mod aus der Tasche zaubern kann. Ich habe auch nichts dergleichen bei Google gefunden. Vielleicht findest du im Minecraft Forum jemanden? oder im englischen Wiki? oder im englischen Forum? Oder könnte dir die Vorlage:Animate weiterhelfen, die eine Liste von Bildern animiert anzeigt? Sumpfhütte (Diskussion) 18:39, 23. Sep. 2013 (UTC)
In Youtube ist kein wirklich brauchbares Material. Eigentlich brauche ich nur den Rohfilm im .avi Format. Mein Computer ist so schwach, dass die Atomwolke zu lahm ist und die Zar Atomwolke wird so langsam animiert, dass das Objekt nichtmal dazu kommt eine Wolke zu generieren. Ausserdem erzeugen die GL Fehler weiße Zar-Atomwolken, weiße Bomben (auf der Seite, wenn man genauer hinsieht sieht man die Fehler) und weiße Ein-Stens. Der Laggspike des Todes würzt das Ganze nochmal. HbMinecraft (Diskussion) 17:41, 24. Sep. 2013 (UTC)
Immerhin hast du jetzt zwei pngs auftreiben können, die sehen schon beeindruckend aus! (Datei:Atomexplosion.png, Datei:Minitsar Krater.png). -- Sumpfhütte 15:18, 30. Nov. 2013 (UTC)
Danke, das bringt mich auf eine Idee ^^ Grid Ein-Sten (Rival Rebels).png HbMinecraft (Diskussion) 15:53, 30. Nov. 2013 (UTC)
Nuke.gif
Grid Ein-Sten (Rival Rebels).png HbMinecraft (Diskussion) 16:58, 30. Nov. 2013 (UTC)

Mitteilen Fenster[Bearbeiten]

Immer wenn ich etwas bearbeite öffnet sich ein Fenster ob ich das bei Facebook, Twitter, ... meinen Freunden mitteilen möchte. Wenn ich auf einen der drei Buttons klicke läd die Seite einfach neu, wieder mit diesem Fenster. Kann ich das Fenster irgendwie schliessen oder am besten gleich für immer blockieren? --Coolercrafter123 (Diskussion) 17:37, 30. Sep. 2013 (UTC)

Einstellungen > Verschiedenes > Unterste Checkbox --eagle3000 (D ~ B) 17:38, 30. Sep. 2013 (UTC)

Ungenutzte Dateien[Bearbeiten]

Hallo zusammen, wie ihr sicherlich mitbekommen habt, werden gerade nach und nach die unbenutzten Dateien gelöscht. Auf dieser Spezialseite: Spezial:Unbenutzte Dateien werden einige Dateien aufgelistet, die Fragen aufwerfen. Seit neuestem zum Beispiel "Systemdateien" wie Datei:GridNumbersCSS.png oder Datei:Default-font-black.png aber auch Dateien zu Mods, die (noch) nicht eingefügt wurden. Beispiele dafür sind einige Grid-Dateien zu mehreren Mods. Unter anderem Mod/RedPower2, Mod/Mo' Creatures und Mod/Rival Rebels. Haben sich die betreffenden Dateien erüberigt, oder werden diese noch eingefügt? --.zip de.MinecraftWiki-Admin Diskussion 17:56, 3. Okt. 2013 (UTC)

Das Ganze mit dem Bilder löschen sollte man verschieben, da bei der Nutzung von mehreren Bildern (bspw. bei Grids) nur die erste Datei als genutzt angezeigt wird. --eagle3000 (D ~ B) 18:35, 3. Okt. 2013 (UTC)
Bei den Red Power - Klamotten kann das wirklich ein Grund sein - in den Crafting-Grids ist da so einiges im Einsatz. Die beiden 'Handsägen' zum Beispiel in Mod/RedPower2/Wiring#Micro Blocks --18:42, 3. Okt. 2013 (UTC)
Link --eagle3000 (D ~ B) 18:41, 3. Okt. 2013 (UTC)
Welche gibt es bei Mod/Rival Rebels? Hab ich welche übersehen? HbMinecraft (Diskussion) 14:58, 4. Okt. 2013 (UTC)
Entschuldige, das war ein Fehler meinerseits. Die betreffenden Dateien gehören zur RedPower-Mod. --.zip de.MinecraftWiki-Admin Diskussion 15:06, 4. Okt. 2013 (UTC)

RedPower2 - Bilder umbenennen[Bearbeiten]

Ich sammel grad mal alle wirklich benutzten Red Power 2 - Bilder. In dem Zusammenhang fällt mir auf, dass die ja allesamt nicht nach "Grid-Mod-Unterstützung" benannt sind (siehe Benutzer:CalebBlackhand/RedPower2Images). Würde etwas dagegen sprechen, die alle mal umzubenennen/zu verschieben? Nur der Einheitlichkeit wegen und so. --Caleb Blackhand 19:33, 4. Okt. 2013 (UTC)

Müssten sie nicht "Grid xxxx (RedPower2).png" heißen? --eagle3000 (D ~ B) 19:47, 4. Okt. 2013 (UTC)
Stimmt, da war ich etwas zu schreibfaul. Recht hast du. Korrigiere ich mit der nächsten Ergänzung. --Caleb Blackhand 19:55, 4. Okt. 2013 (UTC)
So, das sollten nun alle RedPower2-Bilder sein. Spricht etwas gegen die Umbenennung (und die Anpassung der RedPower-Seiten nach erfolgreicher selbiger, natürlich)? Falls nein, kann ich das gerne durchziehen. --Caleb Blackhand 10:34, 5. Okt. 2013 (UTC)
Das einzige was dagegen spricht, dass du das durchführst, ist, dass das nur die Admins machen können. Normale Nutzer können keine Dateien verschieben. --.zip de.MinecraftWiki-Admin Diskussion 10:39, 5. Okt. 2013 (UTC)
Ach ja? ;) --Caleb Blackhand 10:44, 5. Okt. 2013 (UTC)
OK, das wundert mich jetzt aber. Vor der Migration konnte ein anderer Nutzer keine Dateien verschieben. Entweder das war damals noch nicht möglich, oder er hat die Funktion nicht gefunden. Na ja, umso besser, dass es jetzt geht.--.zip de.MinecraftWiki-Admin Diskussion 10:46, 5. Okt. 2013 (UTC)
Ich geb ja zu, ich hab vorher in den Benutzerrechten nachgelesen, bevor ich gefragt hab ;) Okay, dann gehe ich das mal an, sind "ein paar" Dateien. Aber das wird schon. --Caleb Blackhand 10:47, 5. Okt. 2013 (UTC)
Beachte bitte, dass einige Dateien in deiner Liste im neuen Namen kein "Grid" haben. Ich denke, dass ist ein Fehler? --.zip de.MinecraftWiki-Admin Diskussion 10:49, 5. Okt. 2013 (UTC)
C&P-Fehler, ja. Ich benenne aber nicht nach meiner Liste um, daher sollte das nicht weiter auffallen (ausser in rot bleibenden Links). Das 'Grid' ist natürlich für die Grid2-Vorlage Pflicht. --Caleb Blackhand 10:57, 5. Okt. 2013 (UTC)


Erledigt
Dank tatkräftiger Unterstützung von .zip ist die Umbenennung bereits erledigt. Ich lasse die "Sammel-Seite" aber weiterhin bestehen, dann bleiben die Bilder aus der "Ungenutzte Dateien"-Sammlung raus. --Caleb Blackhand 14:20, 5. Okt. 2013 (UTC)

Vorlage:About ihrem eigentlichen Zweck zuführen?[Bearbeiten]

Hallo zusammen,
wie vor einiger Zeit festgestellt wurde, "missbrauchen" wir Vorlage:About etwas. Sie ist der "Vorlage:Begriffsklärungshinweis" von Wikipedia nachempfunden. Mein Vorschlag wäre, diese Vorlage ebenfalls auf unsere Begriffsklärungsseiten verlinken zu lassen, anstatt alle Seiten nochmals aufzuzählen. Dies würde auch das Pflegen der Artikel vereinfachen. Nach heutigem Stand müssen einige Seiten bearbeitet werden, sobald beispielsweise ein ähnlicher Block implementiert wird. Wie seht ihr das?--.zip de.MinecraftWiki-Admin Diskussion 22:08, 13. Okt. 2013 (UTC)

Absolut dafür. (Ich finde auch manche Begriffsklärungsseiten zu umfassend) --eagle3000 (D ~ B) 22:14, 13. Okt. 2013 (UTC)

Seiten der Fische zusammenführen[Bearbeiten]

Ich würde vorschlagen, die verschiedenen Fische auf eine Seite zusammenzufassen, da sie alle die selben IDs teilen und keine gravierenden Unterschiede haben, die einzelne Seiten sinnvoll machen würden. --eagle3000 (D ~ B) 18:08, 15. Okt. 2013 (UTC)

Ich würde noch bis zur 1.7 warten. Eventuell gibte es dann weitere Informationen, die einzelne Seiten rechtfertigen.--.zip de.MinecraftWiki-Admin Diskussion 12:15, 16. Okt. 2013 (UTC)
Ich halte das für sinvoll. Die Seiten sind recht kurz, außerdem siehts besser aus. HbMinecraft (Diskussion) 15:44, 16. Okt. 2013 (UTC)
Ich halte das auch für eine gute Idee. Da die 1.7 raus ist könnte das auch eigentlich geschehen. Wenn keiner etwas dagegen hat, würde ich das übernehmen. --Zwieback42 (Diskussion) 17:07, 25. Okt. 2013 (UTC)
Scheint keiner etwas dagegen zu haben :-) Ist ja bei den Blumen auch so. Denke bei der Zusammenführung auch an die Anpassung der Links in der Vorlage:Navbox-Nahrung. -- Sumpfhütte 13:40, 26. Okt. 2013 (UTC)
Noch ist die Seite Fisch eine Begriffserklärung. Wird die Seite später unbenannt? ZwiebackBrot.png 14:41, 26. Okt. 2013 (UTC)
Ich denke, man kann das ganze auf der Seite "Fisch" sammeln und den geplanten NPC "Fisch" kurz am Rande erwähnen. Die Begriffsklärung kann dann gelöscht werden.--.zip de.MinecraftWiki-Admin Diskussion 14:49, 26. Okt. 2013 (UTC)
Ein Eintrag in der Trivia mit nem Link zu dem Abschnitt bei den nicht implementierten Features sollte da meiner Meinung nach reichen. --eagle3000 (D ~ B) 14:52, 26. Okt. 2013 (UTC)
Ich habe angefangen. Da ich nicht so große Erfahrung mit dem umprogrammieren von Vorlagen habe, währe es sehr nett wenn das jemand anderes übernehmen könnte. ZwiebackBrot.png 15:34, 26. Okt. 2013 (UTC)
Okay. Ich habe "Fisch (Begriffsklärung)" mit "Fisch" vertauscht, d. h. "Fisch" ist jetzt die Hauptseite. Der Verweis auf die Seite "gebratener Fisch" muss noch entfernt werden.(habe ich gerade) Die Navbox verweist jetzt für jeden Fisch auf die Seite "Fisch". Wenn du eine Seite übernommen hat (Clownfisch, Kugelfisch, Lachs, Roher Fisch, gebratener Fisch, gebratener Lachs), dann diese Seite bitte leeren und durch eine Weiterleitung auf "Fisch" ersetzen. -- Sumpfhütte 17:09, 26. Okt. 2013 (UTC)
Alles klar! Ich habe mich nämlich schon gewundert. ZwiebackBrot.png 17:32, 26. Okt. 2013 (UTC)

Dateien werden nichtmehr angezeigt?[Bearbeiten]

Kann es sein, dass einige Dateien nichtmehr angezeigt werden? Auf der Seite Welttyp z. B. werden mir garkeine Dateien mehr angezeigt. ChickenSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 12:34, 27. Okt. 2013 (UTC)

Ich weiß nicht genau was du meinst. Das wird doch alles angezeigt. ZwiebackBrot.png 12:38, 27. Okt. 2013 (UTC)
Bei mir siehst alles so aus: Bild. ChickenSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 12:47, 27. Okt. 2013 (UTC)
Bei mir nicht ZwiebackBrot.png 13:03, 27. Okt. 2013 (UTC)
Bei mir geht es auch nicht, wie bei Leon. Seltsam, in Kalifornien bei Curse ist doch jetzt auch Wochenende - wer da wohl dahinter steckt? Spätestens morgen wird es wieder funktionieren... -- Sumpfhütte 14:55, 27. Okt. 2013 (UTC)
Das Problem scheint sich halbwegs erledigt zu haben. Einige Dateien werden wieder normal angezeigt, andere nicht. ChickenSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 16:13, 27. Okt. 2013 (UTC)

Grid-Dateien umbenennen[Bearbeiten]

Hallo zusammen,
wie besprochen können wir jetzt die Grid-Dateien ins Deutsche umbenennen (lassen). Benutzer:CalebBlackhand hat seinen Bot entsprechend programmiert. Auf dieser Seite Benutzer:CalebBot/GridBildUmbenennung müssen jetzt noch die neuen Namen festgelegt werden. Damit in Zukunft das Suchen nach dem richtigen Namen entfällt ist der deutsche ingame-Name wohl die beste Wahl. Da es sich um 566 Dateien handelt, wäre ich für eure Mitarbeit dankbar. Einfach die Redlinks, die im Moment alle dieselben sind zum jeweiligen deutschen Namen ändern. --.zip de.MinecraftWiki-Admin Diskussion 15:45, 5. Nov. 2013 (UTC)

Die Namensliste scheint mir vollständig zu sein. Umbenennen (auch mit Weiterleitungen) beherrscht mein Bot schon, das "Seiten anpassen" programmiere ich grade. Ich würde gerne am Wochenende mit dem Umbenennen anfangen und dann nach und nach die jeweiligen alten Bilder umbiegen - spricht da etwas gegen? --Caleb Blackhand 17:47, 7. Nov. 2013 (UTC)
Einbindungen umbiegen kann der Bot jetzt auch. Ich will mal nicht behaupten, dass a) jede mögliche Iteration erkannt wird und b) jede Änderung fehlerfrei ist, aber den Hauptteil der Arbeit wird uns der Bot hoffentlich abnehmen. Nacharbeiten sind aber garantiert (siehe z.B. die Links in obiger Änderung, die ggf. angepasst werden müssen) --Caleb Blackhand 12:38, 8. Nov. 2013 (UTC)
Prima! Das Beispiel habe ich aber nicht verstanden. Welche Vorlage meinst du? Und wird die Umbenennung mit oder ohne Weiterleitung sein? -- Sumpfhütte 14:46, 8. Nov. 2013 (UTC)
Die Umbenennung wird zunächst mit Weiterleitung stattfinden, damit in der Zeit, bis der Bot 'durch' ist (und die verbliebenen Seiten per Hand abgearbeitet wurden) das Wiki ohne defekte Bild-Links dasteht. Anschließend werden die erzeugten Weiterleitungen dann gelöscht (entweder, indem der Bot ca. 600 Löschanträge stellt, oder indem er selbst löscht, wenn das so gewünscht und ermöglicht wird).
Das Beispiel ist die Bearbeitung einer Seite (eigentlich Vorlage:Grid/available images). Wie man sieht, ersetzt der Bot in einem Rutsch alle umbenannten Bilder auf der Seite (so er sie denn erkennt - das ist nicht immer ganz einfach). Was der Bot NICHT anpackt, sind so Dinge wie die 'link=...'-Parameter (siehe ebenfalls die verlinkte Änderung). Hier muss später mal ein Mensch ran.
Das "Seiten bearbeiten" werde ich auf jeden Fall sehr langsam angehen, damit ich den Bot bei erkennbaren Fehlern stoppen kann. Schliesslich habe ich nicht vor, das Wiki hier mit Hilfe des Bots zu vandalieren ;) --Caleb Blackhand 16:42, 8. Nov. 2013 (UTC)
Von Oliver habe ich bezüglich der Adminrechte leider noch keine Rückmeldung erhalten. --.zip de.MinecraftWiki-Admin Diskussion 16:49, 8. Nov. 2013 (UTC)
Das hat auf jeden Fall auch noch Zeit bis zum Abschluss des zweiten Schritts (Seiten anpassen). Also keine Hektik.--Caleb Blackhand 17:11, 8. Nov. 2013 (UTC)
Wenn ich deine Vorgehensweise richtig verstehe sieht es so aus, dass wir die Wahl zwischen "Löschen durch Bot mit Adminrechten", "Manuelles Löschen" und "Durchführung ohne Weiterleitungen" haben. Wenn man es vorher weiß, dass man keine Adminrechte bekommt, ist das kein Problem, dann kann man das ganze ohne Weiterleitungen machen, und Redlinks für einige Stunden in Kauf nehmen.(evtl. 2. Bot um Zeit zu verkürzen?) Wird aber ohne Olivers Rückmeldung das ganze mit Weiterleitungen gemacht und der Bot bekommt die Rechte nicht, muss alles von Hand gemacht werden. Bei über 600 Seiten zieht sich das ziemlich in die Länge, und kann nur von den Admins durchgeführt werden. Bitte versteht mich nicht falsch, aber ich habe sowohl hier im Wiki als auch im RL viel zu tun und würde mich nicht um das Löschen von 600 Seiten schlagen. (Vorlagenprojekt sollte mal abgeschlossen werden und auch so gibt es an vielen Stellen noch Sachen zu erledigen) Klar, wenn es anders nicht geht, dann mach ich das natürlich, würde das aber wie gesagt gerne vermeiden.--.zip de.MinecraftWiki-Admin Diskussion 17:26, 8. Nov. 2013 (UTC)
Nicht so ganz. Verschiebung ohne Weiterleiten halte ich für illusorisch. Die Edits sind viele, und ich kann nicht abschätzen, wie lange es dauert. Es KANN sein, dass ich das an einem Abend schaffe, aber glauben tu ich das nicht. Insbesondere weil ich mir jeden Edit meines Bots ansehen werde.. ich trau dem nicht, schließlich kenne ich den Programmierer... ;) Obendrein wird es Einbindungen geben, die der Bot zunächst einmal anfassen wird - da ist hinterher ggf. Handarbeit angesagt (was ich selbst kann, mache ich dann aber auch)
Andererseits ist das eigentliche Löschen der Weiterleitungen alles andere als dringend. Wenn das mit den Adminrechten nicht klappt, dann kann ich ein abgespecktes Script zum Löschen der Weiterleitungen an einen Admin schicken, und der lässt das dann unter eigenem Account laufen. Also denke ich, wir können ruhig ohne Rückmeldung von Oliver Schritt 1 und 2 in Angriff nehmen. Wann und wie dann die Weiterleitungenwegkommen, schau'n mer dann mal. --Caleb Blackhand 17:42, 8. Nov. 2013 (UTC)
Zur Info: Ich leg dann gleich mal los mit den Verschiebungen. Dürfte eine Weile dauern, denn ganz so schnell reagiert das Wiki dann auch nicht. --Caleb Blackhand 18:40, 9. Nov. 2013 (UTC)
Ok--.zip de.MinecraftWiki-Admin Diskussion 18:43, 9. Nov. 2013 (UTC)
Kann mir jemand erklären, warum weder der Bot noch ich die Datei:Grid Emerald Block.png nach Datei:Grid Smaragdblock.png verschieben können? Ich bekomme als Antwort des Wikis, dass der Ziel-Dateiname ungültig wäre! Der Bot macht natürlich fleißig weiter, aber ich versteh das Problem nicht. Irgend ein Filter? --Caleb Blackhand 19:38, 9. Nov. 2013 (UTC)
Wahrscheinlich weil Version 1 des Bildes mit verschoben wird, aber die ist ungültig bzw. es kommt die Meldung "Access denied" wenn man sie ansehen will... -- Sumpfhütte 20:38, 9. Nov. 2013 (UTC)
Ist nun verschoben. ChickenSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 20:41, 9. Nov. 2013 (UTC)
Dankesehr. Ich habe da aktuell noch 3 davon:
Gleicher Effekt bei mir. --Caleb Blackhand 20:48, 9. Nov. 2013 (UTC)
So, Schritt 1 ist nach 2,5 Stunden durch, alle Dateien sind umbenannt (Danke für die Hilfe, ILeon). Der folgende Schritt wird deutlich länger dauern - die einzelnen Seiten zu bearbeiten ist viel Botarbeit. --Caleb Blackhand 21:31, 9. Nov. 2013 (UTC)
Schritt 2 (Seiten anpassen) ist nun beinahe auch durch. Ich habe auch (entgegen üblicher Verfahren) auf Diskussionsseiten etc. die Bilder umgesetzt, damit wir die Weiterleitungen gefahrlos entfernen können (andere, inhaltliche Änderungen waren nicht dabei). Ein paar blau unterlegte Dateien gibt es noch, die ich noch angehen muss (wo ich kann - einige sind für mich nicht änderbar, da Admin-Only). Besonders "lustig" finde ich den letzten Link auf die Datei Grid Chest.png, der von einer Seite Benutzer:Trojaner_ ausgeht. Wie man diese Seite jemals ändern soll, ist mir aktuell unklar - der Unterstrich da ist jedenfalls für MediaWiki ein Leerzeichen, welches abgeschnitten wird. Die Seite ist so nicht erreichbar (auch nicht für den Bot). Was da beim trojaner steht, ist also nicht herauszubekommen (es sei denn, jemand verrät mir die PageID der Seite, mit der könnte mein Bot da was machen) --Caleb Blackhand 00:25, 11. Nov. 2013 (UTC)
Schritt 3 (Anlegen der neuen Weiterleitungen) ist heute Abend erfolgt, damit man auch auf oder klicken kann und zum richtigen Artikel gelangt.
Schritt 4 (Löschen der in Schritt 1 erzeugten Weiterleitungen) ist grade dran - Danke an Oliver für die temporären Adminrechte für den Bot.
Aktuell könnte ich sogar den verbliebenen Umbenennungswunsch der Layout-Bilder (Benutzer:CalebBot/GridBildUmbenennung#Grid-Layout-Bilder) durchführen, wenn ich dafür das "Okay" bekomme (ich müsste den Bot die Dateien verschieben lassen, solange er Adminrechte hat - das mache ich aber nur in Absprache hier). --Caleb Blackhand 23:06, 11. Nov. 2013 (UTC)
Also ich habe da nichts dagegen.--.zip de.MinecraftWiki-Admin Diskussion 00:39, 12. Nov. 2013 (UTC)
Frage zu den Umbenennungen: Wo wird Datei:GridNumbersCSS.png überhaupt benutzt? Wenn jetzt als Antwort "gar nicht" kommt, dann ist die Datei löschbar ohne Aufwand. Ich vermute, das war der Vorläufer der CSS-Font-Lösung, wie sie jetzt in Grid2 eingesetzt wird - kann das sein? --Caleb Blackhand 08:19, 12. Nov. 2013 (UTC)
Du hast vermutlich Recht. Die Datei wurde früher von der Vorlage:Grid/Crafting Square Numbers verwendet, die ich aber gelöscht habe weil sie auch nicht mehr verwendet wurde. Durch "font-family:Minecraft" in der CSS-Datei müsste die Datei wie du schon gemeint hast aber überflüssig sein. Wegen der Fehlerhaften Anzeige der Dateiverwendungen kann es zwar sein, dass sie doch noch verwendet wird, das werden wir aber nach der Löschung schnell merken.--.zip de.MinecraftWiki-Admin Diskussion 12:57, 12. Nov. 2013 (UTC)
Okay, dann gebe ich den anderen Admins noch bis heute Abend Zeit, zu widersprechen (und die Umbenennungen selbst zu machen :P ), ansonsten lasse ich den Bot von der Kette. --Caleb Blackhand 13:04, 12. Nov. 2013 (UTC)
Na ja, auf eine Antwort von anderen Admins brauchst du eigentlich nicht warten. Du kannst ja schon mal alle Dateien außer der CSS-Nummern-Datei verschieben. Sollte man diese doch noch brauchen kann man die auch per Hand Umbenennen und die Einbindungen (sollten doch noch welche auftauchen) ändern.--.zip de.MinecraftWiki-Admin Diskussion 13:09, 12. Nov. 2013 (UTC)
Die Zeit bis zum Abend ist auch weniger echte Wartezeit sondern "Ich mach das nicht von der Arbeit, und die Mittagspause ist zu kurz" ... ;) --Caleb Blackhand 13:10, 12. Nov. 2013 (UTC)
Na dann. --.zip de.MinecraftWiki-Admin Diskussion 13:12, 12. Nov. 2013 (UTC)
Sodale. Die Grid-Layout-Bilder sind umbenannt, die Verwendungen angepasst und die Seite Spezial:Fehlende Dateien weiterhin schön kurz (2 wirklich fehlende Bilder und einmal das "Trojaner_"-Problem). Der Bot hat seine Schuldigkeit getan und geht jetzt in den Winterschlaf ;) --Caleb Blackhand 18:12, 12. Nov. 2013 (UTC)
Vielen Dank - super Arbeit! -- Sumpfhütte 21:37, 12. Nov. 2013 (UTC)

MediaWiki update[Bearbeiten]

Am nächsten Dienstag (19.11.2013) wird die MediaWiki Version auf 1.21 aktualisiert. Das Wiki wird dann ab 15:00 bis ca. 17:00 Uhr nicht bearbeitbar sein. Mehr Informationen folgen. ChickenSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 15:43, 13. Nov. 2013 (UTC)

Oha. Danach geht also erst mal gar nichts mehr.... ;) --Caleb Blackhand 15:45, 13. Nov. 2013 (UTC)
MediaWiki-Update = Lua = Einbindung von animierten Bildern per Lua statt JS = Dateien werden nicht mehr fälschlicherweise als ungenutzt angezeigt. Find ich gut. -91.9.216.235 20:02, 13. Nov. 2013 (UTC)
Wenns klappt. ;) --Caleb Blackhand 20:04, 13. Nov. 2013 (UTC)
Ich hab mal nachgefragt: https://twitter.com/CurseGamepedia/status/404373203952234497 (Link ist nicht zusammengeschrieben da ich am handy, wenn ich keine Lust habe mich anzumelden generell in Diskussionen immer "nonsensical edits" mache, ein hoch auf die missbrauchsfilter) --79.194.200.237 22:28, 23. Nov. 2013 (UTC)
(Link repariert, danke) --Caleb Blackhand 22:34, 23. Nov. 2013 (UTC)
Erneutes Update. --eagle3000 (D ~ B) 09:33, 1. Dez. 2013 (UTC)

Sinn/Unsinn einiger Dateien[Bearbeiten]

Ich bin die letzten Tage immer mal wieder damit beschäftigt, durch Spezial:Unbenutzte Dateien zu stöbern und unbenutzte, unnutzbare Dateien zu identifizieren. Die ganzen Sounds sind klar und eigentlich ja direkt nutzbar, wenn das zugehörige Widget wieder funktioniert. Einige andere Bilder sind auch einfach nur "Opfer" der Animate-Problematik, wo nur das erste Bild einer Serie als benutzt markiert ist. Und dann sind da noch ein paar Bilder, bei denen ich etwas fragend da sitze:

  • Datei:Default-font-black.png - Wozu? Ist das (wie die GridNumbersCSS.png) ein Überbleibsel aus Zeiten vor Nutzung des Minecraft - Fonts?
  • Datei:E-Stein.png, Datei:E-SteinW.png & Datei:E-SteinA.png - Vorläufer der aktuell grünen Erfahrungkugeln?
  • Datei:Images.jpg - ???

und weitere - aber die oben stelle ich mal hier in Frage. --Caleb Blackhand 22:46, 17. Nov. 2013 (UTC)

Das erste Bild wurde auch im englischen Wiki gelöscht. Das letzte wurde mal für ein Babel verwendet. Was die drei Dateien in der Mitte betrifft denke ich, dass sie genau so weg können. --.zip de.MinecraftWiki-Admin Diskussion 15:46, 18. Nov. 2013 (UTC)
Gut, die wären schon mal weg. Aktuell haben wir ca. 330 'ungenutzte' Dateien. Hier ist mir ein fieser kleiner Bug aufgefallen: In den letzten Tagen wurden einige Portraits für Mojang-Mitarbeiter hochgeladen. Die tauchten sofort in den "ungenutzten Dateien" auf .... wurden aber im Artikel angezeigt. Schuld ist dabei die Vorlage, die das Bild automatisch einbindet, sobald es da ist. Das bekommt die MediaWiki-Software dann zwar mit, wenn die Seite gerendert wird, aber die "Meta-Informationen" wie "Eingebundenes Bild" bzw. "Fehlendes Bild" werden nicht neu erstellt. Hier hilft ein "Nulledit" der Seite weiter (also auf Bearbeiten klicken und ohne eine Änderung speichern). Daher ist bei der Bewertung von löschbaren Bildern nicht nur die Historie des Bildes und die Beitragsliste des Uploaders zu beachten (also Verschiebungen etc. sowie die Prüfung, ob das Bild jemals eingebunden war, ersetzt wurde oder gar einer Animation unterliegt), sondern auch, ob es mit gleichem Namen einen Artikel gibt. Hier daher meine Bitte an Uploader: Wenn ihr ein Bild in einen bestehenden Artikel einfügt, macht doch eben auch den Nulledit.
Was die Animationen angeht: Solange wir da keine LUA-Lösung haben, nehme ich die betroffenen Bilder derzeit aus der Kategorie, indem ich sie in einer Unterseite bei mir aufnehme (natürlich sortiert und gruppiert). Anders wäre die Spezialseite vmtl. immer noch mehr als 500 Bilder stark. --Caleb Blackhand 17:03, 20. Nov. 2013 (UTC)
Die Bitte an Uploader wird auf Dauer leider nicht funktionieren, weil sie untergeht. Und zwar nicht, weil sie nur hier in einer Diskussion erwähnt wird, sondern auch wenn sie fett in den Hilfetexten oder sonstigen Anweisungen stehen würde. Ich glaube es wäre besser, wenn man die Vorlage so ändern würde, dass dieser vermeintlich nützliche Automatismus entfällt und man das Bild ganz simpel immer in den Steckbrief schreiben muss. Das ist logisch, das ist kein Aufwand für den jeweiligen Autor und das verhindert das genannte Problem. Was meint ihr? -- Sumpfhütte 17:50, 20. Nov. 2013 (UTC)
Wenn man das dann für Items, Blöcke, ... genauso handhabt: Ja. Bin ich sofort bei. Ist kein Bild angegeben, Platzhalter anzeigen. Steht da '=none', Bild weglassen. Aber nicht dieses "Wir schlagen schon mal den Default-Bildnamen vor"-Spiel, denn das führt zu besagtem Bug. Und damit das ganze keine Probleme verursacht.... *seufz* muss zuerst ein Bot über die Vorlagen und diese image= - zeile dort einfügen, wo sie fehlt. Stimmts? --Caleb Blackhand 17:54, 20. Nov. 2013 (UTC)
*seufz* - stimmt... Wäre aber meiner Meinung nach eine Verbesserung, weil robuster. -- Sumpfhütte 18:24, 20. Nov. 2013 (UTC)
Darf ich den Mangel an Widerspruch als Einverständnis deuten? Ich würde dann mal sehen, wie ich meinen Bot die Voraussetzungen schaffen lassen kann, und Vorlage für Vorlage darauf umstellen. --Caleb Blackhand 14:43, 22. Nov. 2013 (UTC)
Hoffentlich komme ich nicht zu spät. Ich würde das ganze erst einmal sein lassen. LUA kommt laut Curse Ende November (Also in den nächsten Wochen). Der Aufwand, das ganze jetzt umzustellen und in vielleicht zwei Wochen auf LUA umzusteigen halte ich für zu groß. --.zip de.MinecraftWiki-Admin Diskussion 15:56, 22. Nov. 2013 (UTC)
LUA hat da wenig bis gar nichts mit zu tun, denke ich mal. Wir werden nun ja wohl nicht alle Vorlagen durch LUA-Code ersetzen (das wäre wenig sinnvoll). Und der Vorlagenteil ist trivial - die Änderung macht wenig Arbeit. --Caleb Blackhand 16:04, 22. Nov. 2013 (UTC)

Ein Bild, welches ich grade gefunden habe: Datei:Globe.png. Ja, der Globus sieht gut aus - aber wozu war der jemals da? Ich finde keine Verwendung, auch und grade nicht durch Olliver (der den damals hochgeladen hat). Kann man den sinnvoll für etwas einsetzen? --Caleb Blackhand 16:00, 22. Nov. 2013 (UTC)

Weg damit. Wenn wir lange genug suchen, finden wir bestimmt eine Einsatzmöglichkeit. Das heißt aber nicht, dass wir das Bild unbedingt brauchen. Im englischen Wiki hat es Oliver schon 2012 gelöscht. Gut, wenn es dir nicht zu viel Arbeit ist, kannst du die Änderungen gerne vornehmen.--.zip de.MinecraftWiki-Admin Diskussion 16:10, 22. Nov. 2013 (UTC)
Weg damit höre ich gerne. ;)
Ich schau mir das am Wochenende mal genauer an, aber ich glaube, mit etwas Botarbeit ist das kein wirklich großes Problem. --Caleb Blackhand 16:13, 22. Nov. 2013 (UTC)
Am Rande erwähnt: Der Globus ist - glaube ich - das ehemalige Logo vom Browser, der in Android enthalten ist (Google Chrome Mobile) - Wohl kaum noch zu gebrauchen ;) Suchti Diskussion Mail 16:26, 22. Nov. 2013 (UTC)

Nächste Frage: Was ist mit Datei:Redpoptarts dye guide v12 full.png? Ja, ich weiss wo das her ist - aber die Quelle (siehe Fuß der Datei) ist versiegt (die Webseite existiert nicht mehr), und die Nützlichkeit dieser Grafik ist eher fragwürdig, IMHO. Die Kollegen in der en-Version haben das auch noch nicht angegangen. Hat jemand eine Idee? --Caleb Blackhand 20:50, 22. Nov. 2013 (UTC)

Keiner eine Idee? Ich würde ja glatt Löschantrag stellen (dismal einen mit Diskussion, also erst nach Ende der großen Aufräum-Runde).
Apropos "Ende" - wenn die aktuell mit Löschantrag versehenen Bilder gelöscht wurden, sind wir bei ca. 25 Bildern "Rest". Ich behaupte mal, das ist in Kürze übersichtlich. Wir müssen halt nur "dranbleiben", dass ausgebaute Bilder auch zeitnah wegkommen, wenn sie nicht mehr benötigt werden. --Caleb Blackhand 17:05, 26. Nov. 2013 (UTC)
Ich merke gerade, das wird schwierig mit dem "dranbleiben". Beim Überarbeiten der Menüs habe ich einen überflüssigen Button entfernt, aber vergessen, das zugehörige Bild zum Löschen zu markieren. Man könnte daher das Überprüfen der ungenutzten Dateien auch als gewünschte Aufgabe unter "Weitere wichtige Beteiligungsmöglichkeiten" ins Gemeinschaftsportal aufnehmen, oder? -- Sumpfhütte 09:55, 27. Nov. 2013 (UTC)
Wenn die Spezialseite schön leer ist, dann ist das "dranbleiben" nicht mal ein Problem. Ich hab einen der überflüssigen Button schon getaggt, den du ausgebaut hast, und warte nur darauf, dass du den "Nothing" überflüssig machst (nur noch eine Seite). Das mit der gewünschten Aufgabe ist prinzipiell nicht schlecht, dann muss aber eine "Kurzanleitung" her, denn einfach nur "Löschantrag stellen, weil ist unbenutzt" ist eher nicht der richtige Weg. Manche der Bilder haben mir echt Arbeit gemacht, bis ich endlich den Grund für die nun folgende Löschung gefunden hatte.... (und die 15 Biom-Bilder am Ende der Liste sind mir aktuell noch ein Rätsel. vermutlich können die weg, aber ich tu mich grad schwer damit.) --Caleb Blackhand 10:03, 27. Nov. 2013 (UTC)
Bei den Biombildern kann ich weiterhelfen: als die ersten Snapshots von 1.7 rauskamen, wurden viele Biombilder gemacht. Später wurden einige in den Artikeln gegen bessere ersetzt, ohne die alten zum Löschen zu markieren. Es gibt für jedes Biom eine eigene Seite mit Galerie. Da stehen schon die besten Bilder drin. Dann gibt es noch die Übersichtsseite Biome. Da steht evtl. noch ein weiteres besonders typisches Bild drin. Beim Tafelberg hat sich außerdem die Sandfarbe von gelb nach rot geändert. Die ungenutzten Biombilder können alle weg. -- Sumpfhütte 10:28, 27. Nov. 2013 (UTC)
Danke, das erleichtert die Sache. Nun sind keine mehr in der Liste :
  • Datei:Redpoptarts_dye_guide_v12_full.png(Löschantrag gestellt)
  • Datei:Leather Cap.png(Löschantrag gestellt)
  • Datei:Leather Boots.png(Löschantrag gestellt)
  • Datei:Leather Pants.png(Löschantrag gestellt)
  • Datei:Serverliste.png(wurde aktualisiert und wieder eingebunden)
  • Datei:Vollautomatische Zuckerrohrfarm Schrit1.png(Der Uploader hat der Löschung zugestimmt)
  • Datei:ZombieDia.png (gelöscht)
Alle anderen Bilder sind entweder gelöscht, eingebaut oder auf Unterseiten aufgelistet worden. Letzteres natürlich nur, wenn ein Einsatz in naher Zukunft wahrscheinlich erschien. --Caleb Blackhand 11:02, 28. Nov. 2013 (UTC)
Bald ist die Liste leer. Vorübergehend, ich weiss, aber immerhin. --Caleb Blackhand 00:58, 29. Nov. 2013 (UTC)

Jetzt, wo die Sounds wieder eingetragen werden können (und eingetragen werden) ist die Liste wieder "etwas länger" - ich zähle aktuell 21 Sound-Dateien, die noch ungenutzt sind. Einige mögen durchaus noch einbindbar sein und im jeweiligen Artikel fehlen, aber ich fürchte, vo einigen davon werden wir uns noch verabschieden müssen. Mag jemand sein Ohr einsetzen und die Dateien mit bestehenden vergleichen? --Caleb Blackhand 17:25, 4. Dez. 2013 (UTC)

Beispiel Katze: schau mal in .minecraft/assets/virtual/legacy/sounds (Achtung: Pfad ist neu seit dem heutigen Launcher-Update. Nochmal Achtung: nicht in "sound" schauen, sondern in "sounds", es gibt beide). Dort steht für die Katze (/mob/cat): hiss1,2,3 hitt1,2,3 meow1,2,3,4 purr1,2,3 und purreow1,2 - insgesamt also 15 Sounds. Im Artikel Katze sind aber nur 7 eingebunden. Wenn jemand die fehlenden einbinden würde, bliebe vielleicht nur noch wenig übrig... -- Sumpfhütte 18:06, 4. Dez. 2013 (UTC)
Danke, schau ich mir nachher mal an (ich war am Wochenende nicht da, sonst wäre das bereits erledigt). Die neu dazugekommenen Bilder analysiere ich dann auch ;) --Caleb Blackhand 16:38, 9. Dez. 2013 (UTC)
Es gibt jetzt die neue Kategorie:Sounds. Da stehen alle ogg-Dateien mit Mojang-Lizenz drin - oder sollten zumindest ;-) -- Sumpfhütte 16:51, 9. Dez. 2013 (UTC)
So, nur noch eine Sound-Datei, bei der ich mich nicht entscheiden kann: Datei:Hit4.ogg. Die sound.json ist da nicht hilfreich, weil der Name mehrfach vorkommt - und alle Vorkommen sind irgendwie bereits da, aber anderer Klang. Hat jemand eine Ahnung, wo der Sound hinwill? Löscheimer ist auch eine Option. --Caleb Blackhand 18:33, 10. Dez. 2013 (UTC)
Es ist der Eisengolem (ich habe nacheinander alle hit4-Dateien durchgehört, bis ich diese erkannt habe - es ist eindeutig und ohne Zweifel). -- Sumpfhütte 09:40, 11. Dez. 2013 (UTC)
Super! Danke. Damit ist auch diese Datei im Einsatz - der kleine aber gemeine C&P-Fehler im Eisengolem-Artikel war Schuld. Wenn nun ein Admin die zur Löschung markierten Soundfiles entsorgt (und die eine Bilddatei mit), dann sind die unbenutzten Dateien für den Augenblick.... leer! --Caleb Blackhand 10:45, 11. Dez. 2013 (UTC)

Wo ist der Köcher?[Bearbeiten]

In minecraft.jar/assets/textures/items gibt es ein Köcher-Item (quiver.png). Wir haben zwar eine Weiterleitung von Köcher auf "nicht impl. Features", aber dann steht dort nichts. Wenn jemand mehr weiß (die Weiterleitung hat eine sehr lange Historie, die 2012 endet), dann bitte bei nicht implementierte Features mit dem gerade von mir hochgeladenen (oder einem besseren) Bild eintragen. -- Sumpfhütte 22:33, 29. Nov. 2013 (UTC)

Das wurde damals in den Artikel eingetragen, und kurz darauf komplett wieder entfernt um in den Artikel Unbenutzte Features verschoben zu werden. Von dort wurde es im Februar 2013 wieder entfernt - diesmal ohne es irgendwo einzufügen. (Ein ähnliches Schicksal ereilte auch den Rubin - der wird allerdings wenistens als unbenutzte Textur gelistet) {{GS|Köcher}} (
) existiert auch noch. --Caleb Blackhand 23:04, 29. Nov. 2013 (UTC)
Jetzt ist der Köcher bei den nicht implementierte Features sicher aufgehoben (und die Rubin-Info auch aktualisiert). -- Sumpfhütte 00:44, 1. Dez. 2013 (UTC)

Vorlage:BlockGrid[Bearbeiten]

Hallo zusammen,
kennt jemand eine Möglichkeit, die maximale Anzahl an Schleifen bei Vorlage:BlockGrid zu erhöhen? Im Moment liegt sie bei 100. Um die Grafik auf Anleitungen/Baumfarm richtig darzustellen bräuchten wir einen Wert von mindestens 104. Gruß--.zip de.MinecraftWiki-Admin Diskussion 21:46, 29. Okt. 2013 (UTC)

Hat mich auch schon genervt. Habe recherchiert - scheint eine Limitierung von WikiMedia zu sein - nichts zu machen. Von daher finde ich die Vorlage eigentlich unbrauchbar. Die Limitierung gilt ja noch nicht einmal pro Bild, sondern pro Seite! Bei mehreren kleinen Grafiken auf einer Seite, die in Summe über 100 sind, wurde als Lösung vorgeschlagen, sie einzeln als Screenshot-png einzubinden. Auch nicht schön. Und nützt bei einer Einzelgrafik über 100 auch nichts. Oder du machst zwei Screenshots von beiden Hälften und setzt sie zusammen... -- Sumpfhütte 21:58, 29. Okt. 2013 (UTC)
MediaWiki sagt:
Die Variable $maxLoops legt das Maximum der erlaubten Schleifen fest (Standardwert 100).
Das hört sich für mich an, als könnte man das doch irgendwie ändern. Mit den Systemnachrichten scheint es allerdings nicht zu gehen. Naja, vorerst werde ich wohl deinen Vorschlag mit den Screenshots umsetzen.--.zip de.MinecraftWiki-Admin Diskussion 22:05, 29. Okt. 2013 (UTC)
Interessante Quelle. Ich habe noch gefunden: "Änderbar in der Extension in public static $maxLoops". Das klingt so, als ob Curse eine WikiMedia-Extension umprogrammieren müsste. In anderen Wikis, die MediaWiki selbst anpassen können, wurde so etwas diskutiert und abgeraten, weil es den Server zu sehr belasten würde, wenn mehrere Leute die Seite aufrufen würden. Insofern wird Curse das wohl eher nicht machen... -- Sumpfhütte 22:27, 29. Okt. 2013 (UTC)

Anzeigename[Bearbeiten]

Stimmt es, dass sich der Anzeigename insgesamt nur einmal ändern lässt? Suchti Diskussion Mail 16:09, 2. Dez. 2013 (UTC)

Scheint leider so zu sein. Steht hier, direkt unter dem großen gelben Kasten: Minecraft Wiki:Umzug. -- Sumpfhütte 17:32, 2. Dez. 2013 (UTC)
Warum fragst du? :) WeiManSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 18:27, 2. Dez. 2013 (UTC)
Danke für die Info. Ist gut zu wissen, vielleicht will ich ja irgendwann mal ein neuen Benutzernamen. Suchti Diskussion Mail 18:38, 2. Dez. 2013 (UTC)
Du könntest einen neuen Wiki-Account (mit neuer E-Mail-Adresse) anlegen und den Inhalt deiner bisherigen Homepage (samt Unterseiten) rüberkopieren. Lediglich die Liste der Bearbeitungen wäre dann wieder leer, aber da du auf deiner Homepage eine Liste deiner erstellten Artikel hast, wäre das wahrscheinlich verschmerzbar. Es könnte sogar sein, dass die Admins oder unser Bürokrat einen neuen mit einem alten Account verschmelzen können - vor dem Gamepedia-Umzug war das jedenfalls möglich... -- Sumpfhütte 11:17, 3. Dez. 2013 (UTC)
Dort steht von einer einmaligen Festlegung des Anzeigenamens durch den Nutzer. Ich glaube nicht, dass das Ändern des Anzeigenamens durch die Admins in seiner Anzahl beschränkt ist.--.zip de.MinecraftWiki-Admin Diskussion 11:20, 3. Dez. 2013 (UTC)
Ach so? Auch Curse hatte betont, dass man beim Umzug nur genau ein Mal und ausnahmsweise seinen Namen ändern könne. Aber das kann natürlich in beiden Fällen den Hintergrund haben, dass man nicht mit ständigen Namenswechselanträgen überschüttet werden wollte. Wenn das wirklich mehrfach ginge, wäre das natürlich super für Suchti. -- Sumpfhütte 11:25, 3. Dez. 2013 (UTC)
Allerdings, das wäre natürlich super ;) Suchti Diskussion Mail 16:37, 3. Dez. 2013 (UTC)

MediaWiki v1.21.3[Bearbeiten]

Das MinecraftWiki läuft nun mit MediaWiki v1.21.3! Doch was hast sich geändert?
-Anzeigenamen wurden entfernt. Es ist nicht mehr möglich, seinen Anzeigenamen zu ändern.
-Sounds funktionieren wieder.
-pywikibot funktioniert
WeiManSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 15:51, 4. Dez. 2013 (UTC)

Na super, dann hat sich die Diskussion hier drüber also schon mal erledigt. Mit dem Update ist außerdem Lua und eine neue Versionunterschied-Ansicht hinzugekommen. Suchti Diskussion Mail 15:59, 4. Dez. 2013 (UTC)
Letztere geht mir jetzt schon auf die Nerven ;) --Caleb Blackhand 16:01, 4. Dez. 2013 (UTC)
... und genau darum hab ich mir in meiner CSS mal ein wenig was gebastelt, um die Diffs etwas besser erkennbar zu gestalten. Entferntes und hinzugekommenes wird in rot respektive grün dargestellt. --Caleb Blackhand 16:20, 4. Dez. 2013 (UTC)
Hat jemand eine Ahnung, wie man die Meldung oben ändern kann? Ich habe schon versucht mit ?uselang=qqx den Namen der Systemnachricht anzuzeigen, hat aber nicht funktioniert.--.zip de.MinecraftWiki-Admin Diskussion 16:33, 4. Dez. 2013 (UTC)
Das ist eine globale Sitenotice. WeiManSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 16:35, 4. Dez. 2013 (UTC)
(BK) Meinst du die Global-Notice mit dem Hintegrund? Das kann nur Curse (in der Wikipedia hätte ich gesagt, das müssen Meta-Admins machen) --Caleb Blackhand 16:36, 4. Dez. 2013 (UTC)
Sollte es Probleme geben, so könnt ihr diese jetzt im IRC von Gamepedia (https://help.gamepedia.com/IRC) ansprechen. Einpaar Curseler sind gerade da. WeiManSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 16:52, 4. Dez. 2013 (UTC)
Es gibt tatsächlich ein Problem, aber da kann Curse nichts machen: Ich sehe keine Katzen. Und zwar wenn man einen Link einbaut oder ändert - z.B. eine Referenz - dann muss man ein Katzenbild auswählen, damit man kein Roboter ist. Ich sehe die aber nicht, weil der Browser auf dem Computer, den ich nutze, so eingestellt ist. Und da kann ich vorerst nichts machen :-( In der Launcher-Baustelle habe ich bereits vier neue Referenzen mit nowiki ausgeklammert, vielleicht kann die mal jemand aktivieren - danke! -- Sumpfhütte 19:32, 4. Dez. 2013 (UTC)

Erledigt
Nethonos (Diskussion) 19:49, 4. Dez. 2013 (UTC)

Jetzt habe ich ein richtiges Problem: ich kann die Seite "Datenwert" nicht mehr speichern. Die Vorschau geht interessanterweise. Es gibt meine Änderung auch als zwischengespeicherte Version. Aber beim endgültigen Speichern wird "waiting" angezeigt bis zum Timeout. Ich habe es in verschiedenen Varianten versucht, es geht nicht. Was tun? -- Sumpfhütte 13:29, 5. Dez. 2013 (UTC)

Habt ihr das Problem auch? Kann jemand von euch die Seite "Datenwert" ändern? Ich kann es nicht - die Seite ist offenbar zu groß für die neue MediWiki-Version :-( -- Sumpfhütte 16:28, 5. Dez. 2013 (UTC)
Geht mir genauso. Timeout beim Speichern. Ich muss mal sehen, was mein Bot dazu sagt - vermutlich mag der's aber auch nicht. --Caleb Blackhand 16:39, 5. Dez. 2013 (UTC)
Nach mehrmaligem Probieren hat es gerade irgendwie geklappt. WeiManSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 16:48, 5. Dez. 2013 (UTC)
Glaubst du. In den letzten Änderungen sieht man davon aber nix. ;) --Caleb Blackhand 16:52, 5. Dez. 2013 (UTC)
Dann wird es nicht die einzieg Seite sein. "Blöcke", "Befehle" und ähnlich große Seiten wahrscheinlich auch. Daher wäre es prima, wenn ein Admin das Problem an Curse melden und um Hilfe bitten würde (wahrscheinlich müssen sie nur den Timeout hochsetzen). -- Sumpfhütte 16:58, 5. Dez. 2013 (UTC)
"Versionsgeschichte" geht noch, und die Seite ist (laut Spezial:Längste_Seiten) größer. Ich vermute mal, es liegt an der hohen Anzahl von Vorlagen und Bildern in Datenwert - damit hat die Wiki-Software nämlich jedes Mal viel zu kämpfen (Bilder müssen als benutzt eingetragen werden, Vorlagen dito)
Mein Bot bekommt die Seite übrigens auch nicht gespeichert, also scheidet das "direkt neu rendern" als Problemgrund aus (das umgeht der Bot). --Caleb Blackhand 17:21, 5. Dez. 2013 (UTC)
Ich finde die neue MediaWiki-Version schlechter als die vorherige: Beim Login muss ich das Passwort wieder zwei Mal eingeben, die wunderbare Benutzereinstellung, dass man gewarnt wird, wenn man eine nicht gespeicherte Seite verlässt, gibt es nicht mehr, ich muss jetzt unscharfe Tierheim-Katzenbildern angucken und raten, was für ein Vieh das sein soll und liege bei der Hälfte daneben, das Speichern von Artikeln dauert deutlich länger - so lange, dass "Datenwert" gar nicht mehr gespeichert wird. NUN GUT... wir sind ja flexiiiibel. Wenn ich wieder mal Tierbilder serviert bekomme, kann ich das jetzt auf einem anderen Computer lösen, so dass ich auf diese Weise wieder Seiten mit Links speichern kann. Und Google mit dem Zusatz "site:" ist wirklich ein fantastischer Ersatz für die unbrauchbare Suchfunktion (die allerdings laut Curse nicht zu MediaWiki gehört). Und was den Datenwert-Artikel betrifft: ich habe die Blöcke und Items ausgelagert, jetzt geht's wieder. -- Sumpfhütte 13:56, 6. Dez. 2013 (UTC)

Gerade eben beim Verschieben von Pocket Edition/Versionsgeschichte ist mir ein weiteres Feature der neuen MediaWiki-Version aufgefallen, das ich durchaus von Vorteil finde. Wobei ich mir da nicht sicher bin, ob es das auch schon in Version 20 gab. Wenn Weitereitungen auf einen Artikel existieren, der verschoben wird, werden diese automatisch an den Zielnamen angepasst. Damit müssen um Einige weniger doppelte Weiterleitungen repariert werden. Das halte ich für sinnvoll :) Suchti Diskussion Mail 15:27, 12. Dez. 2013 (UTC)

Sprachpaket hinzufügen Artikel[Bearbeiten]

Hallo, ich wollte eigentlich ein Sprachpaket hinzufügen aber bei den neueren Versionen finde ich in lang keine Sprachdateien mehr. Also ich möchte eine bearbeiten, aber ich habe auch nach langer Suche den Speicherort nicht gefunden. Kann mir jemand weiterhelfen oder den Artikel aktualisieren? --Mario_52 (Diskussion) 22:54, 7. Dez. 2013 (UTC)

Das hat sich vor zwei Tagen alles geändert. Ich bin dabei, das überall im Wiki zu aktualisieren. Die Sprachen stehen unter .minecraft/assets/virtual/legacy/lang. -- Sumpfhütte 23:31, 7. Dez. 2013 (UTC)
Den Ordner virtual gibt es bei mir nicht. WeiManSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 09:46, 8. Dez. 2013 (UTC)
Bei mir wird virtual erzeugt, sobald ich den Minecraft-Client starte. Ansonsten weiß ich jetzt schon mehr über das neue System und werde das gleich im Wiki eintragen. Vorab: schau in die Textdatei .minecraft/assets/indexes/legacy.json. Suche dort die gewünschte Sprachdatei und merke dir den Anfang des Hash-Codes. "de_DE.lang" hat z.B. "e37d3...". Gehe dann in den Ordner .minecraft/assets/objects. Dort stehen alle Ressourcen, sortiert nach den ersten beiden Zeichen des Hash-Codes. "de_DE.lang" steht also unter .minecraft/assets/objects/e3. Da findest du die Datei, die den Namen des Hash-Codes trägt. Da du weißt, dass die Sprachendateien Textdateien sind, kannst du die Datei e37d3ab28ec7acc17337da3d4a4fe4dd0642aac5 mit einem Texteditor öffnen, z.B. WordPad. Änderungen oder ein neues Sprachpaket fügst du aber nicht hier, sondern als Ressourcenpaket hinzu. -- Sumpfhütte 09:51, 8. Dez. 2013 (UTC)
Leon, schau bitte mal in die Datei .minecraft/assets/indexes/legacy.json. Steht dort bei dir am Anfang "virtual": true,? -- Sumpfhütte 10:07, 8. Dez. 2013 (UTC)
Diese Datei existiert bei mir auch nicht. Bei mir steht nur 1.7.2.json. WeiManSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 10:37, 8. Dez. 2013 (UTC)
Welche Version hat dein Launcher? Die neuen Ordner und Inhalte werden vom Launcher ab Version 1.3.5 automatisch erzeugt. Falls das bei dir nicht der Fall ist: spielst du evtl. nicht per PC sondern mit einem mobilen Gerät? Wenn ja, gibt es da offenbar einen Unterschied. Dazu liegen mir aber leider keine Informationen vor. Gibt es noch jemanden, der den Launcher ab 1.3.5 hat, aber nicht die neuen Ordner .minecraft/assets/indexes, .../objects und .../virtual? -- Sumpfhütte 11:20, 8. Dez. 2013 (UTC)
Also, mein Launcher ist auf 1.3.6, ich spiele auf dem PC Minecraft 1.7.3 Pre. Die Ordner indexes und objects sind vorhanden. Auch befinden sich Dateien darin. Nur eben der Ordner virtual und die legacy.json fehlen. WeiManSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 12:25, 8. Dez. 2013 (UTC)
Interessant. Dann wird "virtual" offenbar nur in bestimmten Fällen erzeugt. Das erklärt auch, warum es in "legacy.json" den Eintrag "virtual": true gibt. Jetzt müssen wir nur noch herausfinden wann der Ordner erzeugt wird. Bei mir passierte das, als ich den Minecraft-Client aus dem Launcher heraus startete. Wer kann bei dieser Frage weiterhelfen? -- Sumpfhütte 12:53, 8. Dez. 2013 (UTC)
Lösch doch einfach mal den assets-Ordner und lass ihn neu downloaden. --eagle3000 (D ~ B) 13:04, 8. Dez. 2013 (UTC)
Und noch eine neue Info: obwohl das Inhaltsverzeichnis bei mir legacy.json heißt, steht in einem Forum steht, dass der Name 1.7.2.json sei. Diese Datei hast du doch, Leon. Schau mal da rein, ob das am Anfang "virtual": true steht. Unabhängig davon kannst du mit Hilfe dieser Datei jede Ressource finden. Ich beschreibe das gerade im Artikel Standard-Ressourcen, bin gleich fertig damit... -- Sumpfhütte 13:08, 8. Dez. 2013 (UTC)
Die Zeile virtual: true existiert nicht, und die Löschung des assets-Ordners hat nichts gebracht. WeiManSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 15:17, 8. Dez. 2013 (UTC)
Ich dachte man kann noch nicht Sprachpakete mit Resourcepacks einfügen. Und wenn ja, wie macht man das? Und noch was: Ich werde jetzt wieder aktiver sein. --Mario_52 (Diskussion) 19:39, 8. Dez. 2013 (UTC)
Jetzt hab ich ein bisschen die Sprachdateien durchgeschaut und Interessantes herausgefunden: Realms ist komplett fertig übersetzt und: multiplayer.info1=Der Mehrspielermodus in Minecraft ist derzeit noch nicht fertiggestellt, aber es
multiplayer.info2=laufen bereits frühe, fehlerhafte Tests.--Mario_52 (Diskussion) 20:14, 8. Dez. 2013 (UTC)
@Leon: Aha, das bedeutet, der Eintrag "false" wird nicht gemacht, stattdessen wird die Zeile ganz weggelassen. Das wird öfter so gemacht, wenn ein Wert "false" ist. Wie ich heute in "Ressourcenpaket" beschrieben habe, wird der virtual-Ordner nur für alte Minecraft-Versionen benötigt. Ich hatte viele alte Versionen zum Testen in meinen Launcher-Profilen. Jetzt zwar nicht mehr, aber irgendwas muss dem Launcher noch sagen, dass bei mir die alte Ressourcen-Struktur noch benötigt wird. Wo die Ressourcen seit Launcher 1.3.5 zu finden sind, habe ich in "Ressourcenpaket" genau beschrieben.
@Mario_52: Wie man ein Ressourcenpaket mit einer zusätzlichen Sprachdatei erstellt, steht im Artikel "Ressourcenpaket". Die "multiplayer.info1" und 2 sind Überbleibsel von alten Versionen. Im Artikel "nicht implementierte Features" wird auf diese beiden aktuell nicht genutzen Texte hingewiesen. -- Sumpfhütte 20:53, 8. Dez. 2013 (UTC)
Ich kann nichtmal die Dateien öffnen, die angeblich Sounddateien sein müssen. Ich habs mal am Beispiel mit dem Sound des sterbenden Esels probiert. Die beschriebene Datei hat nur die Endung .Datei. Ich kann sie nicht mit einem Musikprogramm öffnen. WeiManSig.png ILeonDiskussion
Beiträge
- de.Wiki Admin 21:01, 8. Dez. 2013 (UTC)
Ich verwende den kostenlosen VLC Media Player. Der spielt die Datei "ece3a1417e0eca0a748aafaf6cd9f5e99c314991" problemlos ab. Wenn dein Musikprogramm mit der Dateiendung Probleme hat, dann versuche mal die Datei in eine neue Datei zu kopieren, die du z.B. "esel.ogg" nennst und spiele die Kopie ab.
Ansonsten: Ich weiß jetzt, wann "virtual" erzeugt wird. Ich hatte Minecraft Version 1.7.2. DAFÜR werden die Ressourcen noch in der alten Baumstruktur benötigt. Nachdem ich das Launcher-Profil in "Snapshot 1.7.3" geändert hatte, wird bei mir der "virtual"-Ordner auch nicht mehr angelegt! Ich werde diese Erkenntnis sogleich in den Artikel einbauen. -- Sumpfhütte 22:32, 8. Dez. 2013 (UTC)

Vorlage:License C418 und die Ogg-Dateien[Bearbeiten]

Moin. Irgendwie verstehe ich hier grade was nicht. Laut Text der Lizenz-Vorlage C418 sollten die Musikstücke (-> Spiel-Musik) doch auf 30 Sekunden gekürzt sein, oder? Die vorliegenden .ogg-Dateien halten sich da irgendwie nicht alle dran. Datei:Clark.ogg zum Beispiel ist 3 Min 22 Sek lang. Oder gilt diese Einschränkung nur für die Schallplatten, nicht für die "In-Game-Musik"? In dem Fall wäre die Lizenz nicht ganz eindeutig formuliert. --Caleb Blackhand 11:48, 13. Dez. 2013 (UTC) Buch und Feder.png

Ich glaube, die Frage hat sich soeben erledigt... --Caleb Blackhand 07:48, 20. Dez. 2013 (UTC)

Reine Formsache[Bearbeiten]

Was haltet ihr davon, die Artikelgliederung in den Wiki-Gestaltungsrichtlinien und die Artikel ein wenig an die aktuellen Gegebenheiten anzupassen? Mir ist folgendes aufgefallen:

  • Abschnitt "Bugs"
    Zitat: "Dieser Abschnitt enthält nur die Vorlage "Vorlage:Issue list". Hier sollte nichts anderes eingetragen werden."
    Ich habe bisher nur sehr, sehr selten einen Eintrag in einem Artikel gesehen, der auf einen Bug hingewiesen hat. Das ist dann auch von der Wiki-Gemeinschaft mit entsprechendem Hinweis an den Autor schnell wieder entfernt worden. Ich halte daher einen eigenen Abschnitt in jedem Artikel mit diesem Hinweis für überflüssig und schlage vor, diesen Abschnitt überall zu entfernen.
  • Abschnitt "Siehe auch"
    Zitat: "Dieser Abschnitt sollte eine Liste an Links zu Artikeln enthalten, welche relevant sind, jedoch im Artikel nirgendwo zu finden sind."
    Seit einigen Monaten läuft die Navigation im Wiki konsequent über Navigationsboxen. Die werden glücklicherweise immer aktuell gehalten, d. h. das Konzept funktioniert. Die Navigationsboxen sind thematisch geordnet, d. h. alle zum Thema eines Artikels passenden anderen Artikel sind dort zu finden. Der "siehe auch"-Abschnitt ist aus älteren Zeiten, wo das noch nicht der Fall war. Ich habe bisher nur Fälle gefunden, bei denen er Links enthielt, die auch in den Navigationsboxen standen. Schlimmer noch: meist standen Links in dem Abschnitt, die bereits im Artikel standen, obwohl das laut Gestaltungsrichtlinien gar nicht sein sollte. Da wir zusätzlich auch noch die Vorlagen {{Hauptartikel}} und {{see also}} haben, halte ich einen eigenen "siehe auch"-Abschnitt für überflüssig und schlage vor, auch diesen Abschnitt überall zu entfernen.
  • Abschnitt "Einzelnachweise"
    Zitat: "Hier sollte die Vorlage {{Vorlage|reflist}} verwendet werden..."
    Stattdessen ist aber auch oft <references /> zu finden. Ich schlage vor, einen Bot zu Hilfe zu nehmen und einheitlich die Vorlage einzusetzen.
  • Abschnitt "Geschichte"
    Zitat: "Nach den Einzelnachweisen folgt die Vorlage {{Geschichtlich}}, jedoch alleinstehend ohne eigenen Abschnitt..."
    Warum eigentlich "ohne eigenen Abschnitt"? Jedesmal, wenn man eine Änderung an der Geschichtsliste vornimmt, erscheint in den Letzten Änderungen der Abschnitt "Trivia" oder ähnliches. Ich fände es hilfreicher, wenn in den Letzten Änderungen "Geschichte" stehen würden, wenn man die Geschichte ändert. Daher schlage ich vor (evtl. mit Bots Hilfe), der Geschichtsbox einen eigenen Abschnitt zu gönnen.

Was meint ihr dazu? -- Sumpfhütte 11:21, 16. Dez. 2013 (UTC)

  • "Bugs": Hmm. Partielle Zustimmung. Größere "Known Bugs" (nicht solche aus Develop-Versionen, sondern die, die sich von Hauptrelease zu Hauptrelease halten) könnte man aufzählen. Wenn es solche denn gibt; ich habe da keine Übersicht. Neue Bugs sind da in jedem Fall über, das können wir gar nicht aktuell halten.
  • "Siehe auch": Zustimmung. Dank der Navi (fast immer) überflüssiger Abschnitt. Ich würde den Abschnitt nicht untersagen, es mag Artikel mit Siehe-auch-Bedarf geben - üblicherweise sind die Abschnitte aber Murks.
  • "Einzelnachweise": Zustimmung. Und Bot-Unterstützung ist da nur ein kleines Problem (nämlich das Aufspüren der entsprechenden Artikel).
  • "Geschichte": Zustimmung. Überschrift "Geschichte" drüber, ggf. Vorlage anpassen (doppelte Überschrift, einmal innerhalb und einmal über der Tabelle vermeiden). Bot ist dabei dann trivial.
Ergo: Etwas Arbeit, aber keine strittigen Fragen. Denke ich. --Caleb Blackhand 11:32, 16. Dez. 2013 (UTC)
Gute Ideen,
zu den Siehe-auch-Teilen kann ich soviel sagen, dass es sie zwar vermehrt in der Wikipedia gibt, aber da machen sie auch Sinn, da es keine Navigationsboxen gibt. (Was auch viel zu aufwändig wäre bei der riesigen Artkelanzahl...) Hier jedoch gibt es sie und sind meiner Meinung nach auch eine gute Lösung, die bei der weitaus überschaubaren Artikelanzahl hier leicht zu pflegen ist. Hier machen Siehe-auch-Abschnitte eher wenig Sinn - dem stimme ich auch zu. Reflist? Klar, kann man machen. Wobei ich nicht wirklich vom Nutzen der Vorlage profitiere: Es sind immerhin gerademal etwa 4 Zeichen weniger zu schreiben, als bei der Alternative "<references />". Moment, es könnte auch einen kürzeren Shortcut für die Vorlage geben, da bin ich mir jetzt nicht sicher... Zur Geschcihte: Naja, ich bin ja immer noch in Überlegung, ob es nicht besser wäre die Geschichtsbox über die Einzelnachweise zu packen, aber das ist eine andere Sache. Eine Überschrift schadet jedenfalls nicht.
Fazit:
Zustimmung
für alle 4 Vorschläge. Mal schauen, was da geht. Suchti Diskussion Mail 16:13, 16. Dez. 2013 (UTC)
Ich habe noch ein wenig recherchiert:
Bugs: Der Abschnitt enthält immer denselben Satz. Hier werden keine Bugs aufgelistet, die wir aktuell halten müssten, sondern es wird per Vorlage auf den Bugtracker verlinkt. Dabei muss in der Vorlage der passende englische Begriff als Parameter eingegeben werden. Da zeigt sich auch gleich der Nachteil dieser Idee: der Bugtracker ist in Englisch. Damit kann die Mehrheit der Leser des deutschen (!) Wiki wenig anfangen. Und die, die damit kein Problem haben, schauen sowieso ins englische Wiki und können den Bugtracker bei uns auch direkt nutzen, da er links über die Sidebar jederzeit erreichbar ist. Die (Nicht)-Relevanz des Bug-Abschnitts kann man auch an der Verbreitung ablesen: die Vorlage ist nur ca. 55 Mal eingebunden. Wir haben aber fast 860 Artikel! Eine Nachrüstung aller Artikel mit Eingabe des passenden englischen Suchbegriffes wäre ein enormer Aufwand, dessen Nutzen aufgrund des Sprachunterschiedes äußerst gering erscheint.
Siehe auch: Caleb sagt: "Ich würde den Abschnitt nicht untersagen..." - Zustimmung! Ich würde ihn zwar aus der Gestaltungsvorgabe rausnehmen (und aus solchen Artikeln, wo er überflüssig ist), aber erlaubt ist er natürlich trotzdem, wenn er Sinn macht.
Reflist: @Suchti: der Vorteil der Vorlage ist eine zusätzliche Gliederungsmöglichkeit per Parameter.
Jetzt würde ich noch gerne auf eine Meinung aus administrativer Ecke warten... -- Sumpfhütte 20:24, 17. Dez. 2013 (UTC)
Bugs: Dieser Abschnitt bzw. die Vorlage, die einzelne Nennungen von Bugs ersetzte hat den Vorteil, dass man eben keine Bugs mehr aufzählt, bzw. die verlinkte Liste aktuell bleibt. Ich selber verwende den Abschnitt bzw. den Bugtracker nicht, könnte mir aber vorstellen, dass sich einige darüber gerne informieren. Ein direkter Link in verschiedenen Artikeln erspart für die Nutzer die manuelle Suche.
Siehe auch:Wie schon angemerkt kann dieser Abschnitt eigentlich entfallen. Ausnahmen sollten natürlich möglich sein.
Einzelnachweise Es spricht eigentlich nichts gegen die Verwendung der Vorlage.
Geschichtlich Ich würde eine Überschrift auch begrüßen.--.zip de.MinecraftWiki-Admin Diskussion 21:13, 17. Dez. 2013 (UTC)
@zip: den Sinn des Bug-Abschnitts habe ich verstanden. Den Vorteil auch. Ich stelle jedoch den Nutzen in Frage. Auch ich kann mir vorstellen, dass sich einige darüber gerne informieren, aber tun sie es wirklich? Wenn dem so wäre, dann würde ein fehlender Bug-Abschnitt vermisst und nachgetragen werden. Das ist jedoch nicht der Fall. Wir haben diesbezüglich eine klare Gestaltungsrichtline, aber niemand hält sich daran und niemanden stört es. Die 55 existierenden Verwendungen sind ein Überbleibsel von vor zwei Jahren, als das deutsche aus dem englischen Wiki übertragen wurde. Der Bug-Abschnitt ist nur scheinbar nützlich. In Wirklichkeit wird er in 93% der Artikel überhaupt nicht vermisst. Wir haben in den letzten Wochen viele neue Artikel zu neuen Blöcken und Items angelegt. In keinem einzigen wurde die Gestaltungsrichtline beachtet und niemanden hat es gestört. Das ist für mich ein deutlicher Hinweise für die Irrelevanz. Vorschlag: Man könnte diesen Abschnitt z.B. automatisiert auskommentieren. Dann wäre er nicht gelöscht und könnte bei Bedarf reaktiviert werden. Dann warten wir ein paar Monate und schauen, ob sich jemand gemeldet hat. Wie wäre das? -- Sumpfhütte 21:52, 17. Dez. 2013 (UTC)
Automatisch auskommentieren? Ist machbar. Da es nur wenige Seiten sind, ist die Varianz in der möglichen Schreibweise auch gering. Sollte man mit den anderen Änderungen zusammen angehen, denke ich. --Caleb Blackhand 12:36, 18. Dez. 2013 (UTC)
Bevor man die betreffenden Abschnitte auskommentiert und sie in Vergessenheit geraten würde ich sie gleich entfernen und bei Bedarf wieder einfügen.--.zip de.MinecraftWiki-Admin Diskussion 18:37, 18. Dez. 2013 (UTC)
Okay, na dann legen wir mal los... Ich formuliere mal folgende Bot-Aufgaben - Caleb: bitte korrigieren, falls ich irgendwo daneben liege. Nach getaner Bot-Arbeit würde ich die Gestaltungsrichtlinien anpassen (außer jemand anders möchte gerne).
  • Alle Seiten des Artikel-NR durchsuchen.
  • Falls in einer Seite "== Bugs ==" oder "==Bugs==" vorkommt (Beispiel: Schleichen):
    • Falls danach eine Zeile mit "{{Issue list|..." vorkommt, beide Zeilen inkl. nachfolgende Leerzeile löschen. Ansonsten diesen Artikel zur manuellen Begutachtung auswerfen.
  • Falls in einer Seite "== Siehe auch ==" oder "==Siehe auch==" vorkommt (Beispiel: Ghast):
    • Falls danach nur Zeilen der Art "*[[Link]]" vorkommen, alle Zeilen inkl. nachfolgende Leerzeile löschen. Ansonsten diesen Artikel zur manuellen Begutachtung auswerfen.
  • Falls in einer Seite "<references />" oder "<references/>" vorkommt (Beispiel: Milcheimer):
    • Diesen String durch {{reflist}} ersetzen.
  • Falls in einer Seite "{{Geschichtlich" vorkommt (Beispiel: Tür):
    • Eine Zeile davor "== Geschichte ==" einfügen (fände ich allgemeingültiger als "Versionsgeschichte", damit die Möglichkeit besteht, in diesen Abschnitt neben der Vorlage auch Freitext einzugeben. Daher würde ich auch nicht die Abschnittsüberschrift in die Vorlage integrieren. Ziel ist es, später mal die oft im Text verstreuten Geschichtshinweise gemäß Gestaltungsrichtlinien in diesen Abschnitt zu verlagern.) Die Vorlage könnte dann überschriftslos werden.
-- Sumpfhütte 19:25, 18. Dez. 2013 (UTC)
Ich ergänze zu den 'Siehe auch': Entferne alle Links, die bereits im Artikel vorkommen (Die API liefert das, auch für Links aus Navigationsboxen, siehe z.B. Die Liste für Zombie-Belagerung. Ist der Siehe-auch-Abschnitt danach leer, lösche ihn, ansonsten gib den Artikel zur Kontrolle aus.
Ich ergänze zu "Geschichte": Kommt in einem Artikel {{Geschichtlich}} oder {{PEGeschichtlich}} vor, so setze die Überschrift über die zuerst vorkommende Navigationsbox.
Ansonsten gut zusammengefasst, Sumpfhuette. Machbarer Botauftrag. --Caleb Blackhand 19:37, 18. Dez. 2013 (UTC)
Prima! (Das Zombiebelagerungsbeispiel sieht spannend aus - die API kannte ich noch nicht, muss ich mir mal irgendwann genauer anschauen *notier*) - Wärst du so nett, deinen Bot bei Gelegenheit loszulassen? -- Sumpfhütte 19:49, 18. Dez. 2013 (UTC)
Jo, ich bringe ihm das mal Stückchenweise bei und lass ihn dann von der Leine. Was die API angeht, schau mal auf die API-Hauptseite, da steht alles erklärt. Mein Bot (und fast jeder andere, den ich kenne) arbeitet komplett über die API. Da kann man dann auch so Dinge wie "Benutzer:Trojaner "'s Seite bearbeiten ;) --Caleb Blackhand 19:56, 18. Dez. 2013 (UTC)
Wie, was "Trojaner_"? Ich habe eben ungläubig auf deinen gestrigen Admin Pinnwand-Eintrag geguckt: Das ist wieder mal hervorragende Arbeit! Auf die Hilfe von Curse hätten wir ewig warten können... -- Sumpfhütte 20:20, 18. Dez. 2013 (UTC)
Das hätte ich schon viel eher machen können... wenn ich an die API-Anfrage gedacht hätte. ;) --Caleb Blackhand 20:25, 18. Dez. 2013 (UTC)
Oh, kleiner Denkfehler meinerseits bei den Links, die API darf ich dafür nicht nutzen - da die Links ja im "Siehe auch" stehen, sind sie ja im Artikel. Die Grundidee bleibt bestehen, nur leider nicht über API --Caleb Blackhand 21:02, 18. Dez. 2013 (UTC)
Sodale, der Bot hat die ersten edits gemacht, aus allen Bereichen war was dabei. Durchlaufen lasse ich den morgen oder am Wochenende, denn heute habe ich keine Zeit, den Bot permanent zu beaufsichtigen. --Caleb Blackhand 09:54, 19. Dez. 2013 (UTC)
Ich habe mir die ersten Änderungen angeschaut: seehr schön... - Dabei fiel mir auf, dass wir wohl besser die Überschriften in den beiden Geschichtsvorlagen drinlassen. Der Text ist nicht identisch zur Abschnittsüberschrift und es sind zwei verschiedene Links auf die beiden Versionsgeschichten. Ich hab's mir angesehen: es sieht gut aus, so wie es jetzt ist... (Beispiel: Axt) -- Sumpfhütte 11:33, 19. Dez. 2013 (UTC)
(ausrück) So, der Bot ist durch. Unter Benutzer:CalebBot/Arbeitsauftrag stehenstanden 81 Dateien, die manuellen Eingriff erfordern. Der Grund für den Eingriff steht jedes Mal dahinter, dabei bedeutet:
Bug
Im Bugs-Abschnitt steht mehr als die IssueList-Vorlage
Links
Im Siehe auch - Abschnitt stehen (unter anderem) Links auf irgendwas, was nicht in einer Navi erwähnt wird
Geschichte
Der Artikel hat jetzt zwei Abschnitte dieses Namens - einen mit Text, einen mit der Versionsgeschichtenvorlage. Ggf. mergen.
Ein Beispiel für einen erfolgreichen Bot-Edit habe ich übrigens bei der Trichterlore, da gab es alle 4 Edits in einem.--Caleb Blackhand 11:21, 20. Dez. 2013 (UTC)
Vielen Dank, hat alles prima geklappt (und eine Rose Mohnblume für Botti). Ich habe alle ausgefilterten Seiten manuell bearbeitet, jetzt ist alles erledigt. Die Gestaltungsrichtlinien sind auch angepasst. -- Sumpfhütte 14:18, 20. Dez. 2013 (UTC)
(BK) Dank Sumpfhuettes fleißigem Einsatz ist auch die Arbeitsliste schon leer, die Umstellung also erledigt (bis auf die Seiten Netherbrunnen und TNT-Golem, die beide schreibgeschützt sind. Hier ist die Überarbeitung aber auch nicht zwingend erforderlich.) --Caleb Blackhand 14:28, 20. Dez. 2013 (UTC)

Einige Begriffsklärungen in "(Übersicht)" ändern[Bearbeiten]

Im Oktober hat eagle3000 den Text der Vorlage:Begriffsklärung an die Wikipedia angepasst und in allen unseren Begriffsklärungen ans Ende gestellt. Dabei merkte er an, dass einige Begriffsklärungen recht lang geraten sind: Aus einer einstmals simplen Weiterleitungsverzweigung (die auch durch das Symbol Disambig color.svg angedeutet wird), ist bei einigen Seiten eine mehr oder weniger umfangreiche "Übersicht" geworden. Ich schlage folgendes vor:

  • Die Vorlage bleibt nur in den Seiten, die eine reine Linkliste enthalten. Solche Begriffsklärungen wurden nicht und werden auch weiterhin nicht in eine Navbox aufgenommen, weil sie wie eine Weiterleitung sind. Beispiel: Truhe (Begriffsklärung).
  • Aus den Seiten, die den Rahmen einer Begriffsklärung sprengen, wird die Vorlage entfernt und die Seiten werden in "xxx (Übersicht)" statt "xxx (Begriffsklärung)" umbenannt. Solche Übersichtsseiten werden stets in eine Navbox aufgenommen (sind die meisten auch schon jetzt). Beispiel: "Hügel (Begriffsklärung)", "Gewächse (Begriffsklärung)" und vor allem "Versionsgeschichte (Begriffsklärung)" würde ich ändern wollen in "Hügel (Übersicht)", "Gewächse (Übersicht)" und "Versionsgeschichte (Übersicht)".

Was meint ihr dazu? Die Anpassung der Verlinkungen auf die ca. eine Handvoll umbenannten Seiten könnte man wahrscheinlich botmäßig erledigen. -- Sumpfhütte 19:50, 17. Dez. 2013 (UTC)

Klingt vernünftig, würde ich sagen. --Caleb Blackhand 12:37, 18. Dez. 2013 (UTC)
Erledigt. -- Sumpfhütte 20:07, 19. Dez. 2013 (UTC)

PS3-Trophies überall einbauen[Bearbeiten]

Soeben hat ein PS3-Spieler bei Diamant#Erfolge die Spalte "PS3 Trophie" hinzugefügt. Siehe hier: Trophäen-FAQ - Wir müssen nun alle unsere Erfolge-Tabellen in den Artikeln um diese Spalte erweitern! Kann man da was automatisieren? Die korrekte Zuordnung habe ich gerade im Artikel Erfolge getätigt. -- Sumpfhütte 08:48, 22. Dez. 2013 (UTC)

Oha. Kann man das automatisieren? Ich sag mal "Radio Eriwan": Im Prinzip ja, aber der Aufwand für das Script sprengt vermutlich den Aufwand, das für die 31 betroffenen Seiten per Hand zu machen. Immer vorausgesetzt, auf jeder der entsprechenden Seiten wird Achievement benutzt, wovon ich aber mal ausgehe. Und da du die Erfolge schon umgesetzt hast, ist der Rest nur noch Kleinkram, den man nachpflegen kann. Wenn sich kein anderer findet, kann ich das heut Nachmittag mal angehen. --Caleb Blackhand 11:37, 22. Dez. 2013 (UTC)
Super! Ein Beispiel findet sich bei Diamant. -- Sumpfhütte 12:56, 22. Dez. 2013 (UTC)
Ich glaube, ich bin durch ;) Schwer zu sagen bei der ganzen Action hier im Wiki grade. --Caleb Blackhand 16:16, 22. Dez. 2013 (UTC)
Ich danke dir! Und die Idee mit der Vorlage ist auch prima! -- Sumpfhütte 17:02, 22. Dez. 2013 (UTC)

Löschung der Vorlage:PEGeschichtlich?[Bearbeiten]

Diese Vorlage und die Vorlage {{Geschichtlich}} sind bis auf die Überschrift identisch und müssten eigentlich immer parallel angepasst werden - was eher als ungünstig anzusehen ist. Zwei Vorlagen, die bis auf minimale Unterschiede das selbe tun, halte ich für wenig zielführend. Ich habe daher der Vorlage Geschichtlich einen optionalen Überschrifts-Parameter verpasst und würde gerne die PEGeschichtlich-Aufrufe darauf umstellen, damit diese danach gelöscht werden kann. Ein Beispiel für die "optionale Überschrift" steht bereits in der Doku der Vorlage Geschichtlich. Oder gibt es einen Grund, diese Zusammenlegung nicht durchzuführen? --Caleb Blackhand 10:02, 23. Dez. 2013 (UTC)

Ich wüsste nichts, was dagegen sprechen könnte. Die Umstellung kannst du gerne vornehmen --.zip de.MinecraftWiki-Admin Diskussion 10:15, 23. Dez. 2013 (UTC)
Um der Einheitlichkeit willen würde ich den Titel der Vorlage nicht frei wählbar lassen, sondern die beiden bisher verwendeten Versionen des Titels fest verdrahten. Also z.B. title=PE für den PE-Titel und ohne für den PC-Titel. -- Sumpfhütte 10:25, 23. Dez. 2013 (UTC)
Oder: PE-title=1 -- Sumpfhütte 10:26, 23. Dez. 2013 (UTC)
Gute Idee. Hallo {{#switch:...}}, du wirst gebraucht. --Caleb Blackhand 10:28, 23. Dez. 2013 (UTC)
Das Umsetzen in den Einbindungen lass ich bei > 100 Seiten natürlich meinen Bot machen, dazu bin ich zu faul ;) Ansonsten ist das hier eigentlich auch schon erledigt. --Caleb Blackhand 11:19, 23. Dez. 2013 (UTC)

Problem beim Bearbeiten von PE/Zukünftige Versionen[Bearbeiten]

Hallo zusammen, ich oder besser MediaWiki hat ein Problem beim Speichern meiner Änderungen bei Pocket Edition/Zukünftige Versionen. Ich soll wegen neuen externen Links Katzenfotos auswählen. Habe ich dies aber getan und klicke auf Seite speichern, so lande ich wieder im Editmodus mit der gleichen Meldung wie vorher. Wenn jemand anders das mal versuchen möge, hier ist der einzutragende Text (ohne nowiki kopieren!):

Nach erfolgreicher Übernahme Text entfernt --Caleb Blackhand 10:32, 24. Dez. 2013 (UTC)

Danke! Suchti Diskussion Mail 10:12, 24. Dez. 2013 (UTC)

Hat geklappt. Ich durfte auch einmal Miezekätzchen suchen, aber ansonsten ging's --Caleb Blackhand 10:32, 24. Dez. 2013 (UTC)
PS: Ich hätte gerne das Recht skipcaptcha.... na gut, zur Not hat mein Bot das, wenn alles andere schiefgeht. ;) --Caleb Blackhand 10:36, 24. Dez. 2013 (UTC)
Danke dir. Vorhin hat es komischerweise wieder bei mir geklappt, seltsam das ganze... Suchti Diskussion Mail 10:47, 24. Dez. 2013 (UTC)

Probleme mit Template: Grid2/Crafting Table (JavaScript Fehler)[Bearbeiten]

Hallo, im deutschen Minecraft Wiki hab ich mit Firefox 26 unter Linux foglendes Problem: Die Tabellen zur Herstellung bestimmter Objekte werden nicht korrekt angezeigt:

... Screenshot kommt noch ...

Und mein Firebug meldet den JavaScript-Fehler:

Exception thrown by ext.cite: mw.hook is not a function  load.p...094002Z (line 151)

TypeError: mw.hook is not a function

runScript()load.p...094002Z (line 154)
ecute/checkCssHandles()load.p...094002Z (line 154)
execute/cssHandle/<()load.p...094002Z (line 155)
jQuery.Callbacks/fire()load.p...094002Z (line 12)
allbacks/self.fireWith()load.p...094002Z (line 14)
ry.Callbacks/self.fire()load.p...094002Z (line 14)
addEmbeddedCSS()load.p...094002Z (line 149)
addEmbeddedCSS/<()load.p...094002Z (line 149)

Ich verwende zwar grundsätzlich NoScript, aber selbst, wenn ich alle Scripte für das MineCraft Wiki erlaube, zeigt sich mir o.g. Fehlerbild z.B. für die Seite zu Goldener Apfel. Wenn ich hingegen die englische Variante dieser Seite aufrufe (Golden Apple), wird mir das Crafting-Rezept problemlos angezeigt.

Bisher hab ich das Problem bei folgenden Wiki-Templates festgestellt:

  • Grid2/Crafting Table
  • Grid2/Furnace

--Draskuntar (Diskussion) 20:40, 26. Dez. 2013 (UTC)

Mitlerweile gefixt. --eagle3000 (D ~ B) 20:42, 26. Dez. 2013 (UTC)
Wow, das ging ja schnell. Danke! --Draskuntar (Diskussion) 20:52, 26. Dez. 2013 (UTC)