Zukünftige Versionen

Vorlage:In Zukunft

Versionen
Java Edition Zukünftige Versionen Vollversionen (seit Nov. 2011) 1.20 • 1.19 • 1.18 • 1.17 • 1.16 • 1.15 • 1.14 • 1.13 • 1.12 • 1.11 • 1.10 • 1.9 • 1.8 • 1.7 • 1.6 • 1.5 • 1.4 • 1.3 • 1.2 • 1.1 • 1.0 Entwicklungsversionen: 1.20 • 1.19 • 1.18 • 1.17 • 1.16 • 1.15 • 1.14 • 1.13 • 1.12 • 1.11 • 1.10 • 1.9 • 1.8 • 1.7 • 1.6 • 1.5 • 1.4 • 1.3 • 1.2 • 1.1 • 1.0 Beta (bis Nov. 2011) Entwicklungsversionen: Beta 1.9 • Beta 1.8 • Beta 1.6 Alpha (bis Dez. 2010) Infdev (bis Jun. 2010) Indev (bis Feb. 2010) Survival Test (bis Dez. 2009) Classic (bis Dez. 2009) Pre-Classic (Mai 2009) Launcher Versionen
Bedrock Edition Zukünftige Versionen Vollversionen (ab Dez. 2016) 1.20 • 1.19 • 1.18 • 1.17 • 1.16 • 1.14 • 1.13 • 1.12 • 1.11 • 1.10 • 1.9 • 1.8 • 1.7 • 1.6 • 1.5 • 1.4 • 1.2 • 1.1 • 1.0 Entwicklungsversionen: 1.20 • 1.19 • 1.18 • 1.17 • 1.16 • 1.14 • 1.13 • 1.12 • 1.11 • 1.10 • 1.9 • 1.8 • 1.7 • 1.6 • 1.5 • 1.4 • 1.2 • 1.1 • 1.0 Alpha (bis Dez. 2016) Entwicklungsversionen: 0.16 • 0.15 • 0.14 • 0.13 • 0.12 • 0.11 • 0.10 • 0.9 • 0.8 New Nintendo 3DS Versionen
Konsolenedition Versionen

Bitte beachten: Nur unveröffentlichte Elemente einfügen. Für bereits veröffentlichte Spielelemente für zukünftige Versionen siehe die Entwicklungsversionen in nebenstehender Navigationsbox. Nur Elemente einfügen, die einem in naher Zukunft erscheinenden Update beziehungsweise einer baldigen Veröffentlichung zugeordnet werden können. Ansonsten siehe Nicht eingeführte Spielelemente. Nur bestätigte Informationen einfügen mit Angabe der Quelle mittels <ref>. Informationen ohne Quellen werden kommentarlos gelöscht!

Aktualisierung der Texturen

• Für alle Editionen von Minecraft
• Überarbeitung nahezu aller Texturen, um einen einheitlicheren Stil zu erreichen. Dies umfasst nicht nur Blöcke, sondern auch Gegenstände, Kreaturen, Effekte und GUIs. Nur aktuellere Texturen, wie glasierte Keramik, bleiben unverändert.
• Vor der endgültigen Implementierung in alle Editionen werden die neuen Texturen testweise als Ressourcenpaket veröffentlicht, um von der Community Feedback zu erhalten

• Texturänderung1.png

  Eisenblock sowie erste Version von Obsidian und Birkenholz

• Texturänderung2.png

  Erste Version von Obsidian

• Texturänderung5.jpg

  Überarbeitete Obsidiantextur

• Texturänderung3.png

  Ziegelsteinvergleich

• Texturänderung4.jpeg

  Das neue Holz im Vergleich (Birkenholz wurde nochmal verändert)

• Texturänderung6.jpg

  Erste Version des Diamantblocks, außerdem Erde und Wasser

• Texturänderung7.jpg

  Tür, Kessel, Löwenzahn und Holzbretter

• Texturänderung7,5.jpg

  Erneut überarbeitete Textur für Birkenholz mit Eichenholz und Pfingstrose

• Texturänderung8.jpg

  Neuer Diamantblock mit Bruchstein im Hintergrund

• Texturänderung9.png

  Smaragdblock als Anspielung auf die ursprüngliche Vorschau des Blocks

• Texturänderung10.png

  Werkbank mit Eichenholz und Eichenholz-
  brettern

• Texturänderung11.jpg

  Choruspflanze und Chorusblüte

• Texturänderung13.gif

  Ranken und alle Steinziegel

• Texturänderung14.jpg

  Neue Eichenholz-, Eichenholzbretter- und Bücherregaltexturen

• Texturänderung15.jpeg

  Heuballen auf dem Boden einer Riesentaiga

• Texturänderung16.jpeg

  Sand und Kakteen in einer Wüste

• Texturänderung17.jpeg

  Überarbeiteter Bruchstein mit einer Margerite

• Texturänderung18.jpeg

  Neue Texturen der Bestandteile eines Dorfes

• Texturänderung19.jpeg

  Überarbeitete Texturen eines Taigadorfes

• Texturänderung20.jpeg

  Skelette stehen auf einer Plattform aus Bruchstein und bemoostem Bruchstein mit neuer Textur

• Texturänderung21.jpeg

  Texturenvergleich für Eichenholz, Eichenholz-
  bretter und Bruchstein

• Texturänderung22.jpeg

  Glowstone hat eine neue Textur bekommen, Jasper gefällt sie aber noch nicht ganz

• Texturänderung23.jpeg

  Das neue Aussehen der Höhlenspinne

• Texturänderung24.jpeg

  Die Glowstonetextur wurde noch einmal überarbeitet

• Texturänderung25.jpg

  Neue Texturen für die Quarzblöcke

• Texturänderung26.jpg

  Ein weiteres Bild mit den neuen Quarztexturen

• Texturänderung27.jpg

  Noch ein Bild von den Sandblöcken

Java Edition

Version	Geplante Veröffentlichung	Geplante Neuerungen und Änderungen
1.13	Unbekannt	1.13 Allgemein Fehlerbehebungs- und Technik-Update Mehr Datenwerte für Blöcke Metadaten für Blöcke werden entgültig durch Blockzustände oder eigene Blöcke ersetzt Blumentöpfe, Notenblöcke und Köpfe (außer der Spielerkopf) werden keine Blockobjekte mehr sein Blöcke die sich aktuell durch Varianten, Typen oder Farben unterscheiden, werden zu einzelnen Blöcken wool color=red wird zu red_wool Das Modell der Pferde wird verändert Es soll mehr nach Minecraft aussehen Aktuell ist es detaillierter als alle anderen Tiere Es wird simpler und blockiger Datenpakete Ein Gegenstück zu Ressourcenpaketen für Server, dennoch im Einzelspieler nutzbar Statt Texturen, Blockmodellen und Audiodateien sind Beutetabellen, Funktionen, Konstruktionsvorlagen und Fortschritte enthalten Eigene Beutetabellen müssen verschoben werden Vorher: (Welt)/data/loot_tables/(Namensraum)/(Datei) Nachher in einem Datenpaket: data/(Namensraum)/loot_tables/(Datei) Eigene Fuktionen müssen verschoben werden Vorher: (Welt)/data/functions/(Namensraum)/(Datei) Nachher in einem Datenpaket: data/(Namensraum)/functions/(Datei) Eigene Konstruktionsvorlagen müssen verschoben werden Vorher: (Welt)/data/structures/(Namensraum)/(Datei) Nachher in einem Datenpaket: data/(Namensraum)/structures/(Datei) Eigene Fortschritte müssen verschoben werden Vorher: (Welt)/data/advancements/(Namensraum)/(Datei) Nachher in einem Datenpaket: data/(Namensraum)/advancements/(Datei) "Datenpakete" können auch eigene Crafting-Rezepte enthalten. Datenpakete werden pro Welt und je Server installiert, es können mehrere gleichzeitig genutzt werden Die Sortierung der Datenpakete erfolgt über Befehle Damit lässt sich auch der Standard für ein langweiliges Spiel deakivieren Wie Resourcenpackete können sie als .zip-Archiv eingelesen werden Befehle Befehle arbeiten besser und schneller Richtige Groß- bzw. Kleinschreibung muss mehr beachtet werden, meistens wird alles klein geschrieben Syntax-Überprüfung bereits während der Eingabe von Befehlen Beim Betreten einer Welt nach einen Minecraft-Update wird einem gesagt, welche Befehle nicht (mehr) funktionieren und warum Funktioniert ebenfalls für Funktionen, sobald diese (z.B. durch den Befehl /reload) geladen werden Das Ausgangssignal von Befehlsblöcken ändert sich von SuccessCount zu Result. Zielauswahl: Abkürzungen wurden umbenannt Vorher: m – Nachher: gamemode Vorher: l oder lm – Nachher: level Vorher: r oder rm – Nachher: distance Vorher: rx oder rxm – Nachher: x_rotation Vorher: ry oder rym – Nachher: y_rotation Vorher: c – Nachher: limit Es gibt keine maximalen und minimalen Werte mehr level=10 ist Level 10 level=10..12 ist Level 10, 11 und 12 level=5.. ist Level 5 oder größer level=..15 ist Level 15 oder kleiner gamemode (Spielmodus, zuvor m) nimmt nur noch den vollen Namen an Vorher: @s[m=0] – Nachher: @s[gamemode=survival] x, y, z, distance (zuvor r), x_rotation (zuvor rx), y_rotation (zuvor ry) sind nun Double und erlauben Kommazahlen wie 12.34 x und z werden nicht mehr zentriert (x=0 ist nicht länger x=0.5) Man kann nun die Sortierung bestimmen sort=nearest die nächsten Kreaturen werden ausgewählt (Standard, außer für @r) sort=furthest die fernsten Kreaturen werden ausgewählt (zuvor c=-3) sort=random zufällige Kreaturen werden ausgewählt (Standard für @r) sort=arbitrary die Kreaturen werden willkürlich ausgewählt (Neue Option, damit das Ergebnis nicht sortiert ist) limit (zuvor c) erlaubt keine negativen Werte mehr, stattdessen kann man sort=furthest nutzen Leerzeichen sind nun möglich, wenn sie zitiert werden @e[name="Hello World"] Das selbe Argument kann nun mehrfach vorkommen. tag=foo,tag=bar,tag=!baz trifft zu, wenn etwas die Etiketten "foo" und "bar" besitzt, aber nicht "baz" type=!cow,type=!chicken trifft zu, wenn etwas weder eine Kuh, noch ein Huhn ist type=cow,type=chicken ist nicht möglich, da etwas nicht sowohl eine Kuh als auch ein Huhn sein kann NBT-Daten werden jetzt unterstützt @e[nbt={Cool:true},nbt=!{Uncool:false}] Blockauswahl: Blöcke, Blockzustände und NBT-Daten sind nun ein Argument stone minecraft:redstone_wire[power=15,north=up,south=side] minecraft:jukebox{RecordItem:{...}} minecraft:furnace[facing=north]{BurnTime:200} Bei der Überprüfung von Blöcken werden nur angegebene Zustände überprüft. Beim Setzen von Blöcken werden nur angegebene Zustände festgelegt, alle anderen Zustände erhalten den Standardwert Block-Metadaten gibt es nicht mehr, es sind nun entweder verschiedene Blöcke oder Blockzustände Gegenstandsauswahl: Gegenstände und NBT-Daten sind nun ein Argument stone minecraft:stick{display:{Name:"Stick of Untruths"}} Gegenstands-Metadaten sowie Gegenstandshaltbarkeit gibt es nicht mehr Die Gegenstandshaltbarkeit wird in die NBT-Daten Damage umgewandelt, die nur Rüstung, Waffen und Werkzeuge haben Vorher: Befehl /give @p diamond_sword 1 1 Nachher: Befehl /give @p diamond_sword 1 {Damage:1} Alles andere ist entweder ein anderer Gegenstand oder bestimmt durch NBT-Daten Syntax-Änderungen: Blockzustand- und NBT-Daten-Argumente werden aus der Befehlssyntax entfernt und in andere Parameter integriert Die Syntax von dem Befehl /clear wird geändert Vorher: Befehl /clear [<Spieler>] [<Gegenstand>] [<Metadaten>] [<MaxMenge>] [<NBT-Daten>] Nachher: Befehl /clear [<Spieler>] [<Gegenstand>] [<MaxMenge>] Siehe auch: Gegenstandsauswahl Die Syntax von dem Befehl /clone wird geändert Vorher: Befehl /clone <x1 y1 z1> <x2 y2 z2> <x y z> filtered [force|move|normal] <Filterblock> [<FilterblockMetadaten>|<FilterblockZustand>] Nachher: Befehl /clone <x1 y1 z1> <x2 y2 z2> <x y z> filtered [<Filterblock>] [force|move|normal] Siehe auch: Blockauswahl Der Befehl /gamemode und der Befehl /defaultgamemode akzeptieren nur noch den vollen Namen Vorher: Befehl /gamemode 2 Nachher: Befehl /gamemode adventure Vorher: Befehl /defaultgamemode sp Nachher: Befehl /defaultgamemode spectator Der Befehl /difficulty akzeptiert nur noch den vollen Namen Vorher: Befehl /difficulty 2 Nachher: Befehl /difficulty normal Vorher: Befehl /difficulty p Nachher: Befehl /difficulty peaceful Die Syntax von dem Befehl /effect wird geändert Vorher: Befehl /effect <Spieler oder Objekt> <Effekt> Nachher: Befehl /effect give <Spieler oder Objekt> <Effekt> Vorher: Befehl /effect <Spieler oder Objekt> clear Nachher: Befehl /effect clear <Spieler oder Objekt> [<Effekt>] Die Syntax von dem Befehl /fill wird geändert Vorher: Befehl /fill <x1 y1 z1> <x2 y2 z2> <Block> [<Metadaten>|<Zustand>] replace <Filterblock> [<FilterblockMetadaten>|<FilterblockZustand>] Nachher: Befehl /fill <x1 y1 z1> <x2 y2 z2> <Block> replace [<Filterblock>] Vorher: Befehl /fill <x1 y1 z1> <x2 y2 z2> <Block> [<Metadaten>|<Zustand>] [destroy|hollow|keep|outline|replace] [<NBT-Daten>] Nachher: Befehl /fill <x1 y1 z1> <x2 y2 z2> <Block> [destroy|hollow|keep|outline|replace] Siehe auch: Blockauswahl Die Syntax von dem Befehl /give wird geändert Vorher: Befehl /give <Spieler> <Gegenstand> [<Anzahl>] [<Metadaten>] [<NBT-Daten>] Nachher: Befehl /give <Spieler> <Gegenstand> [<Anzahl>] Siehe auch: Gegenstandsauswahl Die Syntax von dem Befehl /replaceitem wird geändert Vorher: Befehl /replaceitem entity <Spieler oder Objekt> <Slot> <Gegenstand> [<Anzahl>] [<Metadaten>] [<NBT-Daten>] Nachher: Befehl /replaceitem entity <Spieler oder Objekt> <Slot> <Gegenstand> [<Anzahl>] Vorher: Befehl /replaceitem block <x y z> <Slot> <Gegenstand> [<Anzahl>] [<Metadaten>] [<NBT-Daten>] Nachher: Befehl /replaceitem block <x y z> <Slot> <Gegenstand> [<Anzahl>] Siehe auch: Gegenstandsauswahl Beim Befehl /scoreboard wird das Argument <NBT-Daten> entfernt, da es nicht mehr benötigt wird Siehe auch: Zielauswahl Die Syntax von dem Befehl /setblock wird geändert Vorher: Befehl /setblock <x y z> <Block> [<Metadaten>|<Zustand>] [<Platzierung>] [<NBT-Daten>] Nachher: Befehl /setblock <x y z> <Block> [<Platzierung>] Siehe auch: Blockauswahl Sonstige Änderungen: Der Befehl /particle wird vereinfacht Die Auswahl einiger Partikel wird vereinfacht Der Befehl /time set wird um die Vorlagen für morning und afternoon erweitert Der Befehl /gamerule erlaubt keine eigenen Regeln mehr Alle Funktion lassen sich auch über Funktionen oder den Befehl /scoreboard erreichen Der Befehl /tp funktioniert nun wie der Befehl /teleport Relative Koordinaten werden nun vom Ausführenden aus ausgerichtet Der Befehl /xp ist nun ein Pseudonym für den Befehl /experience Der Befehl erhält drei Unterbefehle. Der Befehl /experience add <Spieler> <Menge> [points|levels] fügt <Spieler> <Menge> Erfahrungspunkte oder Level hinzu. (Standardmäßig Erfahrungspunkte) Wenn <Menge> negativ ist werden Erfahrungspunkte oder Level abgezogen. Das Hinzufügen oder Entfernen von Erfahrungspunkten kann zum Ändern des Levels führen. Der Befehl /experience set <Spieler> <Menge> [points|levels] setzt die Erfahrungspunkte oder Level von <Spieler> auf <Menge>. (Standardmäßig Erfahrungspunkte) Es können nicht mehr Erfahrungspunkte gesetzt werden, als das aktuelle Level erlaubt. Beim Ändern des Levels bleiben die Erfahrungspunkte auf dem gleichen Prozentanteil wie beim vorherigen Level. Der Befehl /experience query <Spieler> (points|levels) gibt die Anzahl an Erfahrungspunkten oder Leveln von <Spieler> aus. Der Befehl /execute wurde vollständig überarbeitet Modifikator-Unterbefehle ändern die Art, wie der Befehl ausgeführt wird Der Befehl /execute as <Spieler oder Objekt> <Unterbefehl> führt einen Befehl als <Spieler oder Objekt> aus, ändert aber nicht die Position Der Befehl /execute at <Spieler oder Objekt> <Unterbefehl> führt einen Befehl an der Position von <Spieler oder Objekt> aus, ändert aber nicht den Ausführenden Der Befehl /execute offset <x y z> <Unterbefehl> führt einen Befehl an der Position <x y z> aus Bedingte Unterbefehle können die Ausführung des Befehls komplett verhindern Der Befehl /execute (if|unless) block <x y z> <Block> <Unterbefehl> führt einen Befehl nur aus, wenn sich an der Position <x y z> der <Block> (nicht) befindet Der Befehl /execute (if|unless) blocks <x1 y1 z1> <x2 y2 z2> <x y z> (all|masked) <Unterbefehl> führt einen Befehl nur aus, wenn die Region von <x1 y1 z1> und <x2 y2 z2> der Region an <x y z> (nicht) entspricht Der Befehl /execute (if|unless) entity <Spieler oder Objekt> <Unterbefehl> führt einen Befehl nur aus, wenn <Spieler oder Objekt> (nicht) existiert Als Ersatz für den Befehl /stats gibt es den neuen Unterbefehl store, mit welchem man das Ergebnis des Befehls irgendwo speichern kann Befehl /execute store (result|success) <Spieler oder Objekt> <Ziel> <Unterbefehl> result ist das Ergebnis des Befehls, welcher diese alten Statistiken ersetzt: AffectedBlocks, AffectedEntities, AffectedItems, QueryResult success ist die Anzahl, wie oft der Befehl erfolgreich war. Dies ist normalerweise 0 oder 1, wenn der Befehl sich aber aufteilt (durch z. B. @a) kann es auch mehr sein. Dies ersetzt die alte Statistik SuccessCount Der Wert wird in der Anzeigetafel unter dem Punktestand <Ziel> für <Spieler oder Objekt> gespeichert Der Punktestand <Ziel> muss existieren, aber im Gegensatz zu dem Befehl /stats muss für <Spieler oder Objekt> noch kein Wert angegeben sein. Der Wert wird gespeichert, sobald der komplette Befehl fertig ausgeführt wurde Wenn der Befehl nicht erfolgreich ist (success ist 0) wird result immer auf 0 gesetzt Man kann nun mehrere Unterbefehle direkt aneinanderketten Nach jedem Unterbefehl muss es weiterer Unterbefehl angegeben werden Wenn man alle benötigten Unterbefehle zusammengekettet hat, muss man mit Unterbefehl then <Befehl> den auszuführenden Befehl anhängen Beispiele Vorher: Befehl /execute @e ~ ~ ~ detect ~ ~ ~ stone 0 say Stein! Nachher: Befehl /execute as @e at @s if block ~ ~ ~ stone then say Stein! Vorher: Befehl /execute @e ~ ~ ~ detect ~ ~ ~ grass summon pig Nachher: Befehl /execute at @e if block ~ ~ ~ grass then summon pig Vorher: Befehl /execute @e ~ ~ ~ say Hallo! Nachher: Befehl /execute as @e then say Hallo! Der Befehl /function hat nun keine (if|unless) Bedingung mehr Ist nun Teil von dem Befehl /execute, siehe dazu hier Vorher: Befehl /function foo if @e[tag=bar] Nachher: Befehl /execute if entity @e[tag=bar] then function foo Entfernungen: Der Befehl /toggledownfall wird entfernt Der Befehl /weather enthält alle Funktionen Der Befehl /testfor, sowie der Befehl /testforblock und der Befehl /testforblocks werden entfernt Sind nun Teil von dem Befehl /execute, siehe dazu hier Der Befehl /stats wird entfernt Ist nun Teil von dem Befehl /execute, siehe dazu hier Der Befehl /execute ist kein direkter Ersatz, das Verhalten ändert sich Die Befehlsquelle ist nun der Befehl und nicht mehr ein Block oder eine Kreatur Es gibt nur noch result und success welche alle alten Statistiken beinhalten Syntaxanzeige1.jpeg Beispiel der Syntax-Anzeige von Befehlen im Chat Syntaxanzeige2.jpeg Weiteres Beispiel der Syntax-Anzeige von Befehlen im Chat Syntaxtest.gif Beispiel der Fehleranzeige bei der Eingabe von Befehlen im Chat Syntaxfarben.jpg Die Farben in NBT-Daten: Die Eigenschaften sind dunkelaqua, Texte sind grün und Zahlen sind gold während die Art der Zahl rot ist Particle.jpg Der vereinfachte Befehl /particle
1.14	Unbekannt	1.14 Während 1.13 ein größtenteils technisches Update ist, sollen in 1.14 wieder mehr neue Sachen hinzugefügt werden. Obwohl 1.13 noch nicht veröffentlicht ist, wird bereits an 1.14 gearbeitet.

Bedrock Edition

• Im Winter 2017/18 erscheint ein neuer Ableger der Bedrock Edition für Nintendo Switch. Die bisherige Konsolenedition wird auf dieser Plattform ersetzt, der Umstieg ist für Besitzer der Konsolenedition kostenlos.

Version	Geplante Veröffentlichung	Geplante Neuerungen und Änderungen
1.3	Unbekannt	1.3 Standardmäßige Nutzung und Verbesserung des "Plutonium Modus"
Unbekannt	Unbekannt	Grafik in Ultra HD HDR-Unterstützung (größerer Farbraum) Verbesserte Beleuchtung, Schatten, Wassereffekte Super Duper Graphics Pack Optionales Erweiterungspacket, das käuflich erworben werden kann und nur auf Xbox One X (Project Scorpio) und Windows 10 verfügbar ist. Die Intensität aller Funktionen lässt sich individuell konfigurieren, einzelne Funktionen können komplett ausgeschaltet werden. Dynamische Schatten – bewegen sich in Abhängigkeit von Lichtquellen und der Position von Objekten Lichtdurchströmter Nebel mit Blendenflecken bei Auf- und Untergang von Sonnen und Mond (atmospheric scattering) Animierte Blätter und Gras – bewegen sich scheinbar mit dem Wind Hochauflösende Texturen Teile einzelner Objekte können scheinbar Licht ausgeben (emissive maps) Hervorgehobene Kanten für Blöcke, Gegenstände und Kreaturen Spekularität für Blöcke und Kreaturen (specular maps) – steuert, wie sich Licht über verschiedene Oberflächen bewegt, erzeugt bspw. Reflexionen 3D-Geometrie für Blöcke und Kreaturen – Unterstützung von 3D-Modellen wie bei der Java Edition für Blöcke und Gegenstände Gerichtete Beleuchtung, höhere Farbenvielfalt und bessere Kontraste (directional lighting, tone mapping und dynamic exposure) Reflexionen und Wellenbewegungen auf Wasseroberflächen (parallax occlusion mapping)

Konsolenedition

• Im Winter 2017/18 wird die Entwicklung des Ablegers der Konsolenedition für Nintendo Switch eingestellt. Stattdessen erscheint eine neue Version der Bedrock Edition, die u. a. einen Mehrspielermodus mit anderen Systemen ermöglicht. Der Umstieg ist für Besitzer der Konsolenedition kostenlos.

Version	Geplante Veröffentlichung	Geplante Neuerungen und Änderungen
Unbekannt	Unbekannt	—

Weitere Projekte

HoloLens

 Hauptartikel: HoloLens

Die HoloLens wird ein eigenständiger Computer sein, vergleichbar mit PC, Smartphone oder Spielkonsole, und es wird eine spezielle Minecraft-Version für diesen Computer geben.

Plugin API Update

 Hauptartikel: Plugin API

Die Plugin API ist eine Programmierschnittstelle für Mods, die nicht durch Umprogrammieren der Java Klassen-Dateien des Programms minecraft.jar realisiert werden, sondern durch Hinzufügen (= plugin) von bestimmten Dateien mit bestimmtem Inhalt in bestimmte Ordner, wo sie von Minecraft abgeholt und im Spiel berücksichtigt werden. Dadurch sollen viele Elemente des Spiels geändert werden können, ohne in das Programm minecraft.jar eingreifen zu müssen.

Die Entwicklung einer Plugin API wurde direkt nach Veröffentlichung der Vollversion 1.0 in Angriff genommen und seither schrittweise durchgeführt. Die bis jetzt fertiggestellten Elemente der Plugin API sind hier aufgeführt: Geschichte.