Doch, doch. Ist unter Linux so. Funktioniert auf meinem Mac. Und bisher hat sich kein Windows-User bei meinen Programmen beschwert - aber vielleicht werden sie auch nicht genutzt...Zitat von RogerJFX
Doch, doch. Ist unter Linux so. Funktioniert auf meinem Mac. Und bisher hat sich kein Windows-User bei meinen Programmen beschwert - aber vielleicht werden sie auch nicht genutzt...Zitat von RogerJFX
Denk mal drüber nach...
Lars
ACHTUNG: ersetze Linux durch GNU/Linux an den entsprechenden Stellen
www.macuser.de, MSVC2005 Express und Qt, Qt/Mac installieren
Ich habe das jetzt mal probiert. Wieder nix. Weder im JAR noch außerhalb will das funktionieren.
Es ist mir aber letztlich nicht ganz klar, was der Punkt im Java-Kontext bedeutet. Das ist zumindest nicht so wie auf der bash.
Ich muß nunmehr vermuten, daß sich "./image.png" über package-Grenzen hinwegsetzt, d.h. daß das Image gleich neben der Class (egal wo im package) liegen muß, während "/image.png" so etwas wie "/root/image.png" ist, wobei hier /root der Ausgangsordner des JAR wäre.
Howdy, das wird sogleich getestet.
if you can't dazzle em with brillance, baffle em with bullshit
Das ist es. Trotzdem: wer haut denn Resourcen in ein Package?
Tsts!
Cheers,
Roger
if you can't dazzle em with brillance, baffle em with bullshit
Nee, sorry, ich habe versehentlich nicht das JAR getestet, sondern die nicht eingetütete Variante.
Also im JAR geht es wieder nicht.
Cheers,
Roger
if you can't dazzle em with brillance, baffle em with bullshit
Das dürfte ziemlich sicher das selbe bedeuten, denn da die Resourcenamen wie Pfade aussehen, wird die Pfadsemantik auch beabsichtig sein.Zitat von RogerJFX
Und in einem Pfad bedeutet ./ immer relativ zum aktuellen Verzeichnis/Bezugspunkt.
Es soll sich für das Programm ja auch nichts ändern wenn die Resource in einem JAR statt in einem Verzeichnis oder auf einem Server statt in einem Verzeichnis ist.
Den Unterschied muß der zuständige ClassLoader berücksichtigen
Ciao,
_
Qt/KDE Entwickler
Debian Benutzer
Lesezeichen