[packman] Re: [PM] liquidlnf 0.2.6 (SuSE 10.1/noarch)

[Toni]

Am Dienstag, 31. Oktober 2006 20:52 schrieb Thomas Thiers:
> Hallo Toni
>
> Nach Installation von liquidinf als aufgelöste Abhängigkeit von tvbrower,
> gingen einige andere Java Anwendungen nicht mehr, zB. Project X
>
...

> Loading Basic Classes...
> Reading CLI Switches...
> Exception in thread "main" java.lang.Error: can't load
> com.birosoft.liquid.LiquidLookAndFeel
>         at javax.swing.UIManager.initializeDefaultLAF(UIManager.java:1176)
>         at javax.swing.UIManager.initialize(UIManager.java:1257)
>         at javax.swing.UIManager.maybeInitialize(UIManager.java:1245)
>         at javax.swing.UIManager.getDefaults(UIManager.java:556)
>         at
> javax.swing.filechooser.FileSystemView.getFileSystemView(FileSystemView.jav
>a:63) at javax.swing.JFileChooser.setup(JFileChooser.java:363)
>         at javax.swing.JFileChooser.<init>(JFileChooser.java:332)
>         at javax.swing.JFileChooser.<init>(JFileChooser.java:285)
>         at net.sourceforge.dvb.projectx.gui.X_JFileChooser.<init>(Unknown
> Source)
>         at net.sourceforge.dvb.projectx.gui.CommonGui.<init>(Unknown
> Source) at net.sourceforge.dvb.projectx.gui.GuiInterfaceImpl.init(Unknown
> Source)
>         at net.sourceforge.dvb.projectx.gui.GuiInterfaceImpl.<init>(Unknown
> Source)
>         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
>         at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcce
>ssorImpl.java:39) at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstru
>ctorAccessorImpl.java:27) at
> java.lang.reflect.Constructor.newInstance(Constructor.java:494) at
> java.lang.Class.newInstance0(Class.java:350)
>         at java.lang.Class.newInstance(Class.java:303)
>         at
> net.sourceforge.dvb.projectx.common.GuiInterface.getImplementation(Unknown
> Source)
>         at net.sourceforge.dvb.projectx.common.GuiInterface.<init>(Unknown
> Source)
>         at net.sourceforge.dvb.projectx.common.Common.prepareGui(Unknown
> Source)
>         at net.sourceforge.dvb.projectx.common.Start.main(Unknown Source)
>
>
> In  /usr/lib/jvm/java-1.5.0-sun-1.5.0_07/jre/libswing.properties  steht am
> Ende:
>
> swing.installedlaf.liquid.class = com.birosoft.liquid.LiquidLookAndFeel
> swing.defaultlaf=com.birosoft.liquid.LiquidLookAndFeel
>
> Diese Änderung hat obiges Problem gelöst:
>
> swing.installedlaf.liquid.class = com.birosoft.liquid.LiquidLookAndFeel
> #swing.defaultlaf=com.birosoft.liquid.LiquidLookAndFeel
> swing.defaultlaf=javax.swing.plaf.metal.MetalLookAndFeel
>
> Quelle:
> http://forum.tvbrowser.org/viewtopic.php?p=34629&sid=8311295ed8302e8b582936
>2eb542dd7d
>
> Die Suche nach birosoft in YaST zeigt nur liquidlnf. Fehlt hier evtl. noch
> ein Paket ?
nein liquidlnf ist eine "Erweiterung"  von java, deshalb werden diese Einträge 
in die properties gemacht.
Du musst liquidlnf.jar in den Classpath aufnehmen bei der anderen Anwendung 
und dann sollte es gehen.

Normalerweise wird das via /usr/lib/jvm/jre/lib/swing.properties gesteuert:
swing.installedlafs = motif,windows,metal,mac,liquid
swing.installedlaf.motif.name = CDE/Motif
swing.installedlaf.motif.class = 
com.sun.java.swing.plaf.motif.MotifLookAndFeel
swing.installedlaf.windows.name = Windows
swing.installedlaf.windows.class = 
com.sun.java.swing.plaf.windows.WindowsLookAndFeel
swing.installedlaf.metal.name = Metal
swing.installedlaf.metal.class = javax.swing.plaf.metal.MetalLookAndFeel
swing.installedlaf.mac.name = Mac
swing.installedlaf.mac.class = com.sun.java.swing.plaf.mac.MacLookAndFeel
swing.installedlaf.liquid.name = Liquid
swing.installedlaf.liquid.class = com.birosoft.liquid.LiquidLookAndFeel
swing.defaultlaf=com.birosoft.liquid.LiquidLookAndFeel


>
> Gruss, Thomas