Das klappt soweit
[...]
Soweit Klappt es jetzt
Danke für den Hinweis! Da wird irgendwas mit dem Laden aus den Resourcen wohl nicht klappen (bzw. genau genommen werden die Daten in dem Fall wohl nicht korrekt beim Client ankommen oder der Client geht nicht korrekt mit dieser Datenquelle um) 
Ich werde mir das nochmal genauer anschauen 
Werden denn auch die alten "Kisten" in die Unity version kommen?
Du meinst die quadratischen Kisten? Da haben wir tatsächlich schon was vorbereitet, mal sehen, ob wir das in absehbarer Zeit noch reinbekommen
Schade das nicht noch eine zwei Türen mit drinnen waren
Leider haben die Türen es nicht mehr reingeschafft, aber wahrscheinlich werden wir mit dem nächsten regulären Update von einer Vielzahl an Türen überschwemmt 
Dank der Falltür kan ich für gewisse Gebäude endlich passende Türen machen.
Hehe, das ist eine sehr elegante Lösung! 
Wegen der Plugins, würde es da nicht jetzt Sinn machen eine Extra Rubrik für die Unity-Plugins.
Ich befürchte ein durcheinander
Ja, da muss irgendwas passieren... wir gucken uns einmal an, wie wir die beiden Kategorien am besten auseinanderbröseln
red51 Die neue Funktion mit F8 ist genial, Vielen Dank.
Danke für das Feedback, das freut mich zu hören 
Die Blaupausen lassen sich nicht nach unten setzen, hüpfen irgendwie wieder hoch, auf jeden Fall ist das ganze Blaupausensystem seit dem vorletzen Update irgendwie buggy
Leider sind die Blaupausenprobleme noch nicht behoben... meistens hilft es aber, die Kollision auszuschalten (im Radial-Menü beim Platzieren der Blaupause).
Bei uns sieht der Salat auf einmal ganz Komisch aus
Leider sind aus irgendeinem Grund die Texturen des Salats kaputtgegangen Solche Probleme sind irgendwie beängstigend (da dann nicht ausgeschlossen ist, dass sowas in Zukunft wieder passiert), aber wir werden das auf jeden Fall in Kürze mit dem nächsten Hotfix beheben^^
Es ist logisch und absolut nachvollziehbar, dass es für die Mehrheit der Spieler keine Option darstellt, ein eigenes Plugin zu schreiben (da man dazu ja trotzdem ein Mindestmaß an Programmierkenntnissen benötigt). "API" bedeutet im Grunde ja "Programmierschnittstelle". Der API Release richtet sich daher in erster Linie an Programmierer bzw. Plugin-Ersteller (in der Hoffnung, dass diese in Zukunft vielleicht tolle Plugins für Rising World anbieten) 
Aber um einerseits den Einstieg für neue Plugin-Entwickler zu erleichtern, andererseits aber auch der allgemeinen Spielerschaft einen einfachen Zugang zu diversen API Features zu verschaffen (zB eigene Sounds/Musik, eigene Modelle etc), ohne programmieren zu müssen, bieten wir die Beispielplugins an - nur leider bisher noch nicht für die neue Version 
Das kommt aber definitiv noch
Das Problem hatten wir auch mit einer älteren NetBeans Version gehabt (da haben sich generell einige Inkompatibilitäten mit Java 20 ergeben). Welche NetBeans Version verwendest du denn? Da hilft wahrscheinlich nur ein Update auf die neueste Version (NetBeans 17) 
Das liegt dan doch am ClassLoader, ich/mann kann keine Klasse erstellen
Jap, das wird in der Tat am Classloader liegen Der Teil hat sich generell geändert (da der System-Classloader seit Java 9 kein "URLClassLoader" mehr ist, die alte API aber auf einen URLClassLoader eingestellt war). Ich werde mir das nochmal genauer anschauen, das wird ein lösbares Problem sein
Danke für den Hinweis, aus irgendeinem Grund sind die Texturen des Salats beschädigt 
Wir werden das mit dem nächsten Hotfix beheben
Hmm... eigentlich sollte das funktionieren Bekommst du denn ein "Plugin" Objekt zurück, wenn du einfach nur das Resultat von "getPluginByName()" ausgibst (also ohne zu casten, quasi einfach so: " System.out.println("Plugin: " + getPluginByName("ConfigManager"));), oder ist das null?
Es scheint nämlich eher ein Problem beim Casten des Objektes vorzuliegen Das könnte ggf. mit dem Classloader zusammenhängen... das müsste ich mir sonst nochmal genauer anschauen 
Das ahbe ich mal gemacht:
Das sieht eigentlich korrekt aus Ich habe es bei mir mal mit deinem Code getestet (allerdings direkt ein Bild von der Festplatte verwendet) und es funktioniert soweit eigentlich... es könnte sonst höchstens am Laden aus der Jar liegen, möglicherweise funktioniert das sonst nicht richtig
Probiere evtl. mal ein Bild von der Festplatte zu laden. Oder testweise von einer URL, zB TextureAsset ta = TextureAsset.loadFromURL("https://images.rising-world.net/media/update/api/plugin_api3.jpg");
Funktioniert es dann?
Und bild.style.borderTopColor.set(col.getRGB()); will auch nicht klappen
Es scheint in deinem Code, als wenn du das java.awt Color Object verwenden würdest ? Die "getRGB()" Funktion gibt leider keinen Alphawert zurück, daher wird die Border in deinem Fall wohl einfach unsichtbar sein
Verwende am besten das neue ColorRGBA Objekt (das kann auch direkt dem Styleproperty übergeben werden, ohne, dass du es zu einem int umwandeln musst)
It's indeed a bit tricky to get the names/paths of the built-in UI elements... for this reason we've added a small tool which can be enabled by typing uidebugger into console - it shows the path of the currently hovered element in the top left corner of the screen
While this tool is active, you can also rightclick on an element to copy the UI path to clipboard. To close the tool, just hit the X in the top left corner (if you can't hit it properly, press ESC and try to hit it again).
This enables you to get the paths of most elements For instance, the path to the inventory background would look like this: InventoryLayer/inventoryContainer etc.
Unfortunately you can't access all elements this way. To overcome this limitation, you could also type uidebugger <layername> into console - this prints the paths of all elements on a particular layer into console.
But if there is a particular UI element you're looking for, just let me know and I can post the path here
Der "Pointer" ist im Grunde die Memoryadresse, an der das native Event liegt (also das eigentliche Eventobjekt, von dem das Java Event sich lediglich die Daten holt)
Wenn du eigene Events erstellst, dann ist der Pointer eigentlich egal. Wenn du also direkt von "Event" ableitest kannst du da einfach eine 0 angeben. Vll bieten wir noch einen zweiten Konstruktor ohne Pointer an (der dann intern allerdings auch nur eine 0 zuweist)^^
Problematisch wird es nur, wenn du von einem existierenden Event ableiten möchtest (zB von PlayerEvent) - das wird leider nicht funktionieren, daher dürfen eigene Events nur von der Basis "Event" Klasse abgeleitet werden
Du meinst bei der Java Version wahrscheinlich das "StaticModelLoader" Beispielplugin? Leider gibt es das für die neue Version noch nicht... zeitlich hatten wir keine Kapazitäten, die noch umzuschreiben (für manche der Beispielplugins fehlt aber auch generell noch etwas Funktionalität [zB Schilder], was erst mit dem nächsten Update erscheint).
Momentan muss mal also ein eigenes Plugin schreiben, um Modelle zu laden. Der Support der API für eigene Modelle ist wesentlich umfangreicher und mächtiger als in der Java Version, aber es führt noch kein Weg um ein eigenes Plugin herum. Wir werden aber in absehbarer Zeit aktualisierte Beispielplugins bereitstellen (sodass man auch ohne Code Modelle laden kann)
Danke für den Hinweis 
Tatsächlich war das wohl schon in der Java Version fehlerhaft
Wir werden das mit dem nächsten Update korrigieren
Ich habe noch ein Fehler beim Laden der javadoc, ich benutze NetBeans 15 aber daran sollte es doch eigendlich nicht liegen
Ich fürchte das liegt tatsächlich an NetBeans 15 Wir haben die 15 zwar nicht direkt getestet, aber unter NetBeans 12 tritt genau derselbe Fehler beim Einbinden des Javadoc auf (generell hatte NetBeans 12 Kompatibilitätsprobleme mit Java 20)... mit NetBeans 17 kann ich das Javadoc hingegen korrekt einbinden
A small hotfix is available now btw! It fixes a bug with the creative mode F8 tool and also fixes the animal footsteps (which were too loud) This update is optional for multiplayer servers.
Hotfix (2023-04-13):
Ein kleiner Hotfix ist nun übrigens verfügbar, welcher vor allem Probleme mit dem F8 Tool im Creative-Modus behebt, und ebenso zu laute Schrittgeräusche von Tieren behebt Für Multiplayer-Server ist dieses Update optional.
Hotfix (13.04.2023):
Ich habe schon TextureAsset.loadFromPlugin gefunden, aber wie bekomme ich das in ein UIElement
Geht das nur über .addStyleSheet(StyleSheetAsset.loadFromAssetBundle(bundle, path));
Nee, die StyleSheets sind nur relevant wenn du USS Dateien in Unity erstellen möchtest und dann in die API laden willst Die kannst du ansonsten ignorieren, das ist ein rein optionales Ding.
Um einfach nur eine Textur auf einem UIElement anzuzeigen, musst du das auf style.backgroundImage setzen, also zB so:
Generell werden in der neuen UI viele Dinge über das style eingestellt. Es gibt zwar ein paar Hilfsfunktionen (setPosition(), setSize(), setPivot() etc), aber unter der Haube rufen die auch nur style auf.
Grundsätzlich ist das Style an Unitys IStyle Interface orientiert: https://docs.unity3d.com/Scrip…ce/UIElements.IStyle.html
The standalone download should work now, but I'm glad to hear you already managed to fix the issue
Also, does the Plugin API have acces to the digging action?
Does than mean you want to get notified if the player is digging, or do you want to modify the terrain through the API? If you want to get an event, the PlayerDestroyTerrainEvent is probably what you're looking for
However, modifying the world through the API isn't possible yet, unfortunately that didn't make it into this update... but the World class will get some methods for that with one of the next updates
But with: import net.risingworld.api;
I get a package net.risingworld does not exist?
Hmm... does that mean the line in question is just import net.risingworld.api;? In Java it's always necessary to specify the class you want to import (e.g. import net.risingworld.api.Server;), otherwise it won't work unfortunately. If you want to import the whole package, it would be import net.risingworld.api.*; etc.
If that doesn't help, could you maybe share a screenshot of the error you're getting?
On the screenshot it also looks like you're using an older version of netbeans, is that correct? I ran into issues using an older netbeans version after upgrading to JDK 20 (apparently my old netbeans version wasn't compatible with the latest JDK). Maybe it was specific to the version I was using, IDK, but if you run into any other issues, it may be necessary to upgrade to the latest netbeans version
Thanks for your feedback so far!
Thank you for an epic update and nice working API
[...]
Thanks a lot, this looks amazing btw! 
I cant update the standalone variant for the new update. whenever I enter the game, the version remains the same (0.6.0.3) even though I checked files. I even tried redownloading the game alltogether. What should I do?
It looks like something is broken which prevents the standalone from downloading the update automatically (considering this already happened with the last update) I'm sorry about that, this shouldn't have happened, but thanks for bringing this to our attention! We'll fix this issue ASAP!
The Steam version works as intended, the standalone version is the problem. If I copy the files from Steam to standalone, will it work?
Yes, basically that should work, but it may be necessary to delete the "steam_api64.dll" in the "Data/Plugins" folder manually (otherwise the game may think it's a Steam version)^^
leider fehlt mir das wichtigste in der API. Das Sign-Object.
Wann wird dies in der API sein?
Naja, leider gibt es in der neuen Version noch keine Schilder, daher auch noch nichts in der API dazu Die Schilder werden aber mit dem nächsten Update kommen, gleichzeitig wird das dann auch in der API exposed^^
Wird es in der neuen API auf wieder möglich sein mit World.createNewStorage(int slots) eine neue imaginäre Truhe zu stellen?
Die Storage API ist leider noch nicht ganz fertig, aber das wird auf jeden Fall wieder möglich sein
