Pinaraf a écrit 3682 commentaires

Oui : j'essaye de coder ça moi même...
Je pense commiter un premier jet sur kde-apps.org d'ici... hum, dur à dire. Vu le boulot qu'on a en cours, je dirais 2 semaines...
À suivre donc :)
Je vous préviendrai par journaux des releases...

Je veux bien une alternative, mais il faut bien qu'elle m'apporte un plus par rapport à l'existant, sinon je vois pas trop l'intérêt.
Alors qu'apporte un Linux face à un FreeBSD ?
Qu'apporte un E17 face à KDE ?

Roooh, les myopes voit mieux que les gens normaux, la preuve, je leur file une loupe et ils voient mieux les petits truc que les gens normaux !
Et si je file la loupe aux gens normaux ?
Ben ils verront des détails qu'ils ne verraient pas sans la loupe (perso, j'ai le choix entre myope et astigmatie : tout dépend de l'oeil :p)

Ce que j'essai de dire, c'est que si les gens veulent s'investir, faut bien qu'ils y voient un intérêt !
Ho quelle découverte !
C'est pas le tout de préparer un truc révolutionnaire si on ne sait même pas ce qu'il révolutionne...
Ben y'en a qui ont des idées tu sais. Moi perso j'ai pas trop le temps d'y réfléchir, mais y'a eu déjà des bonnes idées sur le forum de LG3D

Hum
À tout hasard :
que donne le résultat de la commande hdparm -I /dev/hdb (en root) ?

Ça tournera sur GCJ quand GCJ supportera les nouveautés de Java 1.5 utilisées... Bref, pas avant longtemps sauf si y'a un investissement massif de personnes dessus pour implémenter toutes les APIs nécessaires.
Pour info, le JDK 1.0 est supporté à 100% depuis... aujourd'hui !

Sans oublier les autres : Konqueror, Opera...
Donc, pas de opacity dans les CSS (quoique, ça mange pas de pain :p)
Pas non plus de Javascript trop abusif sur du DOM par ex (encore que ça se soit amélioré dans KHTML 3.3)...

Cet environnement n'est pas du tout fini et rien ne semble en tirer parti
D'où le titre : "Looking Glass a besoin de vous !" ou dans le texte : "Looking Glass a besoin de codeurs"

Quels sont pour vous les avantages d'un tel environnement ?
Avoir une alternative, rien de plus... alternative aux desktops habituels...

faut même pas espérer essayer lire ce qu'il y a dans la fenêtre.
T'as pas essayé looking glass, donc tu ne sais pas de quoi tu parles !
Une fenêtre 2D mappée en 3D est plus lisible : cf http://pinaraf.robertlan.eu.org/LG3D/galerie/zoom.jpg(...)
Hé oui, on peut zoomer une fenêtre !

Pour l'instant j'ai cru voir dans leurs vidéos qu'on peut prendre des notes aux dos d'une application.
Le window flipping...
C'est pas encore présent, ils vont faire un truc avec des "plugins" pour qu'on puisse mettre un gestionnaire de fichier, ou une autre appli par exemple derrière la fenêtre...

Bref, existe-il des projets d'applications tirant parti de ce genre d'environnement, notamment dans le cadre d'application desktop ?
Les APIs sont pas stabilisées, mais si des gens viennent dire ce qu'il leur faudra pour faire leurs applis 3D, dès la stabilisation des APIs, ils pourront coder très facilement vu que ce qu'ils demanderont en API sera prêt...

dans les options d'xmms, fait lui utiliser le plugin de sortie (je me rappelle plus le nom) arts ou artsd, puis essaye de le lancer par la commande xmms tout simplement.
Si y'a pas l'options, cherche xmms dans rpmdrake...

essaye de lancer xmms par la commande soundwrapper xmms

tu utilises KDE ou GNOME?

Après suggestion de Msk` sur IRC voici des captures de Looking Glass :
http://pinaraf.robertlan.eu.org/LG3D/galerie/(...)

Vous avez vu comme le tapis est horrible ?

Y'aurai pas une source debian pour installer tout ça facilement ? :)
Tu fais tourner si t'en trouves une !
J'aimerais foutre LG3D sur un LiveCD...

En tout cas, bravo pour ton boulot !
De rien. Tant que c'est pour le logiciel libre :)

Vous pouvez regarder une démo de looking glass sur http://wwws.sun.com/software/looking_glass/demo.html(...)
Mais attention !
Cette "version" de looking glass était un proof of concept, pas conçu pour être utilisé. Bref, pour montrer vite fait ce qu'on peut faire et faire de la pub pour Sun. Donc, oui la vidéo marchait, oui le window-flip marchait.
Mais c'était inutilisable réellement

Oui, désolé pour cet oubli...
Tiens, pour ceux qui veulent "patcher" leur Looking Glass :

http://pinaraf.robertlan.eu.org/GlassyTaskbar.java(...) à mettre dans lg3d-core/src/classes/org/jdesktop/lg3d/scenemanager/utils/taskbar
http://pinaraf.robertlan.eu.org/lg3d.xml(...) à mettre dans /etc

Les épées durandil sont forgées dans les mines par des nains,
Avec ça c'est facile de tuer un troll avec une seule main,
Pas besoin de super entraînement ni de niveau 28,
Quand tu sors l'instrument c'est l'ennemi qui prend la fuite

Avec ton épée durandil quand tu parcours les chemins
Tu massacres sans peine les brigands et les gobelins
Les rats géants, les ogres mutants, les zombies et les liches
Tu les découpes en tranches comme si c'était des parts de quiches

Les épées durandil, les épées durandil.
Tu la sors dans un donjon au moins t'as pas l'air débile
C'est l'arme des bourrins, qui savent être subtils
Ne partez pas à l'aventure sans votre épée durandil.

durandal, ça vient de durandil, comme les épées ?

Le voilà, j'ai eu un pb assez chiant à résoudre (en bref : code pas propre)
http://pinaraf.robertlan.eu.org/GlassyTaskbar.java(...)

As-tu essayé amarok ? Généralement, il affiche un message d'erreur avant de planter.
Si il n'en affiche pas, peux-tu le lancer depuis une console histoire qu'on voie les messages qu'il dira (commande : amarok tout simplement :)

Merci à vous de vous être penchés sur le problème :)
Ça marche maintenant. Pour cela, j'ai créé une classe PanoramicBackground dont le constructeur prend en argument un NamedNodeMap... Ensuite, j'en stocke dans un vector et ça roule :)
J'enverrai le code plus tard pour les intéréssés (dès que j'aurai fini la gestion des fonds d'écran Layered)

Thanks, j'avais peur de devoir lui dire : "pour linux tu dois acheter une carte réseau" il aurait pas aimé...

Je viens d'envoyer le source modifié à l'adresse http://pinaraf.robertlan.eu.org/GTaskbar.java(...)
Malheureusement, à l'exécution, je me prends un :
java.lang.NullPointerException
at org.jdesktop.lg3d.scenemanager.utils.taskbar.GlassyTaskbar$1.initBackground(GlassyTaskbar.java:147)
at org.jdesktop.lg3d.scenemanager.utils.taskbar.GlassyTaskbar$BackgroundIcon.select(GlassyTaskbar.java:257)
at org.jdesktop.lg3d.scenemanager.utils.taskbar.GlassyTaskbar$BackgroundIcon$1.performAction(GlassyTaskbar.java:249)
at org.jdesktop.lg3d.utils.eventadapter.MouseClickedEventAdapter.processLgEvent(MouseClickedEventAdapter.java:434)
at org.jdesktop.lg3d.displayserver.event.EventProcessor.processEventList(EventProcessor.java:225)
at org.jdesktop.lg3d.displayserver.event.EventProcessor.run(EventProcessor.java:199)

(PS : si tu veux mon avis, bien qu'étant un raccourci d'écriture, les classe internes anonymes gène franchement la lisibilité)
Tu trouves aussi ?
Le pb c'est que le code n'est pas de moi, sinon sois sûr qu'il y aurait pas ça !
J'essaye ce que tu m'as indiqué (merci !) et je te tiens au courant.

Moi, pas clair ?
Mais non :p
Message d'erreur :
local variable attributes is accessed from within inner class; needs to be declared final
Le code est là : http://pinaraf.robertlan.eu.org/Taskbar.java(...)
Merci d'avance...

Ben apparemment, c'est lui qui fais gueuler le compilateur : javac me dit qu'attributes doit être final, mais bon, final => constant => pas bon...
Mais je peux pas l'enlever ou le changer en public : il gueule...

En gros, voici la structure du programme :
try {
 NamedNodeMap attributes;
 pleind'autreschoses
 bout de code que j'ai donné en remplaçant les chaînes en brut par des attributes.getNamedItem("xxx").getNodeValue()
} catch ..........