| Archiv |
|---|
Kategorien in den Steckbriefen
Mir fällt besonders bei den Item-Steckbriefen auf, dass als Kategorie oft einfach nur "Item" dort steht. Dabei kann man dort viel mehr draus machen. Im englischen Wiki wird dort bspw. zwischen Rohmaterialien oder weiterverarbeiteten Materialien (wo direkt der Typ angeben wird (also bspw. Färbemittel)) unterschieden. Wir sollten uns auf etwas einheitliches und sinnvolles einigen, damit der Punkt einen wirklichen Sinn erfüllt. --eagle3000 (D ~ B) 19:51, 1. Nov. 2013 (UTC)
- Es sieht tatsächlich so aus, als ob man viel damit machen könnte. Aber die Vergangenheit hat gezeigt, dass dieser Weg der Kategorisierung auf Dauer nicht praktikabel ist. Wenn man einen Eintrag in der Steckbrief-Kategorie macht, wird automatisch eine Wiki-Kategorie im Kategorienbaum angelegt bzw. gefüllt. Das wurde aber nicht konsequent durchgeführt, weil irgendwann niemand mehr in den Kategorienbaum geschaut hat bzw. gar nicht wusste, dass der Steckbriefeintrag diese Auswirkung hat. Entsprechende Anleitungen werden leider nicht immer gelesen. Die Folge war eine unübersehbare Anzahl von Kategorien, die teilweise nur mit einem einzigen Item oder Block gefüllt waren. Viele Kategorisierungen wurden begonnen, manche sogar doppelt unter anderem Namen. Da gab es das Boot unter "Fahrzeuge" und die Lore unter "Fahrzeug". Bei neuen Blöcken und Items wurde nicht mehr im Kategorienbaum nachgeschaut und die Trichterlore wurde unter "Lore" kategorisiert. Die so angelegten Kategorien waren unvollständig und damit nutzlos. Mit viel Aufwand habe ich mich durch unseren stark verwilderten Kategorienbaum gekämpft und ihn aktualisiert und zurechtgestutzt. Das jetzige Konzept sieht so aus, dass die Kategorisierung nur über die Navigationsbox stattfindet. Wir haben jetzt weniger Wiki-Kategorien, aber trotzdem die volle Möglichkeit zur Einteilung und Gruppierung: nämlich ganz einfach über die Gruppierung der Navigationsbox (z.B. ganz aktuell die neue Gruppe "Blumen"). Der entscheidende Vorteil ist die Übersicht. Man muss nicht in den Kategorienbaum schauen und man sieht in der Navigationsbox gleichzeitig auch die Nachbargruppen auf einen Blick. Seit ein paar Monaten läuft das so, und es funktioniert: die Navigationsboxen sind aktuell. Es gibt sogar immer mal wieder einen Vorschlag zu einer Umgruppierung, was zeigt, dass die Leser hinschauen. Zum Kategorienbaum gab es noch keine einzige Anmerkung in den letzten Monaten. Unter diesem Gesichtpunkt wäre ich eher dafür, die Zeile "Kategorie" aus den Steckbriefen zu entfernen und die Kategorien "Block" und "Item" je nach Steckbriefart zu vergeben. -- Sumpfhütte 21:06, 1. Nov. 2013 (UTC)
- Ob es ein Block oder ein Item ist, ist meist auf den ersten Blick erkennbar. Auch ohne den Hinweis im Steckbrief. Wenn man diesen Punkt entfernt, wird das wohl wenigen fehlen. Was man aber machen könnte um den Punkt beizubehalten wäre hier nochmals die "Navbox-Kategorie" zu nennen oder was noch etwas mehr Sinn machen würde: Die Einteilung im Inventar des Kreativ-Modus. Ist nur die Frage, ob man sowas braucht.--.zip de.MinecraftWiki-Admin Diskussion 23:58, 1. Nov. 2013 (UTC)
- Ich hätte mal lieber nachgucken sollen, bevor ich mich aufrege :-) Es ist bereits so, dass die beiden Steckbriefe Vorlage:Block und Vorlage:Gegenstand die Kategorie:Block und die Kategorie:Gegenstand vergeben, ohne Beachtung, was bei "type" eingegeben wurde. Es war nur nicht oder sogar fehlerhaft dokumentiert. Uff - damit sind meine Bedenken hinfällig.
Bleibt die Frage von eagle3000: "Wir sollten uns auf etwas einheitliches und sinnvolles einigen, damit der Punkt einen wirklichen Sinn erfüllt." In der Vorlagendoku von "Block" steht als Ausfüllanweisung für "type": "Solider Block, Solide, Block, oder Flüssig". Bei der Vorlage "Item" gibt es keine Ausfüllanweisung. Die Vorlage "Block" hat aber noch eine Spezialität: wenn der Typ "flüssig" eingegeben wurde - und nur dann - erscheinen die beiden neuen Einträge "Fließgeschwindigkeit" und "Geschwindigkeit beim Durchqueren".
Falls wir den Typ beibehalten (um die Verwechslung zu vermeiden, auf die ich gerade hereingefallen bin, habe ich die Beschriftung für "type" von "Kategorie" auf "Typ" geändert), sollten wir uns auf eine feste Menge von Typen einigen und in der Vorlage abfragen: wenn ein dort ein falscher Typ eingetragen wird, kommt eine rote Warnung. Das wäre eine Hilfe beim Ausfüllen des Steckbriefes. -- Sumpfhütte 08:20, 2. Nov. 2013 (UTC)- Finde die Idee gut, sich auf bestimmte Typen zu einigen und diese dann auf alle Einbindungen anzuwenden. Eventuell sind auch weitere besondere Einträge bei bestimmten Typen (wie bei Flüssigkeiten) sinnvoll. --eagle3000 (D ~ B) 18:40, 18. Nov. 2013 (UTC)
- Hast du schon Ideen? Mach doch mal einen Vorschlag für eine übersichtliche Anzahl von Block- und Item-Typen... -- Sumpfhütte 20:34, 18. Nov. 2013 (UTC)
- @Sumpfhütte, Eagle3000: Die Diskussions zwischen euch beiden ist wohl eingeschlaften. Vielleicht lässt sich das mit einem neuen Anlauf klären. --Xzipx de.MinecraftWiki-Admin Diskussion 11:03, 26. Apr. 2014 (UTC)
- Gerne. Aber wie man jetzt nach ein paar Tagen sieht, scheint eagle3000 im Moment keine Zeit dafür zu haben... -- Sumpfhütte 20:46, 6. Mai 2014 (UTC)
- Unter "Kategorie" fände ich eigentlich die Einteilung des Kreativmodusinventars passend (wobei manche Blöcke/Items da auch fragwürdig platziert sind). Also gibt es dann die Kategorien "Baumaterial", "Dekoration", "Redstone", "Beförderung", "Verschiedenes", sowie "Nahrung", "Werkzeug", "Kampf", "Brauen" und "Werkstoffe". Allerdings gibt es dann auch nicht einordbare Blöcke, das wäre dann die "wikieigene" Kategorie "Technischer Block" (Alle nur durch Befehle erhaltbare Blöcke, z.B. Ackerboden, Befehlsblock, Doppelte Stufe, etc). Natürlich ist das nicht das gleiche wie zuvor, aber man hat eine grobe Einteilung, wofür der Block/der Gegenstand benutzt wird bzw. benutzt werden kann. | violine1101(Diskussion) 20:34, 7. Sep. 2014 (UTC)
- Gerne. Aber wie man jetzt nach ein paar Tagen sieht, scheint eagle3000 im Moment keine Zeit dafür zu haben... -- Sumpfhütte 20:46, 6. Mai 2014 (UTC)
- @Sumpfhütte, Eagle3000: Die Diskussions zwischen euch beiden ist wohl eingeschlaften. Vielleicht lässt sich das mit einem neuen Anlauf klären. --Xzipx de.MinecraftWiki-Admin Diskussion 11:03, 26. Apr. 2014 (UTC)
- Hast du schon Ideen? Mach doch mal einen Vorschlag für eine übersichtliche Anzahl von Block- und Item-Typen... -- Sumpfhütte 20:34, 18. Nov. 2013 (UTC)
- Finde die Idee gut, sich auf bestimmte Typen zu einigen und diese dann auf alle Einbindungen anzuwenden. Eventuell sind auch weitere besondere Einträge bei bestimmten Typen (wie bei Flüssigkeiten) sinnvoll. --eagle3000 (D ~ B) 18:40, 18. Nov. 2013 (UTC)
- Ich hätte mal lieber nachgucken sollen, bevor ich mich aufrege :-) Es ist bereits so, dass die beiden Steckbriefe Vorlage:Block und Vorlage:Gegenstand die Kategorie:Block und die Kategorie:Gegenstand vergeben, ohne Beachtung, was bei "type" eingegeben wurde. Es war nur nicht oder sogar fehlerhaft dokumentiert. Uff - damit sind meine Bedenken hinfällig.
- Ob es ein Block oder ein Item ist, ist meist auf den ersten Blick erkennbar. Auch ohne den Hinweis im Steckbrief. Wenn man diesen Punkt entfernt, wird das wohl wenigen fehlen. Was man aber machen könnte um den Punkt beizubehalten wäre hier nochmals die "Navbox-Kategorie" zu nennen oder was noch etwas mehr Sinn machen würde: Die Einteilung im Inventar des Kreativ-Modus. Ist nur die Frage, ob man sowas braucht.--.zip de.MinecraftWiki-Admin Diskussion 23:58, 1. Nov. 2013 (UTC)
- Es sieht tatsächlich so aus, als ob man viel damit machen könnte. Aber die Vergangenheit hat gezeigt, dass dieser Weg der Kategorisierung auf Dauer nicht praktikabel ist. Wenn man einen Eintrag in der Steckbrief-Kategorie macht, wird automatisch eine Wiki-Kategorie im Kategorienbaum angelegt bzw. gefüllt. Das wurde aber nicht konsequent durchgeführt, weil irgendwann niemand mehr in den Kategorienbaum geschaut hat bzw. gar nicht wusste, dass der Steckbriefeintrag diese Auswirkung hat. Entsprechende Anleitungen werden leider nicht immer gelesen. Die Folge war eine unübersehbare Anzahl von Kategorien, die teilweise nur mit einem einzigen Item oder Block gefüllt waren. Viele Kategorisierungen wurden begonnen, manche sogar doppelt unter anderem Namen. Da gab es das Boot unter "Fahrzeuge" und die Lore unter "Fahrzeug". Bei neuen Blöcken und Items wurde nicht mehr im Kategorienbaum nachgeschaut und die Trichterlore wurde unter "Lore" kategorisiert. Die so angelegten Kategorien waren unvollständig und damit nutzlos. Mit viel Aufwand habe ich mich durch unseren stark verwilderten Kategorienbaum gekämpft und ihn aktualisiert und zurechtgestutzt. Das jetzige Konzept sieht so aus, dass die Kategorisierung nur über die Navigationsbox stattfindet. Wir haben jetzt weniger Wiki-Kategorien, aber trotzdem die volle Möglichkeit zur Einteilung und Gruppierung: nämlich ganz einfach über die Gruppierung der Navigationsbox (z.B. ganz aktuell die neue Gruppe "Blumen"). Der entscheidende Vorteil ist die Übersicht. Man muss nicht in den Kategorienbaum schauen und man sieht in der Navigationsbox gleichzeitig auch die Nachbargruppen auf einen Blick. Seit ein paar Monaten läuft das so, und es funktioniert: die Navigationsboxen sind aktuell. Es gibt sogar immer mal wieder einen Vorschlag zu einer Umgruppierung, was zeigt, dass die Leser hinschauen. Zum Kategorienbaum gab es noch keine einzige Anmerkung in den letzten Monaten. Unter diesem Gesichtpunkt wäre ich eher dafür, die Zeile "Kategorie" aus den Steckbriefen zu entfernen und die Kategorien "Block" und "Item" je nach Steckbriefart zu vergeben. -- Sumpfhütte 21:06, 1. Nov. 2013 (UTC)
@Violine1101: Da wären wir dann schon zu zweit. Den Vorschlag habe ich ja weiter oben auch schon gemacht. Ich möchte auch nochmal meine Frage wiederholen: Brauchen wir diese Kategorisierung/Typisierung überhaupt? Kategorien werden im Wiki mit den Navboxen vergeben. Und welchen Mehrwert hat der Nutzer, wenn diese Kategorie oder die des Kreativmodus-Inventars im Steckbrief angezeigt wird? Zum schnellen Finden im Inventar gibt es die Suchfunktion. Ich wäre dafür, diesen Parameter zu entfernen --Xzipx de.MinecraftWiki-Admin Diskussion 21:32, 7. Sep. 2014 (UTC)
- Da wir ausgiebige Navigationsboxen haben, und Kategorien (selbst in der großen Wikipedia) selten den Lesern dienen, sondern meistens den Autoren (oder Botbetreibern) - meinerseits kann das auch entfallen. --Caleb Blackhand 07:08, 8. Sep. 2014 (UTC)
- Auch ich brauche keine Kategorisierung in den Steckbriefen. Die Navboxen finde ich perfekt - insbesondere wenn einige Blöcke oder Gegenstände zu zwei Kategorien gehören. Dann zeigen wir einfach beide Navboxen. Und die Navboxen haben den Vorteil, dass man schön übersichtlich Unterkategorien bilden kann, wie z.B. für die Blumen: Navbox-Dekoration/Pflanzen/Blumen. -- Sumpfhütte 10:13, 8. Sep. 2014 (UTC)
- Ich meinte damit, dass man, falls man die Kategorien wieder einführt, man dies am besten in der oben beschriebenen Art und Weise tut. Natürlich benötigt man die Kategorien nicht unbedingt, ich wollte nur einen Vorschlag machen, welche Kategorien für mich in Frage kämen, .zip's Vorschlag oben habe ich übersehen, sorry. Allerdings würde ich mich für eine Information "Kreativ-Modus-Kategorie" (o.ä.) im Steckbrief einsetzen, da sie Minecraft- oder Kreativmodus-Neulingen die Orientierung erleichtern kann. | violine1101(Diskussion) 10:33, 8. Sep. 2014 (UTC)
- Die Kreativmodus-Kategorien sind leider unbrauchbar. Mojang selbst hat sogar schon eine Suchfunktion eingebaut, weil man viele Blöcke und Gegenstände nicht dort findet, wo man sie vermuten würde. Bestes Beispiel: die völlig unbrauchbare Kreativmodus-Kategorie "Verschiedenes". Wir haben im Wiki darüber vor ca. einem Jahr ausführlich diskutiert, mit dem Ergebnis, dass wir mit unseren Navboxen dem Wiki-Leser eine bessere Orientierung geben. Daher: falls Kategorien, dann bitte nicht die Kreativmodus-Kategorien, sondern die Navbox-Kategorien. Weil es aber Blöcke und Gegenstände gibt, die zu zwei Kategorien gehören, müsste das Feld die Eingabe mehrerer Navbox-Kategorien erlauben. Das ist aber alles gar nicht nötig, weil wir die Navboxen bereits am Ende des Artikels haben. Und sie erzeugen automatisch eine Kategorie für den Kategorienbaum. Und sie sind übersichtlicher, weil sie den Block/Gegenstand zusammen mit den anderen seiner Kategoriengruppe zeigen. Und sie sind flexibler, weil man Unterkategorien bilden kann, z.B. "Blumen". Daher halte ich eine solche Kategorisierung in den Steckbriefen für unnötig. -- Sumpfhütte 11:13, 8. Sep. 2014 (UTC)
- Deine Argumente sind berechtigt, und ich denke, dass keiner die Kategorisierung wirklich vermisst. Von daher für mich auch eine mögliche Lösung, die Kategorisierung in den Steckbriefen entgültig zu vergessen. Damit wäre das Thema dann erledigt und gelöst. | violine1101(Diskussion) 17:19, 8. Sep. 2014 (UTC)
- Ich habe hier mal unsere Vorlage:Block mithilfe der englischen aktualisiert und gleichzeitig übersetzt. Den Parameter type habe ich entfernt und die beiden Einträge, die davon abhängen entsprechend abgeändert. Dabei ist mir aufgefallen, dass man zwischen Blöcken und Gegenständen differenzieren muss.
- Deine Argumente sind berechtigt, und ich denke, dass keiner die Kategorisierung wirklich vermisst. Von daher für mich auch eine mögliche Lösung, die Kategorisierung in den Steckbriefen entgültig zu vergessen. Damit wäre das Thema dann erledigt und gelöst. | violine1101(Diskussion) 17:19, 8. Sep. 2014 (UTC)
- Die Kreativmodus-Kategorien sind leider unbrauchbar. Mojang selbst hat sogar schon eine Suchfunktion eingebaut, weil man viele Blöcke und Gegenstände nicht dort findet, wo man sie vermuten würde. Bestes Beispiel: die völlig unbrauchbare Kreativmodus-Kategorie "Verschiedenes". Wir haben im Wiki darüber vor ca. einem Jahr ausführlich diskutiert, mit dem Ergebnis, dass wir mit unseren Navboxen dem Wiki-Leser eine bessere Orientierung geben. Daher: falls Kategorien, dann bitte nicht die Kreativmodus-Kategorien, sondern die Navbox-Kategorien. Weil es aber Blöcke und Gegenstände gibt, die zu zwei Kategorien gehören, müsste das Feld die Eingabe mehrerer Navbox-Kategorien erlauben. Das ist aber alles gar nicht nötig, weil wir die Navboxen bereits am Ende des Artikels haben. Und sie erzeugen automatisch eine Kategorie für den Kategorienbaum. Und sie sind übersichtlicher, weil sie den Block/Gegenstand zusammen mit den anderen seiner Kategoriengruppe zeigen. Und sie sind flexibler, weil man Unterkategorien bilden kann, z.B. "Blumen". Daher halte ich eine solche Kategorisierung in den Steckbriefen für unnötig. -- Sumpfhütte 11:13, 8. Sep. 2014 (UTC)
- Ich meinte damit, dass man, falls man die Kategorien wieder einführt, man dies am besten in der oben beschriebenen Art und Weise tut. Natürlich benötigt man die Kategorien nicht unbedingt, ich wollte nur einen Vorschlag machen, welche Kategorien für mich in Frage kämen, .zip's Vorschlag oben habe ich übersehen, sorry. Allerdings würde ich mich für eine Information "Kreativ-Modus-Kategorie" (o.ä.) im Steckbrief einsetzen, da sie Minecraft- oder Kreativmodus-Neulingen die Orientierung erleichtern kann. | violine1101(Diskussion) 10:33, 8. Sep. 2014 (UTC)
- Auch ich brauche keine Kategorisierung in den Steckbriefen. Die Navboxen finde ich perfekt - insbesondere wenn einige Blöcke oder Gegenstände zu zwei Kategorien gehören. Dann zeigen wir einfach beide Navboxen. Und die Navboxen haben den Vorteil, dass man schön übersichtlich Unterkategorien bilden kann, wie z.B. für die Blumen: Navbox-Dekoration/Pflanzen/Blumen. -- Sumpfhütte 10:13, 8. Sep. 2014 (UTC)
- Vorlage:Gegenstand: Bisherige Diskussion. Auf der einen Seite, würden Kategorien vielleicht doppelt genannt werden. Was wir allerdings bis jetzt nicht bedacht haben: Die Steckbriefe dienen ja mehr oder weniger dazu, dem Leser auf einem Blick die wichtigsten Informationen zu bieten. Beachten sollte man auch, dass der Steckbrief vermutlich für Nutzer von Smartphones interessant ist, da er sofort nach Seitenaufruf angezeigt wird, während der restliche Text eingeklappt ist und erst mal nicht sichtbar ist. Der Steckbrief füllt den gesamten Bildschirmbereich aus. Unter dem Gesichtspunkt, finde ich es vertretbar, dort eine Kategorie zu nennen. Dann weiß der Nutzer gleich, um was es sich handelt (Nahrung, Werkstoff, Brauzutat etc.) und ob es für ihn evtl von Wert ist. Die Navboxen helfen Smartphone-Besitzern in der Richtung gar nicht weiter, weil die dort relativ schlecht dargestellt werden. Zumindest bei meinem Gerät. Sich eine extra Kategorie für z. B. das Papier aus der Nase zu ziehen, sollte aber auch nicht der Sinn sein. Es ist weder Nahrung, noch für das Brauen wichtig, was eine eindeutige Zuordnung wäre. Ich würde deswegen vorschlagen, für Gegenstände einen eigenen Eintrag "Nutzen" anzulegen, wo dann alle Nutzungsarten aufgelistet werden. Beim Brot wäre dass dann "Nahrung", beim Weizen "Brot, Züchten, Strohballen" oder beim Papier "Buch, Karte", um einige Beispiele zu nennen.
- Vorlage:Block: Die aktuelle Einteilung in solide, unsolide und flüssige Blöcke halte ich für nützlich. Das im Hinblick darauf, was "Wasserfest" ist, und mit was man lieber nicht versucht, z. B. Lava zu stoppen. Ich finde, diese Information sollte auf den ersten Blick sichtbar sein. Auch hier könnte ein Eintrag "Nutzen" nützlich sein, um auf herstellbare Blöcke und Gegenstände hinzuweisen. Zwei weitere Informationen, die ich wichtig finde, sind die Dimensionen und Biome, wo der Block anzutreffen ist. Diese beiden Einträge habe ich in meinen Entwurf eingefügt. --Xzipx de.MinecraftWiki-Admin Diskussion 16:37, 9. Sep. 2014 (UTC)
- Die Information über die Smartphone-Nutzer wirft ein neues Licht auf die Sache. Laut Navbox ist das Papier übrigens ein "Werkstoff". Bisher enthalten die Steckbriefe nur eindeutige Informationen. Das Ausfüllen eines Eintrages "Nutzen" würde dagegen der Kreativität des Autors überlassen: Soll man bei Netherwarzen als Nutzen "Hühner" oder "Hühnerzucht" oder "Tierzucht" schreiben? Und man darf dann nicht vergessen, das wieder zu löschen, wenn ein Nutzen - wie jetzt mit der 1.8 geschehen - wieder entfällt. Warum nicht einfach die Überschrift der jeweiligen Navbox(en) verwenden. Da hat sich schon jemand eine Kategorisierung überlegt, die kann man doch übernehmen. -- Sumpfhütte 20:06, 9. Sep. 2014 (UTC)
- @Sumpfhütte: Ich hätte ich auch nichts dagegen, die Navbox-Kategorien nochmals zu verwenden. Das geht jedoch an der Idee vorbei, die ich oben erläutert habe. Unter "Nutzen" würden alle Nutzen verlinkt werden. Der mobile Nutzer sieht also gleich, für was der Gegenstand benötigt wird und hat auch einen weiterführenden Link zur Verfügung. Man kann ja verschiede Parameter definieren (Nutzen1=Tierzucht, Nutzen2=Nahrung etc.) Alle anderen Angaben würden nicht angezeigt werden. Nach Updates sollten die Artikel sowieso überarbeitet werden. Der Steckbrief wäre dann halt ein weiterer Punkt, auf den man achten müsste, was aber meiner Meinung nach zumutbar ist. So oft fallen Funktionen ja nicht weg. Und wenn doch, weiß man ja, wo man suchen muss. -- 17:08, 15. Sep. 2014 Xzipx
- Wie sieht´s aus? Zustimmung? Ablehnung? Ist es euch egal? -Xzipx de.MinecraftWiki-Admin Diskussion 15:07, 20. Okt. 2014 (UTC)
- Von meiner Seite aus in jedem Fall kein Problem, ich sehe keinen Grund gegen eine Übernahme der o.g. Änderungen an den Vorlagen. | violine1101(Diskussion) 15:25, 20. Okt. 2014 (UTC)
- Man könnte einen einzigen Parameter "Nutzen" als Freitext haben. Dann könnte man beliebige Nutzen durch Komma getrennt eingeben. Der text läge allerdings im Ermessen des Autors. Dann könnte die Lore z.B. den Nutzen "Fahrzeuge" haben, die Trichterlore könnte dagegen "Loren" sein, die Güterlore z.B. "Behälter" und die TNT-Lore "Schienenverkehr". Im Extremfall hätten wir 250 verschiedene Nutzen für 250 verschiedene Blöcke. Xzipx schlägt mehrere Parameter vor: "Nutzen1", "Nutzen2" etc. Ich verstehe das so, dass für die Nutzen-Parameter nur bestimmte Worte erlaubt sein sollen. Dann wäre man nicht mehr so flexibel, aber dafür einheitlich. Die Frage ist, ob die Einheitlichkeit vorteilhafter ist oder die Flexibilität. -- Sumpfhütte 20:30, 22. Okt. 2014 (UTC)
- @Sumpfhütte: Flexibel sind wir ja weiterhin. Die Vorlage könnte ja weiterhin nach Bedarf um entsprechende Parameter erweitert werden. Eine Einheitlichkeit der Begriffe halte ich für wichtiger, als die Möglichkeit, Angaben nach Belieben zu machen. Sonst würde das wirklich ausarten. Ich glaube auch, dass wir die Anzahl der Parameter sehr gering halten können, wenn wir uns gemeinsam Gedanken darüber machen. --Xzipx de.MinecraftWiki-Admin Diskussion 12:15, 23. Okt. 2014 (UTC)
- Ich wäre auf jeden Fall für die einheitlicherere Variante. | violine1101 (Diskussion) 10:25, 16. Nov. 2014 (UTC)
- @Sumpfhütte: Flexibel sind wir ja weiterhin. Die Vorlage könnte ja weiterhin nach Bedarf um entsprechende Parameter erweitert werden. Eine Einheitlichkeit der Begriffe halte ich für wichtiger, als die Möglichkeit, Angaben nach Belieben zu machen. Sonst würde das wirklich ausarten. Ich glaube auch, dass wir die Anzahl der Parameter sehr gering halten können, wenn wir uns gemeinsam Gedanken darüber machen. --Xzipx de.MinecraftWiki-Admin Diskussion 12:15, 23. Okt. 2014 (UTC)
- Man könnte einen einzigen Parameter "Nutzen" als Freitext haben. Dann könnte man beliebige Nutzen durch Komma getrennt eingeben. Der text läge allerdings im Ermessen des Autors. Dann könnte die Lore z.B. den Nutzen "Fahrzeuge" haben, die Trichterlore könnte dagegen "Loren" sein, die Güterlore z.B. "Behälter" und die TNT-Lore "Schienenverkehr". Im Extremfall hätten wir 250 verschiedene Nutzen für 250 verschiedene Blöcke. Xzipx schlägt mehrere Parameter vor: "Nutzen1", "Nutzen2" etc. Ich verstehe das so, dass für die Nutzen-Parameter nur bestimmte Worte erlaubt sein sollen. Dann wäre man nicht mehr so flexibel, aber dafür einheitlich. Die Frage ist, ob die Einheitlichkeit vorteilhafter ist oder die Flexibilität. -- Sumpfhütte 20:30, 22. Okt. 2014 (UTC)
- Von meiner Seite aus in jedem Fall kein Problem, ich sehe keinen Grund gegen eine Übernahme der o.g. Änderungen an den Vorlagen. | violine1101(Diskussion) 15:25, 20. Okt. 2014 (UTC)
- Wie sieht´s aus? Zustimmung? Ablehnung? Ist es euch egal? -Xzipx de.MinecraftWiki-Admin Diskussion 15:07, 20. Okt. 2014 (UTC)
- @Sumpfhütte: Ich hätte ich auch nichts dagegen, die Navbox-Kategorien nochmals zu verwenden. Das geht jedoch an der Idee vorbei, die ich oben erläutert habe. Unter "Nutzen" würden alle Nutzen verlinkt werden. Der mobile Nutzer sieht also gleich, für was der Gegenstand benötigt wird und hat auch einen weiterführenden Link zur Verfügung. Man kann ja verschiede Parameter definieren (Nutzen1=Tierzucht, Nutzen2=Nahrung etc.) Alle anderen Angaben würden nicht angezeigt werden. Nach Updates sollten die Artikel sowieso überarbeitet werden. Der Steckbrief wäre dann halt ein weiterer Punkt, auf den man achten müsste, was aber meiner Meinung nach zumutbar ist. So oft fallen Funktionen ja nicht weg. Und wenn doch, weiß man ja, wo man suchen muss. -- 17:08, 15. Sep. 2014 Xzipx
- Die Information über die Smartphone-Nutzer wirft ein neues Licht auf die Sache. Laut Navbox ist das Papier übrigens ein "Werkstoff". Bisher enthalten die Steckbriefe nur eindeutige Informationen. Das Ausfüllen eines Eintrages "Nutzen" würde dagegen der Kreativität des Autors überlassen: Soll man bei Netherwarzen als Nutzen "Hühner" oder "Hühnerzucht" oder "Tierzucht" schreiben? Und man darf dann nicht vergessen, das wieder zu löschen, wenn ein Nutzen - wie jetzt mit der 1.8 geschehen - wieder entfällt. Warum nicht einfach die Überschrift der jeweiligen Navbox(en) verwenden. Da hat sich schon jemand eine Kategorisierung überlegt, die kann man doch übernehmen. -- Sumpfhütte 20:06, 9. Sep. 2014 (UTC)
 |
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. |
Blockbilder umbenennen
Jetzt bei den letzten Änderungen bezüglich der Zäune, Zauntore und den Türen ist aufgefallen, dass es kein richtiges System bei den Bilddateien gibt. So sind einige englisch und andere deutsch benannt. Dann kommt hinzu, wenn sich eine Textur im Laufe der Zeit geändert hat, besitzt sie nicht gute oder ersichtliche Bezeichnungen. So zum Beispiel hat der Setzling im Laufe der Zeit viele verschiedene Texturen besessen und jedes Mal muss dann die Textur umbenannt werden und die neue muss die alte Textur überschreiben.
Mein Vorschlag wäre folgender:
1. Alle Bilddateien übersetzen. (Beispiel: wooden door -> Eichenholztür)
2. Geänderte Texturen mit einer Nummer markieren (Beispiel: Setzling Alt; Setzling -> Setzling1; Setzling2)
Askon (Diskussion) 12:01, 10. Aug. 2014 (UTC)
- Alte Texturen werden häufig in der Geschichtsbox angezeigt. Ich würde bei einem Texturenwechsel die bisherige Textur verschieben nach <Name><Minecraftversion> z.B. "Eichenholztür bis 1.7.10" und die neue unter dem bisherigen Namen hochladen, also "Eichenholztür". -- Sumpfhütte 12:26, 10. Aug. 2014 (UTC)
- Guter Vorschlag, dann könnte man auch erkennen wann die Textur nicht mehr aktuell war. Wie kann man allgemein so einen großen Prozess jetzt bewältigen ? Ein Projekt aufmachen oder einen Bot alle Texturen umbenennen lassen ? Askon (Diskussion) 12:31, 10. Aug. 2014 (UTC)
- Hast du eine Idee, wie man die betroffenen Fälle allgemein gültig erkennen kann? Oder hast du sogar schon eine Liste der betroffenen Fälle? -- Sumpfhütte 13:16, 10. Aug. 2014 (UTC)
- Allgemein hatte ich bisher die Dateien bei denen es andere Texturen gab immer in deutsch gehalten und diese dann "Alt" genannt. Wenn es aber mehrere gab hab ich dahinter eine mir bekannte Version hinten angestellt bei der die Textur noch genutzt wurde. Man müsste also allen Dateien mit den Enden "Alt" finden und die noch weiter zurückliegenden Texturen sollte meines Wissens alle mindestens auf einer Seite in der Geschichtsbox zu finden sein. Eine Liste hab ich nicht erstellt. Askon (Diskussion) 13:21, 10. Aug. 2014 (UTC)
- @Askon: Um das weiter anzutreiben: Ich würde die Namensgebung auch nach dem Schema <Name><Minecraftversion> handhaben. Allerdings würde ich als Version die Versionsnummer der Einführung angeben. Das "bis <Version>" würde ich persönlich gerne vermeiden. Um eine Auflistung aller Dateien zu bekommen, wäre der Bot von @Caleb Blackhand: hilfreich. Wäre das machbar? .zip
- @.zip: Wenn man das konsequent durchziehen würde und alle Dateien nach ihren Einführungsdatum aufzulisten würde, fiele das "bis<Version>" sowieso weg. Es müsste nur jemand sich bereit erklären das zu übernehmen. Ich falle bei dieser Sache weg, wegen anderen Projekten. Askon103974 (Diskussion) 15:06, 4. Okt. 2014 (UTC)
- @Caleb Blackhand: Kannst du deinen Bot darauf ansetzen? --Xzipx de.MinecraftWiki-Admin Diskussion 15:07, 20. Okt. 2014 (UTC)
- Zur Info: Ich glaube, Caleb ist diese Woche nicht da... -- Sumpfhütte 16:03, 22. Okt. 2014 (UTC)
- @Caleb Blackhand: Kannst du deinen Bot darauf ansetzen? --Xzipx de.MinecraftWiki-Admin Diskussion 15:07, 20. Okt. 2014 (UTC)
- @.zip: Wenn man das konsequent durchziehen würde und alle Dateien nach ihren Einführungsdatum aufzulisten würde, fiele das "bis<Version>" sowieso weg. Es müsste nur jemand sich bereit erklären das zu übernehmen. Ich falle bei dieser Sache weg, wegen anderen Projekten. Askon103974 (Diskussion) 15:06, 4. Okt. 2014 (UTC)
- @Askon: Um das weiter anzutreiben: Ich würde die Namensgebung auch nach dem Schema <Name><Minecraftversion> handhaben. Allerdings würde ich als Version die Versionsnummer der Einführung angeben. Das "bis <Version>" würde ich persönlich gerne vermeiden. Um eine Auflistung aller Dateien zu bekommen, wäre der Bot von @Caleb Blackhand: hilfreich. Wäre das machbar? .zip
- Allgemein hatte ich bisher die Dateien bei denen es andere Texturen gab immer in deutsch gehalten und diese dann "Alt" genannt. Wenn es aber mehrere gab hab ich dahinter eine mir bekannte Version hinten angestellt bei der die Textur noch genutzt wurde. Man müsste also allen Dateien mit den Enden "Alt" finden und die noch weiter zurückliegenden Texturen sollte meines Wissens alle mindestens auf einer Seite in der Geschichtsbox zu finden sein. Eine Liste hab ich nicht erstellt. Askon (Diskussion) 13:21, 10. Aug. 2014 (UTC)
- Hast du eine Idee, wie man die betroffenen Fälle allgemein gültig erkennen kann? Oder hast du sogar schon eine Liste der betroffenen Fälle? -- Sumpfhütte 13:16, 10. Aug. 2014 (UTC)
- Guter Vorschlag, dann könnte man auch erkennen wann die Textur nicht mehr aktuell war. Wie kann man allgemein so einen großen Prozess jetzt bewältigen ? Ein Projekt aufmachen oder einen Bot alle Texturen umbenennen lassen ? Askon (Diskussion) 12:31, 10. Aug. 2014 (UTC)
@Askon, .zip: Um das hier endlich mal aufzugreifen: Gesucht wird eine Liste aller Bilder, die innerhalb der Geschichtsbox verwendet werden (für die Identifikation von Alt-Texturen), dazu separat eine Liste aller 'großen' Bilder (nicht Grid_...), die in einer der Infoboxen (Item, Objekt, ...) im Einsatz sind, damit man alle/die meisten Bilder für die Umbenennung aufspüren kann? --Caleb Blackhand 08:44, 11. Nov. 2014 (UTC)
- Es geht ja allgemein um alle Dateien, nicht nur die ehemaligen Texturen. Manche haben noch englische Namen, außerdem sind die ehemaligen Texturen nicht einheitlich gekennzeichnet. Ich fürchte, da muss man wohl manuell durchgehen. Mein Vorschlag:
- Alle Dateinamen übersetzen
- Alle nicht mehr verwendeten Texturen (Auch Blöcke) in "<Name> <Version, in der die Textur eingeführt wurde>" umbenennen
- Außerdem ehemaligen Texturen in der jeweiligen Geschichtsbox erwähnen (Noch nicht überall der Fall)
- Von daher wird eine Liste aller Bilder (Grid_... kann man ausschließen), die einen noch nicht übersetzten Namen haben, eine nicht mehr verwendete Textur besitzen und/oder noch nicht in der jeweiligen Geschichtsbox erwähnt werden, gesucht, und so eine kann ein Bot schlecht zusammenstellen. | violine1101 (Diskussion) 10:18, 16. Nov. 2014 (UTC)
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? 
ILeon ᐸ Diskussion
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.
ILeon ᐸ Diskussion
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)
- 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)
- 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)
- 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)
- Stimmt nicht ganz. PC, PE (Android + iOS), Konsolen und Pi.
- 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)
@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? ILeon ᐸ Diskussion
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)
- 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 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)
- Und was ist mit den Geschichtsboxen in Artikeln?
- 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)
| |
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. |
Übersetzungswunschliste an Curse
Hallo zusammen,
immer wieder fallen mir Abschnitte im Wiki auf, die nicht übersetzt sind. Deswegen habe ich vor, einen kleinen Wunschzettel an Curse zu schreiben, damit das behoben wird. Ich bitte euch deshalb, untenstehende Liste zu ergänzen, falls euch entsprechende Textpassagen im Wiki auffallen. --Xzipx de.MinecraftWiki-Admin Diskussion 21:23, 9. Sep. 2014 (UTC)
- Leiste am oberen Bildschirmrand
- Kompletter Curse-Abschnitt unter allen Artikeln
- "Minecraft content and materials are trademarks and copyrights of Mojang and its licensors. All rights reserved. This site is a part of Curse, Inc. and is not affiliated with Mojang." Unter allen Artikeln
- "Already have a Curse account? Log in with your Curse information" Auf der Registrierungsseite
- "Join the Curse Community, it's free. Signing up for a Curse account is fast and easy. Your Curse ID will work on most curse Network sites, and confers many benefits." Auf der Registrierungsseite
- Evtl. dauerhafte Werbung auf der Registrierungsseite
- Hunde-/Katzenauswahlbildschirm auf der Registrierungsseite (Tooltip)
- "Your passwords must match." Bei der Eingabe einer abweichenden Passwortbestätigung
- "Fehler bei der Anmeldung Sorry, der Benutzernamen ist bereits vergeben. Bitte einen anderen wählen. Das E-Mail-Adresse wird bereits von einem anderen Konto verwendet." Bei der Eingabe einer bereits verwendeten E-Mail-Adresse
- (email) auf Spezial:ConnectStats
- Minecraft Wiki:Impressum
- Minecraft Wiki:Datenschutz
- Friend Request samt Tooltip (Einstellungen)
- Profile Comment samt Tooltip (Einstellungen)
- Useer, Sysop (Curse-Profil)
- Datum und Tooltip (Statistik Curse-Profil)
- about a minute ago (Benutzerbeiträge Curse-Profil)
- Zur Information: Die Mail mit den Vorschlägen ging eben raus. --Xzipx de.MinecraftWiki-Admin Diskussion 16:01, 29. Sep. 2014 (UTC)
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)
- @CalebBlackhand: Das ist natürlich geschickter. Willst du dich darum kümmern? --Xzipx de.MinecraftWiki-Admin Diskussion 09:49, 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: 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)
@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)
Wie verschiebe ich eine Seite?
Der Menüpunkt zum Seitenverschieben hatte früher einen nichtssagenden Pfeil nach unten, jetzt ist er bei mir ganz leer. Weiß jemand, welche MediaWiki-Systemnachricht das ist, damit ich da eine Beschriftung eintragen kann? (Ich würde "Verschieben" eintragen, auch wenn Admins dort noch andere Unterpunkte haben). -- Sumpfhütte 20:35, 16. Sep. 2014 (UTC)
- MediaWiki:Actions. Das ist aber durch "display:none" explizit von irgendwo deaktiviert worden. Vmtl. von Curse. Frag mal bei englischen Kollegen nach. --eagle3000 (D ~ B) 20:54, 16. Sep. 2014 (UTC)
@Sumpfhütte, Eagle3000: Bitte nicht fragen, einfach machen. Sonst bekommen wir eine Antwort, die negativ für uns ausfallen könnte und uns dann bindet. Ich glaube, dass wir in diesem Fall schon alleine entscheiden können. --Xzipx de.MinecraftWiki-Admin Diskussion 21:12, 16. Sep. 2014 (UTC)
- Aber bitte nicht "verschieben" nennen, nur den Pfeil wieder herzaubern - die Zeile wird sonst verflixt voll (und für Admins wäre 'verschieben' ziemlich falsch). Sonst muss ich da wieder mit JavaScript gegensteuern.... --Caleb Blackhand 21:16, 16. Sep. 2014 (UTC)
| “ | MediaWiki 1.23 includes 3 ResourceLoader modules that you can import to get some common content styling without having to copy it into your own CSS: 'mediawiki.skinning.elements', 'mediawiki.skinning.content' and 'mediawiki.skinning.interface', which provide progressively more default styling. They can be loaded like any other module (see the example in "Skin code" section below). We will use 'mediawiki.skinning.interface'. Note: you can't use these ResourceLoader modules if you'd like your skin to be compatible with earlier MediaWiki versions. | „ |
| ~ http://www.mediawiki.org/wiki/Manual:Skinning#Skin_styles_and_scripts_.28ResourceLoader_modules.29 |
So wie ich das verstanden hab, geht das Ganze über die load.php - wo wir halt keinen Zugriff drauf haben. --eagle3000 (D ~ B) 21:26, 16. Sep. 2014 (UTC)
- Siehe: http://minecraft-de.gamepedia.com/load.php --eagle3000 (D ~ B) 21:27, 16. Sep. 2014 (UTC)
- Hier ist das verantwortliche Modul: http://minecraft-de.gamepedia.com/load.php?&modules=skins.vector.styles&*
div.vectorTabs h3,div.vectorMenu h3 span{display:none}--eagle3000 (D ~ B) 21:31, 16. Sep. 2014 (UTC)- Lösung für die persönliche common.css:
div.vectorMenu h3 span
{
display:block;
width: 70px;
font-size: 0.6em;
text-align: center;
margin-top: 15px;
margin-left: 7px;
}
- Funktioniert zumindest bei mir in der Firefox-Stilbearbeitung einwandfrei. Die Schaltfläche heißt dann "Aktionen", das hängt aber wie gesagt an MediaWiki:Actions. | violine1101(Diskussion) 22:16, 16. Sep. 2014 (UTC)
- Alternative CSS-Einstellungen, um
in das leere FeldIn das Aktionen-Feld statt des Textes wieder einen Pfeil zu zaubern:
- Alternative CSS-Einstellungen, um
- Funktioniert zumindest bei mir in der Firefox-Stilbearbeitung einwandfrei. Die Schaltfläche heißt dann "Aktionen", das hängt aber wie gesagt an MediaWiki:Actions. | violine1101(Diskussion) 22:16, 16. Sep. 2014 (UTC)
#p-cactions #p-cactions-label a {
background-image: linear-gradient(transparent, transparent),
url("data:image/svg+xml;base64,PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz48c3ZnIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwL3N2ZyIgd2lkdGg9IjE2IiBoZWlnaHQ9IjE2Ij48cGF0aCBkPSJNMTMuMDAyIDYuMDAxbC01IDUuMDAxLTUtNS4wMDF6IiBmaWxsPSIjMjAyMDIwIi8+PC9zdmc+Cg==");
background-position: right center;
}
div.vectorMenu h3 span
{
display:none !important;
}
- Die SVG-Datei wird als Base64-Encoding direkt eingebettet, ein fast schwarzer Pfeil nach unten. Hier kann man ntürlich auch eine URL zu einer existierenden Datei angeben, z.B.
url("http://hydra-media.cursecdn.com/minecraft-de.gamepedia.com/f/fb/Arrow-down.png")für den hellgrauen Pfeil Datei:Arrow-down.png. --Caleb Blackhand 08:55, 17. Sep. 2014 (UTC) - PS: Das sollte dann auch in der MediaWiki:Common.css funktionieren für alle. Hydra.css sollten wir evtl. nicht nehmen, da scheint ja geplant zu sein, die zentralisiert zu verwalten (en-MCW).... --Caleb Blackhand 11:45, 17. Sep. 2014 (UTC)
- Oben ergänzt für alle, die wie ich was gegen zu viel Text in der Zeile haben.... --Caleb Blackhand 05:54, 18. Sep. 2014 (UTC)
- Eieiei, da kam ja einiges zusammen. Aber wie ich sehe, kann man durch Änderung der common.css den leeren Menüpunkt beschriften. Das durch die Systemtexte vorgegebene "Aktionen" finde ich gut. Jetzt kann auch ein neuer Benutzer damit etwas anfangen und ist hoffentlich etwas weniger ratlos, wenn er eine Seite umbenennen/verschieben will. Zwar scheint jetzt "Teilen" doppelt da zu stehen, aber das stört mich weniger, als ein leerer Menüpunkt. Den Sinn des Menüpunktes "Lesen" habe ich aber nicht verstanden. Er scheint identisch zu "Seite" bzw. "Diskussion" zu sein. -- Sumpfhütte 22:40, 17. Sep. 2014 (UTC)
- Jetzt ist der Pfeil wieder offiziell da, ich hab auch nichts gegen ihn, aber für alle, die "Aktionen" besser finden, muss man den falsch platzierten Pfeil ausblenden:
- Eieiei, da kam ja einiges zusammen. Aber wie ich sehe, kann man durch Änderung der common.css den leeren Menüpunkt beschriften. Das durch die Systemtexte vorgegebene "Aktionen" finde ich gut. Jetzt kann auch ein neuer Benutzer damit etwas anfangen und ist hoffentlich etwas weniger ratlos, wenn er eine Seite umbenennen/verschieben will. Zwar scheint jetzt "Teilen" doppelt da zu stehen, aber das stört mich weniger, als ein leerer Menüpunkt. Den Sinn des Menüpunktes "Lesen" habe ich aber nicht verstanden. Er scheint identisch zu "Seite" bzw. "Diskussion" zu sein. -- Sumpfhütte 22:40, 17. Sep. 2014 (UTC)
- Die SVG-Datei wird als Base64-Encoding direkt eingebettet, ein fast schwarzer Pfeil nach unten. Hier kann man ntürlich auch eine URL zu einer existierenden Datei angeben, z.B.
/* Text for empty action-menu */
#p-cactions-label span
{
display: inline-block;
width: auto;
font-size: 0.6em;
text-align: center;
margin-top: 16px;
padding-left: 0px;
padding-right: 4px;
margin-left: 2px;
}
#p-cactions-label a
{
display: none;
}
- Ich persönlich finde allerdings, dass der Pfeil eigentlich sinnvoller ist, da alle Tabs ("Lesen", "Bearbeiten", "Neue Frage", "Versionen", "Beobachten", "Verschieben" und ggf. "Löschen") bereits Aktionen sind und nicht nur die beim z.Z. sog. "Aktionen"-Tab aufgelisteten Einträge. | violine1101(Diskussion) 19:15, 2. Okt. 2014 (UTC)
- Für diejenigen, die sich auskennen, reicht ein Pfeil sicherlich aus. Für Neulinge ist ein wenige Millimeter breiter, leicht zu übersehender Menüpunkt der nur mit "Pfeil" beschriftet ist, gar nicht hilfreich. Insbesondere, weil dort der Menüpunkt zum Umbenennen von hochgeladenen Dateien verborgen ist, falls man sie mit einem Zeitstempelnamen hochgeladen hat. Die Beschriftung "Aktionen" ist ein Kompromiss, denn die exakte Beschriftung "weitere Aktionen" ist zu lang. -- Sumpfhütte 09:02, 3. Okt. 2014 (UTC)
- Der Punkt ist, dass zur Zeit der Pfeil und die Beschriftung "Aktionen" angezeigt wird, was durch den oben erwähnten Code gefixt werden würde, also das bitte fixen, wenn das bei dir auch der Fall ist (getestet ohne persönliche common.css und in verschiedenen Browsern).
Alle, die nur den Pfeil haben möchten, können dann in ihrer common.css die folgende Zeilen eintragen:
- Der Punkt ist, dass zur Zeit der Pfeil und die Beschriftung "Aktionen" angezeigt wird, was durch den oben erwähnten Code gefixt werden würde, also das bitte fixen, wenn das bei dir auch der Fall ist (getestet ohne persönliche common.css und in verschiedenen Browsern).
- Für diejenigen, die sich auskennen, reicht ein Pfeil sicherlich aus. Für Neulinge ist ein wenige Millimeter breiter, leicht zu übersehender Menüpunkt der nur mit "Pfeil" beschriftet ist, gar nicht hilfreich. Insbesondere, weil dort der Menüpunkt zum Umbenennen von hochgeladenen Dateien verborgen ist, falls man sie mit einem Zeitstempelnamen hochgeladen hat. Die Beschriftung "Aktionen" ist ein Kompromiss, denn die exakte Beschriftung "weitere Aktionen" ist zu lang. -- Sumpfhütte 09:02, 3. Okt. 2014 (UTC)
- Ich persönlich finde allerdings, dass der Pfeil eigentlich sinnvoller ist, da alle Tabs ("Lesen", "Bearbeiten", "Neue Frage", "Versionen", "Beobachten", "Verschieben" und ggf. "Löschen") bereits Aktionen sind und nicht nur die beim z.Z. sog. "Aktionen"-Tab aufgelisteten Einträge. | violine1101(Diskussion) 19:15, 2. Okt. 2014 (UTC)
#p-cactions-label span
{
display: none;
}
#p-cactions-label a
{
display: inline-block;
}
- Außerdem ist noch anzumerken, dass die Beschriftung "Aktionen" nicht in allen Browsern korrekt dargestellt wird (In Google Chrome ist die Schrift verschoben, im IE ist die Schaltfläche zu klein, nur im Firefox ist alles "richtig"). | violine1101(Diskussion) 14:13, 4. Okt. 2014 (UTC)
- Ich habe jetzt mal den Teil eingefügt, der den Pfeil ausblendet. Momentan ist die Änderung noch nicht sichtbar. Wenn das der Fall ist, kann man ja die Optimierung an alle Browser in Angriff nehmen. --Xzipx de.MinecraftWiki-Admin Diskussion 14:33, 4. Okt. 2014 (UTC)
- Ach je, danke Xzipx. Ich hatte doch tatsächlich von Violine1101s Text nur den zweiten Teil nach dem Codeblock als neuen Eintrag erkannt und gelesen. Sorry... - Und dass der Pfeil wieder da ist, könnte mit den Änderungen des engl. Admins Majr an unserer Hydra.css zu tun haben. -- Sumpfhütte 12:02, 5. Okt. 2014 (UTC)
- Ich habe jetzt mal den Teil eingefügt, der den Pfeil ausblendet. Momentan ist die Änderung noch nicht sichtbar. Wenn das der Fall ist, kann man ja die Optimierung an alle Browser in Angriff nehmen. --Xzipx de.MinecraftWiki-Admin Diskussion 14:33, 4. Okt. 2014 (UTC)
- Außerdem ist noch anzumerken, dass die Beschriftung "Aktionen" nicht in allen Browsern korrekt dargestellt wird (In Google Chrome ist die Schrift verschoben, im IE ist die Schaltfläche zu klein, nur im Firefox ist alles "richtig"). | violine1101(Diskussion) 14:13, 4. Okt. 2014 (UTC)
So. Jetzt ist der Pfeil weg, aber der Platzhalter noch da. Weiß jemand den entsprechenden Code, den zu entfernen? Ich habe danach gesucht, aber nichts gefunden. --Xzipx de.MinecraftWiki-Admin Diskussion 15:07, 20. Okt. 2014 (UTC)
- Das, was noch zu sehen war, war kein Platzhalter, sondern lediglich die falsche Platzierung des Textes "Aktionen". Den Fehler kann man beheben (Getestet in verschiedenen Browsern und ohne persönliche CSS), indem man
#p-cactions-label span
{
display: inline-block;
width: auto;
font-size: 0.6em;
text-align: center;
margin-top: 16px;
padding-left: 8px;
padding-right: 8px;
margin-left: 8px;
}
- durch
#p-cactions-label span
{
display: inline-block;
width: auto;
font-size: 0.6em;
text-align: center;
padding-right: 8px;
padding-left: 0px;
margin-left: 8px;
}
- ersetzt. In diesem Fall muss man, wenn man in seiner persönlichen CSS den Pfeil wieder eingeblendet hat, nichts unternehmen, es ändert sich dann nichts.
Einen Weg, "Aktionen" und den Pfeil zusammen anzuzeigen, ohne dass ein Darstellungsfehler auftritt, habe ich nicht gefunden. | violine1101 (Diskussion) 19:29, 21. Dez. 2014 (UTC)#p-cactions-label spankommt in MediaWiki:Common.css zweimal vor. Muss das so sein? Sollten beide Vorkommen gleich geändert werden? -- Sumpfhütte 16:14, 23. Dez. 2014 (UTC)- Nein, im Gegenteil! Das verursacht nur zusätzliche Ladezeit für Leser. Von daher kann eins der beiden Vorkommen (wenn möglich, das obere) getrost gelöscht werden. Der Eintrag "#p-cactions-label a" sollte dann nach "#p-cactions-label span" verschoben werden, damit das ganze übersichtlich bleibt. | violine1101 (Diskussion) 16:25, 23. Dez. 2014 (UTC)
- Erledigt. -- Sumpfhütte 16:54, 23. Dez. 2014 (UTC)
- Und da war schon wieder ein Fehler drin.
- Erledigt. -- Sumpfhütte 16:54, 23. Dez. 2014 (UTC)
- Nein, im Gegenteil! Das verursacht nur zusätzliche Ladezeit für Leser. Von daher kann eins der beiden Vorkommen (wenn möglich, das obere) getrost gelöscht werden. Der Eintrag "#p-cactions-label a" sollte dann nach "#p-cactions-label span" verschoben werden, damit das ganze übersichtlich bleibt. | violine1101 (Diskussion) 16:25, 23. Dez. 2014 (UTC)
#p-cactions-label span
{
display: inline-block;
width: auto;
font-size: 0.6em;
text-align: center;
padding: 16px 8px;
}
- Ich hoffe, das war's jetzt. | violine1101 (Diskussion) 11:29, 30. Dez. 2014 (UTC)
- Erledigt. -- Sumpfhütte 22:40, 30. Dez. 2014 (UTC)
- Ich hoffe, das war's jetzt. | violine1101 (Diskussion) 11:29, 30. Dez. 2014 (UTC)
Design kaputt
Ich hab vor ein paar Minuten auf Twitter gefragt an wem ich mich wenden muss, wenn es ein Problem mit dem Design gibt.
Der Fehler tritt jederzeit auf jeder Seite auf, nutze Firefox 32.0.2 (mit Add-Ons) und nochmal denselben ohne Add-Ons probiert, ohne sichtbare Änderungen.
Warum Teilen 2x da steht, ist mir auch schleierhaft. Den 2. Screenshot nur zur Veranschaulichung, wie es normal aussehen sollte (Englisches Wiki)
Screenshots: -M1n3r2011 (Diskussion / Beiträge) 18:37, 20. Sep. 2014 (UTC)
- Merkwürdig. Ich habe auch mit Firefox 32.0.2 getestet, und bei mir gibt es diese Verschiebung im Design nicht. Vielleicht liegt es an den Firefox-Einstellungen? -- Sumpfhütte 19:28, 20. Sep. 2014 (UTC)
- Bei mir gibt's den doppelten "Teilen"-Button nur ohne meine persönliche common.css (Weil ich diesen dort ausgeschaltet habe :P). Die Verschiebungen der Buttons "Lesen", "Quelltext anzeigen" und "Aktionen" könnten etwas mit dem doppelten Anzeigen des "Teilen"-Buttons zu tun haben. Wenn du dein Fenster größer ziehst, wirst du sehen, dass das an deinem zu kleinen Fenster liegt. Getestet habe ich das in Google Chrome 37.0.2032.120 m (Was für eine Versionsnummer!) und Firefox 32.0.2. Ich vermute allerdings, dass das ganze Problem durch die Änderung der Aufschrift des "Aktionen"-Buttons von Nichts auf "Aktionen" entstanden ist. | violine1101(Diskussion) 19:48, 20. Sep. 2014 (UTC)
- Ah, es hing tatsächlich daran. Hier ein Fix:
- Bei mir gibt's den doppelten "Teilen"-Button nur ohne meine persönliche common.css (Weil ich diesen dort ausgeschaltet habe :P). Die Verschiebungen der Buttons "Lesen", "Quelltext anzeigen" und "Aktionen" könnten etwas mit dem doppelten Anzeigen des "Teilen"-Buttons zu tun haben. Wenn du dein Fenster größer ziehst, wirst du sehen, dass das an deinem zu kleinen Fenster liegt. Getestet habe ich das in Google Chrome 37.0.2032.120 m (Was für eine Versionsnummer!) und Firefox 32.0.2. Ich vermute allerdings, dass das ganze Problem durch die Änderung der Aufschrift des "Aktionen"-Buttons von Nichts auf "Aktionen" entstanden ist. | violine1101(Diskussion) 19:48, 20. Sep. 2014 (UTC)
/* Text for empty action-menu */
#p-cactions-label span /* <- DAS HIER ÄNDERN */
{
display:block;
width: 70px;
font-size: 0.6em;
text-align: center;
margin-top: 15px;
margin-left: 7px;
}
- Dies kann dann in die nicht so persönliche Common.css übertragen werden, das sollte deinen Fehler beheben. Allerdings fehlt auch der Pfeil hinter "Teilen" und der Tab ist unnötig breit, ich habe allerdings noch keinen Weg gefunden, dies zu beheben (wobei das EN-Wiki immernoch den unbeschrifteten Aktionen- und den übergroßen Teilen-Tab hat).
- PS: Der Pfeil, so wie er vorher war, und wie CalebBlackhand ihn auch wieder durch CSS wieder sichtbar gemacht hat, kann meiner Meinung nach auch in die offizielle Common.css eingefügt werden, ich hab da nichts dagegen. Vielleicht eine Einstellung hinzufügen, falls das möglich ist? | violine1101(Diskussion) 20:16, 20. Sep. 2014 (UTC)
- Das Problem ist, ich kann nicht größer als 1014 x 768 gehen, weil der derzeitige Monitor leider keine größeren Auflösungen darstellen kann und daher diese nutzen muss. Wie könnte ich den Fix machen? Eine Erklärung wäre sehr hilfreich. :) -M1n3r2011 (Diskussion / Beiträge) 22:28, 20. Sep. 2014 (UTC)
- Den oben erwähnten Fix kann nur ein Admin anwenden. Du persönlich kannst folgendes in dein persönliches Stildokument schreiben:
- Das Problem ist, ich kann nicht größer als 1014 x 768 gehen, weil der derzeitige Monitor leider keine größeren Auflösungen darstellen kann und daher diese nutzen muss. Wie könnte ich den Fix machen? Eine Erklärung wäre sehr hilfreich. :) -M1n3r2011 (Diskussion / Beiträge) 22:28, 20. Sep. 2014 (UTC)
div.vectorMenu h3 span /* Zur Erklärung: Hier handelt es sich um die Titel der Tabs "Teilen" und "Aktionen", da beide Tabs ein Drop-Down-Menü (vectorMenu) sind */
{
display: none !important;
}
#p-cactions-label span /* Zur Erklärung: Hier handelt es sich NUR um den Titel des "Aktonen"-Tabs */
{
display: block !important;
}
- Das behebt den Fehler wie oben, der doppelte "Teilen"-Tab wird nur einmal angezeigt. Wenn du diesen aber gar nicht benutzt (wie ich), kannst du ihn dort auch ganz ausschalten:
#p-sharing /* Zur Erklärung: Hier handelt es sich NUR um den Tab "Teilen" */
{
display: none !important;
}
- Das ganze war mein Fehler, da ich beim Erstellen des "Leeres-Aktionsmenü-Fixes" meine persönliche CSS drin hatte, weswegen ich nicht gemerkt habe, dass der "Teilen"-Tab doppelt ist. Wie ich auf deinen Screenshots sehe, sollte auch dein Problem mit den verschobenenen Tabs links behoben sein, vor allem, wenn du meine zweite Lösung genommen hast und diesen "Teilen"-Tab ganz ausblendest.
- (PS: Der Text, der oben zwischen /* und */ steht, brauchst du nicht zu kopieren, er dient hier nur als Erklärung) | violine1101(Diskussion) 08:36, 21. Sep. 2014 (UTC)
- Ich kann das Problem nun auch reproduzieren, indem ich in meinem Browser eine Vergrößerung einstelle, z.B. 125%. Dann verschieben sich die Menüpunkte genauso, wie auf M1n3r2011s Screenshot. Grund ist wohl die längere deutsche Sprache: "Talk" vs. "Diskussion", "Edit" vs. "Bearbeitung", "History" vs. "Versionsgeschichte". Die Beschriftung "Aktionen" finde ich sehr wichtig für Neulinge, weil ein unbeschrifteter oder nur mit Pfeil versehener Menüpunkt aus Sicht des Benutzeroberflächendesigns eine Katastrophe ist. Dagegen ist mir immer noch nicht klar, wozu es den "Lesen"-Menüpunkt gibt, daher könnte man z.B. dessen Beschriftung auf einen Pfeil reduzieren. Oder: ist es möglich wegen der längeren Worte die Schriftgröße zu verkleinern? Oder: statt "Versionsgeschichte" schreiben wir: "Versionen". -- Sumpfhütte 08:58, 21. Sep. 2014 (UTC)
- Ja, daran habe ich auch schon gedacht. Allerdings würde ich nicht die Wörter verkürzen, sondern Minecraft-Gegenstände verwenden, wie z.B. für Lesen, für Bearbeiten, für Erstellen, für Quelltext anzeigen, für Versionsgeschichte und den vorherigen Pfeil für Aktionen. Das wäre dann die kürzeste Lösung.
- Für den bisherigen Aktions-Tab-Fix hätte ich noch ein Update, damit es auch mit anderen Schriftarten als Arial problemlos dargestellt wird und der Tab genauso aussieht wie die anderen:
- Ich kann das Problem nun auch reproduzieren, indem ich in meinem Browser eine Vergrößerung einstelle, z.B. 125%. Dann verschieben sich die Menüpunkte genauso, wie auf M1n3r2011s Screenshot. Grund ist wohl die längere deutsche Sprache: "Talk" vs. "Diskussion", "Edit" vs. "Bearbeitung", "History" vs. "Versionsgeschichte". Die Beschriftung "Aktionen" finde ich sehr wichtig für Neulinge, weil ein unbeschrifteter oder nur mit Pfeil versehener Menüpunkt aus Sicht des Benutzeroberflächendesigns eine Katastrophe ist. Dagegen ist mir immer noch nicht klar, wozu es den "Lesen"-Menüpunkt gibt, daher könnte man z.B. dessen Beschriftung auf einen Pfeil reduzieren. Oder: ist es möglich wegen der längeren Worte die Schriftgröße zu verkleinern? Oder: statt "Versionsgeschichte" schreiben wir: "Versionen". -- Sumpfhütte 08:58, 21. Sep. 2014 (UTC)
/* Text for empty action-menu */
#p-cactions-label span
{
display: inline-block;
width: auto;
font-size: 0.6em;
text-align: center;
margin-top: 16px;
padding-left: 8px;
padding-right: 8px;
margin-left: 8px;
}
- Gehört dieser Abschnitt nicht mittlerweile in das Gemeinschaftsportal? Er geht ja nicht nur Admins an, sondern alle Wiki-Autoren! | violine1101(Diskussion) 09:20, 21. Sep. 2014 (UTC)
- Das mit den Symbolen finde ich nicht so gut. Einfach alle Beschriftungen durch Symbole zu ersetzen weicht einerseits viel zu stark vom Wiki-Standard ab und ist, v.a. für Neulinge, ein noch viel größerer Design-Fauxpas. Weniger wichtig finde ich persönlich allerdings die Beschriftung "Aktionen", da darunter eigentlich nur Funktionen gruppiert sind, die sonst eher selten gebraucht werden (im Normalfall nur "Verschieben"). Wer diese Funktion braucht, muss sowieso danach suchen, egal, ob da ein Pfeil ist oder eine mehr oder weniger nichtssagende Beschriftung wie "Aktionen", da man so ziemlich alles als "Aktion" ansehen kann. Ich finde den Pfeil eigentlich intuitiv genaug, man denke z.B. auch an den kleinen Pfeil in der Windows-Notification-Leiste, der die versteckten Notifications anzeigt, oder an den nur aus drei Punkten bestehenden Overflow-Button in der Android Action Bar. Fazit: Beschriftungen, wenn man viele verschiedene Einträge gruppiert (wie in der Übersicht am linken Seitenrand), Symbole, wenn es darum geht, Einträge, die keinen Platz mehr haben oder nicht so wichtig sind, in ein Untermenü zu packen (wie bei unseren "Aktionen"). -- Elike98 Diskussion 09:26, 21. Sep. 2014 (UTC)
- Finde ich auch, ich hab das jetzt einfach mal verschoben (und hoffentlich keinen Editkonflikt damit ausgelöst) -- Elike98 Diskussion 09:33, 21. Sep. 2014 (UTC)
- Dann wäre eine Einstellung dafür genau das richtige: Wenn man Symbole möchte, kann man diese einschalten, standardmäßig wäre das dann ausgeschaltet (Ähnlich wie die Einstellung "Deaktiviert die Pop-up-Aufforderungen zum Teilen auf Facebook, Twitter, etc." unter "Verschiedenes", z.B. "Verwendet Symbole in der Aktionsleiste"). Die Frage ist dann nur noch, ob eine neue Einstellung zu erstellen möglich ist? | violine1101(Diskussion) 09:35, 21. Sep. 2014 (UTC)
- Ich glaube, das ist leider nur sehr schwer umzusetzen, und wenn, wäre Curse vermutlich nicht sonderlich erfreut darüber, dass wir irgendwo in den Eingeweiden des Minecraft Wikis herumwühlen (Das ist die MediaWiki-Doku-Seite dazu). Auf jeden Fall haben wir aber ja die Möglichkeit, indirekte "Einstellungen" durch eigenes css bzw. js zu realisieren. -- Elike98 Diskussion 09:53, 21. Sep. 2014 (UTC)
- Ich habe die Beschriftung "Versionsgeschichte" in den Systemnachrichten gesucht, aber es scheint mir gar nicht nötig zu sein, dieses Wort zu verkürzen. Denn wenn ich den Browserzoom verändere, wird die "Versionsgeschichte" offenbar automatisch in die "Aktionen" verschoben. Interessantes Verhalten. Und durch das Entfernen des zweiten "Teilen" ist jetzt bei mir bei 125% Zoom auch keine Überschneidung mehr bei den Menüpunkten zu sehen. Danke an euch für die common.css-Lösungen :-) -- Sumpfhütte 10:02, 21. Sep. 2014 (UTC)
- Ich glaube, das ist leider nur sehr schwer umzusetzen, und wenn, wäre Curse vermutlich nicht sonderlich erfreut darüber, dass wir irgendwo in den Eingeweiden des Minecraft Wikis herumwühlen (Das ist die MediaWiki-Doku-Seite dazu). Auf jeden Fall haben wir aber ja die Möglichkeit, indirekte "Einstellungen" durch eigenes css bzw. js zu realisieren. -- Elike98 Diskussion 09:53, 21. Sep. 2014 (UTC)
- Dann wäre eine Einstellung dafür genau das richtige: Wenn man Symbole möchte, kann man diese einschalten, standardmäßig wäre das dann ausgeschaltet (Ähnlich wie die Einstellung "Deaktiviert die Pop-up-Aufforderungen zum Teilen auf Facebook, Twitter, etc." unter "Verschiedenes", z.B. "Verwendet Symbole in der Aktionsleiste"). Die Frage ist dann nur noch, ob eine neue Einstellung zu erstellen möglich ist? | violine1101(Diskussion) 09:35, 21. Sep. 2014 (UTC)
- Gehört dieser Abschnitt nicht mittlerweile in das Gemeinschaftsportal? Er geht ja nicht nur Admins an, sondern alle Wiki-Autoren! | violine1101(Diskussion) 09:20, 21. Sep. 2014 (UTC)
Bitte sehr:
/* Hinweis: Dies ist nur für die persönliche CSS-Datei gedacht, nicht für die allgemeine! */
.vectorTabs span, .vectorMenu span
{
font-size: 0.75em !important;
}
#ca-watch span, #ca-unwatch span
{
font-size: 1em !important;
}
#p-cactions-label span
{
font-size: 0.475em !important;
}
#p-sharing
{
display: none;
}
Die Schrift wird kleiner, du musst dich also einigermaßen auskennen. Auf meinem großen Bildschirm kann ich so bis 170% ohne Probleme zoomen, auf meinem kleineren 4:3-Bildschirm geht's aber nur bis 130%. Ich kann nicht genau sagen, wie's dann bei dir aussieht, aber probier's mal aus. Die oben erwähnte Lösung mit Symbolen würde da große Abhilfe schaffen. | violine1101(Diskussion) 17:37, 21. Sep. 2014 (UTC)
- Vielen Dank! :) -M1n3r2011 (Diskussion / Beiträge) 17:56, 21. Sep. 2014 (UTC)
- @Violine1101: Du kannst ja mal das Stylesheet anfertigen, und wessen Bildschirm zu klein ist bzw. wer die Texte nicht will/braucht, kann es dann importieren. -- Elike98 Diskussion 18:41, 21. Sep. 2014 (UTC)
- Yay, "Versionsgeschichte" ist jetzt kürzer ("Versionen"), vielen Dank CalebBlackhand! (Wobei "Hydra-view-history" in den MediaWiki-Systemnachrichten gar nicht vorkommt, na so was...) -- Sumpfhütte 12:21, 24. Sep. 2014 (UTC)
- Na ja, ich empfehle in solchen Fällen den Parameter uselang=qqx, dann sieht man die "richtigen" Tags. Hydra-* dürfte nicht auftreten, weil das kein MediaWiki-eigener Skin, sondern die Curse-Version von Vector (oder so) ist. --Caleb Blackhand 12:58, 24. Sep. 2014 (UTC)
- Yay, "Versionsgeschichte" ist jetzt kürzer ("Versionen"), vielen Dank CalebBlackhand! (Wobei "Hydra-view-history" in den MediaWiki-Systemnachrichten gar nicht vorkommt, na so was...) -- Sumpfhütte 12:21, 24. Sep. 2014 (UTC)
- @Violine1101: Du kannst ja mal das Stylesheet anfertigen, und wessen Bildschirm zu klein ist bzw. wer die Texte nicht will/braucht, kann es dann importieren. -- Elike98 Diskussion 18:41, 21. Sep. 2014 (UTC)
Tabellen
Mir ist aufgefallen das die Tabellen im Englischen-Wiki etwas anders aussehen. Ich wollte fragen ob es möglich währe das Englische-Layout auch für das Deutsche-Wiki zu verwenden.--93.130.41.22 19:31, 25. Sep. 2014 (UTC)
- Welche Tabellen meinst du? --eagle3000 (D ~ B) 19:48, 25. Sep. 2014 (UTC)
- Hier (Englisch) etwas weiter unten ist die History-Tabelle,hier sieht die Tabelle etwas übersichtlicher aus ,mit kleinen änderungen,so eine Tabelle meine ich ,zum vergleich :Klicken (Deutsch) bei dieser Tabelle muss man Scrollen.--93.130.41.22 20:10, 25. Sep. 2014 (UTC)
- Das ist doch im Prinzip die gleiche Tabelle. Der Unterschied ist nur, dass man hier scrollen muss (dadurch wird aber die Gesamtgröße der Seite kleiner und diese dadurch übersichtlicher). Ein weiterer Unterschied ist, dass hier nicht zwischen "Beta" und "Vollversion" unterschieden wird (Im EN-Wiki gibt's dafür eigene Überschriften). Allerdings finde ich, dass das Design, das wir hier im DE-Wiki haben, übersichtlicher ist. So kann man auch die Beta- und die Vollversionen nicht so gut verwechseln, was andernfalls zu Missverständnissen führen könnte. | violine1101(Diskussion) 20:18, 25. Sep. 2014 (UTC)
- Hier (Englisch) etwas weiter unten ist die History-Tabelle,hier sieht die Tabelle etwas übersichtlicher aus ,mit kleinen änderungen,so eine Tabelle meine ich ,zum vergleich :Klicken (Deutsch) bei dieser Tabelle muss man Scrollen.--93.130.41.22 20:10, 25. Sep. 2014 (UTC)
Mobile Version dauerhaft deaktivieren
Da ich die Mobile Version ziemlich unpraktisch finde (z.B. kein "rückgängig machen"?) und eh meistens im WLAN bin, würde ich sie gerne dauerhaft deaktivieren. Früher hat das auch prima durch klicken auf "Klassische Ansicht" geklappt, jetzt wird bei jedem Neuladen aber leider wieder zur Mobilen gewechselt (Cookies aktiv, Android + Chrome). Kann mir jemand helfen? :) -- Elike98 Diskussion 16:01, 29. Sep. 2014 (UTC)
- @Elike98: Bei mir funktioniert das nach wie vor richtig. Das einzige, was ich mir vorstellen kann ist, dass der Cookie nach dem Schließen der Seite wieder gelöscht wird. --Xzipx de.MinecraftWiki-Admin Diskussion 10:35, 3. Okt. 2014 (UTC)
CSS-Probleme
Hallo zusammen, es gibt da so einige CSS-Probleme, die ich selber nicht lösen kann. Vielleicht weiß ja jemand von euch die Lösung.
Das ist die seitliche Navigationsleiste für die mobile Ansicht. Das Problem ist der Link "Über Minecraft Wiki" ganz unten. Da es sich um eine Aufzählung handelt, wird eine Aufzählungszeichen angezeigt. Dafür zuständig ist dieser Code in MediaWiki:Mobile.css
.hlist li:after {
content: " •";
}
.hlDiesen Punkt zu ändern, hätte Auswirkungen auf alle anderen Aufzählungen in der mobilen Ansicht. Leider lässt sich die Seite an sich nicht ändern, weswegen ich glaube, dass das nur Curse ändern kann. Das Problem besteht übrigens auch im englischen Wiki. Vermutlich auch in allen anderen.
2. Ein Teil des Textes der oberen Curse-Navbar wird unter der Leiste verschoben angezeigt. Im englischen Wiki wurde schon ein Versuch unternommen, das zu beheben, der war aber erfolglos. Die Änderung habe ich in unserem Wiki nachgezogen.
--Xzipx de.MinecraftWiki-Admin Diskussion 12:42, 3. Okt. 2014 (UTC)
- 3. Dann wäre da natürlich noch der Bereich "Anzeigeoptionen" in den letzten Änderungen der mobilen Ansicht. Der geht über die Seite hinaus. --Xzipx de.MinecraftWiki-Admin Diskussion 13:02, 3. Okt. 2014 (UTC)
- @Xzipx: Zu 2.: Der folgende Code hat bei mir den Fehler behoben. Ich hab ihn auch den engl. Kollegen schon weitergegeben, aber bei denen hat es scheinbar nicht funktioniert, die haben den Fehler jetzt Curse gemeldet.
.t-netbar .t-netbar-curseInfo {
float: none;
}
- Vielleicht könnte das ja mal nochmal jemand ausprobieren. -- Elike98 Diskussion 14:06, 3. Okt. 2014 (UTC)
- @Elike98: Ich habe es gerade ausprobiert. Es hat bei mir leider nicht funktioniert. --Xzipx de.MinecraftWiki-Admin Diskussion 21:53, 3. Okt. 2014 (UTC)
- @Xzipx: Ok, das ist ja interessant. Ich konnte jetzt aber auch nix anderes in meinen common.css entdecken, das dafür verantwortlich sein könnte, das es bei mir geht und bei euch nicht. Ich hab auch bei den Entwicklertools von Chrome mal geschaut, wenn ich das Häkchen neben
float:none;entferne, rutscht die Beschriftung wieder runter. --13:03, 4. Okt. 2014 (UTC)
- @Xzipx: Ok, das ist ja interessant. Ich konnte jetzt aber auch nix anderes in meinen common.css entdecken, das dafür verantwortlich sein könnte, das es bei mir geht und bei euch nicht. Ich hab auch bei den Entwicklertools von Chrome mal geschaut, wenn ich das Häkchen neben
- @Elike98: Ich habe es gerade ausprobiert. Es hat bei mir leider nicht funktioniert. --Xzipx de.MinecraftWiki-Admin Diskussion 21:53, 3. Okt. 2014 (UTC)
- Vielleicht könnte das ja mal nochmal jemand ausprobieren. -- Elike98 Diskussion 14:06, 3. Okt. 2014 (UTC)
Fehler 1 habe ich mittlerweile korrigiert. Den Code für Fehler 2 habe ich vor ein paar Tagen wieder eingefügt. Funktioniert es jetzt bei allen? Als 4. Fehler wird bei mir (Momentan Internet Explorer) das Wiki-Logo nach unten verschoben angezeigt. Ich habe momentan leider nicht die Zeit, dem nachzugehen. Weiß jemand die Lösung? --Xzipx de.MinecraftWiki-Admin Diskussion 15:07, 20. Okt. 2014 (UTC)
Nicht bearbeitbare Seiten
In den letzten Tagen kam es bei (mir bekannten) 2 Seiten im Wiki zu Bearbeitungsproblemen: Wann immer man versucht hat, die Seite zu bearbeiten, stürzte kurzfristig das Wiki ab. Bei uns waren das die Seiten Diskussion:Bergbau und Diskussion:Schilf. Eine Rückfrage bei Game widow hat ergeben, dass es sich hierbei um Folgeprobleme der Migration handelt.
| “ | The affected pages are on the watchlists of multiple merged users with renames pending, but those users have never logged back in. If they come back and log in, the problem resolves itself, but if they don't and you try to edit the page, the wiki tries to rename them all at once and that causes the crash. | „ |
| ~ Game widow auf der Diskussionsseite im en-Wiki |
Übersetzt heisst das, dass wenn viele Benutzer, die seit der Umbenennung nicht eingeloggt waren, eine bestimmte Seite auf der Beobachtungsliste haben, die Wiki-Software alle zur Umbenennung notwendige Schritte einleiten will. Da es sich bei den beiden Seiten anscheinend um "viel beobachtete" Seite gehandelt hat, waren es anscheinend zu viele "Umbenennungen", und die Software ist kurz ausgestiegen.
Die beiden benannten Seiten konnten von den Technikern entsprechend "repariert" werden, weitere Seiten kann es aber geben, und die Techniker können diese nicht ohne weiteres identifizieren. Ich bitte daher, solche Seiten hier oder bei mir auf der Diskussionsseite zu melden - ich prüfe das Problem dann noch mal und gebe die Information an Game widow weiter. --Caleb Blackhand 10:05, 17. Okt. 2014 (UTC)
- Neuer Kandidat: Diskussion:Mythen. Beim Speichern wird nach längerer Wartezeit angezeigt, dass das Wiki nicht erreichbar sei. Andere Seiten lassen sich aber gleichzeitig problemlos speichern. -- Sumpfhütte 19:14, 2. Nov. 2014 (UTC)
- Der Fehler scheint für die Mythen behoben zu sein --Caleb Blackhand 08:03, 10. Nov. 2014 (UTC)
Link ins englische Wiki wird nicht angezeigt
Mir ist gerade eben in der Admin Pinnwand aufgefallen, dass der Link ins englische Wiki nicht angezeigt wird. Er ist nicht einmal im HTML-Quelltext (aber im Wiki-Quelltext) vorhanden. Das Neuladen der Seite hat keinen Effekt. In der Admin-Pinnwand sieht die betroffene Zeile folgendermaßen aus:
- Im EN-Wiki wurde er bereits darauf angesprochen, siehe.
Der Link scheint hier aber zu funktionieren:
- Im EN-Wiki wurde er bereits darauf angesprochen, siehe hier.
Ist das bei euch auch der Fall und wie kann man das beheben? Ich vermute, dass der EN-Link nur auf Diskussionsseiten funktioniert, aber so ganz sicher bin ich mir da nicht. | violine1101 (Diskussion) 21:43, 27. Okt. 2014 (UTC)
- Ich hab das mal an beiden Stellen korrigiert. Was du eingegeben hattest, war ein "Interwiki-Link", und hätte in der Sprachleiste links auftauchen sollen (wurde aber mit dem "richtigen" Interwiki-Link überschrieben). Wenn man einen Nicht-Interwiki-Link ins Englische Wiki schreiben will, muss ein ':' davor, also [[:en:User talk:Dand0#Bot flag|hier]]. Dass dies auf Diskussionsseiten nicht notwendig ist, wusste ich nicht mal - aber besser ist, man benutzt's auch dort. --Caleb Blackhand 22:13, 27. Okt. 2014 (UTC)
- Okay, danke, das hab ich nicht gewusst. Wäre es sinnvoll, das bei Hilfe:Links einzutragen? | violine1101 (Diskussion) 22:33, 27. Okt. 2014 (UTC)
- Ja, das wäre sehr sinnvoll. Ich hab das mal gemacht. -- Sumpfhütte 09:56, 28. Okt. 2014 (UTC)
- Okay, danke, das hab ich nicht gewusst. Wäre es sinnvoll, das bei Hilfe:Links einzutragen? | violine1101 (Diskussion) 22:33, 27. Okt. 2014 (UTC)
Bot request
Hello ! I'm sorry, I don't speak your language, but I'm an admin on the French Minecraft Wiki, and I made a bot called IdefixBot. This bot works on interwiki links in random pages. It is already running on the French and English wikis (contributions : FR / EN). I have tested it on these 2 wikis, and now I think that it is ready to work on all the Minecraft Wikis.
Can a bureaucrat put the bot flag to this user ?
Thanks ! • ObelusPA2 d · FR Admin · 14:19, 9. Nov. 2014 (UTC)
- Our bureaucrat has been informed. -- Sumpfhütte 16:44, 10. Nov. 2014 (UTC)
- It's done. -- Sumpfhütte 16:51, 10. Nov. 2014 (UTC)
- Thank you ! • ObelusPA2 d · FR Admin · 22:35, 11. Nov. 2014 (UTC)
- It's done. -- Sumpfhütte 16:51, 10. Nov. 2014 (UTC)
Mobile Bearbeitung verbuggt
Die mobile Bearbeitung ist total verbuggt, nach einer Weile weiß ist der Hintergrund unten Bedrock. Irgendwie logisch, aber blöd zum Lesen. Uuund auf der Wii krieg ich diese bescheuerte Meldung nicht weg: "Du hast eine Seite bearbeitet, willst du das teilen?" Egal, was ich drücke, es passiert nix. Ich kann auch nirgendwo anders klicken. An wen wende ich mich da? Zur Klarstellung: Ich habe das Minecraft-Wiki über den "Internetkanal" auf der Wii geöffnet. Fragt nicht, warum. Fabian42 (Diskussion) 22:48, 23. Nov. 2014 (UTC)
- Die störende Teilen-Meldung wurde vor einiger Zeit von Curse hinzugefügt. Gleichzeitig gibt es in den Einstellungen die Möglichkeit, sie abzuschalten. Wenn du mit deinem Benutzernamen eingeloggt warst und sie in den Einstellungen abgeschaltet hast und sie trotzdem erschien, kannst du dich an Curse wenden. Dass der Hintergrund sich nach einiger Zeit ändert, ist seltsam. Weiß jemand, ob das an der Mobile.css hängt? -- Sumpfhütte 11:14, 24. Nov. 2014 (UTC)
- Ich vermute, es liegt an der Erweiterung (Ich denke mal, es gibt für die mobile Version eine Erweiterung), aber man kann das (wenn es denn so ist) theoretisch per CSS fixen (Das muss man dann aber bei jeder kleinen Curse-Änderung diesen CSS-Fix nochmal überprüfen). | violine1101 (Diskussion) 17:34, 24. Nov. 2014 (UTC)
- Versuch mal, in deine common.css folgendes einzutragen:
- Ich vermute, es liegt an der Erweiterung (Ich denke mal, es gibt für die mobile Version eine Erweiterung), aber man kann das (wenn es denn so ist) theoretisch per CSS fixen (Das muss man dann aber bei jeder kleinen Curse-Änderung diesen CSS-Fix nochmal überprüfen). | violine1101 (Diskussion) 17:34, 24. Nov. 2014 (UTC)
.show-ads
{
display: none !important;
}
- Das sollte dein Problem, soweit ich es verstanden habe, lösen. | violine1101 (Diskussion) 17:40, 24. Nov. 2014 (UTC)
- Oh, hatte Seite beobachten nicht angeklickt. Ich glaube, es passiert, wenn ich nicht eingeloggt bin. Da der Wii-Broswer manchmal verbuggt ist, helfen mir persönliche Einstellungen da nicht weiter. Zur mobilen Seite: Was ich "damals" mit Bedrock meinte, weiß ich nicht, es ist die Steintextur. Aber es ist eben sehr schwer, darauf schwarzen Text zu lesen. Und wenn in einer Diskussion nach vielen Einrückungen der Text auf der rechten Seite überragt, kann man ihn auf der mobilen Seite kaum noch lesen. Fabian42 (Diskussion) 22:59, 22. Dez. 2014 (UTC)
- Das sollte dein Problem, soweit ich es verstanden habe, lösen. | violine1101 (Diskussion) 17:40, 24. Nov. 2014 (UTC)
Änderung des Wiki-Layouts (Blaue Streifen zu braune Streifen)
Aus dem Archiv rausgekramt | violine1101 (Diskussion) 16:47, 24. Nov. 2014 (UTC)
Hallo zusammen,
resultierend aus dieser Diskussion http://minecraft-de.gamepedia.com/Diskussion:Minecraft_Wiki#Video_auf_der_Startseite habe ich hier: http://minecraft.gamepedia.com/Minecraft_Wiki_talk:Community_portal#New_texture_for_blue_bars_and_boxes.3F die Änderung der blauen Balken im Wiki in Balken mit Erd-Textur vorgeschlagen. Leider gab es im englischen Wiki keine allzu große Zustimmung. Nachdem ich hier nochmal darauf hingewiesen habe, ist leider auch nichts mehr passiert. Vielleicht ist ein Post aber auch untergegangen. Deswegen hier nochmal: Bitte beteiligt euch bei der Diskussion im englischen Wiki, wenn ihr für eine Änderung des Layouts seid. Gruß --Xzipx de.MinecraftWiki-Admin Diskussion 21:39, 7. Aug. 2014 (UTC)
- Ich wollte das Thema gerade nochmal ansprechen, das habe ich im englischen Wiki bereits getan. Wie stehen die Meinungen? | violine1101 (Diskussion) 16:47, 24. Nov. 2014 (UTC)
- Kurze Info: Ich habe vor einigen Tagen diesbezüglich nochmal Kontakt direkt mit Curse aufgenommen. Der Vorschlag wurde anscheinend intern weitergegeben. Ich sollte aber auch nochmal en:User:Majr und User:Game widow anschreiben. Ich wollte vorerst mal abwarten und erst dann nochmal auf die beiden zugehen. --Xzipx de.MinecraftWiki-Admin Diskussion 13:27, 29. Nov. 2014 (UTC)
- Die Diskussion wurde im englischen Wiki nochmal aufgegriffen en:Minecraft_Wiki_talk:Community_portal#Minecraft_texture_for_blue_boxes. Keine Ahnung, warum die so auf die Steintextur abfahren. Unser Vorschlag mit der Erde gefällt mir immer noch viel besser. --Xzipx de.MinecraftWiki-Admin Diskussion 15:32, 5. Feb. 2015 (UTC)
- Kurze Info: Ich habe vor einigen Tagen diesbezüglich nochmal Kontakt direkt mit Curse aufgenommen. Der Vorschlag wurde anscheinend intern weitergegeben. Ich sollte aber auch nochmal en:User:Majr und User:Game widow anschreiben. Ich wollte vorerst mal abwarten und erst dann nochmal auf die beiden zugehen. --Xzipx de.MinecraftWiki-Admin Diskussion 13:27, 29. Nov. 2014 (UTC)
Anderes Aussehen man selber
Wie kann ich mir eine andere minecraft Figur erstellen pc? -- 19:38, 24. Nov. 2014 217.7.221.214
- Das ist im Artikel Skin erklärt. Du suchst dir einen Skin aus dem Internet (Vorsicht: es muss kostenlos sein und du darfst weder nach E-Mail-Adresse noch Minecraft-Passwort gefragt werden), kannst diesen ggf. verändern und dann in deinen Minecraft Account hochladen. -- Sumpfhütte 18:46, 24. Nov. 2014 (UTC)
Minecraft download 1.8
Macht bitte einen download für Minecraft 1.8 das man das auch spielen kann und bitte immer mit den neuen Versionen aber ohne Demo nur Vollversionen bitte wäre nett -- 15:22, 25. Nov. 2014 91.96.1.155
- Die neueste Version bekommst du automatisch über den Launcher. Diesen bekommst du, wenn du einen Mojang-Account hast. Über den Launcher kannst du dir beliebige Versionen downloaden, auch die 1.8 und auch die allerneueste 1.8.1, die es seit gestern gibt. Wenn du einen 1.8-Server haben möchtest, findest du den Download hier -- Sumpfhütte 14:31, 25. Nov. 2014 (UTC)
Nach Diskussion zurück
Ich weiß nicht, ob es nur nach der Bearbeitung einer Diskussionsseite passiert, aber ich werde immer mal wieder auf die Hauptseite geleitet, wenn ich auf einer Diskussionsseite auf "Seite" klicke. Fabian42 (Diskussion) 19:46, 22. Dez. 2014 (UTC)
- Bei mir ist das nicht der Fall. Welchen Browser benutzt du? Hat jemand auch dieses Problem? Und gehört diese Diskussion nicht eigentlich ins Gemeinschaftsportal? | violine1101 (Diskussion) 20:43, 22. Dez. 2014 (UTC)
- Gemeinschaftsportal: Weiß ich nicht, ich kopier's mal. Browser: Google Chrome auf Windows 7. Fabian42 (Diskussion) 22:54, 22. Dez. 2014 (UTC)
- Ich hatte das Problem noch nie. Browser: Internet Explorer auf Windows 7. -- Sumpfhütte 17:49, 23. Dez. 2014 (UTC)
- Sind irgendwelche Addons im Browser aktiv? Wie gesagt, bei mir gibt es dieses Problem auch nicht. Browser: Firefox auf Windows 8.1.
Jetzt, wo du's erwähnst, ich werde öfters, wenn ich mit meinem Smartphone im Wiki bin, zufällig und ohne Vorwarnung auf irgendwelche Werbungsseiten weitergeleitet. Wüsste jemand, woran das liegen könnte? | violine1101 (Diskussion) 20:56, 25. Dez. 2014 (UTC)
- Sind irgendwelche Addons im Browser aktiv? Wie gesagt, bei mir gibt es dieses Problem auch nicht. Browser: Firefox auf Windows 8.1.
- Ich hatte das Problem noch nie. Browser: Internet Explorer auf Windows 7. -- Sumpfhütte 17:49, 23. Dez. 2014 (UTC)
- Gemeinschaftsportal: Weiß ich nicht, ich kopier's mal. Browser: Google Chrome auf Windows 7. Fabian42 (Diskussion) 22:54, 22. Dez. 2014 (UTC)
Animationen
Um Animationen einzubinden, muss ich da eine bereits anmierte GIF auf meinem PC haben? Ich habe nämlich kein solches Programm und bevor ich mir eins nur für ein Bild installiere, wäre es schön, wenn das auch im Browser ginge. Fabian42 (Diskussion) 10:21, 26. Dez. 2014 (UTC)
- Am einfachsten ist es immer, du suchst eine Stelle im Wiki, wo es das schon gibt und schaust dir den Quellcode an. Für Animationen gibt es die Vorlage:Animation. Bitte beachte bei Redstone-Schaltungen die einheitliche Namensgebung für die Bilder:
[[Datei:Redstone-Schaltkreise <Schaltkreistyp><VariantenNr><Bild oder Animation><fortlaufende Nr>.png|400px]]. Beispiele findest du bei den Redstone-Schaltkreisen. -- Sumpfhütte 10:44, 26. Dez. 2014 (UTC)
Vorlagendokumentationen neu strukturieren?
Im englischen Wiki wurde von der Vorlage {{doc}} auf die Vorlage {{Documentation}} umgestellt, welche ein LUA-Modul benutzt. So wie es aussieht, ist dieses Modul leichter zu handhaben. Man muss so auf der Vorlagenseite nur {{Documentation}} (bzw. wenn wir das hier einführen, wahrscheinlich {{Dokumentation}}) und auf der Dokumentationsseite nur {{Documentation header}} (bzw. {{Dokumentationskopf}}) eingeben. Natürlich erfordert das etwas Umstellung, andererseits wäre das Erstellen und Warten von Dokumentationen meiner Ansicht nach dadurch besser möglich und wir wären wieder auf dem gleichen Stand wie das englische Wiki. In dem Zuge könnte man auch die Interwikilinks und die Kategorie bzw. Navbox, falls eine vorhanden ist, auf die Dokumentationsseite verschieben, wodurch diese Interwikilinks auf geschützten Seiten auch von Nicht-Admins geändert werden können. Meiner Meinung nach könnte man auch die ganzen /doc-Seiten in /Dokumentation umbenennen, was dann eigentlich nicht weiter ins Gewicht fällt. Die Frage ist jetzt - Umstellen?
Eine andere Frage passend zu dem Thema wäre, ob man die ganzen {{Lizenz-...}}-Vorlagen nicht in eine zusammenfassen könnte, sodass man nur z.B. {{Lizenz|Mojang}} eingeben müsste. Das wäre um einiges übersichtlicher, da so viele Vorlagen eingespart werden. Andererseits weiß ich nicht, ob man die beim Hochladen von Dateien anzugebende Lizenzen anpassen kann. Die Umstellung wäre kein Problem, das könnte ein Bot erledigen. | violine1101 (Diskussion) 21:34, 30. Dez. 2014 (UTC)
- Dafür Ich werde dann auch versuchen, bei der Umstellung mitzuhelfen, muss nur schon im Voraus deutlich sagen, dass die Schule momentan vorgeht und fast keine Zeit für das Wiki bleibt. Was die Lizenzen angeht, bezweifle ich, dass eine einheitliche Vorlage funktioniert. Hier werden die entsprechenden Vorlagennamen und anzuzeigenden Texte angegeben. Einen Parameter, getrennt durch | anzugeben, könnte Probleme bereiten. --Xzipx de.MinecraftWiki-Admin Diskussion 23:32, 30. Dez. 2014 (UTC)
- Ich bin auch dafür, das ist eine gute Idee. Ich habe eine Projektseite angelegt. Da kannst du alle Schritte sammeln, die für die Umsetzung notwendig sind. -- Sumpfhütte 00:29, 31. Dez. 2014 (UTC)
Ich habe ein problem
Nähmlich ich habe mir ein nuen pc gekauft habe minecraft installiert wollte spiele dann kam der crash report:No Opengl context found in the current thread kann mir jemand dabei helfen Währe suuuuuuper nett danke im voraus :) –- (Nicht signierter Beitrag von Mrsetchitus (Diskussion|Beiträge) 00:16, 31. Dez. 2014 (CET). Bitte signiere Deine Beiträge mit -- ~~~~ )
- Stelle sicher, dass du die aktuelle Version von Java installiert hast. Andernfalls versuche, deinen PC neuzustarten, das hilft oft. Wenn das aber nicht hilft, dann aktualisiere deine Grafikkartentreiber, wenn du überhaupt eine Grafikkarte hast. Wenn du keine hast, dann kannst du auch nicht Minecraft spielen.
Allerdings sind wir hier ein Wiki und informieren normalerweise nur über Sachverhalte in Minecraft, und für weitere Informationen und weitere Hilfe solltest du dich an das Minecraftforum wenden, welches links in der Sidebar verlinkt ist. | violine1101 (Diskussion) 23:33, 30. Dez. 2014 (UTC)- ja das habe ich nun probiert habe auch eine grafikkarte mit dem neusten treiber java 8 .25 pc neugestartet es geht immernochnicht das komische ist ja ich hatte damals sowas ähnliches aber so wie ich das eine gefixt habe klappts diesmal nicht–- (Nicht signierter Beitrag von Mrsetchitus (Diskussion|Beiträge) 00:16, 31. Dez. 2014 (CET). Bitte signiere Deine Beiträge mit -- ~~~~ )
- Ich gehe davon aus, dass du keine Welten, Screenshots oder ähnliches in Minecraft hast. Wenn du welche hättest, müsstest du ein Backup von diesen machen. Lösche die Minecraft-Systemdateien, indem du ⊞ Windows + R drückst,
%appdata%eingibtst und den dortigen Ordner.minecraftkomplett löschst. Nun startest du den Launcher erneut und versuchst Minecraft erneut zu starten. Wenn das auch nicht geholfen hat, dann versuche, den experimentellen neuen Launcher zu benutzen, welchen du hier herunterladen kannst (Im Prinzip ist es der gleiche Launcher, aber er installiert alle benötigten Ressourcen je nach Betriebssystem und Grafikkarte anders; Du brauchst aber eine relativ gute Internetverbindung dafür, bei mir fuktioniert er z.B. gar nicht). | violine1101 (Diskussion) 12:35, 31. Dez. 2014 (UTC)
- Ich gehe davon aus, dass du keine Welten, Screenshots oder ähnliches in Minecraft hast. Wenn du welche hättest, müsstest du ein Backup von diesen machen. Lösche die Minecraft-Systemdateien, indem du ⊞ Windows + R drückst,
- ja das habe ich nun probiert habe auch eine grafikkarte mit dem neusten treiber java 8 .25 pc neugestartet es geht immernochnicht das komische ist ja ich hatte damals sowas ähnliches aber so wie ich das eine gefixt habe klappts diesmal nicht–- (Nicht signierter Beitrag von Mrsetchitus (Diskussion|Beiträge) 00:16, 31. Dez. 2014 (CET). Bitte signiere Deine Beiträge mit -- ~~~~ )
Guten Rutsch!
Ein weiteres Jahr neigt sich dem Ende hinzu. In diesem Sinne wünsche ich euch allen ein frohes neues Jahr 2015! :) ILeon ᐸ Diskussion
Beiträge - de.Wiki Admin 16:58, 31. Dez. 2014 (UTC)
- Ich auch! :-) Und ich bedanke mich bei den zahlreichen Autoren, die mitgeholfen haben, das Wiki immer besser zu machen. Unschätzbar hilfreich war in diesem Jahr Benutzer:Elike98 und sind immer noch Benutzer:violine1101 und Benutzer:Askon. Sie haben die Qualität des Wikis in großem Umfang verbessert. Gratulation auch an Admin Benutzer:ILeonx für den Wiki-Twitter, den er in einem Jahr von 0 auf 800 Follower gebracht hat. Vielen Dank auch an meine Mit-Admins Benutzer:Xzipx und Benutzer:CalebBlackhand, die auch die mühseligsten Umstellungsarbeiten und fummeligsten Technikprobleme angehen und bewältigen. Tja, und dann ist da noch unser Ober-Admin Benutzer:Oliver Scholz, der zwar hier relativ selten in Erscheinung tritt, dafür aber mit seinem Team den Wiki-Server in diesem Jahr zu einem großem Erfolg gebracht hat. Kann 2015 das überhaupt noch toppen? Au ja! -- Sumpfhütte 17:13, 31. Dez. 2014 (UTC)
- Ich kann mich den Neujahrswünschen nur anschließen. Auch ich bin gespannt, was im nächsten Jahr da noch so kommt. Ob der Microsoft-Mojang-Kauf wirklich so schwerwiegende Folgen hat, wie überall befürchtet? Ich denke nicht. Eine Version für die Oculus Rift ist auch möglich - Da werden wir uns wohl noch ein wenig mit auseinandersetzen müssen. Generell, was da noch so an Minecraft-Entwicklung kommt, wird bestimmt interessant - da steht die 1.9 vor der Tür, auch wenn zur Zeit snapshottechnisch nicht so viel los ist.
Aber egal, was das neue Jahr bringt, ich bin auf jeden Fall auch nächstes Jahr noch dabei (Nur muss ich mich natürlich auch um andere Dinge kümmern in der Schulzeit, da führt kein Weg dran vorbei, von daher werde ich zwischenzeitlich wohl etwas inaktiv hier sein). Also auch von mir - einen guten Rutsch an alle und ein tolles neues Jahr! | violine1101 (Diskussion) 18:02, 31. Dez. 2014 (UTC)
- Ich kann mich den Neujahrswünschen nur anschließen. Auch ich bin gespannt, was im nächsten Jahr da noch so kommt. Ob der Microsoft-Mojang-Kauf wirklich so schwerwiegende Folgen hat, wie überall befürchtet? Ich denke nicht. Eine Version für die Oculus Rift ist auch möglich - Da werden wir uns wohl noch ein wenig mit auseinandersetzen müssen. Generell, was da noch so an Minecraft-Entwicklung kommt, wird bestimmt interessant - da steht die 1.9 vor der Tür, auch wenn zur Zeit snapshottechnisch nicht so viel los ist.
Minecraft Server Funktionieren nicht mehr?!
Hallo, Liebe Community!
Ich habe ein Problem. Und zwar funktionieren ein paar (oder vllt. alle) Minecraft-Server auf meinem Rechner nicht mehr. Es fing vor ein paar Monaten an, als Mineplex plötzlich nicht mehr funkte. Einige Tage Später ging Timolia auch nicht mehr. In letzter Zeit spielte ich allerdings nur auf GommeHD, bis es auch diesen Server schließlich aus den Rennen genommen hat. Ich weiss nicht was ich noch machen soll, habe schon so gut wie alles versucht... Das kuriose an der Sache: Als ich meinen Vater gebeten hatte, nach diesem Problem, auf seinen PC-Benutzerkonto mit Administratorrechten, nachzusehen, gingen bei ihm komplett alle Server, ohne Makel. Ich habe schon versucht, mich im Internet über mein Problem zu Informieren, allerdings ohne Erfolg. Ich habe schon an meinem Sicherheitsprogramm etwas "herumgeschraubt" um zu sehen, ob dieses vielleicht etwas blockiert. Aber auch hier war die Suche nach einer Lösung Erfolglos.
Ich bitte wirklich um Hilfe!!!
Immer, wenn ich einen Server hinzufüge, steht eine Ewigkeit lang : pinning... und Schließlich: Can´t connect to Server... Wenn sich jemand auskennt, oder eine Vermutung hat, bitte melde dich, ich bin wirklich verzweifelt.
Vielen Dank, Elias!–- (Nicht signierter Beitrag von Carolix (Diskussion|Beiträge) 18:49, 9. Jan. 2015 (CET). Bitte signiere Deine Beiträge mit -- ~~~~ )
- Hallo, Elias.
Erstens: Wir sind ein Wiki, und kein Forum. Solche Fragen gehören eigentlich dorthin.
Zweitens: Diese Diskussion ist über die Hauptseite des Wikis, nicht über Probleme mit Minecraft. Deine Frage gehört, wenn schon hier in dieses Wiki, in das Gemeinschaftsportal.(Und ich verschiebe diese Diskussion später, damit er sie hier wiederfindet)
Drittens: Bitte signiere deine Beiträge.
Viertens: Ich möchte dir trotzdem helfen. Welche Minecraftversion benutzt du? Wenn du noch 1.7 benutzt, kann es sein, dass du mit einigen Servern nicht mehr verbinden kannst. Hast du auf deinem Benutzerkonto Administratorrechte? Wenn nein, kann es daran liegen, dass Minecraft aufgrund einer Firewall nicht zu den Servern verbinden kann. Ist vielleicht auf deinem Konto Family Safety aktiviert? Es könnte sein, dass es daran liegt. | violine1101 (Diskussion) 18:29, 9. Jan. 2015 (UTC)
- Wie Violine1101 schon gesagt hat liegt das wahrscheinlich an deiner Firewall, einem Anti Virus oder an einem anderen externen Programm. Auch könnte es sein das dein Internet sehr schlecht war/ist, als du nicht drauf kommst/kamst. http://www.speedtest.net/de/ mach doch da mal einen Speedtest. Alle drei Server verwenden den Spigot Protokoll Hack (also 1.7+1.8)also denke ich eher weniger das es an der Version liegt. Beim GommeHD Server weiss ich das es in den letzten Wochen mal Probleme gab mit der Domain. Da könntest du mal anstatt gommehd.net die Domain "mc.gommehd.net" verwenden.MobileCrafter (Diskussion) 10:09, 14. Jan. 2015 (UTC)
gewünschte Seite: Befehlsblock-Schaltkreise
Die Seite "Befehlsblock-Schaltkreise", die Niklasus im Gemeinschaftsportal gewünscht hat, könnte eine Unterseite von "Redstone-Schaltkreise" sein. Sie könnte erklären, wie man mit einem Signal mehrere Befehlsblöcke auslöst; was passiert, wenn man sie neben- oder übereinander platziert; wie man eine Befehlskette aufbaut; wie man Verzweigungen einbaut etc. -- 23:57, 10. Jan. 2015 Sumpfhuette
- Mir ist grundsätzlich egal, wie die die Seite heißt. Sie können die Seite dann beliebig verschieben. Mir wäre nur wichtig, dass sie kein Unterpunkt der Redstone-Schaltkreise ist. Es gibt viel, was man mit ihnen machen kann (z.B. Sensor; Taktgeber; Anzeigebildschirme über Scoreboard und Blöcke), weswegen sie eine eigene Seite bekommen sollten. Niklasus (Diskussion) 14:54, 12. Jan. 2015 (UTC)
- Es gibt bereits die Seiten Befehlsblock und Anzeigetafel, in denen viele Details stehen, hast du da schon geschaut? Kannst du etwas genauer beschreiben, was du noch vermisst? Gibt es ein Vorbild im engl. Wiki? Und da der Befehlsblock ein Redstone-Baustein ist, würde er schon zu den Redstone-Schaltkreisen gehören. -- Sumpfhütte 15:13, 12. Jan. 2015 (UTC)
- @Niklasus, Sumpfhütte: Taktgeber, Sensoren, Tore usw. mit Befehlsblöcken kann man unter den einzelnen Seiten der Redstone-Schaltkreise finden. Eine eigene Seite unabhängig der Redstone-Schaltkreise, welche sich mit Befehlsblöcken beschäftigt, macht keinen Sinn, denn solche Mechanismen würden zu den Redstone-Schaltkreisen zählen und sollten somit als Unterseite auch eingebunden werden. Allgemein kann ich Sumpfhütte nur recht geben, wenn du bestimmte Themen vermisst so trage sie einfach in die vom ihm genannten Seiten ein. Askon103974 (Diskussion) 15:26, 12. Jan. 2015 (UTC)
- Ich meinte eigentlich, dass Niklasus hier genauer beschreiben soll, was er vermisst. Ich hatte ja bereits am Anfang ein paar Punkte genannt, die noch interssant wären: wie man mit einem Signal mehrere Befehlsblöcke auslöst; was passiert, wenn man sie neben- oder übereinander platziert; wie man eine Befehlskette aufbaut; wie man Verzweigungen einbaut etc. -- Sumpfhütte 15:32, 12. Jan. 2015 (UTC)
- Was ich vermisse? Zum Beispiel das man mit Hilfe von /clone mehrere "Zahlen" anzeigt, die sich ständig ändern. Ihr kennt doch Digitaluhren? Das selbe Prinzip. Nur als Timer (Countdown; Rückwärtzähler), der ein Outputsignal ausgibt, wenn er auf Null steht, sich stellen, starten und stoppen lässt, indem man Scoreboardcommands in z.B. in einem Buch ausführt. Für mich ist das ZUM BEISPIEL etwas was meiner Meinung nach nur wenig mit Redstone-Schaltkreisen zu tun hat, sondern etwas, das mit Kommandos und Befehlsblöcken funktioniert. Auf Anleitungen/Befehle_mit_NBT hat das auch nichts verloren. Niklasus (Diskussion) 16:15, 12. Jan. 2015 (UTC)
- @Niklasus: Auch wenn es weniger mit Redstone-Schaltkreisen zu tun hat, ist es dort aufzulisten. Versuch mal Befehlsblöcke ohne Redstone-Elemente zu aktivieren, wenn das ginge, dann wäre dein Vorschlag für eine eigene Seite umsetzbar. Dein Beispiel einer Digital Uhr finde ich klasse. Hier hab ich ein Video dazu gefunden Digitaluhr mit Befehlsblöcken. Sowas meinst du doch oder ? Askon103974 (Diskussion) 16:31, 12. Jan. 2015 (UTC)
- Ok. Dann löschlt bitte meinen Seitenvorschlag. Ich meine eig. eine andere Art, die Zahlen anzuzeigen. :) Niklasus (Diskussion) 18:41, 12. Jan. 2015 (UTC)
- @Niklasus: Versuch doch mal ein Video zu finden, welches das zeigt was du meinst, denn solche Schaltkreise besitzen eine große Komplexität. Oder wenn du es selbst kannst, kannst du auch auf den Redstone-Server die Digital-Uhr bauen, dann wird sie in der nächsten Welt-Version dabei sein. Askon103974 (Diskussion) 18:57, 12. Jan. 2015 (UTC)
- Ok. Dann löschlt bitte meinen Seitenvorschlag. Ich meine eig. eine andere Art, die Zahlen anzuzeigen. :) Niklasus (Diskussion) 18:41, 12. Jan. 2015 (UTC)
- @Niklasus: Auch wenn es weniger mit Redstone-Schaltkreisen zu tun hat, ist es dort aufzulisten. Versuch mal Befehlsblöcke ohne Redstone-Elemente zu aktivieren, wenn das ginge, dann wäre dein Vorschlag für eine eigene Seite umsetzbar. Dein Beispiel einer Digital Uhr finde ich klasse. Hier hab ich ein Video dazu gefunden Digitaluhr mit Befehlsblöcken. Sowas meinst du doch oder ? Askon103974 (Diskussion) 16:31, 12. Jan. 2015 (UTC)
- Was ich vermisse? Zum Beispiel das man mit Hilfe von /clone mehrere "Zahlen" anzeigt, die sich ständig ändern. Ihr kennt doch Digitaluhren? Das selbe Prinzip. Nur als Timer (Countdown; Rückwärtzähler), der ein Outputsignal ausgibt, wenn er auf Null steht, sich stellen, starten und stoppen lässt, indem man Scoreboardcommands in z.B. in einem Buch ausführt. Für mich ist das ZUM BEISPIEL etwas was meiner Meinung nach nur wenig mit Redstone-Schaltkreisen zu tun hat, sondern etwas, das mit Kommandos und Befehlsblöcken funktioniert. Auf Anleitungen/Befehle_mit_NBT hat das auch nichts verloren. Niklasus (Diskussion) 16:15, 12. Jan. 2015 (UTC)
- Ich meinte eigentlich, dass Niklasus hier genauer beschreiben soll, was er vermisst. Ich hatte ja bereits am Anfang ein paar Punkte genannt, die noch interssant wären: wie man mit einem Signal mehrere Befehlsblöcke auslöst; was passiert, wenn man sie neben- oder übereinander platziert; wie man eine Befehlskette aufbaut; wie man Verzweigungen einbaut etc. -- Sumpfhütte 15:32, 12. Jan. 2015 (UTC)
- @Niklasus, Sumpfhütte: Taktgeber, Sensoren, Tore usw. mit Befehlsblöcken kann man unter den einzelnen Seiten der Redstone-Schaltkreise finden. Eine eigene Seite unabhängig der Redstone-Schaltkreise, welche sich mit Befehlsblöcken beschäftigt, macht keinen Sinn, denn solche Mechanismen würden zu den Redstone-Schaltkreisen zählen und sollten somit als Unterseite auch eingebunden werden. Allgemein kann ich Sumpfhütte nur recht geben, wenn du bestimmte Themen vermisst so trage sie einfach in die vom ihm genannten Seiten ein. Askon103974 (Diskussion) 15:26, 12. Jan. 2015 (UTC)
- Es gibt bereits die Seiten Befehlsblock und Anzeigetafel, in denen viele Details stehen, hast du da schon geschaut? Kannst du etwas genauer beschreiben, was du noch vermisst? Gibt es ein Vorbild im engl. Wiki? Und da der Befehlsblock ein Redstone-Baustein ist, würde er schon zu den Redstone-Schaltkreisen gehören. -- Sumpfhütte 15:13, 12. Jan. 2015 (UTC)
PE 0.10.5
Hi MobileCrafter! Wo hast du die Info her, dass PE 0.10.5 erschienen ist? Beim App-Store steht als Datum zwar 11. Januar, aber keine Versionsnr. Ich habe nach "minecraft android 0.10.5" gegoogelt und ein YouTube-Video vom 3. Nov. 2014 (!) gefunden. Nanu, das kann doch nicht sein, oder? Und dann habe ich weiter gegoogelt nach "minecraft android 0.10.6" bis "minecraft android 0.10.12" und immer etwas gefunden. Weißt du etwas über diese Versionen? (Anmerkung: ich kann diese Frage weder in deiner Diskussion, noch in der Diskussion der Seite "Pocket Edition/Versionsgeschichte/Alpha" speichern und dachte schon, es liegt an dem Text oder an meiner Internetverbindung. Aber es liegt wohl an diesen Diskussionsseiten. Seltsam...) -- Sumpfhütte 16:39, 12. Jan. 2015 (UTC)
- https://twitter.com/jbernhardsson/status/554677099366477824 ILeon ᐸ Diskussion
Beiträge - de.Wiki Admin 18:15, 12. Jan. 2015 (UTC)- Ich fragte ja auch nach den Versionen 0.10.6 bis 0.10.12. Ich bin dem jetzt mal nachgegangen. Die Version 0.10.6 vom 24. Februar (!) 2014 stammt von dieser "vertrauenswürdigen" Person: "My Uncle works for Mojang, I already have 0.10.6 and know all about it". Die Versionen 0.10.7 bis 0.10.12 haben den Zusatz ".apk" und sind "Android application packages", also Mods. Das hat sich also geklärt. -- Sumpfhütte 20:25, 12. Jan. 2015 (UTC)
- Nun hat sich auch geklärt, warum ich nicht die Diskussion von MobileCrafter schreiben konnte (siehe oben): "MobileCrafter's account was locked in the database and causing the discussion page to break.(Also any pages where MobileCrafter edited.) All fixed now! Azxiana (Diskussion) 21:35, 13. Jan. 2015 (UTC)" -- Sumpfhütte 22:50, 13. Jan. 2015 (UTC)
- Hallo. Die Infos der Version 0.10.5 habe ich natürlich von Twitter. Also durch Leute die ich auf Twitter folge. Das der Playstore hinschreibt "Variiert je nach Gerät" ist natürlich schon doof den so bringt das einem auch nicht viel. Wie du das sonst rauskriegen könntest ist halt nur mit einem Android Gerät.
- Und das mein Account gesperrt wurde ist ja schon sehr merkwürdig..MobileCrafter (Diskussion) 09:46, 14. Jan. 2015 (UTC)
- Hallo. Die Infos der Version 0.10.5 habe ich natürlich von Twitter. Also durch Leute die ich auf Twitter folge. Das der Playstore hinschreibt "Variiert je nach Gerät" ist natürlich schon doof den so bringt das einem auch nicht viel. Wie du das sonst rauskriegen könntest ist halt nur mit einem Android Gerät.
- Nun hat sich auch geklärt, warum ich nicht die Diskussion von MobileCrafter schreiben konnte (siehe oben): "MobileCrafter's account was locked in the database and causing the discussion page to break.(Also any pages where MobileCrafter edited.) All fixed now! Azxiana (Diskussion) 21:35, 13. Jan. 2015 (UTC)" -- Sumpfhütte 22:50, 13. Jan. 2015 (UTC)
- Ich fragte ja auch nach den Versionen 0.10.6 bis 0.10.12. Ich bin dem jetzt mal nachgegangen. Die Version 0.10.6 vom 24. Februar (!) 2014 stammt von dieser "vertrauenswürdigen" Person: "My Uncle works for Mojang, I already have 0.10.6 and know all about it". Die Versionen 0.10.7 bis 0.10.12 haben den Zusatz ".apk" und sind "Android application packages", also Mods. Das hat sich also geklärt. -- Sumpfhütte 20:25, 12. Jan. 2015 (UTC)
URL bei Weiterleitungen ändert sich nicht auf der mobilen Seite
Das lag daran, dass die URL der mobilen Seite bei einer Weiterleitung nicht ändert. Das dritte Problem mittlerweile. Muss mal gucken, wie ich Course kontaktiere... Fabian42 (Diskussion) 19:58, 13. Jan. 2015 (UTC)
- Das ist auch in der Desktopversion und das hat auch seinen Grund - Denn wenn du weitergeleitet wirst, wird dir unter dem Titel ein Hinweis angezeigt, dass du weitergeleitet wurdest, von daher ist das kein Problem seitens Curse, sondern seitens MediaWiki, und die werden das nicht ändern. | violine1101 (Diskussion) 20:10, 13. Jan. 2015 (UTC)
- Oh, tatsächlich. Eben noch habe ich das Course gemeldet. Naja. Und das hier ist die verschobene Variante einer Diskussion über die Weiterleitung für eine Verschiebung, womit wir wieder am Anfang wären. ;) Fabian42 (Diskussion) 20:39, 13. Jan. 2015 (UTC)
Suchfunktion
Wenn ich die Suchfunktion im Minecraft-Wiki suche, erhalte ich bis zu 5.000 Suchergebnisse! Da steht dann entsprechend "vorherige 5.000, nächste 5.000". Meinetwegen könnten gleich alle Suchergebnisse angezeigt werden, aber vermutlich ist das doch ein Bug, denn man kann 5.000 ja nicht auswählen. Hab es in Chrome mit "m"->Tab->Suchbegriff und mit Startseite des Wikis->Suchleiste->Suchbegriff probiert, beide Male waren es 5.000. Fabian42 (Diskussion) 18:37, 17. Jan. 2015 (UTC)
- Hm, mein IE 10 zeigt "vorige 50", "nächste 50 an". Du kannst aber auch über Google im Minecraft Wiki suchen. Wenn du z.B. nach "dropt" suchen willst, gib bei Google ein: "site:minecraft-de.gamepedia.com dropt". Dann kommen nur 20 Ergebnisse, die Hälfte davon auf Diskussionsseiten. Allerdings ist Google nicht sofort auf dem neuesten Stand, wenn du im Wiki etwas änderst. -- Sumpfhütte 23:45, 17. Jan. 2015 (UTC)
- Komische Browser-Bugs... Ich hab übrigens über die Suchleiste im MC-Wiki gesucht, das geht in Chrome. Naja, ist ja auch egal. Ich hab alle "gedropt" zu "gedroppt" geändert, außer auf Diskussionsseiten, das hör ich nämlich immer wieder und es stört mich. Fabian42 (Diskussion) 23:52, 17. Jan. 2015 (UTC)
- Bei mir wird "5.000" nur angezeigt, wenn der URL "&limit=5000" hinzufüge. Ich vermute, es liegt an deinen Einstellungen. | violine1101 (Diskussion) 11:23, 18. Jan. 2015 (UTC)
- Ich finde da zwar keine Option mit 5.000, aber da ich alles auf Maximum gestellt habe, hab ich es vermutlich nur übersehen. Fabian42 (Diskussion) 11:43, 18. Jan. 2015 (UTC)
- Bei mir wird "5.000" nur angezeigt, wenn der URL "&limit=5000" hinzufüge. Ich vermute, es liegt an deinen Einstellungen. | violine1101 (Diskussion) 11:23, 18. Jan. 2015 (UTC)
- Komische Browser-Bugs... Ich hab übrigens über die Suchleiste im MC-Wiki gesucht, das geht in Chrome. Naja, ist ja auch egal. Ich hab alle "gedropt" zu "gedroppt" geändert, außer auf Diskussionsseiten, das hör ich nämlich immer wieder und es stört mich. Fabian42 (Diskussion) 23:52, 17. Jan. 2015 (UTC)