http://test-rzstud2.stud.uni-karls [...] ansluxent/
 
Bientot ( enfin tout est relatif ), on aura aussi des windows manager accéléré openGL avec plein de zoli effet ( completement inutile mais beau )

ca risque pas d'être illisible ?

Vous imaginez on aurait un truc style Aqua sous linux en open source qu'on pourrait faire ce qu'on veut avec et accelérer openGL ( Comme ca ca bouffe pas le procu, juste le GPU qui sert pas quand t sur le bureau ). Par contre faudrait qu'il y aie moyen que dès qu'une app prend l'open gl tu puisse couper/liberer toutes les ressources

j'y connais rien, mais ca ne serait problématique que pour un truc tres gourmand en puissance en open gl et en fenetre non ?
 
parce que si on fait du glxgears, et qu'on passe sur un autre bureau, les fps s'envolent... donc si on passe en plein ecran sur une appli open gl genre quake III et que le bureau bouge plus, on perd rien non ?  

Oaui mais c mieux de liberer tout, genre la mémoire AGP que tu aurait charger, des shaders ( sais pas comment ca marche exactement  ... ) ....

ce serait bien si on pouvait voir le bureau (avec par exemple kmail qui dit si on reçoit des mails) pendant qu'on joue à quake

mouef, sur le screen ou y a un top, ça a pas l'air fameux

D'après ce que j'ai lu il n'utilise pas encore bcp openGL parce que sa carte ( une TNT2 ) marche pas top ...

c'est moche, on voit rien, les textes se mélangent...

Oui évidemment, pour le moment vu que y a rien de prevu dans X a la base pour gerer la transparence, tu sais juste tout mettre en transparent. Mais le but ce serait de gérer l'acceleration de l'affichage des fenetre avec openGL pour avoir plein de "eye candi effects". C clair que un term transparent c pas ce qu'il y a de plus pratique. Mais genre un gkrellm transparent en "always on top". Ou encore des effet d'ombre sur les fenetres menus ... Enfin bref, je peut penser a plein de truc cool qu'on pourrait faire
 
( Mais le projet pour l'instant c que une idée, y a pas encore grand chose de fait avant d'arrivé a un truc comme ca ... )

C'est pas "Evas"  une bibliotheque du projet E17 qui veut implementer l'open gl ?

si aussi... un jour E17 révolutionnera le petit monde de l'informatique

pour être précis j'aurais du dire : "un jour lointain"

ils en auront de la chance nos petits enfants  

clair, ça compensera les trous de l'ozone, la polution et la montée des eaux

Serieux, il avait dit qu'il se relancait dans le code "from the scratch" (ca fait déjà plusieurs fois qu'il le fait ...) : vous pensez que e17 sortira un jour ?!? Est-il utilisable aujourd'hui ?

euh, utilisable... disons qu'il faut mettre les mains dans le cambouis pour changer le fond d'écran... donc
 
y a un topic assez complet sur le forum de gentoo, mais il en ressort que si ca se compile, .. ben apres ca sert pas à grand chose en l'état actuel des choses  

ils disent dans la doc qu'ils privilégient le devel des librairies avant celui de l'interface elle même, donc c'est pas utilisable
 
et pis d'ailleurs :
http://weirdx.sourceforge.net/imag [...] -alpha.png
 

Oh, que c'est ... mais c'est super moche
Dites, weirdx c'est un client X sous Windows ?!?

Ca doit pas tourner supra vite non ... ?

 
c'est du java patate, donc ça tourne partout
si c'est lent j'en sais rien
j'ai entendu dire que non, mais ça pouvait très bien être un troll  
et l'interet de la bestiole est que ça gère la vrai transparence depuis déjà un moment
tiens pour du linux :
http://weirdx.sourceforge.net/image/snapshot01.png

java a la vie dure avec ce troll
il est pas lent, il est gourmand... c'est pas pareil  
 
maintenant, faudra me prouver l'utilité d'une fenêtre transparente quand on bosse... oui, je veux bien des exemples concrets

 
aucun intérêt  
à un moment j'en voulais mais finalement après un peu de recul je me dis que ce serait franchement illisible
alors à part faire le kéké dans les screenshot, y-a pas grand interet

 
Inutile donc forcément indispensable ...
 
J'ai bon ???    

C'est clair que la transparence, franchement, non seulement l'intéret est + que limité, mais en + c'est plutôt génant.
 
Mais par contre, le coup d'implémenter l'affichage en utilisant une acceleration matérielle, c'est excellent. Maintenant, si qqun arrive à le faire en hackant les sources de xfree, pourquoi l'équipe auteur de xfree (qui doit donc le connaitre sur le bout des doigts) ne fait pas de même ? Ca interesse pourtant un paquet de monde. Ca existe déjà sous osx et windows, et franchement, un affichage archi fluide, ça donne une bien meilleure impression de réactivité.

 
c'est mon rêve depuis que je connais l'informatique  
mais les devel de xfree ont assez de boulot comme ça : il faut qu'il gère en priorité une compatibilité maximum, et l'opengl est loin d'être dispo sur tous les drivers, qu'ils doivent écrire eux-même la plupart du temps
ceux qui ont fait le hack, ça marche franchement moyen, et sur les qqs cartes qui gèrent l'opengl seulement

 
+1
 
 

 
 
C'est si dur que ca de ne l'activer que suivant une option à passer à la compile ? genre --enable-gl ? et apres y a plus qu'a faire des paquets avec ou sans open gl non ?

 

"dis papa, pourquoi y-a encore des guerres dans le monde ?"  

je suis comme vous alors
je suis pour l'affichage OpenGL histoire d'avoir un truc bien solide et réactif.
 
j'avais testé un window manager sous win (pas taper ) qui gérait les fenêtres en OpenGL et en 3D... on pouvait les envoyer "dans" l'écran et par perspective la fenêtre rapetissait...c'était cool (intérêt limité je l'accorde, mais moins que la transparence... car ça peut servir de proto pour un nouveau style de rangement de fenêtres en 3 dimensions)
 
maintenant, j'aimerais aussi qu'ils pensent à faire une version allégée de leur serveur X... paske bon, ceux qu'il n'utilise pas les fonctionalités réseau de X sont légion (me trompe pas là ?) et c'est franchement lourdingue d'avoir un système qui semble se traîner...
 
et comme je suis en forme je continue... et si 2-3 ingénieurs de chez Sun pouvait rendre moins gourmandes leurs libs Swing, ce serait tout bénef.

ajout: pour l'OpenGL mais avec autre chose que mon foutu portable en Virge3D
 
pour lui, un X classique léger me suffira merci.
(100balles et un mars oui )

 
bah oui, "y-a plus qu'à" quoi

c'est joli les fenètres transparentes quand meme

 
on sent ceux ki sont sous gentoo USE="opengl"

 
ou swing rendu en utilisant l'opengl
 
Ceci dit, le swing est peut être gourmant, mais d'ici quelques années, ça va commencer à devenir très très interressant, lorsque les ordis seront suffisament puissant pour gérer une interface en swing sans que ça rame, paske y a pas à dire, mais le swing, c'est qd même archi simple à mettre en oeuvre.
Pour info, mon xp2200+ (qui est donc un ordi haut de gamme pour le marché actuel) commence à bien faire tourner les applis swing. (ie je peux maintenant utiliser des applis entièrement écrites en java, tel que intellij idea, alors qu'avant je pouvais pas tellement je trouvais ça lent.)  
En +, y a un nouveau theme gtk+ dans la prochaine version de la machine virtuelle (1.4.2), que demande le peuple

c'est un peu ce que j'essayait de dire aussi !

 
je l'utilise sur un 850MHz / 384Mb de Ram
bon, c'est pas hyer rapide mais c'est encore correct pour une appli de ce genre.

cool.

super, c'est pas lent, c'est juste gourmand en ressources processeur  
 
spa parce que les ordis sont de plus en plus rapide que java est de plus en plus rapide hein

j'ai pas dit ça non plus
m'enfin c'est pas trop le sujet du topic mais on peut faire un troll pisk'aujourd'hui... c'est vendredÿ. un bon gros troll "Java vs. C++: comparaison des vitesses d'exécution en parallèle à l'évolution du hardware"

 
Bah c'est encore et toujours la même histoire.
Qd le C est apparu, les gens le trouvaient trop lent par rapport à l'assembleur (langage de trop haut niveau, mouarf), pourtant les gens s'y sont mis parceque ça facilitait grandement la programmation. Du coup, débuggage + facile, moins de temps pour faire la même chose, possibilité d'implémenter + de trucs.
Qd le c++ est apparu, les gens l'ont aussi trouvé trop lent par rapport au C (et ça continue encore aujourd'hui pour certains), pourtant la plupart des gros projets sont codés désormais en C++.
Pour le java, c'est pareil, ça rame, mais c'est dingue ce qu'on peut faire en très peu de temps, et facilement. Dans plusieurs années, qd les ordis seront bcp + rapides, qui voudra s'emmerder avec les pointeurs, qd il existe un language simple, sur, qui tourne sous toutes les archis existantes ?
 
Alors bon, java est loin d'être parfait, mais puisqu'il repose sur une machine virtuelle, elle peut être constament améliorée (assez dingues les progrès faits de la 1.0 à la 1.4). Je pense en tout cas, que l'avenir ne sera pas avec le C, mais des languages de plus haut niveau tel que le java (ou un autre apparu entre temps).
Bien sur, il y aura toujours besoin du C, pour la programmation système, ou pour optimiser des bouts de code (mais comme on se sert aujourd'hui de l'assembleur dans du code C)