Bereitgestellt von

----------------- **Quoted from "Kamenrider"** das Problem ist dass das weitere 100 Zeilen Code zum Auswerten sind. Ich werde mal überdenken ob ich das kompakter machen kann und ich das dann auch einfacher für mich umsetzen kann :P Wenns dich interessiert, hier ist der bissherige Code der für das Auswerten des Levels ist: http://pastebin.com/QMWbCKYX (Nicht wirklich professionell, im Laufe der Zeit baue ich da evtl eine Datenbank mit ein. Das ganze müsste dann in einer anderen Formatierung nochmal geschrieben werden, nähmlich so: if(XPNow =< 285 || XPNow => 100) { Level = 2; } else if(XPNow =< 610 || XPNow => 285) { Level = 3; } So wäre das ganze dann aufgebaut, das für jedes einzelne Level. Sehr viel Arbeit, mal sehen, vielleicht werde ich das so umsetzten, aber die Idee ist auf jeden Fall gut! PS: Falls wer Programmiert und eine bessere Idee hat, könnt ihr auch gerne Posten! :) ----------------- Ich war mal so frei. Als genereller Tip: Benutz Felder anstatt Switches. Sind (in solchen Fällen) laufzeitsparender. Bei der Robotprogrammierung haben sie natürlich den Nachteil der hohen Speicherkosten, aber bei Desktop-Anwendungen sollte man auf sie zurückgreifen. Um das derzeitige Level herauszufinden: http://pastebin.com/Hcwxs2Dd Dadurch kann man dann auch die Methode "getLevelXP" verändern: http://pastebin.com/9a4p1Pbw Ich persönlich mag ja das Standart Swing Aussehen nicht ;) http://pastebin.com/jd2jnSJg Wenn du die Imports mit anfügst, und die Methode im Konstruktor aufrufst, wird das Aussehen wenn möglich auf die des Systemstandarts gesetzt. Sollte das nicht klappen, passiert nichts und du hast immer noch das Standartaussehen. Einen hab ich noch ... ;) Wenn du javax.swing.LayoutStyle zu den Imports hinzufügst haben auch Nutzer niedriger Java-Versionen keine Probleme mehr. Ansonsten schönes Tool, zu schade, ich hab schon 4 60ger, das muss langen ;) Gruß Ryan