gnumdk a écrit 7502 commentaires

>On a pas un/des composite manager qui supporte de faire des miniatures par
>exemple ? (remarque c'est ce que kompose essaye de faire (sans succes
>chez moi)) ou de pager "intéractif" (je sais pas comment faut dire, mais qui se
>met à jour tt seul mais sans surcharger)

C'est exactement ce que permet de faire XGL/compiz, le plugin à la expose ne fait que minaturiser les fenetres jusqu'a ce qu'elles rentrent toutes dans l'ecran.

>Mandriva qui refuse XGL et en pince pour Xegl

XGL et Xegl c'est la meme chose, Xegl c'est juste un serveur XGL avec les extension EGL.

http://www.freedesktop.org/wiki/EGL

La par contre, en allant sur le site du port, je viens de voir un truc un peu naze...

C'est bien de vouloir porter Kde sous Windows, mais il faudrait peut être le faire en regardant ce qui doit l'être et ce qui doit être mis de coté.

La par exemple, ils sont en train de porter kio sous Windows alors que microsoft fournis la meme technologie mais n'a juste jamais faire l'effort d'etoffer un peu l'offre par defaut (http(s), (s)ftp, netbios, et systeme de fichier, j'en vois pas d'autre).

Il ferait mieux de faire une couche d'abstraction entre kio et le techno microsoft et de faire des plugins pour cette technologie... Alors certe, cette techno n'est pas libre, mais bon, ils sont en train de faire un port sous windows, nan? Ils sont pas à ca pret...

Nan, parce que quand je parlais d'intégration tout à l'heure, c'est bien pour qu'une appli Kde se comporte sous Windows comme n'importe quelle autre applis... Comme ca c'est mal barré...

C'est bien le gros probleme de Windows actuellement.

Cette base de registre, PasBillPasGates pourra toujours dire que c'est de la balle, il n'en reste pas moins que je ne compte plus les windows Xp en vrac que je vois tous les ans... Aujourd'hui encore, on part pour installer un serveur de fichier, bah finalement, on va passer la semaine à reinstaller des XP :( Et bon, vas y pour trouver la raison du pourquoi ca marche pas sous Windows...

La par exemple, on a des Xp ou le "Ajout/Suppression de programme" n'a rien trouvé de mieux que d'afficher des rectangle noir au lieu de la liste des programme, alors c'est surement un soft qui a fait nawak à l'install mais bon, merci quoi ! (et c'est pas la premier fois que je vois ce bug)

Un systeme de log merdique qui log que dalle ou alors des supers messages traduits à l'arrache depuis l'anglais que meme avec 3 aspirines tu comprends rien(forcement, c'est pas du francais).

Puis quand tu trouves la solution à ton probleme sur le support de Microsoft, genre un truc à la MSIEXEC /REGSERVER, ben tu sais pas trop pourquoi ca ne marchait plus, tu ne sais pas qui avait foutu le bordel... Bref, ca donne envie... C'est quand meme ce qui est interessant sous Unix, c'est que il y'a TOUJOURS moyen de trouver pourquoi ca ne marche pas. Je ne compte pas les boites que j'ai vu passé ici et ailleurs ou la solution se soldé toujours par: on backup et on reinstalle...

Après je sais PBPG, je connais rien à Windows, je suis un gros mauvais... En meme temps, j'en fait pas une spécialité, j'ai jamais utilisé cet OS et si j'y touche c'est pas par choix... N'empeche, quand je vois les gens qui font les formations pour Microsoft, je me dis que je suis pas le seul à rien n'y comprendre...

Tu peux nous dire de quoi tu parles?

Je pense que tu n'as pas du tout compris la question ;) Un portable exterieur, ca veut pas dire un portable se connectant à l'exterieur de l'entreprise!

Pour répondre au monsieur, la meilleur solution est surement de faire du vlan authentifié, avec effectation dynamique des vlans par port, ca évite aux petits malins de prendre la prise d'à coté.

Après, j'ai jamais touché à ca et je n'ai meme jamais vu ca en place mais ca doit être passionant :)

>L'inconvénient c'est de nécessiter un serveur VNC.

Moi, le plus gros que je vois, c'est de sortir du flash...

Parce que ces applis Qt sont développé souvent avec Windows comme environnement utilisateur...

Quand je parle intégration je te parle pas de themes ou d'icones, je te parle de l'interface homme machine de ces applis... Et je suis désolé, mais entre Kde et Windows, y'a quand meme une belle différence, nan?

Essaye de virer le module gconf de compiz, il est relativement relou ;)

En fait, il spécifie à compiz les modules à charger, donc tu peux en charger d'autre, il les enleve direct. C'est changeable via gconf-editor mais chez moi ca marchouille...

Alors, de une, je doute franchement qu'un tel port puisse avoir le moindre succès chez le windowsiens, ca sera utiliser par les linuxiens qui sont obligé d'avoir un windows sur leur pc...

De plus, il n'a jamais été question de porter Kde mais plutot de porter kdelibs et quelques applications... Je pense que ceux qui se voient déjà avec kicker sous Windows rêvent un peu... Une grosse partie de Kde dépend directement de Xwindow.

Enfin, des applis kde sous windows, merci l'intégration, ca va être joli... Franchement, à part firefox, la plupart des logiciels libres multi plateforme sont très mal intégrés sous Windows.

Rien ne t'empeches de distribuer ton soft Qt sous BSD si tu le veux, la GPL ne s'applique qu'au moment du "linkage" entre ton soft et la librairie Qt... (le kicker de kde est sous licence BSD).

De plus, Trolltech offre une alternative à la GPL avec la QPL(non gauche d'auteur) qui n'a pour seul inconvenient de ne pas pouvoir redistribuer une version directement modifié de Qt : uniquement avec des patchs.

Sous windows, il y'a des accords entre trolltech et certains logiciels pour pouvoir utiliser la version gpl de qt3...

Donc ce n'est pas un probleme.

C'est clair que pour avoir désactivé ce cache depuis un moment sur la 1.5.0.1, firefox continue à avoir des fuites de mémoires de partout...

Bref, argument invalidé!

C'est la qu'est née une petit société informatique du nom de Micro-Soft en 1975.

Bon, allez:

http://propagande.org/index2.php3
http://axellum.free.fr/pekatralatak/glob%20edito.htm
http://www.raia.info/sound.html
http://foetusparty.free.fr/musiques.htm

Puis bon, en suivant les liens, t'en trouveras plein d'autres, bon par contre, je suis pas sur que ce soit ce que tu appelles de la musiques ;)

Franchement, de la boue sur à 4x4, ca change rien.

Je trouve cette initiative bien plus sympa et drole que les gens dans d'autre ville qui dégonfle les pneus des 4x4 et la il y'a un réel danger.

>Si ils pouvaient libèrer leurs specs à leur tour, ça serait génial.

Si il pouvaient libérer leur code aussi, le OpenGL que Nvidia a porté pour eux sous GNU/Linux, ca serait pas mal déjà. Ca ferait déjà un truc de pas libre en moins dans les drivers de chez Nvidia.

>c'est linux-2.X

C'est vrai qu'avec un noyau linux, tu vas aller super loin... Tu crois pas oublié une grosse partie du systeme?

Compiler une distrib GNU/Linux pour la faire fonctionner sur une autre archi, cela ne se fait pas en claquant des doigts... Je me souviens encore il y'a quelques années un membre du PLF qui faisait des builds de mandrake pour sparc, c'etait pas évident et je crois meme que le projet n'existe plus...

C'est maintenant udev qui se charge de gérer le hotplug sous Linux ;)

Je ne pense pas qu'il ait trop moyen de passer outre ce que tu as définis dans ton passwd, sinon, je ne vois plus l'interet de mettre des /bin/false comme shell si c'est contournable...

Retrouvé :) Merci google ;)

http://lists.freedesktop.org/archives/cairo/2004-November/00(...)

Il s'agit bien d'une discussion entre Cairo -> xrender -> xgl et Cairo -> glitz:

>If direct rendering turns out to be significantly faster than
>xrender->xgl rendering, (which I highly dough for this category of
>applications) then switching to glitz instead of xrender when DRI is available,
>might be interesting

>But so far my intentions with cairo's glitz backend have been
>that it would provide cairo output for applications that favor performance over
>quality

>Most applications still fall in the category of applications that favor quality
>over performance, and right now, I'd rather see them using xrender. Xgl will be
>able to provide maximum performance without loss of quality for these
>applications.

Donc, cela semble bien confirmer ce que je disais dans mon journal, tout le monde bénéficie de l'acceleration Xgl pourvu que l'application utilise Xlib (soit 100% des applis).

Par contre, la question à l'époque était de savoir si Xgl a d'aussi bonnes performance que Xorg.

>> Dave, how much faster would you say XGL is than the current X server?
>> Have any simple benchmarks from the parts of the system that work?
>> Even without benchmarks, how much faster does it feel, is the
>> difference obvious to a normal user?

> That's very hard to say. I don't know how well OpenGL's line drawing and
> bit blitting compares to a well accelerated XOrg driver, but I dought it's
> faster.However, if it's slower, I don't think it's so much slower that there's a
> problem.

>c'est fait avec un composant corba

Corba va disparaitre de gnome, donc pas tres interessant.


Tiens je te répond la et je cherche le thread en question ;)

http://linuxfr.org/comments/681700.html#681700

Je n'ai plus le lien...

De tete, je me souviens que David disait que Glitz avait été écrit dans une optique de performance, pas de qualité.

Xgl lui est capable d'offrir une qualité optimale (plus lent que glitz mais avec anti aliasing bien mieux que glitz).

Bon, je dis ca de tete, je suis pas un expert....

En tout cas, une chose sur dont je me souviens:
Il y'a Cairo, glitz, OpenGL d'un coté et Cairo, xlib, XGL de l'autre.

Et il semblait que Cairo -> xlib -> Xgl soit capable d'avoir de bonne perf et c'est pour ca que depuis le début je persiste et signe: Xgl accelere cairo comme le dit lui meme David dans le lien ci dessus...

Je te donnerai le lien via le site si je le retrouve...

>Cario à une backend Glitz qui lui-même a plusieurs backends: OpenGL GLX,
>OpenGL EGL, OpenGL AGL etc...

Tiens, moi je me souviens d'un commentaire de l'auteur de Glitz/Xgl sur la ml freedesktop disant que Xgl donnerait de meilleur résultat que Glitz pour l'acceleration de Cairo.

T'aurais pu aller voir mes liens quand meme:

Xgl steps in to handle much of the X server's work--to draw a line or fill a rectangle with white, for instance. The use of OpenGL commands lets the graphics hardware manage many operations that otherwise would require constant coordination between the X server and its applications, Friedman said.

"We're offloading a lot of the work to the hardware," Friedman said. "The result is things look and feel a lot smoother."

For example, the video hardware can store whatever information is contained in windows that have been hidden by other windows. That means the contents of the hidden panes can be redrawn quickly when an upper window is moved and the window underneath is revealed. In contrast, with regular X servers, the text underneath must be retrieved by numerous requests by the X server.

Xgl accelerates Cairo, so its future use will benefit from hardware acceleration, Friedman said.
"If you're using Cairo, all your Cairo operations are accelerated--fonts, windows, special effects," Friedman said. "In terms of vectorizing the desktop, this moves us way ahead."

>Il n'y a nul part un moyen d'accéder aux objets OpenGL/EGL/GLX/... sous-jacents
>pour des applications graphiques utilisant cairo/GTK.

Bien sur que si, pour preuve le plugins qui fait faire un truc chelou aux menu Gtk.

>Donc, c'est bien d'avoir un window manager qui fait des effets aguichants, mais
>si il n'y a que lui que ait le droit d'accèder à toute la puissance des GPUs
>modernes... humhum...

Tout est affiché par OpenGL, c'est un serveur X qui utilise OpenGL, donc tout le monde en profite, sans rien faire...

Plus d'explications ici:
http://news.com.com/Novell+seeks+to+boost+Linux+graphics/210(...)
http://news.com.com/Novell+seeks+to+boost+Linux+graphics+-+p(...)