gnumdk a écrit 7486 commentaires

>Ceci dit, tous tes screenshots ne font que ce que E est capable de faire aussi (cf.
>mon post plus bas).

Ah?

Comment tu joues avec la classe de fenetre et le role de la fenetre avec E. Je me souvient, tu faisais remember sur une boite de dialogue et ca venait te mettre le bordel dans l'ensemble de l'application.

Comment tu configures le placement? (centrée, ...)

Comment tu configures la taille maximal, le fait d'ignorer les postions demandées, ...

De plus kde offre la possiblité de forcer quelque chose: Par exemple, si je dis kwin doit appliquer initialement pour kate une taille de 640x480 et une position de 0x0, alors kate se lance avec cette taille et à cette position.

Si je dis à kwin de forcer kate, a ce moment la kate se lance en 640x480 à la position 0x0 mais je ne peu plus le redimensionner/déplacer/changer de bureau/...

Oui, il vient de s'autogriller avec son commentaire, au bout de 20 lignes, je savais que c'etait lui :)

Ben le jour ou tu comprendras tout le temps que tu perds à réorganiser tes fenetres en permanance, tu comprendras mieux pkoi c'est génial ce genre de fonctionnalités ;) Metacity ne gere meme pas l'attraction entre fenetre!

J'ai passé 3 ans sous E16, 1 an sous metacity et depuis je suis sous Kde. Ben je peux te dire que la periode sous metacity a été catastrophique, plein le cul de ce wm qui n'en fait qu'a sa tete, ou tu passes plus de temps a te battre avec qu'a vraiment utiliser les applications qu'il gere.

Le remember de Kde est beaucoup beaucoup plus puissant que celui de E ;)

dcop kmail kmail-mainwindow#1 minimize

Voila, je pense que ca te suffira comme réponse? :)

>- pouvoir basculer n'importe quelle fenêtre en plein écran (par Alt+entrée sous E)

Existe sous Kde et surement aussi avec sawfish

>- gestion simultanée de bureau multiples ET bureau virtuels (si vous ne
>comprenez pas, vous n'avez pas vraiment essayé d'utiliser E). Avec en bonus la
>possibilité d'afficher plusieurs bureaux en même temps sur le même écran.

Effectivement, la, kde ne gere pas mais sawfish lui gere tout ca, ca s'appelle pas un virtual desktop mais un view port si ma mémoire est bonne(souvenir du temps de gnome 1.4)

>- Bureaux virtuels 2D (à la FVWM)

C'est quoi?

>- possibilité de créer autant de type de bordure de fenêtre que l'on veut, et
>appliquer chacune de ces bordures à l'appli désirée

La encore, kde le gere mais le nombre de bordure n'est pas extensible, quand a sawfish, il fait a coup sur la meme chose.

Pour finir, les fonctions non supporté par E et que Kwin supporte(parametre propre à une application ou à une fenetre), regarde ses screenshoot et tu veras que y'a plein de truc non faisable avec E ;)

http://l3lx202.univ-lille3.fr/~bellegarde/kwin.png(...)
http://l3lx202.univ-lille3.fr/~bellegarde/kwin1.png(...)
http://l3lx202.univ-lille3.fr/~bellegarde/kwin2.png(...)
http://l3lx202.univ-lille3.fr/~bellegarde/kwin3.png(...)
http://l3lx202.univ-lille3.fr/~bellegarde/kwin4.png(...)

Et si on devait faire la liste de ce que sawfish fait de plus que E, il faudrait un bouquin entier ;)

Il est surtout bon si il a l'adsl pour aller faire un tour sur http://urpmi.org(...) :)

D'ailleurs, depuis que j'ai migré ma debian vers la nouvelle méthode, j'ai un probleme.

Quand je boot, mon modem n'est pas synchro, et avec la nouvelle méthode(ou l'adsl est démarré via /etc/init.d/networking et plus via /etc/init.d/ppp), ben la connexion ne se fait pas au boot :( Si je redemarre avec le modem synchro, ca marche.

Avec l'ancienne méthode, ppp attendait que le modem soit synchro pour lancé la connexion :/

Deux solutions:
-Si ca fonctionne toujours comme du temps ou j'etais sous mandrake: tu vire adsl du boot via drakconf(service) ou tu tapes ca en console chkconfig --del adsl

-Si ca fonctionne comme sous Suse(et comme debian depuis peu), tu devrais avoir un fichier /etc/sysconfig/network-scripts/ifcfg-ppp0 ou un truc du genre et dedans une ligne avec ONBOOT=yes ;)

>Quelqu'un connait un bon centre de desintox E ?

Sawfish? Kwin? Ces deux wm offre plus de fonctionnalités que E16 ;) Je dirais meme que sawfish via lisp en offre 2^99 fois plus :)

Le seul truc que j'adorais dans E16 et que je ne trouve pas ailleurs, c'est le principe d'iconbox et de pager avec apercu.

Toi tu fais expres de pas comprendre :)

Le monsieur disait que actuellement, l'intégration entre gaim et evolution est static, au sens qu'elle est spécifique à ces deux logiciels et qu'elle n'utilise pas une API utilisable par n'importe qui. Enfin je pense :) Je savais meme pas que gaim et evolution savaient se parler :)

Ben c'est toi qui n'a rien compris à ce qu'offre un systeme d'ipc pour un desktop. Pour l'instant Dbus n'est utilisé par gnome que pour les notifications systeme, mais j'espere bien qu'il vont vraiment intégrer dbus dans toutes les applications gnome afin de leur permettre d'etre piloter, de communiquer entre elle comme le fait dcop dans Kde actuellement. C'est ce qui manque a Gnome actuellement.

Le seul probleme, c'est que comme pour Kde, ca risque de cassé la compatibilité et donc imposer un nouveau numéro de version. Donc, peu de chance de voir dbus bien intégré à gnome d'ici gnome 3.0 (attention, ce n'est qu'un sentiment et si un devel gnome pouvait donner son avis... Teuf? Dans le coin?).

http://lists.kde.org/?l=kde-core-devel&m=109646893512881&w=(...) (merci Gof)

Va voir la si tu veux plus d'info sur ce que peut offrir dbus pour le communication interapplication qui est aussi importante a mon avis que le communication system/desktop.

Dbus est basé sur dcop donc en principe il offre la meme chose.

Par contre, j'avais lu un thread super interessant sur une mailing list kde à propos de la migration vers Dbus et des problemes que cela va occasionner mais j'arrive pas à la retrouver :( Si quelqu'un a un lien...

Sinon, le seul truc qui me plait moyennement dans dbus, c'est le coté service systeme. Parce que si l'utilisateur enleve dbus au démarrage du systeme(via drakconf par ex), normalement , Kde et Gnome ne devrait plus fonctionner. Donc bon, de ce point de vu la, ca m'inquiete un peu... Je vois tres biens le contenu des forums dans quelques années : "Mon gnome marche plus!", "Kde cassé" :)

Sinon, pour ceux qui vont se la ramener en me disant que gnome utilise deja dbus et que enlever le service n'empeche pas à gnome de fonctionner, je leur répondrais une seule chose: "Preuve que gnome n'utilise pas Dbus"(a part un outils en fait).

Bon, promis, j'arrete les commentaires en 3 parties :)

Mais je suis retombé sur un journal de Ludovic:
http://linuxfr.org/~phpgml/15993.html(...)

Ou en fait il s'agissait de continuer l'intégration en synchronisant l'avatar kopete et kadressbook(kabc). Je sais pas si tu es au courant mais il est RESOLVED.

Bon, pas dans le bugzilla de kde, je trouve ca bizarre d'ailleurs.

Mais va voir la =>
http://www.kdedevelopers.org/node/view/752(...)
http://www.kdedevelopers.org/node/view/785(...)
http://img125.exs.cx/img125/4725/scre38zn.png(...)

>Même si, à ma connaissance, seul KMail, Kopete et Konversation utilise cette >interface actuellement

Tu as oublié konqueror qui utilise ca aussi :) D'ailleurs je te remercie pour cette présentation de kimproxy, je m'etais arreter sur kabc pensant que c'etait cette lib qui faisait tout :)

http://galago.sourceforge.net/specs/notification/index.php(...)

Ah, je l'avais deja lu cette spec, bien avant que le truc s'appelle galago :)

Ben coté, Kde, les devels sont vraiment pas chaud pour ce truc, c'est sous featuré, ca ne correspond pas à leurs besoins et de plus beaucoup trouve cette spec completement moisi(genre le fait que cette derniere s'occupe de la mise en forme).

Grace à Kabc, toutes les applis Kde ayant a faire à des contacts(kmail, kopete, konversation, konqueror, ...) partagent leurs données. Et c'est tres pratique, genre je dois envoyer un fichier a quelqu'un, ben au lieu de passer par kopete, je vais dans konqueror et je fais click droit sur le fichier -> copier vers -> nom du contact. C'est autrement plus pratique que de passer par la boite de selection de fichier de Kde(aussi puissante soit elle).

http://dot.kde.org/1087424515/(...)

"What is interesting is that they can require virtually no scripting languages to produce a result, or you can use the scripting language of your choice. Internally everything is done with DCOP. "

Voila, l'exemple que tu a trouvé utilisait bash mais ce n'est pas une généralité :)

Des tutoriaux:
http://dot.kde.org/1104779564/(...)

J'ai un peu joué avec kommander ce soir et on arrive a developper un ptit soft assez rapidement :)

un autre soft utilisant kommander
http://kde-apps.org/content/show.php?content=13134(...)

Pour info, l'interface est basé sur qtdesigner.

>our concern is for the user's freedom, not how the program is developed.

Il est bien gentils le richard, mais la liberté d'avoir de la merde, ca n'apporte pas grand chose. Si les devels du Hurd on jugé GNU Mach comme ne répondant pas à leurs besoins, c'est qu'il y avait de bonnes raisons.

C'est bien de parler de la liberté des utilisateurs, mais il y'a aussi celle des developpeurs. Coder pour coder, je sais pas ce que ca peux bien apporter, si des truc comme mplayer, cad des programmes qui peuvent etre tres bons mais donc le code source est un vrai cauchemar ambulant.

Par exemple, prenons E17, les devels ont mis du temps, se sont remis en question(arret du devel du wm pendant une longue periode pour se reconcentrer sur les libs puis réécriture complete de ce dernier), et resultat, on commence a voir arriver un truc tres interessant. Sur du matos de merde avec une carte graphique(intel) qui rame comme la mort avec xcomposite de X.Org, ben E17 avec tous ces effets "à la con" s'en sort super bien avec une fluidité plus qu'impressionante et le tout avec un XFree86 4.3...

Donc bon, je pense que le Hurd n'est pas un projet qui a pour but actuellement d'avoir des utilisateurs, que ca reste quelques chose en developpement actif et qu'il ne faut pas oublier que ce dernier s'est arreté pendant une longue periode.

>J'espère juste que l'on ne doit pas passer par une phase de recompilation.

J'ai bien peur que si :) Et aussi une phase de recherchage/patchage :)

A ce propos, c'est tres impressionnant ce qu'il ont reussi a faire. Avec une carte graphique de merde et XFree86, j'arrive avoir des perfs vraiment bonne :)

Ben c'est la merde :)

http://laanx.fragnetics.com/gentoo.html(...)

J'ai quand meme trouvé ca, a tester, mais perso, j'avais essayé de compiler ce truc y'a un an et ca s'etait soldé par un échec :/

Parce que le but de cette doc est d'aider à installé Debian, pas Ubuntu ;)

Surtout que bon, si c'est si facile qu'on le dit d'installer une Ubuntu, je vois pas l'interet d'une doc.

De plus, etre un newbie sous Debian, ca ne veut pas dire l'etre sous Linux. C'est toujours sympa de trouver une doc claire et courte permettant d'installer rapidement un systeme debian sans trop en chier. Je me souviens de ma premiere install woody, c'etait folklorique :)

et l'impossiblité d'avoir un / en xfs sans avoir un /boot en autre chose.

Je sais pas si le probleme a été réglé depuis, mais dans la sarge, j'avais le probleme y'a encore deux mois quand je l'ai installée sur mon pc.

Nan, ie sous mac, c'est l'usine a gaz qui plante et qui est incapable d'afficher une page web correctement.