Il me semble que telepathy (de freedesktop) pourrait aider à ce genre de chose.
J'ai aussi cru comprendre que kopete pour KDE4 allait utiliser ce principe.
Si l'un des devs pouvait confirmer ...
D'autant que ceux-là ont aussi des réflexes dangereux sur le principe du "j'm'en fous ca marche"
du genre :
- désactiver les updates de l'OS et ne JAMAIS les faire
- pirater un anti-virus hors de prix qui "compense" le point précédent ("de toutes facons, j'm'en fous j'ai jamais rien eu")
- j'en passe et des meilleures...
Et ils passent pour des pros face aux noobs qui eux-mêmes font pareil, etc...
Sans compter que pour moi, la plus grande carotte pour faire migrer les desktops vers vista, c'est directx 10.
Parmi ceux qui ont leur xp cracké actuellement, combien ne décrocheront pas de leurs windows simplement parce qu'ils tiennent à leurs jeux ?
Et parmi eux, combien feront pareil avec vista uniquement parce qu'il sera le seul dans 6 ou 12 mois à faire tourner les nouveaux jeux sortis ?
Perso, quand je l'ai abandonné (ca devait être la 1.5), c'est parce qu'il me manquait concernant jabber :
- le proxy de transfert de fichier
- la gestion des priorités.
Tu pourra p'tet me dire si ca a changé depuis (14 mois qd même...)
Sinon je suis d'accord avec certains ici disant que 10 mois de beta pour un prgm de la taille de gaim, c'est abusé !! (beta1 : 18/12/2005)
(bébé troll : actuellement, je ne connais que google pour maintenir des softs aussi longtemps en beta :-p )
Un titre pareil avec une de ses expressions favorites était un appat parfait pour la peche au pBpG ;-)
Je dirais qu'un simple lecteur RSS (le révolutionnaire IE7 p'tet ?) a du faire le reste...
Dois je vraiment mettre un panneau "Défense d'entrer" chez moi pour que les gens que je ne connais pas comprennet qu'ils n'ont pas le droit de rentrer dans mon jardin...?
Si tu veux coller au sujet, on ne parle pas de "défense d'entrer" mais de "Défense de photographier".
Car ce que tu fais dans ton jardin est à la vue de ceux qui passent sur le trottoir, ce qui à priori n'est pas censé te déranger (sinon tu ferais ces mêmes choses à l'intérieur, ou tu installerais une haie, palissade ou autre).
Ca n'empeche pas que les applis KDE n'ont aucune dépendance directe vers qqch non KDE. (sauf besoin spécifique je le rapelle)
Et je crois que c'est le mot "directe" qui est important dans toute cette histoire.
> Et si mes souvenirs sont bons, chez KDE, ils veulent une compatibilité source à travers toute la version majeure.
Gnome ne l'exige pas.
D'où une différence dans les besoins de stabilité des APIs utilisées.
Ajoute cette contrainte aux discussions sur Gst et ca devrait finir d'expliquer l'interet de Phonon.
wrapper est différent de refaire l'implémentation.
- Ca n'est de toutes façons pas de l'utilisation directe. (voir plus haut)
- L'un peut évoluer vers l'autre de manière transparente pour les applis. (et cette transparence est un point important pour la compatibilité évoquée au dessus)
Il n'y aura qu'un implémentation de la partie client.
Et ? c'est celle-là qui les intéresse... non ? ;-)
Note : pendant que j'écrivais ceci, l'intervention ci-dessous de Johann apporte encore plus de poids !
Il me semblait que le but d'originie était : compatibilité source sur une X et binaire sur une X.Y. Mais là, c'est encore mieux !
Partie DBus ? KDE passera par Qt pour utiliser DBus.
T'as oublié le (voir plus haut) qui te le disait déjà qq lignes plus haut ! (y compris le lien vers freedesktop)
Il y a ceci aussi : http://linuxfr.org/~tanguy_k/22063.html
Et pour confirmation, lis donc le descriptif de cette présentation de l'aKademy (fin de ce mois) : http://conference2006.kde.org/conference/talks/27.php
Partie Gst Ca ne plait à personne. Comme ça ne plait a personne d'avoir gtk 1.x et gtk 2.x.
Ca leur plait d'autant moins que ca demande des adaptations dans les softs, qui sont causées par qqch d'extérieur.
Et si mes souvenirs sont bons, chez KDE, ils veulent une compatibilité source à travers toute la version majeure.
=> un soft prévu pour 4.0 doit normalement pouvoir compiler dans 4 ans sur un éventuel kde 4.5
Et si la compilation de (par exemple) kopete pour kde 4.0 foire sur kde 4.5 à cause des "ding dong" accompagnant les messages qui auraient été prévus pour Gst 0.10 non installé car devenu obsolete entretemps, ils vont l'avoir mauvaise.
Je commence même à me demander ce que Kde 4 va utiliser d'extérieur sans les wrapper (QT pour X, dbus et plein d'autres choses, phonon pour le mmedia, solid pour le matos, etc ).
Il doit pas y avoir grand chose ! (si qqun sait...)
Il n'y aura probablement que les applis ayant des besoins spécifiques (traitement audios ou videos avancés par exemple) qui n' utiliseront pas les wrappers parce qu'ils leurs sont insuffisants. Et ça en connaissance de cause.
Et ces applis seront extérieures à KDE ou au mieux dans kde-extra.
Je connais un projet freedesktop venant de KDE : ghns.
Par contre, je suis loin de connaitre et de suivre les dev de freedesktop, je ne pourrais donc pas te dire pour les autres d'où ils viennent et qui fait quoi.
Pour DBus, si j'en crois http://www.freedesktop.org/wiki/Software_2fDBusBindings , kde 4 ne dépendra probablement que de QT puisque le binding sera distribué avec. Par contre, pour les dépendances de QT à ce propos, c'est une autre histoire.
Je crois que ton scenar devait être celui de KDE 3 et son support partiel (et forcément au second plan face à DCop). Il a du évoluer depuis.
Gnome essai d'avoir et de développer des solutions utilisables par plusieurs desktops et KDE non.
Je peux me tromper mais j'ai plutôt l'impression que KDE propose plus sur les specs que sur le code.
P-ê parce qu'ils n'aiment pas se reposer sur du code extérieur qui ne soit pas considéré comme suffisamment mature.
C'est qu'ils y tiennent à leur compatibilité entre mineurs et que pour eux, c'est considéré comme un risque.
J'ai l'impression qu'une chose qu'ils n'aiment pas chez KDE, c'est les cohabitations de différentes versions de libs.
QT4 inclus la compatibilité vers QT3 (au lieu de faire cohabiter les 2). KDE4, je pense que ce sera pareil (pas sur). DBus passera par QT (voir plus haut).
C'est p'tet pour ca que faire cohabiter Gst 0.8 et 0.10 ne leur plait pas (ils préfèrent passer par phonon même si phonon ne sert que PARTIELLEMENT à ça).
C'est vrai que quand on regarde les catégories de NaDa sur la version anglaise : Categories: Hoaxes | Fictional software | Computer humor
Il semblent qu'aucune des 3 ne se retrouve dans la version française.
Ce serait une bonne raison pour les créer, non ?
Rassurez moi : ce sont les mêmes principes qui sont appliqués partout ?
Ou les modéros français de wikipedia seraient-ils plus coincés que d'autres à travers la planète ? ;-)
et si c'est le coté recenser ce que différents camps pensent sur la question. qui vous gène, marquez-le en "problème de neutralité", mais je trouve aussi que ces articles devraient rester.
Tu risques de ne pas t'en relever, mais les machines de bureau s'y mettent aussi !
Ca doit être la mode des télés 16/9 qui est contaminante (elle est même devenue 16/10 sur les écrans PC) ...
J'ai déjà entendu un vendeur en grande surface sortir le "visionnage de films sans bandes noires" pour convaincre le client...
http://messenger.msn.com/Help/Authorized.aspx
Les passerelles peuvent-elles être considérées comme étant un service tiers non autorisé ?
(et donc ploum comme fournisseur de service non autorisé ?)
Je pense que c'est un point important sur lequel il faudrait travailler.
Le principe d'une migration, c'est bien de remplacer l'ancien par le nouveau au fur et à mesure et ce dès que possible.
Dans un cas pareil, il faudrait les inciter à ne plus utiliser cet intermédiaire qu'est MSN, au moins entre eux 2. Et quand ils auront les 2 contacts représentant une même personne, et qu'ils verront les 2 online (forcément), ils seraient bien cons d'utiliser celui avec un intermédiaire supplémentaire et superflu.
Si autant de monde utilise jabber juste comme intermédiaire vers msn, et étant donné que visuellement, c'est qqun de msn qui leur parle, je me dis qu'ils ne savent p-ê pas que la personne en face fait p-ê pareil...
J'ai vu une option dans kopete parlant de détecter celà, mais je ne sais pas si elle marche, si oui comment, etc...
Sinon, je verrais bien à chaque entame de conversation passant par la passerelle un message du genre
"from useraccount@jabber, powered by fritalk jabber gateway"
partant vers le MSN destinataire.
Une grosse différence : entre msn et yahoo, c'est "un compte pour 2".
Pas besoin d'un compte chez l'autre contrairement au principe des passerelles jabber...
Et ta soeur, si elle veut contacter ses amis sur msn, quel est l'interet de lui faire passer par une passerelle au lieu d'un client multi ?
J'en vois qu'un, et il est couteux à la communauté : Méthode symbolique pour qu'elle utilise aussi jabber, "occuper le marché" en attendant d'avoir les fonctions équivalentes aux proprios pour ne plus avoir besoin de la passerelle.
Passer à un programme multi n'implique pas forcément une régression dans les fonctionnalités.
Par contre passer à gaim, je suis plutot d'accord. Son support limité de jabber est de notoriété publique.
Mais rien ne t'empeche d'en utiliser un autre !
Le monsieur au dessus te parle de kopete, et il a bien raison. Je te recommande moi aussi d'y jeter un coup d'oeil, tu ne devrais pas être déçu.
Ah mais le but c'était pas de dénoncer un doublon. (d'ailleurs on ne peut plus répondre là-bas)
C'était plutot d'allonger la liste des bévues en tout genre !!
Désolé pour le désamorcage :-(
(Ah mince, j'avais pas remarqué "périnnité et cohétion")
bon... ok, j'vais essayer qd même... (je ne veux pas te décevoir)
Google aurait débauché pBpG tout ca en sortant son OS dérivé de BSD (à cause de la licence pas bien qui permet les sorties proprio)
Même si ton Google utilise Palladium, le scénario "racheté MS" me parait trop prématuré pour 2010.
Je passe sur la capitalo-démocratie (pas assez qualifié dans ce domaine)
Finalement, le pire de tous tes trolls, c'est pas le "joyeux noël" de fin écrit par une telle chaleur ?
[^] # Re: Geolocalisation
Posté par Seazor . En réponse au journal fb 2.1. Évalué à 0.
Vu les noms, je ne les installerais pas non plus !!
[^] # Re: multijoueur..?
Posté par Seazor . En réponse au journal KDEgames: Contribuer en jouant :). Évalué à 2.
J'ai aussi cru comprendre que kopete pour KDE4 allait utiliser ce principe.
Si l'un des devs pouvait confirmer ...
Quant aux protocoles des jeux, le boulot de http://www.ggzgamingzone.org est p-ê réutilisable...
[^] # Re: on dit ça à chaque fois...
Posté par Seazor . En réponse au journal Va t-on voir une recrudescence de personne sous systeme libre ?. Évalué à 7.
du genre :
- désactiver les updates de l'OS et ne JAMAIS les faire
- pirater un anti-virus hors de prix qui "compense" le point précédent ("de toutes facons, j'm'en fous j'ai jamais rien eu")
- j'en passe et des meilleures...
Et ils passent pour des pros face aux noobs qui eux-mêmes font pareil, etc...
Sans compter que pour moi, la plus grande carotte pour faire migrer les desktops vers vista, c'est directx 10.
Parmi ceux qui ont leur xp cracké actuellement, combien ne décrocheront pas de leurs windows simplement parce qu'ils tiennent à leurs jeux ?
Et parmi eux, combien feront pareil avec vista uniquement parce qu'il sera le seul dans 6 ou 12 mois à faire tourner les nouveaux jeux sortis ?
[^] # Re: Les limites du système de packaging actuel
Posté par Seazor . En réponse au journal Distributions Linux, vers un éclatement des formats de paquetages ?. Évalué à 1.
-pas besoin de root
-un fichier à dl pour tout le programme
Site officiel de klik
http://klik.atekon.de/
[^] # Re: LE gros défaut pour moi
Posté par Seazor . En réponse au journal Sortie de Gaim en version 2.00 beta4. Évalué à 2.
- le proxy de transfert de fichier
- la gestion des priorités.
Tu pourra p'tet me dire si ca a changé depuis (14 mois qd même...)
Sinon je suis d'accord avec certains ici disant que 10 mois de beta pour un prgm de la taille de gaim, c'est abusé !! (beta1 : 18/12/2005)
(bébé troll : actuellement, je ne connais que google pour maintenir des softs aussi longtemps en beta :-p )
[^] # Re: PasBill PasGates ?
Posté par Seazor . En réponse au journal Sus aux maniaques de la théorie du complot !. Évalué à 0.
Je dirais qu'un simple lecteur RSS (le révolutionnaire IE7 p'tet ?) a du faire le reste...
[^] # Re: Le communiqué !!!
Posté par Seazor . En réponse au journal KDE 2.5.5. Évalué à 4.
Où la note en haut contient actuellement "POUR RÉVISION, NE PAS PUBLIER !"
[^] # Re: Faux raisonnement
Posté par Seazor . En réponse au journal Google vs. la presse belge, Google fait appel !. Évalué à 1.
Là ça correspond beaucoup mieux.
[^] # Re: Faux raisonnement
Posté par Seazor . En réponse au journal Google vs. la presse belge, Google fait appel !. Évalué à 3.
Si tu veux coller au sujet, on ne parle pas de "défense d'entrer" mais de "Défense de photographier".
Car ce que tu fais dans ton jardin est à la vue de ceux qui passent sur le trottoir, ce qui à priori n'est pas censé te déranger (sinon tu ferais ces mêmes choses à l'intérieur, ou tu installerais une haie, palissade ou autre).
[^] # Re: Tango : bof
Posté par Seazor . En réponse à la dépêche Rentrée des classes pour GNOME 2.16. Évalué à 2.
Et je crois que c'est le mot "directe" qui est important dans toute cette histoire.
> Et si mes souvenirs sont bons, chez KDE, ils veulent une compatibilité source à travers toute la version majeure.
Gnome ne l'exige pas.
D'où une différence dans les besoins de stabilité des APIs utilisées.
Ajoute cette contrainte aux discussions sur Gst et ca devrait finir d'expliquer l'interet de Phonon.
wrapper est différent de refaire l'implémentation.
- Ca n'est de toutes façons pas de l'utilisation directe. (voir plus haut)
- L'un peut évoluer vers l'autre de manière transparente pour les applis. (et cette transparence est un point important pour la compatibilité évoquée au dessus)
Il n'y aura qu'un implémentation de la partie client.
Et ? c'est celle-là qui les intéresse... non ? ;-)
Note : pendant que j'écrivais ceci, l'intervention ci-dessous de Johann apporte encore plus de poids !
Il me semblait que le but d'originie était : compatibilité source sur une X et binaire sur une X.Y. Mais là, c'est encore mieux !
[^] # Re: Tango : bof
Posté par Seazor . En réponse à la dépêche Rentrée des classes pour GNOME 2.16. Évalué à 1.
? KDE passera par Qt pour utiliser DBus.
T'as oublié le (voir plus haut) qui te le disait déjà qq lignes plus haut ! (y compris le lien vers freedesktop)
Il y a ceci aussi : http://linuxfr.org/~tanguy_k/22063.html
Et pour confirmation, lis donc le descriptif de cette présentation de l'aKademy (fin de ce mois) : http://conference2006.kde.org/conference/talks/27.php
Partie Gst
Ca ne plait à personne. Comme ça ne plait a personne d'avoir gtk 1.x et gtk 2.x.
Ca leur plait d'autant moins que ca demande des adaptations dans les softs, qui sont causées par qqch d'extérieur.
Et si mes souvenirs sont bons, chez KDE, ils veulent une compatibilité source à travers toute la version majeure.
=> un soft prévu pour 4.0 doit normalement pouvoir compiler dans 4 ans sur un éventuel kde 4.5
Et si la compilation de (par exemple) kopete pour kde 4.0 foire sur kde 4.5 à cause des "ding dong" accompagnant les messages qui auraient été prévus pour Gst 0.10 non installé car devenu obsolete entretemps, ils vont l'avoir mauvaise.
Je commence même à me demander ce que Kde 4 va utiliser d'extérieur sans les wrapper (QT pour X, dbus et plein d'autres choses, phonon pour le mmedia, solid pour le matos, etc ).
Il doit pas y avoir grand chose ! (si qqun sait...)
Il n'y aura probablement que les applis ayant des besoins spécifiques (traitement audios ou videos avancés par exemple) qui n' utiliseront pas les wrappers parce qu'ils leurs sont insuffisants. Et ça en connaissance de cause.
Et ces applis seront extérieures à KDE ou au mieux dans kde-extra.
[^] # Re: Tango : bof
Posté par Seazor . En réponse à la dépêche Rentrée des classes pour GNOME 2.16. Évalué à 2.
Par contre, je suis loin de connaitre et de suivre les dev de freedesktop, je ne pourrais donc pas te dire pour les autres d'où ils viennent et qui fait quoi.
Pour DBus, si j'en crois http://www.freedesktop.org/wiki/Software_2fDBusBindings , kde 4 ne dépendra probablement que de QT puisque le binding sera distribué avec. Par contre, pour les dépendances de QT à ce propos, c'est une autre histoire.
Je crois que ton scenar devait être celui de KDE 3 et son support partiel (et forcément au second plan face à DCop). Il a du évoluer depuis.
Gnome essai d'avoir et de développer des solutions utilisables par plusieurs desktops et KDE non.
Je peux me tromper mais j'ai plutôt l'impression que KDE propose plus sur les specs que sur le code.
P-ê parce qu'ils n'aiment pas se reposer sur du code extérieur qui ne soit pas considéré comme suffisamment mature.
C'est qu'ils y tiennent à leur compatibilité entre mineurs et que pour eux, c'est considéré comme un risque.
J'ai l'impression qu'une chose qu'ils n'aiment pas chez KDE, c'est les cohabitations de différentes versions de libs.
QT4 inclus la compatibilité vers QT3 (au lieu de faire cohabiter les 2). KDE4, je pense que ce sera pareil (pas sur). DBus passera par QT (voir plus haut).
C'est p'tet pour ca que faire cohabiter Gst 0.8 et 0.10 ne leur plait pas (ils préfèrent passer par phonon même si phonon ne sert que PARTIELLEMENT à ça).
[^] # Re: Merci de ton initiative
Posté par Seazor . En réponse au journal MultiDeskOS et Jayce dans Wikipédia. Évalué à 2.
Categories: Hoaxes | Fictional software | Computer humor
Il semblent qu'aucune des 3 ne se retrouve dans la version française.
Ce serait une bonne raison pour les créer, non ?
Rassurez moi : ce sont les mêmes principes qui sont appliqués partout ?
Ou les modéros français de wikipedia seraient-ils plus coincés que d'autres à travers la planète ? ;-)
et si c'est le coté recenser ce que différents camps pensent sur la question. qui vous gène, marquez-le en "problème de neutralité", mais je trouve aussi que ces articles devraient rester.
[^] # Re: C'est les nouveaux portables
Posté par Seazor . En réponse au journal Les Lenovo s'envolent ?. Évalué à 1.
Faut transporter moins de documents. P'tet qu'en vidant la corbeille ce sera plus léger.
[^] # Re: WXGA ou pas WXGA, telle est la question.
Posté par Seazor . En réponse au journal Quelle portable? Quelle distro? Quel routeur? Marre!. Évalué à 1.
Ca doit être la mode des télés 16/9 qui est contaminante (elle est même devenue 16/10 sur les écrans PC) ...
J'ai déjà entendu un vendeur en grande surface sortir le "visionnage de films sans bandes noires" pour convaincre le client...
[^] # Re: *cough* *cough*
Posté par Seazor . En réponse au journal Détaxe : le prix de Windows XP. Évalué à 3.
Jusqu'ici, ca pouvait être n'importe quelle partie du matériel (y compris un clavier)
exemple : http://www.ldlc.be/fiche/PB00020660.html
Tant que tu gardes le clavier, tu es en règle pour la licence OEM XP.
# Ce que j'en retiendrai le plus...
Posté par Seazor . En réponse au journal In Memoriam : MultiDeskOS, l'ex OS du futur. Évalué à 3.
Voir http://linuxfr.org/comments/252329.html#252329
[^] # Re: Info supplémentaire :
Posté par Seazor . En réponse au journal Les passerelles Jabber. Évalué à 3.
Les passerelles peuvent-elles être considérées comme étant un service tiers non autorisé ?
(et donc ploum comme fournisseur de service non autorisé ?)
[^] # Re: Passerelle to passerelle
Posté par Seazor . En réponse au journal Les passerelles Jabber. Évalué à 2.
Le principe d'une migration, c'est bien de remplacer l'ancien par le nouveau au fur et à mesure et ce dès que possible.
Dans un cas pareil, il faudrait les inciter à ne plus utiliser cet intermédiaire qu'est MSN, au moins entre eux 2. Et quand ils auront les 2 contacts représentant une même personne, et qu'ils verront les 2 online (forcément), ils seraient bien cons d'utiliser celui avec un intermédiaire supplémentaire et superflu.
# Passerelle to passerelle
Posté par Seazor . En réponse au journal Les passerelles Jabber. Évalué à 2.
J'ai vu une option dans kopete parlant de détecter celà, mais je ne sais pas si elle marche, si oui comment, etc...
Sinon, je verrais bien à chaque entame de conversation passant par la passerelle un message du genre
"from useraccount@jabber, powered by fritalk jabber gateway"
partant vers le MSN destinataire.
[^] # Re: MSN vs Jabber vs IM multi vs ObiWan Kenobi
Posté par Seazor . En réponse au journal Les passerelles Jabber. Évalué à 1.
Pas besoin d'un compte chez l'autre contrairement au principe des passerelles jabber...
Et ta soeur, si elle veut contacter ses amis sur msn, quel est l'interet de lui faire passer par une passerelle au lieu d'un client multi ?
J'en vois qu'un, et il est couteux à la communauté : Méthode symbolique pour qu'elle utilise aussi jabber, "occuper le marché" en attendant d'avoir les fonctions équivalentes aux proprios pour ne plus avoir besoin de la passerelle.
[^] # Re: jabber
Posté par Seazor . En réponse au journal Les passerelles Jabber. Évalué à 2.
Par contre passer à gaim, je suis plutot d'accord. Son support limité de jabber est de notoriété publique.
Mais rien ne t'empeche d'en utiliser un autre !
Le monsieur au dessus te parle de kopete, et il a bien raison. Je te recommande moi aussi d'y jeter un coup d'oeil, tu ne devrais pas être déçu.
[^] # Re: Sujet récurrent
Posté par Seazor . En réponse au journal Il y a 2 catégories d'administrateurs .... Évalué à 1.
C'était plutot d'allonger la liste des bévues en tout genre !!
[^] # Re: bug de l'essai
Posté par Seazor . En réponse au journal Le droit d'écouter. Évalué à 2.
(Ah mince, j'avais pas remarqué "périnnité et cohétion")
bon... ok, j'vais essayer qd même... (je ne veux pas te décevoir)
Google aurait débauché pBpG tout ca en sortant son OS dérivé de BSD (à cause de la licence pas bien qui permet les sorties proprio)
Même si ton Google utilise Palladium, le scénario "racheté MS" me parait trop prématuré pour 2010.
Je passe sur la capitalo-démocratie (pas assez qualifié dans ce domaine)
Finalement, le pire de tous tes trolls, c'est pas le "joyeux noël" de fin écrit par une telle chaleur ?
# Sujet récurrent
Posté par Seazor . En réponse au journal Il y a 2 catégories d'administrateurs .... Évalué à 2.
http://linuxfr.org/~little_sumo/11426.html
à moins qu'ils aient fait d'autres depuis...