Gof a écrit 2210 commentaires

DBus et DCop font exactment la même chose.

DBus est bien là pour remplacer DCop

DCop qui actuellement sert dans la communication entre les applications KDE sera remplacer par DBus, qui permettra la communication entre toute les applications qu'elles soit gtk ou qt.
l'inconvénient de DCop étant qu'il utilise les types de QT

DCop et DBus se ressemblent tellement qu'il devrai être très facile de porter les application utilisant dcop à dbus.
Cela pourait même être fait en théorie sans casser la compatibilité. Mais ça n'en vaux as la peine, considérant que KDE4 arrive bientôt.

L'inconvénient majeur de DCop est qu'il ne défini pas lui même les types de base, mais réutilise celui du langage utilisé par les applications.
Dans le cas de KDE, c'est du C++ avec QT, et donc il y a plein de type QT partout (QString, ....) ce qui fait que ça rends les communication avec les applications GTK et autres plus difficile.

Pour remédier à ça, DBUS à donc été construit sur base de DCop
La principale différence étant que les types sont bien défini dans les spécifications.

Mais, alors que DCOP est stable, et utilisé depuis plusieurs années avec succes, DBUS n'en est pas encore à sa version 1.0 et il existe relativement peu d'application l'utilisant réellement qui peuvent prouver sa stabilité et son efficacité.

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

Tu veux parler de celui-là ?
http://lists.kde.org/?l=kde-core-devel&m=109646893512881&w=(...)

Ça me rappel ce mail de la mailing liste de kde-core-devel qui m'a fait beaucoup rire:
http://lists.kde.org/?l=kde-core-devel&m=110487003524071(...)

Pour donner un peu le contexte:
Il existe dans la norme de PDF un moyen d'exécuter un script lorsque on clic sur un lien du document PDF (pratique parait il lorsque on veut faire la démonstration d'une application lors d'une présentation)
Certains développeurs sont contre l'ajout de cette fonctionalités dans KPdf car selon eux c'est trop dangereux. Et même si on rajoute des (magnifiques) avertissements tel que celui-là: http://www.dei.unipd.it/~rosenric/temp/after.png(...)

Cela a généré un beau troll.

PS: C'est marrent, si on tape son mot de passe dans un commentaire, Templeet le remplace par des étoiles.
Par exemple, mon mot de passe est *****

Contrairement à l'intégration statique entre Gaim et Evolution, L'intégration entre Kopete et KMail est réalisée a partir d'une interface DCOP générique baptisée KIMProxy.
http://developer.kde.org/documentation/library/cvs-api/interfaces/h(...)

Même si, à ma connaissance, seul KMail, Kopete et Konversation utilise cette interface actuellement, cela signifie que n'importe quelle application peut demander ou signaler l' états de « contacts »

En théorie, il serait donc possible d'écrire un plugin pour Gaim qui l'intégrerais à KMail. Le seul problème est que KIMProxy utilise DCop qui est une technologie KDE, et emploi les id de libkabc (en gros de KAdressBook) pour identifier les contacts.

Mais les développeurs de Gaim veulent faire pareil ([troll]toujours à la traine[/troll]), avec leur projet Galago ( http://galago.sf.net(...) ) dont ils compte en faire une spécification de freedesktop.
Seulement le projet est loin d'être fini (surtout que le développeur n'as plus trop le temps de travailler dessus ces jours ci) et utilise DBus, qui n'est pas encore supporté par KDE.
De plus, ce que je n'aime pas dans Galago, c'est que ça nécessite un démon qui tourne en arrière plan.

Voici l'état tel qu'il est maintenant.

Avec KDE4 qui supportera plus que probablement DBus, L'intégration entre les applications KDE et Gnome (et autres) sera normalement plus aisé.
Reste à voir laquelle des deux approche sera adoptée.

Note que un pont entre KIMProxy et Galago est parfaitement possible.

Joyeuse année 1905 2005

(Y2K compilant)

Bonne fin d'année alors.

killall -9 artsd est effectivement dans mon top-10

J'avais déjà vu (ici je crois) un moyen de savoir la commande qu'on tapais le plus.

Mais j'ai pas retrouvé, alors j'ai essayé de le faire moi même:

cat ~/.bash_history | sort | uniq -c -w3 | sort -r | head

Et on obtient la liste des commandes qu'on tape le plus (basé sur les 3 premiers caractères tapés.

Chez moi c'est cd.
(Et en root, c'est pacman évidement, vive Archlinux)

Les fils qui ont l'air inutilisés permettent de réduire les bruits causés par les champs électromagnétique générés par les fils utilisés.

Maintenant, si tes cables sont suffisamment courts, ça doit pas être trop grave.

Pire, sous Linux on a une intégration beaucoup plus forte des logiciels. Je peux par exemple parler de bête menu gnome/kde qui n'est pas organisé avec un sous menu par application mais par thème/but. Les thèmes et l'orientation ne sera pas la même suivant les distros, impossible d'avoir une intégration "habituelle" sans faire du spécifique. Windows a choisi de ne pas se préoccuper de ce genre d'intégration, moi j'aimerai qu'on évite de mettre une croix sur ce genre de choses intéressantes sous Linux.

Les menus KDE/Gnome ne sont pas comparables au menu démarrer de MS Windows (Celui où il te faut plusieurs minutes pour trouver l'application que tu cherches dans la longue liste ordonée arbitrairement des noms des éditeurs)

Ce menu devrais être en théorie le même pour chaque distributions car les entrées de ces menu sont depuis peu une spécification de freedesktop.org. Et les applications devrais pouvoir s'intégrer dans ce menu facilement.

Changement de version mineur (x.1.y -> x.2.z), pas de compatibilité binaire, mais compatibilité source.

Si, il y a compatibilité binaire.

Un programme compilé pour KDE 3.0 avec QT 3.0 fonctionnera très bien sous KDE 3.4.
L'inverse n'est pas vrai, car il y a des évolutions.

J'y serais probablement, comme j'y étais les 2 années précédentes

Et vous ?

Cela fait déjà plusieurs mois que j'utilise Kirateradio pour noatun.
Et je trouve ça très bien.

À quand son intégration dans le CVS de KDE ?
(module kdenonbeta ?)

Une petite fonctionalité que j'aimerais bien: des raccourcis clavier globaux pour pouvoir noter une musique.

KDE 4.0 sortira peut-être en 2005 lui aussi

Parce que Kopete est un client de messagerie instantanée classique, prévu pour parler à une seule personne a la fois et dont les contacts on des adresses fixe.

Différents programmes pour différent usages.

Mais c'est vrai, à la limite, IRC, c'est de la messagerie instantanée. Et Kopete supporte donc IRC. Mais il est beaucoup moins bien supporté que les autres protocoles.

Les kdelibs sont partiellement portées sous windows

c'est ICI : http://wiki.kde.org/tiki-index.php?page=KDElibs+for+win32(...)

C'est ce qui permet à Kexi de fonctionner sous windows.
(Mais le développeur a un licence de QT)

> ce qui me gène le plus avec ksirc, c'est de ne pas pouvoir automatiser la ligne de commande pour envoyer mon mot de passe à NickServ après la connexion au serveur (le /msg NickServ IDENTIFY mot-de-passe).

Il suffit de mettre le script suivant dans $KDEHOME/share/apps/ksirc/ksircrc.pl

-----------------------------------
sub hook_connected
{
# TODO: check if actually signing onto freenode
&docommand("msg nickserv identify PASSWORD");
}

# join on the "end of MOTD" numeric
&addhook("376", "connected");
------------------------------------

나 너무. 나는 또한babelfish을 이용할 수 있는다

> Ça devrait pas être déjà un standard dans freedestkop.org ce genre de truc ?

Ça l'est pas encore, mais ils en parlent.

Par exemple: http://freedesktop.org/pipermail/xdg/2004-August/004338.html(...)

> Ils sont réellement pris en compte ?

Moi perso, je ne les ragarde même pas. (les votes)

> son integration dans mon kde est bof

Il y a Kopete qui est spécialement prévu pour s'intégrer dans KDE.
Et son support de MSN n'a rien a envier aux autres clients libres.

Et en plus, il fait même Jabber pour une transition en douceur. :-)

> et point de vue sécurité c'est un peu plus sûr !

ah bon ?

http://gaim.sourceforge.net/security/(...)

:-)

j'utilise un lecteur vocal d'écran plus barrette tactile braille !

Oh, on peux avoir un screenshot de ton desktop ?
:-)

Il existe déjà Wormux
http://www.wormux.org(...)
Tu pourrais p-e te joindre à eux.

Sinon, moi, mon vote, comme dit plus haut, c'est l'intégration de la webcam à Jabber.

Et voici un programme qui permet de faire simplement une image png en utilisant le moteur de rendu KHTML

http://www.babysimon.co.uk/khtml2png(...)