samedi 13 mars

Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Articles précédents : Logiciel

Liens connexes

Kopete (2281 clics)
Icones et thèmes (1035 clics)
Thèmes Adium (853 clics)

Dépêche modérée par

Dépêche éditée par

Logiciel : Sortie de Kopete 0.12

Posté par Johann Ollivier-Lapeyre (page perso, ). Modéré le 05 juin 2006.

La version 0.12 de Kopete, le client de messagerie instantanée de KDE vient de sortir. Cette version majeure est particulière car elle apporte un grand nombre de fonctionnalités et n'est incluse dans aucune version de KDE. Elle sera la dernière avant un long moment pour KDE4.

Les principales nouveautés sont:

Nouveau moteur de thèmes de chat
Compatible Adium et Gtalk.
Support de Jabber amélioré.
Prise en charge expérimentale de la voix avec Jabber en utilisant libjingle.
Réécriture du protocole Yahoo.

Plus de détails dans la suite de l'article

Kopete (2281 clics)
Icones et thèmes (1035 clics)
Thèmes Adium (853 clics)

> Lire la suite (46 commentaires, moyenne: 4,6). [dépêche : 4058 caractères]

Général:

L'ancien moteur de thèmes basé sur XSLT, qui avait pour inconvénient d'être lent et lourd, a été remplacé par un moteur XHTML/CSS compatible avec Adium. Les thèmes sont maintenant un ensemble de fichiers HTML et CSS, offrant la possibilité à qui le souhaite de contribuer facilement.
Get Hot New Stuff est maintenant activé, offrant la possibilité de télécharger/installer des thèmes ou icônes sur kde-look d'un simple click.

Ainsi que:

Beaucoup de corrections de bugs.
Des simplifications, et une harmonisation au niveau de l'interface.
Le message de statut se change différemment et apparaît dans la barre d'état.

Pour les protocoles:

Jabber
Jabber a subit a sérieux coup de fouet avec cette version, concentrant par exemple l'attention de Gof, ancien responsable de MSN. On peut citer :

Prise en charge de la voix grâce à Jingle (expérimental mais fonctionnel). libjingle, qui contient quelques bugs, n'est pas vraiment adaptée à Kopete. Elle n'est pas non plus compatible avec les spécifications des JEP, mais est compatible avec Google Talk). Pour la prochaine version, le but est un support conforme aux standards (avec sans doute une couche de compatibilité gTalk), et utilisant Phonon.
Meilleure prise en charge des transports Jabber, chaque transport étant considéré comme un protocole à part entière.
Liste des salons d'un serveur de conférences, et choix du salon.
Signets pour rejoindre rapidement des salons. (JEP-0048) Bien qu'il ne soit pas possible d'éditer les signets avec l'interface graphique de Kopete, il faudra utiliser la console XML ou un autre client qui supporte l'édition des signets (rejoindre automatiquement un salon est supporté).
XHTML-IM : soit la possibilité d'utiliser un formatage pour les messages (JEP-0071).
Utilisation de la JEP-0085 (Chat State Notification) pour les notifications de frappe, en plus de l'ancienne JEP-0022 déjà supporté dans Kopete. Kopete est compatible sur ce point avec plus de clients (dont Google Talk à ce niveau).
Prise en charge des avatars stockés dans la vCard (JEP-0153).
JEP-0162: Best Practices for Roster and Subscription Management.
Compatibilité avec les thèmes d'émoticons décrit dans la JEP-0038 même si le format des thèmes par défaut reste l'ancien.
Corrections de nombreux bugs (notamment en ce qui concerne les MUC).

Yahoo
Le support du protocole Yahoo a été complètement réécrit, tout en gardant les les anciennes fonctionnalités, il ajoute :

Le support de la webcam dans les 2 sens.
Transfert de fichiers, y compris en provenance de YahooMessenger 7.5 (Kopete serait le seul a ce jour).
Support des conférences.
Support complet du carnet d'adresse Yahoo.

MSN

Notification d'alerte.
Transfert de fichier dans les 2 sens avec les clients officiels MSN 7.5.
Quelques corrections sur l'envoi et la réception de la webcam.

Oscar (AIM+ICQ)

Prise en charge des "Chat Room".
Meilleur prise en charge des encodages de caractères dans Oscar.

Demain
Pour KDE4, Kopete évoluera bien sûr au niveau des protocoles, VOIP et sur l'interface, mais également sur la possibilité d'une version Windows et Mac.

Vous pouvez contribuer dès aujourd'hui en réalisant des paquets de la 0.12 pour votre distribution favorite, créant ou partant des thèmes en XHTML/css, ou en codant bien sûr.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

smileys

Posté par Smarter () le 05/06/2006 à 11:10. (lien). Évalué à 9.

A quand une possibilité pour ajouter facilement un smiley?
Parce qu'édité un fichier xml à la main c'est pas très user-friendly...

[^]Re: smileys

Posté par Johann Ollivier-Lapeyre (page perso, ) le 05/06/2006 à 12:14. (lien). Évalué à 10.
Certes, je suis 100% d'accord, c'est génant comme truc, c'est une fonction qui manque. Pour répondre à la question, ben pas avant la prochaine version (KDE4), et si quelqu'un d'interne ou d'externe implémente le truc (sachant qu'on a pas l'habitude de refuser les patchs proposés).

Bref, faudrait que quelqu'un se motive pour le faire ;)

--
----------------------------------------------------------------
"Be a man, run TRUNK !" - #kde-devel@freenode.org
- [^]Re: smileys
  
  Posté par Gof (Jabber id, page perso, ) le 05/06/2006 à 12:34. (lien). Évalué à 9.
  Quelqu'un avais déjà coder ça,
  Ça avais même été inclus dans le SVN
  
  Mais comme il y avais des bugs et d'autres problèmes, et que celui qui avais coder ça ne le maintenais pas, et que personne d'autre ne voulais résoudre les problèmes, ça a été retiré peu avant KDE 3.5.

Quand ?

Posté par patrick_g (page perso, ) le 05/06/2006 à 11:50. (lien). Évalué à 3.

Est-ce que cette version sera dans le prochain KDE 3.5.4 ou est-ce que les modifs sont trop importantes pour pouvoir rejoindre la branche stable 3.5.x ?

[^]Re: Quand ?

Posté par Johann Ollivier-Lapeyre (page perso, ) le 05/06/2006 à 12:11. (lien). Évalué à 7.
Nan, les modifs sont trop importantes, même si à quelque part cela devrait.

Les distribs aurait par contre tout interet a inclure cette version, elle est bien bien mieux, plus puissante, plus simple à utiliser, et sans régressions connus par rapport à 0.11.x.

--
----------------------------------------------------------------
"Be a man, run TRUNK !" - #kde-devel@freenode.org

[^]Re: Quand ?

Posté par Gof (Jabber id, page perso, ) le 05/06/2006 à 12:31. (lien). Évalué à 10.
Probablement pas. Pas cette version en tout cas, mais peut être la version 0.12.1 ou 0.12.2

En théorie, la règle chez KDE c'est : "Pas de nouvelle fonctionalité dans une version mineur"

Mais comme la prochaine version majeure (KDE4) est dans longtemps, quelques exceptions sont autorisées.
http://lists.kde.org/?l=kde-core-devel&m=114304642132670(...)

Les conditions pour qu'une fonctionalité soit ajouté à KDE 3.5 sont donc:

a) Ce doit être déjà dans KDE4
b) Il faut que ce soit déjà fini et complet
c) Déjà bien testé
d) Respecter le gel des messages pour les traducteur
e) ça doit être inclus au moins un moi avant la sortie de la version dans laquelle on veut la mettre
f) ça doit apparaître visiblement dans le changelog
g) ça doit être approuver par plusieurs mainteneurs

Dans le cas de Kopete:
a) c'est bon, le code a été fusionné avec kde4
b) et c) ok
d) Il faut espérer que il y ait encore un relâchement du gel des messages
e) et f) pas de problèmes
g) normalement ok sauf si il y a des objections

Mais il faut comprendre que ces règles sont pour des petites fonctionalité, alors que Kopete 0.12 en comporte beaucoup.
Donc en résumé, c'est possible, mais pas sûr et certainement pas dans l'immédiat.
- [^]Re: Quand ?
  
  Posté par Guid (page perso, ) le 05/06/2006 à 12:45. (lien). Évalué à 3.
  a) Ce doit être déjà dans KDE4
  
  Cette condition n'est franchement pas annodine, quand on connait les monstrueuses différences entre Qt3 et Qt4. Mais je ne sais pas si Kopete s'en soucie ou pas (cad s'il est entièrement au dessus de la libkde, ou même si la libkde4 a vu son API également profondément remaniée).
  
  En tout cas, beau boulot !
  
  --
  If you and dead people can read hex, how many people can read hex?
  - [^]Re: Quand ?
    
    Posté par Gof (Jabber id, page perso, ) le 05/06/2006 à 13:03. (lien). Évalué à 5.
    oui, Kopete est basé entièrement sur les kdelibs.
    oui, les kdelibs ont vu leur API remaniée (profondément sur certains points) (Et l'API continue de changer)
    
    Mais les merges restent relativement facile, il suffit de compiler et de corriger les erreurs. Surtout que les changement sont incrémentaux.
    - [^]Re: Quand ?
      
      Posté par Michaël Larouche (page perso, ) le 05/06/2006 à 15:01. (lien). Évalué à 6.
      Ça paraît que c'est pas toi qui fait les merges 0.12 -> trunk ;)
      
      En principe ça reste assez simple comme merge. Mais plus kdelibs4 avance, plus les merges créent des conflits, vu que certaines méthodes ont changé de nom. Celui que je vois le plus souvent c'est à cause de s/kdDebug/kDebug/g.
      
      Donc, on fait un merge, répare les conflits, on compiler et on corrige les erreurs. Durant un bout je faisais les merges en même temps que la mise à jour de kdelibs4_snapshot, mais maintenant je préfère porter vers le nouveau snapshot après merger, surtout quand kdelibs a subit de gros changements (comme cette semaine le passage vers D-BUS)
      
      --
      Développeur KDE sur Kopete et Kamefu

Gestion des thèmes Adium et interface

Posté par Nils Ratusznik (Jabber id, page perso, ) le 05/06/2006 à 13:01. (lien). Évalué à 1.

Par curiosité, Kopete gèrera-t-il la transparence comme le fait Adium?

Je suis très content de l'utilisation des thèmes Adium, car pour moi ce logiciel est le client de messagerie instantanée possèdant l'interface qui me convient le mieux (et que je crois être la plus agréable à utiliser), mais n'est disponible que pour OS X, ce que je trouve dommage. Mais si Kopete comble ce que j'estime être un manque, alors j'en serai très heureux :)

[^]Re: Gestion des thèmes Adium et interface

Posté par Unchabin () le 05/06/2006 à 13:14. (lien). Évalué à 2.
Comme toute appli X11 Composite, kopete gère déjà la transparence

====>

--
Oufa, capitale du Bashkorstan
- [^]Re: Gestion des thèmes Adium et interface
  
  Posté par Michaël Larouche (page perso, ) le 05/06/2006 à 15:04. (lien). Évalué à 2.
  Faudrait que quelqu'un confirme quand j'ai jamais essayé les thèmes avec X11 Composite. Et faut dire que j'ai jamais utilisé Adium, je l'a seulement essayé pendant 20 minutes
  
  --
  Développeur KDE sur Kopete et Kamefu

Installer dès maintenant ? Klik ?

Posté par Nikoo () le 05/06/2006 à 15:23. (lien). Évalué à 9.

Même s'il n'existe pas encore de paquets distrib/spécifiques, il sera peut-être possible, pour ceux qui ne veulent pas installer depuis le tar.gz, de passer par Klik, non ?

http://klik.atekon.de/

http://kopete.klik.atekon.de/

--
http://nikoolinux.zeblog.com/

Multiples clients IM

Posté par HappyPeng () le 05/06/2006 à 18:40. (lien). Évalué à 10.

A quand une bibliothèque d'IM réutilisable par potentiellement tout client, aux API clairs et stables, facilement extensible, pour qu'on évite d'avoir à se retaper la couche protocole (ou à copier-coller une rare version CVS qui compile de libgaim) pour _chaque_ application voulant se connecter à un IM ?

[^]Re: Multiples clients IM

Posté par billiob () le 05/06/2006 à 19:12. (lien). Évalué à 10.
En utilisant Telepathy : http://ipcf.freedesktop.org/wiki
Beaucoup de clients IM vont s'y mettre (kopete, adium, aMSN, ....)
Ce sera basé sur D-Bus, et devrait permettre (en tout cas pour aMSN) d'avoir plus de protocols (ou une meilleure compatibilité avec ceux-ci), ainsi qu'une meilleure intégration de la webcam et de la VoIP grâce au projet Farsight.

[^]Re: Multiples clients IM

Posté par Nÿco (Jabber id, page perso, ) le 06/06/2006 à 09:51. (lien). Évalué à 1.
La bibliothèque libre en C++ Iris ?
http://delta.affinix.com/iris/

Utilisée dans Psi, mais aussi Kopete, et d'autres...

--
Jabber ID : xmpp:Nyco@jabber.fr
- [^]Re: Multiples clients IM
  
  Posté par Michaël Larouche (page perso, ) le 06/06/2006 à 11:03. (lien). Évalué à 4.
  Iris c'est seulement pour Jabber
  
  --
  Développeur KDE sur Kopete et Kamefu
  - [^]Re: Multiples clients IM
    
    Posté par Johann Ollivier-Lapeyre (page perso, ) le 06/06/2006 à 11:07. (lien). Évalué à 6.
    oui
    
    Tu aurais pu rajouter que tu es en train de faire une lib équivalent pour MSN, qui s'appelle "papillon", et qui sera utilisé bien sur par kopete.
    
    --
    ----------------------------------------------------------------
    "Be a man, run TRUNK !" - #kde-devel@freenode.org

[^]Re: Multiples clients IM

Posté par Michaël Larouche (page perso, ) le 06/06/2006 à 11:08. (lien). Évalué à 9.
Je crois que ce genre de librarie universelle n'arrivera pas. Le monde open-source est composé d'une grande variété de personnes et c'est pas tout le monde qui ont les mêmes goûts.

Comme moi par example, je déteste le C alors que j'adore le C++ avec Qt. Je me verrais utiliser et programmer sur une librairie sur lequel je déteste le langage de programmation.

Mais comme souligné, Telepathy est une solution, comme Tapioca, qui sont tous les deux assez similaires.....

Dans le cas de Kopete, je crois qu'on va offrir nos plugins de protocoles dans Telepathy et réutiliser ceux qu'on n'a pas mais offert dans Telepathy (ex: SIP). Note qu'on est pas encore décidé là dessus

--
Développeur KDE sur Kopete et Kamefu
- [^]Re: Multiples clients IM
  
  Posté par stephwww () le 06/06/2006 à 18:22. (lien). Évalué à 1.
  
  Comme moi par example, je déteste le C alors que j'adore le C++ avec Qt[...]
  
  Et le C++ sans QT ?
  - [^]Re: Multiples clients IM
    
    Posté par Sebastien Binet () le 07/06/2006 à 01:05. (lien). Évalué à 5.
    Ca s'appelle Boost.
- [^]Re: Multiples clients IM
  
  Posté par TImaniac (Jabber id, page perso, ) le 07/06/2006 à 09:36. (lien). Évalué à 7.
  . Je me verrais utiliser et programmer sur une librairie sur lequel je déteste le langage de programmation.
  Oué enfin les wrappers ca sert à ca quand même... La plupart des langages modernes sont orientés procédural et objet, permettant de partager le concept d'API d'une manière relativement consensuelle indépendament du langage.
  Tu crois que ceux qui développe en pyQt aime le C++ ?
  Le langage est un moyen d'expression à l'écriture du code. A l'exécution on partage tous un langage commun : les instructions machines, même si certains patterns liés au langage de plus haut niveau utilisé sont encore visible, les wrappers sont là pour les cacher.
  
  Alors oui, avoir plusieurs implémentation ca peut parfois être utile (différentes approches, émulation, alternative, etc.), mais l'excuse du langage de programmation est bidon à mon sens.
  - [^]Re: Multiples clients IM
    
    Posté par kahal (page perso, ) le 07/06/2006 à 11:49. (lien). Évalué à 6.
    Pour utiliser une bibliothèque avec un autre langage de programmation, c'est faisable (Qt en C++, python, ruby, etc.) mais le développement de cette bibliothèque se fait que dans son langage d'origine. Ainsi si tu peux participer aux développement de Qt, faudra que tu passes par le C++ (Enfin il me semble...).
    
    Perso, jamais je ne participerais au développement d'une bibliothèque écrit en C ou pire... en perl.
  - [^]Re: Multiples clients IM
    
    Posté par Johann Ollivier-Lapeyre (page perso, ) le 07/06/2006 à 12:51. (lien). Évalué à 5.
    Ce que tu dis est valable pour *utiliser* la lib, mais pas pour la développer.
    
    Or Michael / DarkShock touche directement à la libiris (Jabber, créé/utilisé aussi par PSI) et développe actuellement une librairie équivalente pour MSN, qui sera utilisé dans Kopete 1.0, et utilisable par d'autres (elle est conçu en ce sens).
    
    --
    ----------------------------------------------------------------
    "Be a man, run TRUNK !" - #kde-devel@freenode.org

[^]Re: Multiples clients IM

Posté par Gof (Jabber id, page perso, ) le 07/06/2006 à 10:45. (lien). Évalué à 10.
Moi je préfère le système une bibliothèque par protocole

Ça permet d'avoir aussi des client simple protocol. (probablement plus intuitif quand on utilise que un protocole)
(Ou alors des "connectionmanager" dans le modèle télépathy)

De plus, pourquoi vouloir créé 1000 client multi-IM ?

Les client multi IM ne sont qu'une solution transitoire, avant que le seul et unique vrai protocol d'IM ne soit généralisé. (vous aurez deviné de quel protocol je parle :-þ )
- [^]Re: Multiples clients IM
  
  Posté par Aiua () le 07/06/2006 à 14:20. (lien). Évalué à 1.
  "Les client multi IM ne sont qu'une solution transitoire, avant que le seul et unique vrai protocol d'IM ne soit généralisé. (vous aurez deviné de quel protocol je parle :-þ )"
  
  MSN ? :D
  
  PS: désolé, c'était trop tentant :o
  - [^]Re: Multiples clients IM
    
    Posté par Thomas Douillard () le 07/06/2006 à 19:56. (lien). Évalué à 5.
    Bah non, MSN est déja généralisé.
    - [^]Re: Multiples clients IM
      
      Posté par Aiua () le 08/06/2006 à 07:02. (lien). Évalué à 2.
      oui mais il n'est pas encore unique ;)
      - [^]Re: Multiples clients IM
        
        Posté par Will Hunting () le 08/06/2006 à 14:38. (lien). Évalué à 8.
        Un seul protocole pour les amener tous,
        Et dans les ténèbres les lier
        Au pays de MSN...
        Brrr...
- [^]Re: Multiples clients IM
  
  Posté par elviento () le 08/06/2006 à 16:13. (lien). Évalué à 4.
  Encore faut il que la concurrence vaille la peine.
  Au tout début il y avait ICQ, qui était pour l'époque génial (transfert de fichier, visualisation de la frappe de son correspondant en temps réel, look sympa, moteur de recherche de users, ...).
  Il était seul ou presque sur le marché des IM.
  Mais il n'a évolué que pour devenir une usine à gaz, trop complexe, les traductions localisées ne sont arrivées que bien trop tard et surtout n'a pas suivi les évolutions simples que demandaient la grande majorité des utilisateurs...
  Du coup tout le monde s'est tourné vers MSN qui était plus simple, plus complet, plus fun et surtout livré de base dans windows.
  J'ai moi meme du abandonner à regret ICQ, tous mes contacts étant sur MSN.
  Pourtant MSN est assez pourri, connexions instables, transfert de fichier impossible à reprendre après une interruption, bouffeur de ressources, message hors lignes inexistants (sauf dans la derniere version je crois) pour protéger hotmail, ...
  Si on cherche un protocole simple et efficace Jabber est peut etre idéal mais pour le grand public il est encore loin de pouvoir convaincre une majorité de basculer de MSN vers son protocole...
  Meme s'il faut distinguer le client du protocole, le grand public lui ne fait pas la difference.
  Donc comme windows, MSN c'est pas terrible, mais faute de mieux et avec les strategies monopolistiques de M$ il est devenu incontournable...
  MSN et les clients multiprotocoles ont encore de beaux jours devant eux.
  - [^]Re: Multiples clients IM
    
    Posté par oops (page perso, ) le 08/06/2006 à 21:54. (lien). Évalué à 4.
    >Du coup tout le monde s'est tourné vers MSN
    
    La France ne représente pas le monde :)
    
    MSN n'est pas le leader dur marché et loin de là.
    Le marché est très fragmenté entre AIM / MSN / Yahoo / Skype et dans une moindre mesure Jabber ( MacOS / Google ...)
    - [^]Re: Multiples clients IM
      
      Posté par lezardbreton (Jabber id, page perso, ) le 09/06/2006 à 20:01. (lien). Évalué à 3.
      C'était vrai, ça ne l'est plus si on en croit cet article : http://www.betanews.com/article/MSN_Messenger_Most_Used_IM_C(...)
      - [^]Re: Multiples clients IM
        
        Posté par oops (page perso, ) le 09/06/2006 à 23:30. (lien). Évalué à 2.
        C'est marrant si on en croit d'autres ... :
        http://news.com.com/Yahoo,+Microsoft+join+IM+hands/2100-1025(...)
        http://www.bigblueball.com/forums/general-im-news/34413-im-m(...)

Je l'ais testé.

Posté par jijin () le 06/06/2006 à 07:32. (lien). Évalué à 5.

Installé avec KInstaller sous Kubuntu Dapper Drake.

Il marche tres bien, en plus des améliorations apportée on appréciera tout les petits trucs, les petits détails ici là dont principalement l'ajout de bouton et de menu sur la fenetre principale.

Je ne sais pas si c'est du à la compilation mais j'ai sentit une tres net amélioration de la rapidité du logiciel entre la 0.11 et 0.12.

Pour etre exact les améliorations n'ont rien de spectaculaire en soit mais rendent kopete bien plus pratique.

'fin.. bref... félicitations aux dévellopeurs. ;)

On pourrait peut etre esperer ceci :
-la possibilité de skinner la liste des contacts et/ou de l'integrer davantage à kde (liste de contact transparente et flottante...)
-utilisation automatisé des services en ligne comme image shack ou rapid share pour partager des fichiers (les transferts d'ordinateurs à ordinateurs état souvent lent et les services en ligne autorisant des tailles de fichiers toujours plus grandes).
-...

[^]Re: Je l'ais testé.

Posté par Johann Ollivier-Lapeyre (page perso, ) le 06/06/2006 à 08:12. (lien). Évalué à 5.

on appréciera tout les petits trucs, les petits détails ici là dont principalement l'ajout de bouton et de menu sur la fenetre principale

:D Oula, merci, content que cela se remarque :)))

j'ai sentit une tres net amélioration de la rapidité du logiciel entre la 0.11 et 0.12.

Pour la rapidité, je penche pour la réécriture du moteur de theme, qui est beaucoup plus rapide, et prend moins de CPU/mémoire, surtout si tu utilisais un jolie theme graphique sous 0.11. Là, on peut remercier DarkShock (Michael Larouche), ici présent, il le mérite vraiment. Sur les grosses discutions avec un jolie thème et le groupement de messages, y'a pas photo, le jour et la nuit. Le moteur XSLT était le glouton CPU de l'application .

--
----------------------------------------------------------------
"Be a man, run TRUNK !" - #kde-devel@freenode.org

[+] [^]Re: Je l'ais testé.

Posté par Unchabin () le 07/06/2006 à 09:00. (lien). Évalué à -10.

Installé avec KInstaller sous Kubuntu Dapper Drake.

Je m'en fout de comment tu l'as installé, et je dois pas être le seul.

--
Oufa, capitale du Bashkorstan
- [^]Re: Je l'ais testé.
  
  Posté par Guid (page perso, ) le 08/06/2006 à 20:49. (lien). Évalué à 3.
  Ben moi ça m'a intégré son kinstaller.
  Du coup, je l'ai essayé. Et a priori, ça ne fait rien d'autre qu'un "configure && make && sudo make install" mais dans une fenêtre non ? (et en pouvant régler quelques options).
  
  --
  If you and dead people can read hex, how many people can read hex?
  - [^]Re: Je l'ais testé.
    
    Posté par Guid (page perso, ) le 08/06/2006 à 20:50. (lien). Évalué à 4.
    Pas intégré, intrigué :-)
    (quel dommage qu'on puisse pas éditer ses posts :/)
    
    --
    If you and dead people can read hex, how many people can read hex?
  - [^]Re: Je l'ais testé.
    
    Posté par jijin () le 09/06/2006 à 10:02. (lien). Évalué à 6.
    c'est surtout "user friendly" et ca enleve tout le coté rebutant de la compilation, en fait on a quelque peu l'impression de se retrouver sous windows quand on télécharge les *.exe d'installation sur telecharger.com. :) De plus ca permets tant d'installer une archive source que de la désinstaller.
    
    A noter qu'un projet concurrent existe : Kompile, plus joli, plus "user friendly" encore.. mais qui a mystérieusement planté sur ma machine. (?)
    
    Si ce genre de logiciel se dévellope ca pourrait etre un plus dans le sens où les logiciels fraichement mis en ligne pourrait être disponible pour tous, y compris ceux qui ne programment pas, n'y connaissent rien, etc. qui souvent doivent attendre les paquets pour leur distribution. Ce que j'en dis apres.. :)

MSN et proxy

Posté par Ramón Perez (page perso, ) le 06/06/2006 à 08:02. (lien). Évalué à 2.

Et toujours pas le support des proxy http pour MSN ?

Alors que le bug est ouvert depuis 3 ans et qu'un patch avait été posté il y a un an (et que gaim le fait sans problème)
C'est dommage.

[^]Re: MSN et proxy

Posté par Infernal Quack (Jabber id, page perso, ) le 06/06/2006 à 08:08. (lien). Évalué à 3.
Bizarre.
Il y a l'option dans la fenêtre des préférences MSN pourtant.

[^]Re: MSN et proxy

Posté par P.-A. (page perso, ) le 06/06/2006 à 08:43. (lien). Évalué à 4.
Je passe par une proxy http et j'ai kopete fonctionne pourtant.

Le proxy http est configuré au niveau KDE.
- [^]Re: MSN et proxy
  
  Posté par Ramón Perez (page perso, ) le 06/06/2006 à 09:01. (lien). Évalué à 4.
  > Je passe par une proxy http et j'ai kopete fonctionne pourtant.
  Le proxy http est configuré au niveau KDE.
  
  Je trouve ça bizarre ce que tu dis, parce que j'ai longuement testé et ça ne marche pas chez moi, et sur les forums KDE et mailing-list kopete il y a plusieurs personnes qui ont le même problème :
  tu as beau spécifier un proxy dans kcontrol, kopete ne l'utilise pas.
  Le bugs est toujours ouvert d'ailleurs :
  
  http://bugs.kde.org/show_bug.cgi?id=117012
  - [^]Re: MSN et proxy
    
    Posté par P.-A. (page perso, ) le 06/06/2006 à 09:09. (lien). Évalué à 2.
    En effet. C'est peut être du à la configuration du proxy http alors. Mais j'en suis certains ça fonctionne chez moi et depuis un moment.
    
    Bizarrement je pensais que ct gaim qui se comportait bizarrement via mon proxy http.
  - [^]Re: MSN et proxy
    
    Posté par Gmooron (page perso, ) le 06/06/2006 à 14:46. (lien). Évalué à 2.
    J'ai le même problème chez moi ...
    Je suis en cité U, et on a un proxy http en 8080, et Kopete, à mon grand désarroi n'a jamais fonctionné à travers le proxy

Paquet pour Dapper

Posté par anakin () le 09/06/2006 à 19:18. (lien). Évalué à 1.

Des paquets pour Dapper sont disponibles pour la version finale 0.12 :
http://blog.thelinuxfr.org/index.php?2006/06/03/22-kopete-01(...)

Revenir en haut de page

Articles précédents : Logiciel

Liens connexes

Dépêche modérée par

Dépêche éditée par

Logiciel : Sortie de Kopete 0.12

smileys

[^]Re: smileys

[^]Re: smileys

Quand ?

[^]Re: Quand ?

[^]Re: Quand ?

[^]Re: Quand ?

[^]Re: Quand ?

[^]Re: Quand ?

Gestion des thèmes Adium et interface

[^]Re: Gestion des thèmes Adium et interface

[^]Re: Gestion des thèmes Adium et interface

Installer dès maintenant ? Klik ?

Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

[^]Re: Multiples clients IM

Je l'ais testé.

[^]Re: Je l'ais testé.

[+] [^]Re: Je l'ais testé.

[^]Re: Je l'ais testé.

[^]Re: Je l'ais testé.

[^]Re: Je l'ais testé.

MSN et proxy

[^]Re: MSN et proxy

[^]Re: MSN et proxy

[^]Re: MSN et proxy

[^]Re: MSN et proxy

[^]Re: MSN et proxy

Paquet pour Dapper