Gof a écrit 2224 commentaires

>KDE 3 a duré à peu près 3 ans sans changement binaires
> incompatibles. Pour KDE 4, on espère faire beaucoup mieux.


Il a duré bien plus.
KDE 3.0 est sortit en avril 2002 et KDE 4 ne sortira objectivement pas avant 2007
Si je calcule bien, ça fait presque 5 ans.

C'est donc pas mal

À titre de comparaison: KDE2, n'a duré que 1 an et demi. KDE 1 à duré 2 ans.

Ici on parle des utilisateurs de EiffelStudio (qui sont en général des développeurs)

On ne parle pas des utilisateurs qui utilise les programmes fait par les utilisateurs de EiffelStudio (ça devient compliqué)

Il n'y a pas que le problème de "lib non maintenue"
Il y a aussi l'important problème de l'incompatibilité entre eux des différents moteur pour faire du mixage logiciels.

Comme Gnome utilise esd, pour faire tourner une appli kde dans gnome, ce serait bien s'il pouvait aussi utiliser esd.

(Oui, je sais: alsa fait maintenant le mixage logiciel, mais tout le monde a pas dmix, et c'est quand même mieux niveau performance de n'avoir que un moteur de son)

Quand au problème des fonctionalités A et B, c'est un faux problème, voir plus haut.

Si il y a.

C'est appelé le "message personel" ça existe dans msn depuis MSN Messenger 7 .

C'est dans Kopete comme un message d'absence depuis la version 0.11 (avec KDE 3.5)

Ce sera juste pour toi une bonne occasion de perfectionner ton anglais.

(C'est personnellement en discutant avec mes collègues développeur par mail et par irc que j'ai appris l'anglais, avec l'aide de babblefish au début)

J'arrive pas à lire les titre des bulles.
C'est grave docteur ?

(J'ai pourtant essayer de zoomer à 500% (comme dans les films) , mais ça reste tout flou)

Bon, voici une autre idée.
Elle est assez consommatrice en espace disque et en ressource, mais bon.

L'idée est d'avoir sur /home un système de fichier qui gère les versions, à la subversion.

Ça a bcp d'avantages comme la possibilité de revenir en arrière en cas de fausse manipulation (y compris par un virus).

Bon, évidemment ça prends de l'espace disque, mais on est pas obligé de garder l'historique depuis le début, on peux effacer l'historique après une semaine.

>que peut faire un protocole de communication si tu executes toi meme
> un binaire une fois arrive chez toi?
> Ce probleme la n'est pas imputable a msn...

Le vers exploite quand même un problème du client MSN officiel. (pour se reproduire)
La cause de ça c'est que tout le monde utilise le même client.

Idéalement avec Jabber, il y a une grande diversité dans les clients.
Il est bcp plus difficile de faire un vers qui fonctionne en même temps avec psi, google talk, gaim, pandion, kopete, trillian, gajim, et tout les autres.

(bon, il est encore possible de faire en sorte que ça se répande juste avec les quelques clients les plus fréquents, mais c'est quand même plus dur)

Le client MSN est chargé de sauvegarder lui même le 'pseudo' de chacun des contacts dans la liste de contact.

Le 'pseudo' est envoyé au client avec chaque messages du contact et chaque notification de changement de statut.
(Quand un contact change de pseudo, une notification de changement de statut est envoyé) (le pseudo est aussi dans les notification de statut lors de la connexion)

Donc en résumé, ça veux dire que les pseudo MSN sont mis à jour lorsque les 2 contacts sont connectés simultanément. (pas besoin de changer de noms tout le temps)

P.S: le changement de nom peut se faire via dcop
dcop kopete KopeteIface setGlobalNickname "Contactez moi sur Jabber. À partir du 19 mai je viens plus sur MSN"
Mais tu n'en a pas besoin.

3 distributions différentes c'est déjà mieux que une :-)
(mais tu as aussi oublié (k)ubuntu)

Et à mon avis, si linux se démocratise, de nouvelles distributions pourraient arriver (les éditeurs voyant là un marché potentiel)

Et de nouvelles architectures pourrait devenir plus populaire (le problème étant que les autres architecture n'ont actuellement aucune chance sur le marché du grands public car Windows ne les supporte pas)

On parle d'un problème différent.

Beaucoup d'utilisateurs désire changer de thème d'icone, de chat, etc...
(certes, ce sont pour la plupart des power users, mais ça reste une grande partie des utilisateurs visés)

Les thèmes d'émoticons dont je parle ce sont les thèmes pour les classiques :-) :-( ;-p et équivalent compris par tout le monde

Mettre de joli dessin sur de l'art ASCII.
Nul besoin que tout le monde ait le même.

Je ne parles pas ici des (p) :blop: , qui n'ont pas de signification sans l'image

Et là, ça a du sens d'avoir un thème d'émoticon, peu importe si Bob à les mêmes que moi, ça c'est une question de goût.

c'est le format décrit dans la JEP-0038

Si la JEP est marquée comme "deffered" c'est parce que après un certain temps d'inactivité (six mois) , une proposition de JEP est automatiquement marquée comme tel (cf JEP-0001)
Dans ce cas-ci c'est parce que l'auteur de la JEP en question n'avais plus le temps de s'en occuper, et elle est tombé au oubliette en quelque sorte.

Tes remarques sont correctes : un échange d'image est meilleur.

Mais ma préoccupation, à l'époque, était d'aboutir à un standard pour les thèmes d'émoticons téléchargable. Utilisé à la fois dans le client mail, le client IM, mais aussi dans des forum ou autre trucs.

Ce qui m'intéressais en particulier dans la JEP-0038 était surtout le format du fichier XML
Et cette JEP n'est pas convenable tel quelle, puisque elle est spécifique à Jabber, alors que mon but était de rendre ça indépendant de l'application/protocole.

Tu dis que s'il n'y a pas de virus (vers) sous Linux actuellement c'est parce que il est beaucoup moins ciblé.

Mais "linux" est aussi beaucoup plus difficile à cibler.
Tellement de distributions différentes, et de logiciels différents. (et idéalement d'architectures différentes)

A propos du thème d'émoticon

J'avais essayer il y a un an de standardiser les thèmes de Kopete auprès de freedesktop

http://lists.freedesktop.org/archives/xdg/2005-January/00567(...)
http://kopete.kde.org/emoticons/emoticonspec.html

Ça n'avais pas marcher parce que les autres n'était pas fort pour, la spécification actuelles n'apportait rien, et certaines fonctionnalités de gaim n'y était plus.

Mais c'est quand même devenu un format utilisé par tout KDE (Kopete, Konversation, KMail, ....)

Par contre, si je devais essayer de re-standardiser un format d'émoticon, je me baserais sur la JEP_0038 qui est assez complète.
http://www.jabber.org/jeps/jep-0038.html

Non.
Le client de tes copains ne se connectent pas directement à ton serveur jabber. Ils se connectent à leur serveur jabber.

En gros, c'est:
Client(toi) <---1---> Serveur(utilise SRV) <----2-----> Serveur <----3----> Client(copain)

Les serveurs supportent tous normalement les enregistrement SRV, donc, pour la liaison 2, il n'y a normalement pas de problèmes.
La liaison 3, c'est le problème de ton copain.

Pour la liaison 1 par contre, si ton client ne supporte pas SRV, tu devra spécifier manuellement le "vrai" nom du serveur dans ton client.
Pour tes contacts, il ne verront absolument aucune différence.

Prenons l'example du serveur de Google Talk qui utilise SRV:
Si tu as un compte @gmail.com et que tu as essayé de te connecter avec Gaim/Kopete ou autre, tu as du spécifier à un moment le "vrai" hôte (talk.google.com). Mais si tu as un autre acompte, pour ajouter des contacts @gmail.com , eh bien il n'y a rien de spécial à faire.


Donc, les enregistrements SRV c'est bien.

Il sont supporté par tout les serveurs.

Mais à ma conaisance, peu de clients supportent directement les enregistrements SRV.
Mais ça c'est pas grave, puisque pratiquement tout les clients permettent de spécifier manuellement un autre hôte pour la connexion.

GTalk par exemple utilise SRV, ce qui force à introduire manuellement talk.google.com dans les paramettres de connexion dans la pluspart des clients

Même pas besoin de créé un sous domaine, grâce au enregistrements SRV des DNS

> est-ce que relayer des données illégales est légal ?

Dans ce cas tous les fournisseur d'accès, ou propriétaires des différent routeurs d'internet sont eux aussi dans l'illégalité.

Un noeud est exactement comme un routeur.

la *prochaine* version de Kopete
Déjà disponible en beta, essayez là!

http://wiki.kde.org/tiki-index.php?page=Kopete+Jabber+Jingle

J'ai vu ça samedi dernier alors que je voulais voir une citation.

Comme on était le premier avril j'espérais que ce soit un poissons d'avril.

Mais non :-(

A l'usage il n'y a pas tellement de différence entre les 2 distributions.
La configuration est plus basée sur slackware.
Les paquets présent sont encore plus à jour que pour Archlinux (qui me déçois de temps en temps, kde 3.5.2 n'était pas encore dans Archlinux hier alors que dans frugalware il y est déjà)

Il y a moins de paquet dans frugalware mais il y en a de plus en plus chaque jours. Et quand il n'y en a pas on reprends le PKGBUILD de Archlinux.
(Mais il y a aussi des programmes qui sont dans Frugalware et pas dans Archlinux. (yakuake par exemple))

Je connais pas gentoo. J'imagine que ça doit être le même principe.

La différence est que c'est à la base une distrib binaire et que donc il n'est pas nécessaire de compiler. (sauf pour les paquets qui n'y sont pas)

Dis moi, tu as déjà entendu parler de Jabber ? parce que en lisant tes commentaires, on dirais pas.
Il y a des client Jabber très bien qui se développent, même des proprio pour Windows .

Le problème avec MSN est exactement le même qu'avec IE:
- Il est disponible par défaut sous Windows
- "Tout le monde utilise MSN"

A propos de Konqueror et Google, il veut mieux changer l'identité du navigateur pour firefox sur tout les sites de Google.

Google n'a pas l'air d'aimer Konqueror

Par exemple, le support de l'utf-8 dans le moteur de recherche ne fonctionne pas si l'user agent contient "Konqueror"

Il faut admettre qu'il y a des léger problèmes de javascript avec gmail. Mais impossible pour les développeurs de Konqueror d'essayer de les résoudre car le javascript de Google est obscurci.