Hallo zusammen:
Ich bin immer wieder überrascht, wie wenig man zu dem Problem Java / Swing / (Compiz/Bery/Compiz-Fusion) findet.
Sun betrachtet ja mittlerweile die Probleme von Swing in Zusammenspiel mit Compiz/Beryl (nun
Compiz-Fusion) als gefixed.
Siehe auch
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6429775
ist er aber nicht.
Konkret bei mir habe ich allerdings nicht mehr den alten, gefürchteten "graue Fenster" -Bug, sondern, viel subtiler und gemeiner, was ganz anderes.... erst scheint alles zu gehen, aber jedes 5. mal oder so zersägt es jeden beliebigen Dialog von Netbeans... insbesondere lustig beim häufig gebrauchten "Find" Dialog. Ganz toll.
Manchmal grau, manchmal riesig resized.... dann wechselt er wieder die Position usw.
Hölle.
Ich will mir gar nicht ausdenken, was für komische Verhaltensweisen manche andere Swing-Applikationen bei diversen Maschinen zeigen, das dürfte ja eine Lust werden, zu supporten (für den, der das beruflich macht..), erklär doch mal einen Kunden für den du eine Anwendung geschrieben hast:
"..ähh, nein, Compiz müssen sie abschalten...... sonst läuft das nicht sauber... hmm, ja ich weiß das andere Anwendungen damit gut laufen... ja, ich weiß dass sie Compiz/Compiz-Fusion/Beryl mögen.. aber es geht nun mal halt nicht anders.."
Der Gag ist ja, dass Swing als unproblematischer auf verschiedenen Plattformen galt (und gilt) als SWT.. aber so langsam bekriechen mich Zweifel, vor allem wenn ich dann in die Sourcen von Swing reinsehe,
WIE da überhaupt festgestellt wird, welcher Windowmanager läuft... da wird hardcodiert nach dem Namen gefragt.. benennt sich mal ein Windowmanager um.. (* Peng * Compiz -> Beryl damals) schon
fallen da Sonderbehandlungsmethoden für den Fall raus.
Noch erstaunlicher, wie wenig man zu dem Thema im Netz findet.
Kommt schon Leute, ist "Java on the Desktop" so tot? Vor allem auf Linux Kisten?
Ich vote jedenfalls für den Bug bei SUN, das kann echt nicht sein dass die das aussitzen.. wenn das mit den gleichen Elan angegangen wird die die Java - Sound - Api sehe ich schwarz.
(Ach ja, kann nicht voten da "closed", ganz toll).
Und Ideen à la "Wer brauch schon 3D-Desktops" bringen einen doch
auch nicht voran... und wenn die gesamte Programmiererschar old-school auf 2d-Deskops bleibt... da draussen sind genug Anwender, die finden die 3D-Desktops dermassen sexy, das wird mit Sicherheit ein Trend... Viele Distris werden das in Zukunft einfach defaultmäßig aktivieren, und dann haben wir den Ärger.
Der -oft genannte- Fix AWT_TOOLKIT=MToolkit zu setzen, ist ein Hack, nicht mehr... der bestenfalls halb geht.. bei mir ging daraufhin sporadisch die Tastatur unter Java nicht mehr. Mittlerweile (Java letzte Version... sitze gerade nicht davor aber irgend was >= 6u1) knallt beim Setzen dieser Variable die Tastatureingabe sofort weg.
Aber wie gesagt, der Fix war eigentlich damals schon nicht wirklich zu gebrauchen.
Ich habe im Compiz-Forum das auch noch mal angestoßen, aber ich befürchte, die sagen einfach das Problem
liegt bei SUN....
Any Ideas?
Ich bin immer wieder überrascht, wie wenig man zu dem Problem Java / Swing / (Compiz/Bery/Compiz-Fusion) findet.
Sun betrachtet ja mittlerweile die Probleme von Swing in Zusammenspiel mit Compiz/Beryl (nun
Compiz-Fusion) als gefixed.
Siehe auch
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6429775
ist er aber nicht.
Konkret bei mir habe ich allerdings nicht mehr den alten, gefürchteten "graue Fenster" -Bug, sondern, viel subtiler und gemeiner, was ganz anderes.... erst scheint alles zu gehen, aber jedes 5. mal oder so zersägt es jeden beliebigen Dialog von Netbeans... insbesondere lustig beim häufig gebrauchten "Find" Dialog. Ganz toll.
Manchmal grau, manchmal riesig resized.... dann wechselt er wieder die Position usw.
Hölle.
Ich will mir gar nicht ausdenken, was für komische Verhaltensweisen manche andere Swing-Applikationen bei diversen Maschinen zeigen, das dürfte ja eine Lust werden, zu supporten (für den, der das beruflich macht..), erklär doch mal einen Kunden für den du eine Anwendung geschrieben hast:
"..ähh, nein, Compiz müssen sie abschalten...... sonst läuft das nicht sauber... hmm, ja ich weiß das andere Anwendungen damit gut laufen... ja, ich weiß dass sie Compiz/Compiz-Fusion/Beryl mögen.. aber es geht nun mal halt nicht anders.."
Der Gag ist ja, dass Swing als unproblematischer auf verschiedenen Plattformen galt (und gilt) als SWT.. aber so langsam bekriechen mich Zweifel, vor allem wenn ich dann in die Sourcen von Swing reinsehe,
WIE da überhaupt festgestellt wird, welcher Windowmanager läuft... da wird hardcodiert nach dem Namen gefragt.. benennt sich mal ein Windowmanager um.. (* Peng * Compiz -> Beryl damals) schon
fallen da Sonderbehandlungsmethoden für den Fall raus.
Noch erstaunlicher, wie wenig man zu dem Thema im Netz findet.
Kommt schon Leute, ist "Java on the Desktop" so tot? Vor allem auf Linux Kisten?
Ich vote jedenfalls für den Bug bei SUN, das kann echt nicht sein dass die das aussitzen.. wenn das mit den gleichen Elan angegangen wird die die Java - Sound - Api sehe ich schwarz.
(Ach ja, kann nicht voten da "closed", ganz toll).
Und Ideen à la "Wer brauch schon 3D-Desktops" bringen einen doch
auch nicht voran... und wenn die gesamte Programmiererschar old-school auf 2d-Deskops bleibt... da draussen sind genug Anwender, die finden die 3D-Desktops dermassen sexy, das wird mit Sicherheit ein Trend... Viele Distris werden das in Zukunft einfach defaultmäßig aktivieren, und dann haben wir den Ärger.
Der -oft genannte- Fix AWT_TOOLKIT=MToolkit zu setzen, ist ein Hack, nicht mehr... der bestenfalls halb geht.. bei mir ging daraufhin sporadisch die Tastatur unter Java nicht mehr. Mittlerweile (Java letzte Version... sitze gerade nicht davor aber irgend was >= 6u1) knallt beim Setzen dieser Variable die Tastatureingabe sofort weg.
Aber wie gesagt, der Fix war eigentlich damals schon nicht wirklich zu gebrauchen.
Ich habe im Compiz-Forum das auch noch mal angestoßen, aber ich befürchte, die sagen einfach das Problem
liegt bei SUN....
Any Ideas?
or someone will submit fix for the problem.
