Posts by PatrickOtt

Ich weiß es nicht, aber das sag man ja nur so. Anders Satz für: Es kommt früh genug.

Quote from Deirdre

lenko Dass Gäste eigene Tiere töten, egal welche, sollte nicht sein. Wenn ich in einem Zoo Tiger ausstelle, dann sind die nach wie vor gefährlich. Es ist aber recht mühsam Dekotiere endlich an der gewünschten Position zu haben und dann kommt jemand und meint, der Zoo sehe ohne Tiere besser aus.

Das Personalisieren wünsche ich mir ja schon lange. Aber ein Tiger bleibt ein Tiger und ist nun mal kein Kuscheltier. Ich sage immer zu Besuchern "gm 1" einschalten, aber man ist ja nicht überall.

Soll ich noch ein Admin-Befehl Befehl einfügen, wo man auch NPCs registrieren kann, die nicht geritten werden können?
Dann sind diese auch geschützt!

Quote from lenko

So einen Tierschutz kann es immoment nur duch ein Plugin geben, dass AntiMountTheft würde sich da anbieten so etwas noch zu integrieren.

Wird erledigt. Ab dem nächsten Update kann man nur seine eigenen Reittiere oder die noch keinen Besitzer haben töten.

Die neue Version ist schneller da, als ihr denkt.

Quote from red51

Wir überlegen evtl. aber auch, das Permissionsystem generell für die neue Version zu überarbeiten. Das funktioniert zwar an sich ganz gut, doch ist YAML wirklich sehr pingelig was Einrückung etc. angeht - und das führt ja immer wieder mal für allerlei Fehler. Aber hier werden wir in naher Zukunft noch etwas Feedback sammeln

Naja, das Einrücken in YAML kenne ich bereits von Minecraft. Das hat man schnell raus. Besonders mit Tutoeials.

Und was mir noch eingefallen ist: Plugin-Permission.

Es wäre super, wenn es langesam mal möglich wäre, die Plugins in mit Permissions in einzelne Breich einzuteilen. Dann könnten Server auch eine Support erstellen und denen dan erlauben, gewisse Breiche eines Plugins zu benutzen.

Es ist als Admin eines Server nämlich nicht schön, wenn man alles aleine machen muss,

da das Plugin nur von Admins oder Nicht-Admins unterscheidet. (Arme Admins )

Aussehen (z.B): <Pluginname>.<Permission>

Für mein Schilder-Plugin wäre z.B. beim erstellen:
AktiveSign.sign.create.<Typ> oder AktiveSign.sign.create.* (für alle)

Auf jeden fall ist der Pluginname ganz vore Pflicht.

Die Permissions selbst, würde ich dan in den einzelnen Gruppen-Daten (admin.permission etc.), die bereits schon existieren, einfach unter der Kategorie: "Plugins" einfügen. (Pro Zeile 1 Permission)
In der API müssen natürlich in der onEnabled alle Permissions registiert werden. (Oder in der plugin.yml unter "Permissions")

Quote from red51

Das könnten wir machen, wobei das ja unabhängig von der API wäre. Gäbe es einen bestimmten Grund für diese Änderung?

Ja. Mein AktiveSign-Plugin brauch zum Handeln die ID, die Verkauft bzw. Gekauft werden soll.

Manche wissen aber nicht, welche ID das Item/Objekt/Kleidung hat. Deswegen habe ich ein Kommando eingefügt, um die ID zu erhalten. Geht aber nur, wenn der Spieler es in der Hand hält.

Quote from red51

Hmm... wie meinst du das genau? Also aktuell ist es ja so, dass es nur das universelle "Item" gibt, was quasi erstmal jeglicher Item-Typ sein kann. Wobei wenn wir von "Items" reden bezieht sich das natürlich nur auf die Art von Items, die man auch tatsächlich im Inventar haben kann. Da nun für spezielle Items (zB Kleidung) noch zusätzliche Informationen gespeichert werden müssen (für andere Items hingegen aber nicht), gibt es für diese Items die besagten Attribute. Aus Performancegründen wird so ein ItemAttribute normalerweise nur den Items vergeben, die auch wirklich eines benötigen (denn beim Standarditem wäre das Attribute ja quasi nutzlos und würde unnötig Speicher verbrauchen).

Tatsächlich weiß ich aber noch nicht, ob wir das in der neuen Version weiterhin so handhaben werden. Möglicherweise werden wir das etwas anders aufbauen und ggf. auch die API dahingehend anpassen (und in dieser Hinsicht vll etwas vereinfachen)

D.h. Ich kann mit der ItemAttribute definitif festellen, ob das Item z.B. eine Schaufel, Schrank oder Jacke ist.

Sagen wir es einfach so. Ich warte mal ab, was da kommt. Vielleicht passt jetzt ja dann bereits so.

Aber dennoch habe ich die Frage: Was ist das für ein Item, wenn bei ItemAttribute ein NULL kommt? Ein Item oder etwas, was man nicht ins Inventar tun kann?

Hi red51 ,

ich hätte ein paar Bitten für die neue API:

1. Es wäre Super, wenn man mit der neuen API genau feststellen kann, ob das Item in der Truhe/Hand/Inventar ein Objekt (Tür, Truhe etc.) , Item oder Kleidung ist. Du hattest mir mal vor langer Zeit mal gesagt, dass man immer Nachprüfen muss, ob ein Item, dass ich ihn die Truhe lege, immer nach einem "ItemAttribute" abfragen muss und dies dann prüfen muss, ob diese nicht NULL ist, weil nicht jedes Item ein Attribut hat.

Ich würde mir wünschen, dass jedes Item ein Attribut besitzt, wo man genau feststellen kann, was es ist. Das würde viele Fehler beim Handeln beheben.

ODER noch besser: Jedes Element hat seine eigene ID (einmalig). Somit muss man nur eine ID eingeben und man hat das Item.

So das man nur eine ID oder Code auf ein Schild schreibt und somit genau dieses Item, Objekt oder Kleidung bekommt.
Es muss ja nicht jeder Variation seinen eigenen Code erhalten. Das Standart würde schon reichen.

2. Kleider sollte man als Paket oder so in die Hand nehmen können.

3. Könnt ihr euch nicht noch überlegen, die Schilder-Position zu speichern? Von einer Storage bekommt man ja auch die Position. Das selbe sollte auch mit Schildern der fall sein. Es würde mir die Block-Position reichen, damit ich die Distanz zwischen Object/NPC/Player ermitteln kann.

4. Dann hätte ich noch eine Frage: Wenn ich npc.kill() mache, bleibt da ein Leiche zurück?
Wenn ja, wäre es super, wenn es auch ein npc.despown() gäbe. (NPC löschen ohne Leiche)

noci ,

Hier wäre auch die Javadoc für SnakeYAML

Vielen Dank. Habe zwar schonmal was von HashMap gehört.

Hatte aber nicht verstanden, wie sie funktioniert. Jetzt habe ich mal einen Leitfaden.

You can also use Plot to create Plots for your users.

With AdminPlot you can protect an Area! In dies Areas only Admins can build.

Hallo Zusammen,

vielleicht kann mir hier jemand helfen.

Folgendes Problem. Ich habe in einer SQLite Datenbank einmal die Schild-ID und eine Chest-ID abgespeichert.
Nun da ich nicht immer bei der Abfrage auf die SQLite zugreifen will, möchte ich das ganze in eine Liste speichern.

Dann brauch in noch eine Methode die folgendes macht:

public Storage getChest(int signID){
    // Wen ich eine Schild-ID angebe, soll die dazugehörige Chest-ID aus der Liste rauskommen
    // Dann soll überprüft werden ob die Truhe da ist
    Storage chest = plugin.world.getStorage(id);
    if (chest != null){
        return chest;
    } else {
        return null
    }
}

Wie mach ich das am Besten.

Quote from Wedico

jetzt hat sich ein neues Prob gezeigt.Ich kann zwar die Fläche eines Plot defenieren aber kann den Befehl nicht abschliesen.Bei AP ist es Enter hier jedoch passiert nichts wenn ich Enter drücke .

Wie erstelle ich einen Plot?

Das hat damit zu tun, dass das Plot ein Preis brauch beim erstellen.

Wenn du keinen Preis willst, dann schreibe einfach /plot create 0

Bei AreaProtection ist es so, dass keine weiteren Angeben beim erstellen einer Area nötig ist. Deswegen hat man dort auch das mit der Enter-Taste eingefügt. Da aber mein Plots eine weitere Angabe, also den Preis braucht, kann ich das nicht mit Enter, sondern nur mit Befehl machen.

Später werde ich das evtl. auch mit Enter-Taste machen und bevor sich die Area erstellt, wird ein GUI angezeigt. Dort kann man dann den Preis eingeben.

Aber solange die neue Rising World Version noch nicht draußen ist und es noch nicht sicher ist, wegen den GUIs, wird das halt mit Befehl gemacht.

Bugfix 1.1.1

Ein kleines Bugfix ist jetzt online.

Jetzt sollte alles funktionieren.

Danke an lenko !

Übrigends: Das Zurücksetzten der NPC-Position geschieht beim Disconnecten des Spielers. Nicht beim Neustart. (Weiß natürlich nicht, ob des DisconnectEvent beim Neustart auch ausgelöst wird)

Kann es vielleicht sein, dass du beim ersten mal Disconnected bist und dann Server neu gestartet hast.

Und beim Zweiten mal ohne zu Disconnecten den Server neu gestartet hast?

Edit: Stell doch mal auf dem Testserver, in der Plugin-Config, den Debug auf 1.

Dann kannst du in der Console sehen, ob das NPC seine Position geändert hat

und ob das NPC beim Neustart seine Position erhalten hat.

Also die Config wird, sobald du die Jar auf den Server getan hast, automatisch im Ordner "Config" erstellt.

Versuch mal "iConomy" mit zu installieren. Aber normal ist iConomy kein muss!

Quote from lenko

Nun meine Frage, ich habe das Pferd ja mit /amt setsp fixpos zum Spezial Pferd gemacht "useall" wäre ja für alle Spieler, nur dann kehrt es nicht zurück zur Position. Vorweg hatte ich ihm einen Namen gegeben. War das evtl Falsch da es ja jetzt mir gehört.

Der Name und die Eigenschaft "SpezialNPC" hat nichts miteinander zu tun.
Du kannst gerne erst einen Namen geben und dann zum SpezialNPC machen.

Und es ist auch egal, ob du der Eigentümer des NPCs bist. Den die Eigenschaft "SpezialNPC" hat Vorrang.

Denn du wirst sowieso automatisch Eigentümer, sobald du dich z.B. auf eine Pferd setzt, dass keinen Eigentümer hat.

Quote from lenko

So leider musste ich feststellen das nach nochmaligen neustart die fixpos dem Pferd wohl nicht mehr zugeordnet war.

Beim testen mit zwei Personen war es dann auch so: Spieler saß auf Spezial Perd mit fixpos, dann neustart, Pferd war da wo es hin sollte, Spieler bleib da wo er war.

Hä? Du hasst doch geschrieben, dass der NPC nach Neustart wieder an seiner gespeicherten Position war.
Das bedeutet also, dass der NPC sehr wohl die Position gespeichert hat.

Das dem Spieler nach Neustart die Position geändert wird (oder beim Verlassen des Servers) , war nie die Rede.
Nur der NPC, wird ein neuer gewissen Position gespeichert.

Ist ja eigentlich auch logisch, da die Position und die Verbindung zwischen Spieler und NPC in Attribute gespeichert werden und diese

entweder beim Verlassen des Servers oder beim Neustart gelöscht werden und natürlich nur die Daten aus der SQLite-Datenbank übernommen werden. In der Datenbank selbst, ist natürlich nur die festgelegte NPC-Position enthalten. Nicht die Spieler Position.

Vorankündigung iConomy 2.0

Hallo Leute,

auch dieses Plugin wird für die neue Rising World Version neu geschrieben.

Es soll auch schneller und effizienter werden.

Vielleicht kommen auch noch ein paar neue Extras hinzu, wenn ich so viel Zeit habe.

Ansonsten kommen sie in den nachfolgenden Updates.

Für Entwickler, die die iConomy-API nutzen:

Keine Sorge, ich werde rechtzeitig keine Ankündigung mit neuer Javadoc herausgeben.

Aber viel wird sich an den Methoden nicht ändern.

Update 1.1.0

Hallo Leute,

es ist soweit. Habe nun ein Update fertigstellt.

Download im 1. Beitrag.

Auf Feedbacks würde ich mich freuen

Viel Spaß!

Quote from Deirdre

Was ist mit den Tieren, die von anderen Spielern verschenkt werden? Wie funktioniert das mit dem Schutz dann?

Leider habe ich das noch nicht geschafft einzufügen. Kommt aber noch.

Der Befehl wird dann /amt changeowner oder /amt co (für Schreibfaule) sein