Et bien ce n'est pas un bug ! C'est le comportement voulu dans PHP 4 et la compatibilité est restée en PHP 5... Sauf qu'en PHP 5 on peut déclarer Foo::plop(); comme étant static et donc n'ayant pas de $this, mais ce n'est pas forcément des plus pratiques.
N'empêche, c'est bizarre cette fonctionnalité... et je n'arrive pas à trouver d'infos dans la doc. sur cette façon de faire...
Hum, pas grand chose à faire pour le configurer. Et SciTE est mon grand choix ! J'ai voulu essayer Bluefish il y a peu. Et je n'ai pas pu. C'est dommage ce dernier possède une meilleure gestion de l'unicode, une barre de référence PHP, HTML sur la gauche drôlement pratique, et quelques autres petits trucs (mais il faut néanmoins vider un peu l'interface de toutes ses barres d'outils qui prennent trop de place).
Mais je ne sais pas, SciTE surpasse largement tous les autres éditeurs que j'ai pu essayer... Notamment sur la coloration syntaxique, dont les couleurs sont d'une douceur comparée à l'agressivité chronique de bluefish et autre gedit... Même après personnalisation des couleurs dans bluefish, le rendu reste nettement moins pratique... On se repère beaucoup plus difficillement dans le fichier en cours d'édition.
Sinon, pour SciTE, il faut obligatoirement avoir ça dans son ~/.SciTEUserProperties et là SciTE prend toute sa puissance ^^
Et quand on lit son texte, il est vrai qu'il ne fait quasiment référence qu'à dec omposants et des hergonomies KDE ou MS Windows. Par contre il crache sur tout ce qui vient d'Apple. J'avoue avoir un peu de mal à saisir son but... À croire que ce qu'il veut c'est un KDE qui tournerai au dessus de GTK+ et non plus autour de QT.
On peut d'ailleurs aisément démonter son argumentaire sur tous ses points. Notamment sur ses grandes confusions : pourquoi porter KHTML vers une sorte de GHTML alors qu'il y a déjà GTKHTML et qu'il faudrait bien plutôt faire exploser Mozilla de l'intérieur, et ainsi avoir une multitude de libs séparées les unes des autres, mais toujours facilement reliables. Notamment avoir libgecko et libxul. Ce qui permettrait de facilement intégrer Gecko ou XUL dans GNOME plutôt que de devoir reposer sur Mozilla, qui - je l'accorde - est un gros morceau et une dépendance qui ne devrait être nécessaire.
La critique ouverte de gconf, sans véritable argument autre que le subjectif « c'est comme la base de registre de MS », sauf que ça n'a rien à voir et que c'est extrèmement réactif. De plus il voudrait que les fichiers de conf redeviennent des fichiers de conf traditionnels. À une époque où tout passe par le XML, et où il est très facile de construire un parser (d'ailleurs je suis étonné que les .desktop ne soient pas en XML) ...
La critique sans véritable fondement autre que « ça me plaît pas, donc c'est nul » du mode spatial de nautilus. D'autant plus qu'il sera plus facile dans GNOME 2.8 de repasser au mode "normal" et non plus "spatial" (si on considère que changer une variable gconf est compliqué). Et puis si on n'aime pas le fonctionnement de Nautilus, on peut toujours regarder les alternatives (eg: ROX-Filer). De plus le mode spatial semble avoir convaincu un grand nombre de personnes, qui pourtant y étaient quelque peu hostiles au départ.
Il est dommage qu'il y ait un tel emballage autour de raisons un peu idiotes (franchement l'ordre des boutons...) alors qu'il y a des designs beaucoup plus critiquables, et qui demanderaient à être efectivement revus. Il suffit de voir la flame war lancée il y a quelques jours sur la ML debian-gtk-gnome ( http://lists.debian.org/debian-gtk-gnome/2004/07/msg00121.html(...) ) concernant les fameux « ctrl+l » et « ctrl+f » qui sont tout sauf intuitifs et pratiques à utiliser. C'est du moins l'opinion de pas mal de personnes, et que je partage. Pourtant j'aime beaucoup le nouveau sélecteur de fichiers, mais je le trouve pas fini, notamment sur les points suivants : les devices ont tous la même icône, on ne peut pas (dé)monter un device à la volée (ou via un clic droit) directement depuis le sélecteur, etc.
En fait, on croirait presque que la seule raison de ce fork, c'est de refuser la marche en avant offerte par GNOME, tout en refusant aussi que GNOME soit par défaut un Desktop orienté petit nouveau qu'il y connait rien, mais en refusant aussi toue inspiration quant-aux innovations marquées Apple.
Mais il néanmoins il y a des points intéressants, et c'est dommage qu'ils soient noyés dans une masse d'imbécilités :
# il est vrai qu'on peut se demande si une dépendance sur python pour la compilation est nécessaire, si effectivement ça ne sert que dans un petit coin. Cela fait une dépendance en trop. Et GNOME semble être passé maître dans l'art d'avoir des dizaines de dépendances. Sont-elles toutes vraiment nécessaires ?
# le nettoyage et la simplification de code serait peut-être aussi bienvenu. Pourquoi avoir X façons différentes de faire exactement la même chose ? Idem pour la suppression de esound. Sauf qu'il ne semble pas avoir compris que ceci était effectivement prévu à long terme...
Bref, plutôt que de faire un fork de GNOME ils feraient bien d'essayer de monter une équipe externe d'utilisateurs de tout type qui voudraient essayer de réfléchir sur ce que pourrait devenir GNOME. Le tout sans être intégré dans GNOME, avoir des avis critiques extérieurs pourrait être des plus intéressants. Et si c'était fait plus intelligemment et moins dans une sorte de colère sans intérêt, il y aurait un plus grand poid sur les développeurs de GNOME, qui là ne feront qu'à peine attention à leurs critiques.
Alors DocBook est pour toi, car il passe par un fichier TeX avant de générer un PDF, PS, etc. qu'il génère de façon indirecte. Par contre les formats de sortie type (X)HTML, RTF, etc. sont générés automatiquement depuis le XML+XSLT (ou SGML+DSSSL).
Néanmoins les fichiers PDF sont générés avec pdfjadetex par exemple, je ne sais pas s'ils sont directement exploitables avec d'autres outils LaTeX...
Sinon, c'est vrai que la doc peut paraître un peu fastidieuse. Néanmoins la doc publié chez O'Reilly est aussi en ligne: http://www.docbook.org/tdg/index.html(...) mais il s'agit essentiellement d'un guide de référence. Et l'utilisation est un peu obscure au départ, néanmoins quand on commence à comprendre comment on peut personnaliser tout ça, ça devient vraiment agréable de facilement générer ses documents directement en html & pdf ^^ Bon, bien sûr ça c'est après avoir créé ses scripts et personnalisé un peu les DSSSL (ou XSLT). Au départ on perd donc pas mal de temps, mais rapidement on en gagne pas mal.
Par contre, le problème reste l'édition des documents... Il y a des projets pour générer directement du XML au format DocBook avc une interface WYSIWYM, comme conglomerate, mais c'est encore très jeune, peu intuitif et franchement pas agréable à utiliser.
Alors perso j'ai dév. un petit script qui me permet de transformer un texte à la base en Structured Text ( http://dev.zope.org/Members/jim/StructuredTextWiki/StructuredTextRu(...) ) vers le format DocBook... Ok c'est (presque) idiot car ça génère encore un niveau d'abstraction au dessus du DocBook, mais bon c'est rudement pratique et surtout largement plus agréable à lire que du XML ou SGML (et beaucoup plus rapide lors de l'écriture). À noter que ce genre de solution pourrait t'être de bon aloi : utiliser directement le Structured Text pour te générer du XHTML, du LaTex, etc. Et finalement ne pas utiliser DocBook (moi je l'utilise car j'aime bien la présentation qu'il donne aux documents).
Roooh, cool de m'avoir fait connaître Beth Quist ! Je confirme que c'est excellent et je suis en train de m'écouter les albums, merci magnatune.com ^^
J'ai trouvé son site web : http://www.home.earthlink.net/~quistian/(...) et j'aime bien l'une des raisons pour lesquelles elle préfère la vente en ligne sur Internet à la production de CD (ses albums sont tous autoproduits et le dernier est uniquement disponible sur Internet) : « Waning are days of CDs. Welcome to now. There are many reasons for celebrating the reduction of CD production. Personally, my favorite is the fact that I'm not producing more plastic, and virgin paper wrapped in throw away plastic. It's an environmentalist's dream! »
En gros : « Le CD a fait son temps. Bienvenue dans le présent. Il y a plein de raisons pour célébrer la réduction de la production de CD. Personnellement, ma [raison] préférée est le fait que je ne produis plus de plastique, et de papier glacé enveloppés dans du plastique à jeter. C'est un rêve d'environmentaliste ! »
Nota: frontline n'utilise qu'autotrace, tandis que delineate utilise soit autotrace soit potrace, ce qui peut donc donner des résultats forts différents. Après cela dépend aussi des réglages utilisés.
Perso après l'échec de compilation de frontline (car demande Gnome 1.4), j'ai voulu essayer delineate. La gui de ce dernier est tellement peu pratique à utiliser, que je suis revenu à la ligne de commande, plus agréable finalement.
Par contre, j'avoue trouver potrace de meilleure facture qu'autotrace pour le moment. Mais cela demande plus de tests, car je ne touche par exemple pas aux options d'affinement d'autotrace, mais potrace semble avoir de meilleurs réglages par défaut (et de meilleurs algos ?). Néanmoins potrace est très limité pour le moment ds le nombre de formats bitmaps d'entrée.
Par contre, ce qui serait bien ce serait un petit logiciel en GTK+2 qui serve facilement de frontend à autotrace/potrace (au choix de l'utilisateur), et qui puisse être utilisé directement depuis Inkscape / Sodipodi.
Le site est plutôt bien fait. On n'a que des extraits de 30s à écouter sur les artistes cependant, ça fait un peu court pour les découvrir. Au niveau des artistes il y a un peu de tout, j'ai trouvé du Son House par exemple, un bon vieux bluesmen, et sinon pas mal d'indie...
Les prix pratiqués semblent fixes cependant : 0.99$ la chanson ou 9.99$ l'album, quelque soit le nombre de chansons. C'est intéressant, surtout si on regarde le cours du dollar. Et il y a des « packs » permettant de créditer son compte d'un certain nombre de dollar et on y gagne des pistes gratuites.
Tous les albums semblent dispos en Ogg Voris q6 et en MP3 192kbit/s dc dans des formats de bonne relative qualité (comparé à un CD ou du lossless par exemple).
Ouaip, à voir plus tard quand j'aurai plus de temps libre, mais il semble bien aller vers ce que j'ai proposé plus haut. Quoique encore 10$ pour des formats de relative qualité et sans suport physique ça reste encore un peu cher ...
Je sais, je l'ai lu (vécu et écrit par une connaissance d'ailleurs) et c'est justement pour aller contre ces dérives innommables que j'ai commencé à réfléchir à cette proposition qui doit se placer en alternative complète au système. QUoique peut-être pas tant que ça puisque les artistes passent toujours par des labels, mais il n'y a plus les majors, ce qui est le principal. Les labels il en existe énormément qui soient déjà indépendants.
Alors pourquoi ne se réunieraient-ils pas pour fonder un site qui vendrait leur musique de façon intelligente ? Mais je me rends compte d'un bug là: c'est comme ça que les majors ont commencé ... et crotte.
Bon, on peut toujours compter sur l'intelligence des vrais petits labels pour éviter de s'auto saborder...
Leur catalogue me convient bien aussi, j'y ai notamment trouvé du Tara Fuki (duo de violoncelle et voix Tchèques). Mais le simple fait de devoir m'abonner me fait réfléchir à chaque fois que je tombe sur le site. Je n'ai pas envie d'être forcé à l'achat. Je préfère des achats au cas par cas comme sur n'importe quel site de vente.
Je vais me renseigner cependant sur le booster pack ...
Je ne pense pas que ce soit le cas. Il faut bien différencier les points et les activitées. Un label est différent d'une major. Une major ne fait pratiquement rien en général, à part donner de l'argent aux labels pour qu'ils puissent éditer leurs artistes.
Je parle ici d'alternatif, de système légal et effectivement cela se passerait de tout ce qui n'est pas indépendant et voudrait vendre uniquement de façon alternative; Et il y a beaucoup de labels qui le veulent. Il suffit de voir emusic par exemple, le catalogue est bien fourni, mais uniquement de petits artistes.
Les majors continueraient de chasser bêtement les pirates de leur catalogue, tandis que ceux-ci (les pirates) se tourneraient, pressés qu'ils sont par les majors et leur dégoût grandissant pour eux (comme beaucoup de monde actuellement) vers ces sites de vente alternatifs qui commenceraient à voir un petit succès. Le tout pouvant faire boule de neige: plus de succès attirant plus d'artistes, etc.
Pour Allofmp3, le système n'est pas illégal et encore moins le prix d'achat qui répond à la lo Russe. Le seul pbm actuel existant c'est qu'il paraît qu'un contrat n'est plus dans la chaîne de redistribution des droits d'auteurs. Mais après cela n'est pas clairement dit, et rien n'est véritablement prouvé. Toujours est-il que le site est d'ors et déjà condamné dans des articles comme appartenant à la mafia russe, etc. Moi je rigole doucement : un site contrôlé par la mafia qui place le confort de ses usagers en avant (via le srvice technique très impressionnant du site) ? Seraient-ils plus intelligent que les politiques et autres majors ?
Oui, vu dans cette optique c'est effectivement intéressant. Le document est sous une licence particulière, mais sans limiter l'utilisateur final, au contraire. Utilisation originale du système de DRM ^^
C'est encore pire. Le principe même de taxe est crétin. Pourquoi taxer comme ça encore sans vergogne tout le monde sous le prétexte que tout le monde il est un pirate, que Internet ceci, Internet cela, etc. ?
Non, pour moi la solution réside dans des sites de vente alternatifs à prix raisonnable (voire modique), basés sur le même système technique que Allofmp3 par exemple (choix du format, de la qualité, et plus le fichier numérique est gros et plus on paye, (afin de rembourser la bande passante et l'espace disque utilisés).
Ça permet de pouvoir choisir ses composants et leurs versions dans sa liste de paquets APT par exemple. Je peux par exemple choisir de passer très vite à PHP 5, mais je peux aussi attendre un moment supplémentaire avant de le faire, et préférer rester en PHP 4 encore un moment. Tout en ayant la possibilité, sur ma machine de test, de passer directement à la nouvelle du composant. Idem avec Gnome (2.4, 2.6?), le noyau Linux (2.4, 2.6?), LSB (1.3, 2.0?), etc.
Ceci permettant de tester des composants plus à jour selon ses propres choix. Tout en pouvant continuer à mettre son système entièrement à jour. Cela permet aussi de ne pas avoir tout son système bloqué parce que GCC ou la GLIBC sont dans des versions instables et empêche toute propagation des paquets vers des distrbiutions plus stables, comme c'est le cas actuellement avec Debian.
Cela permet aussi au final de facilement adapter tout un parc de machines de façon différente, tout en ayant une base identique.
Je pense donc que cela simplifie la vie de tout le monde et permet un développement général de la distribution beaucoup plus réactif. Donc des mises à jour plus fréquentes, et un choix au niveau des composants que l'on souhaite.
Et effectivement, comme pour la Morphix on peut construire sa distribution qui va bien avec ses besoins et son matériel.
Ce mode est par exemple ce qui manque cruellement au processus de développement de Debian. Qui perd beaucoup de temps à savoir s'il faut ou nom remplacer le précédent Gnome par le nouveau dans Unstable parce qu'on ne sait pas s'ils sont aussi stables que ça et qu'on ne sait pas trop quand aura lieu le freeze, etc. Avec une structure par composant, la question ne se pose plus vraiment. Il suffit de choisir entre les versions, suivant leur stabilité propre.
À noter que Progeny Debian, en plus d'Anaconda, apporte beaucoup de choses par rapport à Debian : des versions plus avancées de Discover, APT, LSB ; ainsi que configlets : une surcouche à debconf permettant de configurer via une interface graphique (GTK+) ses paquets.
C'est surtout que la nouvelle ne parle que d'Anaconda for Debian, alors que comme je l'ai indiqué dans mon journal sur cette sortie ( http://linuxfr.org/~JesusMacGod/14561.html(...) ) Progeny Debian 2.0 n'est qu'une distribution - parmis d'autres possibles - basée sur Componentized Linux.
Cet Componentized Linux est une nouvelle façon de préparer les distributions. Comment ? Tout simplement en découpant tout en différents composants, eux mêmes découpés en versions. Ceci permettant un développement plus simple et pratique. Tout cela permettant au final de sortir régulièrement de nouvelles versions de la distribution avec uniquement les version stables de chaque composants souhaités.
À noter que Progeny Debian est orientée plus particulièrement orientée Desktop, au contraire de Debian. Et avec des stables plus à jour sur les logiciels. Après il faudra voir quel sera le rythme de sorties de versions mises à jour ...
Bref, Progeny Debian c'est bien plus qu'un simple installateur graphique pour Debian... Et les deux devraient au contraire aller de pair. Surtout si Progeny Debian est régulièrement mise à jour, ce qui peut être pratique pour les gens n'ayant pas d'accès rapide à Internet par exemple.
Oui, je n'ai fait que le relever, car ce genre d'attitude me frise les poils jusque derrière les oreilles. On ne veut pas prendre tout le monde pour des pirates, mais on veut que tout le monde y paye une taxe sur le téléchargement pour payer les auteurs... c'est pas mettre tout le monde dans le mm panier ça, hein ?
Aller, tout le monde il est pirate et dès que la loi est voté y'aura plus un seul particulier sur le net (voire même plus beaucoup d'entreprises). Il ne restera que quelques personnes isolées, par-ci par-là, des rescapées.
Je proposerai une nouvelle lors de la sortie des premières RC je pense. Parce que là ça fera double emploi entre le journal et la nouvelle, et que de nouvelles choses pourraient arriver.
Il manque aussi un point d'importance : pourquoi l'abandon puis la reprise de cette distribution ?
Je confirme, le logiciel d'install de Progeny Debian 1.0 était joli mais non pratique. Il était par exemple impossible de choisir la langue de son système et autres petites joyeusetées. J'avais même écrit un howto spécifique à l'époque pour internationaliser son système après l'installation. J'avais mm vu la table de partition de mon disque dur disparaître ! Heureusement un petit de gpart et j'avais tout récupéré...
Mais comme je l'ai dit : cette version est basée sur Anaconda, made in RedHat, qui alimente déjà les Fedora Core, et ne ressemble plus du tout à celui de feu Progeny Debian 1.0 et les problèmes éventuels basés sur la 1.0 ont disparu avec la 2.0.
Car nous ne parlons plus de CD de Mozart, mais de la musique composée par Mozart jouée par Untel. À partir de ce moment les droits se posent sur l'interprète et donc le CD n'est pas libre. Pour qu'ils soient libres, il faudrait qu'il existe des enregistrements sonores d'interprètes morts il y a plus de 70 ans. Dans d'autres domaines c'est très facile (le roman par exemple), mais dans celui-ci c'est beaucoup plus dur, rapport à la qualité de l'enregistrement.
Par contre l'uvre composée par Mozart est dans le domaine public et on peut la faire circuler, l'interpréter autant qu'on le veut. Mais l'interprétation devient elle-même création, en un certain sens.
Après tout c'est normal. Si je veux reprendre le personnage d'Alice d'Alice au pays merveilles, ainsi que le Lapin Blanc, je le peut sans problèmes, c'est dans le domaine public, pas besoin de négocier les droits. Je peux même écrire une parodie. Mais ceci devient alors mon interprétation, ma prose, ce qui n'est plus l'uvre originelle, mais la mienne. Elle tombe donc sous ma propriété, et est ainsi sujette au droit d'auteur.
Après on peut effectivement dire que si un compositeur se contente de simplement rejouer la mélodie sans lui donner une nouvelle dimension il se fout un peu de la gueule du monde.
Je confirme que les APN Canon sont vraiment très bons. Aussi bien sur l'ergonomie (comme d'hab chez Canon), que sur la facilité d'utilisation ou la puissance de l'appareil. Beaucoup de réglages pour pointilleux qui veulent tout fignoler ou au contraire aucun réglage, suffit de viser et de prendre la photo. Bref, il s'adapte facilement au niveau de l'utilisateur. Et les photos sont vraiment belles. Et pourtant je n'ai qu'un A60...
En plus sous GNU/Linux suffit de brancher l'APN sur l'USB de régler hotplug (si c pas fait tout seul par la distrib), de lancer gphoto2 et hop : tout marche sans pbm (via le protocol proprio made in Canon).
Le seul point fâcheux c'est qu'apparemment Canon est pas du genre très sympa avec la communauté Linux, dont ils n'ont pas grand chose à faire (je répère : il paraît, moi j'en sais rien)... Mais leur matos est de qualité, alors...
Par contre : ne pas être frilleux à prendre une extension de garantie ! Ces petites bestiolles ont tendance à être assez fragiles, et la réparation peut coûter plus cher que le prix de l'appareil... Moi j'ai une extension de garantie sympa (chez Darty) qui me donne droit en plus à un nettoyage complet de mon APN une fois par an ^^
[ PS: je préfère largement mon Canon A60 (2MP) au Sony Cybershot 5MP de mon père... sur l'utilisation, mais aussi sur les photos, je trouve que Canon en fait de plus belles. ]
En fait, je pense qu'il se demandait s'il ne serait pas mieux d'avoir un développement plus centralisé sur Knoppix, avec des équipes s'occupant des localisations pour chaque langue particulière. Le but final n'étant pas d'avoir un seul CD demandant de taper « lang=fr » au boot, mais un seul point de développement. On aurait au final un travail plus centralisé des choses des ISOs du style : Knoppix-3.4-fre.iso, Knoppix-3.4-eng.iso, etc.
Un peu comme le fait la GeexBox, sur laquelle il suffit de modifier la langue dans un fichier de config. des sources, on génère l'iso, et hop: on a une GeexBox en français, en anglais, etc.
Au départ la durée des droits étaient de 50 ans après la mort de l'auteur. Seulement la situation a changée en France et aux U.S.A. et a été augmenté de 20 ans ! Maintenant il faut donc compter sur 70 ans de droits avant de tomber dans le domaine public. Ceci est énorme. Aux USA c'est sous la pression de Disney qui ne voulait pas voir la pompe à fric qu'est Mickey tomber dans le domaine public...
Par contre au Canada/Québec la situation est différente : c'est toujours 50 ans après la mort de l'auteur. Après c'est du domaine public. Légalement parlant, le site étant Québecois il répond à la législation Canadienne, donc répond aux 50 ans de droits, auxquels ils se plient (même s'ils trouvent ça bien long déjà, voir l'article de Pirate Mag' Une contrefaçon en France ne l'est pas forcément ailleurs: http://www.uqac.ca/zone30/Classiques_des_sciences_sociales/droits_a(...) ).
À noter aussi la pétition disponible sur le site des Classiques des Sciences Sociales quant-à la durée des droits et tentant d'empêcher une dérive qui pourraient étendre ceux-ci à une durée de 120 ans. 50 ans c'est déjà hénaurme, 70 c'est pire, alors vous imaginez 120 ans après la mort d'un auteur ?! L'héritage culturel passerait donc à la trappe. Ou alors nous aurions une culture libre de plus d'un sièce de retard. Nous vivons au XXIème siècle, mais notre culture est celle du XIXème... joli décalage.
Après essai de Gossip, je dois dire que je suis décidemment conquis. Simple et agréable d'utilisation, ce logiciel est des plus agréables, à l'oeil comme dans ses fonctionnalités : simples, mais rudement efficaces et bien pensées !
Il n'a que trois défauts importants je trouve :
1- on ne peut pas éditer le mesg que l'on est en train de taper à coup de ctrl+c / ctrl+v et autres ctrl-x ! Pas pratique.
2- comme je le disais plus tôt : la non gestion côté client des passerelles disponibles côté serveur, comme dans Gnome-Jabber.
3- le transfert de fichiers. Ça peut paraître idiot, mais c'est super pratique de pouvoir s'envoyer des petits fichiers très rapidement entres contacts, et ce sans devoir passer par l'email ou des choses comme ça.
Et petits défauts moins important :
1- il ne semble pas y avoir de correcteur orthographique.
2- les noms d'utilisateurs ne sont pas forcément très distinguables, l'un bleu, l'autre vert, tous deux très clairs, et non mis en gras par exemple. Ce qui fait que si les deux pseudos sont cours où se ressemblent beaucoup, il n'est pas toujours facile des les distinguer.
3- on ne peut pas changer de thème de smileys graphiques, ce sont ceux de Jimmac qui sont néanmoins disponibles. Donc très agréables, mais c'est dommage de ne pas pouvoir les changer comme dans Gaim : drag n' drop avec gestion d'un fichier thème décrivant les icônes à utiliser sur tels smileys. Très pratique et agréable.
Sinon, sur l'interface générale de Gossip : pas grand chose à redire, c'est amha un petit bijou de sobriété et d'efficacité. J'aime beaucoup la façon dont l'heure est insérée à intervalle régulier dans la conversation par exemple ainsi que toutes les façons possibles de commencer des conversations. Les icônes sont très belles et sobres en même temps.
Dans le futur je suis certain que Gossip deviendra vraiment très bon !
D'ailleurs Gnome-Jabber est actuellement arrêté depuis que son auteur travaille sur Gossip. Cette décision étant venue après la déicion d'imendio (conduisant le projet Gossip) de ne pas transformer Gossip en un client multi-protocols, et plutôt de développer un excellent support de Jabber. Un projet est d'ailleurs normalement en cours pour implémenter un serveur jabber local implémentant lui-même toutes sortes de passerelles vers d'autres protocols. Le but étant de l'interfacer très facilement dans Gossip (simplicité utilisateur oblige).
Vivement le support dans Gossip des passerelles serveurs vers d'autres protocols, comme ICQ par exemple (lorsque le serveur le gère). Gnome-Jabber le gère très bien. D'ailleurs, une fois ceci mis en place dans gnome-jabber, c'est enregistré du côté serveur, et du coup : il suffit d'utiliser un autre client jabber pour voir les passerelles fonctionner tout naturellement ^^
Je suis de plus content de voir des développeurs de projets concurrents se retrouver autour d'un seul et même projet. Ceci devrait nous permettre d'avoir un excellent logiciel supportant le protocol Jabber. Enjoy ^^
D'ailleurs je vais tout de suite essayer cette nouvelle version de Gossip...
* Integration of presence information into the desktop.
- There are two projects underway (gossip and galago) to provide presence information integrated with the addressbook.
[^] # Re: Curieux
Posté par Julien Portalier . En réponse au message Bug dans la POO ?. Évalué à 2.
N'empêche, c'est bizarre cette fonctionnalité... et je n'arrive pas à trouver d'infos dans la doc. sur cette façon de faire...
[^] # Re: SciTE !
Posté par Julien Portalier . En réponse au message editeur. Évalué à 3.
Mais je ne sais pas, SciTE surpasse largement tous les autres éditeurs que j'ai pu essayer... Notamment sur la coloration syntaxique, dont les couleurs sont d'une douceur comparée à l'agressivité chronique de bluefish et autre gedit... Même après personnalisation des couleurs dans bluefish, le rendu reste nettement moins pratique... On se repère beaucoup plus difficillement dans le fichier en cours d'édition.
Sinon, pour SciTE, il faut obligatoirement avoir ça dans son ~/.SciTEUserProperties et là SciTE prend toute sa puissance ^^
indent.automatic=1
indent.opening=1
indent.closing=1
buffers=99
tabbar.visible=1
#tabbar.hide.one=1
#tabbar.multiline=1
toolbar.visible=0
margin.width=0
[^] # Re: Un fork pour un gnome d'expert
Posté par Julien Portalier . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 10.
On peut d'ailleurs aisément démonter son argumentaire sur tous ses points. Notamment sur ses grandes confusions : pourquoi porter KHTML vers une sorte de GHTML alors qu'il y a déjà GTKHTML et qu'il faudrait bien plutôt faire exploser Mozilla de l'intérieur, et ainsi avoir une multitude de libs séparées les unes des autres, mais toujours facilement reliables. Notamment avoir libgecko et libxul. Ce qui permettrait de facilement intégrer Gecko ou XUL dans GNOME plutôt que de devoir reposer sur Mozilla, qui - je l'accorde - est un gros morceau et une dépendance qui ne devrait être nécessaire.
La critique ouverte de gconf, sans véritable argument autre que le subjectif « c'est comme la base de registre de MS », sauf que ça n'a rien à voir et que c'est extrèmement réactif. De plus il voudrait que les fichiers de conf redeviennent des fichiers de conf traditionnels. À une époque où tout passe par le XML, et où il est très facile de construire un parser (d'ailleurs je suis étonné que les .desktop ne soient pas en XML) ...
La critique sans véritable fondement autre que « ça me plaît pas, donc c'est nul » du mode spatial de nautilus. D'autant plus qu'il sera plus facile dans GNOME 2.8 de repasser au mode "normal" et non plus "spatial" (si on considère que changer une variable gconf est compliqué). Et puis si on n'aime pas le fonctionnement de Nautilus, on peut toujours regarder les alternatives (eg: ROX-Filer). De plus le mode spatial semble avoir convaincu un grand nombre de personnes, qui pourtant y étaient quelque peu hostiles au départ.
Il est dommage qu'il y ait un tel emballage autour de raisons un peu idiotes (franchement l'ordre des boutons...) alors qu'il y a des designs beaucoup plus critiquables, et qui demanderaient à être efectivement revus. Il suffit de voir la flame war lancée il y a quelques jours sur la ML debian-gtk-gnome ( http://lists.debian.org/debian-gtk-gnome/2004/07/msg00121.html(...) ) concernant les fameux « ctrl+l » et « ctrl+f » qui sont tout sauf intuitifs et pratiques à utiliser. C'est du moins l'opinion de pas mal de personnes, et que je partage. Pourtant j'aime beaucoup le nouveau sélecteur de fichiers, mais je le trouve pas fini, notamment sur les points suivants : les devices ont tous la même icône, on ne peut pas (dé)monter un device à la volée (ou via un clic droit) directement depuis le sélecteur, etc.
En fait, on croirait presque que la seule raison de ce fork, c'est de refuser la marche en avant offerte par GNOME, tout en refusant aussi que GNOME soit par défaut un Desktop orienté petit nouveau qu'il y connait rien, mais en refusant aussi toue inspiration quant-aux innovations marquées Apple.
Mais il néanmoins il y a des points intéressants, et c'est dommage qu'ils soient noyés dans une masse d'imbécilités :
# il est vrai qu'on peut se demande si une dépendance sur python pour la compilation est nécessaire, si effectivement ça ne sert que dans un petit coin. Cela fait une dépendance en trop. Et GNOME semble être passé maître dans l'art d'avoir des dizaines de dépendances. Sont-elles toutes vraiment nécessaires ?
# le nettoyage et la simplification de code serait peut-être aussi bienvenu. Pourquoi avoir X façons différentes de faire exactement la même chose ? Idem pour la suppression de esound. Sauf qu'il ne semble pas avoir compris que ceci était effectivement prévu à long terme...
Bref, plutôt que de faire un fork de GNOME ils feraient bien d'essayer de monter une équipe externe d'utilisateurs de tout type qui voudraient essayer de réfléchir sur ce que pourrait devenir GNOME. Le tout sans être intégré dans GNOME, avoir des avis critiques extérieurs pourrait être des plus intéressants. Et si c'était fait plus intelligemment et moins dans une sorte de colère sans intérêt, il y aurait un plus grand poid sur les développeurs de GNOME, qui là ne feront qu'à peine attention à leurs critiques.
[^] # Re: DocBook ?
Posté par Julien Portalier . En réponse au journal Conversion Xml en LaTeX. Évalué à 2.
Néanmoins les fichiers PDF sont générés avec pdfjadetex par exemple, je ne sais pas s'ils sont directement exploitables avec d'autres outils LaTeX...
Sinon, c'est vrai que la doc peut paraître un peu fastidieuse. Néanmoins la doc publié chez O'Reilly est aussi en ligne: http://www.docbook.org/tdg/index.html(...) mais il s'agit essentiellement d'un guide de référence. Et l'utilisation est un peu obscure au départ, néanmoins quand on commence à comprendre comment on peut personnaliser tout ça, ça devient vraiment agréable de facilement générer ses documents directement en html & pdf ^^ Bon, bien sûr ça c'est après avoir créé ses scripts et personnalisé un peu les DSSSL (ou XSLT). Au départ on perd donc pas mal de temps, mais rapidement on en gagne pas mal.
Par contre, le problème reste l'édition des documents... Il y a des projets pour générer directement du XML au format DocBook avc une interface WYSIWYM, comme conglomerate, mais c'est encore très jeune, peu intuitif et franchement pas agréable à utiliser.
Alors perso j'ai dév. un petit script qui me permet de transformer un texte à la base en Structured Text ( http://dev.zope.org/Members/jim/StructuredTextWiki/StructuredTextRu(...) ) vers le format DocBook... Ok c'est (presque) idiot car ça génère encore un niveau d'abstraction au dessus du DocBook, mais bon c'est rudement pratique et surtout largement plus agréable à lire que du XML ou SGML (et beaucoup plus rapide lors de l'écriture). À noter que ce genre de solution pourrait t'être de bon aloi : utiliser directement le Structured Text pour te générer du XHTML, du LaTex, etc. Et finalement ne pas utiliser DocBook (moi je l'utilise car j'aime bien la présentation qu'il donne aux documents).
[^] # Re: Beth Quist
Posté par Julien Portalier . En réponse à la dépêche iRATE ou pirate ?. Évalué à 5.
J'ai trouvé son site web : http://www.home.earthlink.net/~quistian/(...) et j'aime bien l'une des raisons pour lesquelles elle préfère la vente en ligne sur Internet à la production de CD (ses albums sont tous autoproduits et le dernier est uniquement disponible sur Internet) : « Waning are days of CDs. Welcome to now. There are many reasons for celebrating the reduction of CD production. Personally, my favorite is the fact that I'm not producing more plastic, and virgin paper wrapped in throw away plastic. It's an environmentalist's dream! »
En gros : « Le CD a fait son temps. Bienvenue dans le présent. Il y a plein de raisons pour célébrer la réduction de la production de CD. Personnellement, ma [raison] préférée est le fait que je ne produis plus de plastique, et de papier glacé enveloppés dans du plastique à jeter. C'est un rêve d'environmentaliste ! »
[^] # Re: Autotrace (& potrace)
Posté par Julien Portalier . En réponse à la dépêche InkScape 0.39 et OpenClipart. Évalué à 8.
Perso après l'échec de compilation de frontline (car demande Gnome 1.4), j'ai voulu essayer delineate. La gui de ce dernier est tellement peu pratique à utiliser, que je suis revenu à la ligne de commande, plus agréable finalement.
Par contre, j'avoue trouver potrace de meilleure facture qu'autotrace pour le moment. Mais cela demande plus de tests, car je ne touche par exemple pas aux options d'affinement d'autotrace, mais potrace semble avoir de meilleurs réglages par défaut (et de meilleurs algos ?). Néanmoins potrace est très limité pour le moment ds le nombre de formats bitmaps d'entrée.
Par contre, ce qui serait bien ce serait un petit logiciel en GTK+2 qui serve facilement de frontend à autotrace/potrace (au choix de l'utilisateur), et qui puisse être utilisé directement depuis Inkscape / Sodipodi.
[^] # Re: Audiolunchbox
Posté par Julien Portalier . En réponse au journal Offres musicales en ligne, modeste proposition. Évalué à 2.
Les prix pratiqués semblent fixes cependant : 0.99$ la chanson ou 9.99$ l'album, quelque soit le nombre de chansons. C'est intéressant, surtout si on regarde le cours du dollar. Et il y a des « packs » permettant de créditer son compte d'un certain nombre de dollar et on y gagne des pistes gratuites.
Tous les albums semblent dispos en Ogg Voris q6 et en MP3 192kbit/s dc dans des formats de bonne relative qualité (comparé à un CD ou du lossless par exemple).
Ouaip, à voir plus tard quand j'aurai plus de temps libre, mais il semble bien aller vers ce que j'ai proposé plus haut. Quoique encore 10$ pour des formats de relative qualité et sans suport physique ça reste encore un peu cher ...
[^] # Re: Majors en ligne.
Posté par Julien Portalier . En réponse au journal Offres musicales en ligne, modeste proposition. Évalué à 2.
Alors pourquoi ne se réunieraient-ils pas pour fonder un site qui vendrait leur musique de façon intelligente ? Mais je me rends compte d'un bug là: c'est comme ça que les majors ont commencé ... et crotte.
Bon, on peut toujours compter sur l'intelligence des vrais petits labels pour éviter de s'auto saborder...
[^] # Re: emusic
Posté par Julien Portalier . En réponse au journal Offres musicales en ligne, modeste proposition. Évalué à 2.
Je vais me renseigner cependant sur le booster pack ...
[^] # Re: D'accord mais ...
Posté par Julien Portalier . En réponse au journal Offres musicales en ligne, modeste proposition. Évalué à 3.
Je parle ici d'alternatif, de système légal et effectivement cela se passerait de tout ce qui n'est pas indépendant et voudrait vendre uniquement de façon alternative; Et il y a beaucoup de labels qui le veulent. Il suffit de voir emusic par exemple, le catalogue est bien fourni, mais uniquement de petits artistes.
Les majors continueraient de chasser bêtement les pirates de leur catalogue, tandis que ceux-ci (les pirates) se tourneraient, pressés qu'ils sont par les majors et leur dégoût grandissant pour eux (comme beaucoup de monde actuellement) vers ces sites de vente alternatifs qui commenceraient à voir un petit succès. Le tout pouvant faire boule de neige: plus de succès attirant plus d'artistes, etc.
Pour Allofmp3, le système n'est pas illégal et encore moins le prix d'achat qui répond à la lo Russe. Le seul pbm actuel existant c'est qu'il paraît qu'un contrat n'est plus dans la chaîne de redistribution des droits d'auteurs. Mais après cela n'est pas clairement dit, et rien n'est véritablement prouvé. Toujours est-il que le site est d'ors et déjà condamné dans des articles comme appartenant à la mafia russe, etc. Moi je rigole doucement : un site contrôlé par la mafia qui place le confort de ses usagers en avant (via le srvice technique très impressionnant du site) ? Seraient-ils plus intelligent que les politiques et autres majors ?
[^] # Re: Le DRM c'est bien (tm)
Posté par Julien Portalier . En réponse au journal Offres musicales en ligne, modeste proposition. Évalué à 2.
[^] # Re: Héhé
Posté par Julien Portalier . En réponse au journal Les pirates vont se faire déconnectés. Évalué à 2.
Non, pour moi la solution réside dans des sites de vente alternatifs à prix raisonnable (voire modique), basés sur le même système technique que Allofmp3 par exemple (choix du format, de la qualité, et plus le fichier numérique est gros et plus on paye, (afin de rembourser la bande passante et l'espace disque utilisés).
[^] # Re: Installeur debian.
Posté par Julien Portalier . En réponse à la dépêche Progeny 2 est sur les rails !. Évalué à 10.
Ceci permettant de tester des composants plus à jour selon ses propres choix. Tout en pouvant continuer à mettre son système entièrement à jour. Cela permet aussi de ne pas avoir tout son système bloqué parce que GCC ou la GLIBC sont dans des versions instables et empêche toute propagation des paquets vers des distrbiutions plus stables, comme c'est le cas actuellement avec Debian.
Cela permet aussi au final de facilement adapter tout un parc de machines de façon différente, tout en ayant une base identique.
Je pense donc que cela simplifie la vie de tout le monde et permet un développement général de la distribution beaucoup plus réactif. Donc des mises à jour plus fréquentes, et un choix au niveau des composants que l'on souhaite.
Et effectivement, comme pour la Morphix on peut construire sa distribution qui va bien avec ses besoins et son matériel.
Ce mode est par exemple ce qui manque cruellement au processus de développement de Debian. Qui perd beaucoup de temps à savoir s'il faut ou nom remplacer le précédent Gnome par le nouveau dans Unstable parce qu'on ne sait pas s'ils sont aussi stables que ça et qu'on ne sait pas trop quand aura lieu le freeze, etc. Avec une structure par composant, la question ne se pose plus vraiment. Il suffit de choisir entre les versions, suivant leur stabilité propre.
À noter que Progeny Debian, en plus d'Anaconda, apporte beaucoup de choses par rapport à Debian : des versions plus avancées de Discover, APT, LSB ; ainsi que configlets : une surcouche à debconf permettant de configurer via une interface graphique (GTK+) ses paquets.
[^] # Re: La BD qui va avec
Posté par Julien Portalier . En réponse au journal Les pirates vont se faire déconnectés. Évalué à 2.
[^] # Re: Installeur debian.
Posté par Julien Portalier . En réponse à la dépêche Progeny 2 est sur les rails !. Évalué à 10.
Cet Componentized Linux est une nouvelle façon de préparer les distributions. Comment ? Tout simplement en découpant tout en différents composants, eux mêmes découpés en versions. Ceci permettant un développement plus simple et pratique. Tout cela permettant au final de sortir régulièrement de nouvelles versions de la distribution avec uniquement les version stables de chaque composants souhaités.
À noter que Progeny Debian est orientée plus particulièrement orientée Desktop, au contraire de Debian. Et avec des stables plus à jour sur les logiciels. Après il faudra voir quel sera le rythme de sorties de versions mises à jour ...
Bref, Progeny Debian c'est bien plus qu'un simple installateur graphique pour Debian... Et les deux devraient au contraire aller de pair. Surtout si Progeny Debian est régulièrement mise à jour, ce qui peut être pratique pour les gens n'ayant pas d'accès rapide à Internet par exemple.
[^] # Re: Héhé
Posté par Julien Portalier . En réponse au journal Les pirates vont se faire déconnectés. Évalué à 3.
Aller, tout le monde il est pirate et dès que la loi est voté y'aura plus un seul particulier sur le net (voire même plus beaucoup d'entreprises). Il ne restera que quelques personnes isolées, par-ci par-là, des rescapées.
# Oups
Posté par Julien Portalier . En réponse au journal Les pirates vont se faire déconnectés. Évalué à 1.
[^] # Re: Une news
Posté par Julien Portalier . En réponse au journal Progeny Debian 2.0 (bêta 1). Évalué à 1.
Il manque aussi un point d'importance : pourquoi l'abandon puis la reprise de cette distribution ?
[^] # Re: J'ai un doute affreux
Posté par Julien Portalier . En réponse au journal Progeny Debian 2.0 (bêta 1). Évalué à 1.
Mais comme je l'ai dit : cette version est basée sur Anaconda, made in RedHat, qui alimente déjà les Fedora Core, et ne ressemble plus du tout à celui de feu Progeny Debian 1.0 et les problèmes éventuels basés sur la 1.0 ont disparu avec la 2.0.
[^] # Re: C'est pourtant simple
Posté par Julien Portalier . En réponse au journal Le domaine public... payant!!!. Évalué à 1.
Par contre l'uvre composée par Mozart est dans le domaine public et on peut la faire circuler, l'interpréter autant qu'on le veut. Mais l'interprétation devient elle-même création, en un certain sens.
Après tout c'est normal. Si je veux reprendre le personnage d'Alice d'Alice au pays merveilles, ainsi que le Lapin Blanc, je le peut sans problèmes, c'est dans le domaine public, pas besoin de négocier les droits. Je peux même écrire une parodie. Mais ceci devient alors mon interprétation, ma prose, ce qui n'est plus l'uvre originelle, mais la mienne. Elle tombe donc sous ma propriété, et est ainsi sujette au droit d'auteur.
Après on peut effectivement dire que si un compositeur se contente de simplement rejouer la mélodie sans lui donner une nouvelle dimension il se fout un peu de la gueule du monde.
[^] # Re: Canon !!!
Posté par Julien Portalier . En réponse au journal Choix d'APN - demande de conseil. Évalué à 2.
En plus sous GNU/Linux suffit de brancher l'APN sur l'USB de régler hotplug (si c pas fait tout seul par la distrib), de lancer gphoto2 et hop : tout marche sans pbm (via le protocol proprio made in Canon).
Le seul point fâcheux c'est qu'apparemment Canon est pas du genre très sympa avec la communauté Linux, dont ils n'ont pas grand chose à faire (je répère : il paraît, moi j'en sais rien)... Mais leur matos est de qualité, alors...
Par contre : ne pas être frilleux à prendre une extension de garantie ! Ces petites bestiolles ont tendance à être assez fragiles, et la réparation peut coûter plus cher que le prix de l'appareil... Moi j'ai une extension de garantie sympa (chez Darty) qui me donne droit en plus à un nettoyage complet de mon APN une fois par an ^^
[ PS: je préfère largement mon Canon A60 (2MP) au Sony Cybershot 5MP de mon père... sur l'utilisation, mais aussi sur les photos, je trouve que Canon en fait de plus belles. ]
[^] # Re: réinventons la roue ?
Posté par Julien Portalier . En réponse à la dépêche Kaella (Knoppix Linux Azur) en version 1.1. Évalué à 3.
Un peu comme le fait la GeexBox, sur laquelle il suffit de modifier la langue dans un fichier de config. des sources, on génère l'iso, et hop: on a une GeexBox en français, en anglais, etc.
[^] # Re: Différent
Posté par Julien Portalier . En réponse à la dépêche 1000 oeuvres numérisées pour les Classiques Science Sociales !. Évalué à 10.
Par contre au Canada/Québec la situation est différente : c'est toujours 50 ans après la mort de l'auteur. Après c'est du domaine public. Légalement parlant, le site étant Québecois il répond à la législation Canadienne, donc répond aux 50 ans de droits, auxquels ils se plient (même s'ils trouvent ça bien long déjà, voir l'article de Pirate Mag' Une contrefaçon en France ne l'est pas forcément ailleurs: http://www.uqac.ca/zone30/Classiques_des_sciences_sociales/droits_a(...) ).
À noter aussi la pétition disponible sur le site des Classiques des Sciences Sociales quant-à la durée des droits et tentant d'empêcher une dérive qui pourraient étendre ceux-ci à une durée de 120 ans. 50 ans c'est déjà hénaurme, 70 c'est pire, alors vous imaginez 120 ans après la mort d'un auteur ?! L'héritage culturel passerait donc à la trappe. Ou alors nous aurions une culture libre de plus d'un sièce de retard. Nous vivons au XXIème siècle, mais notre culture est celle du XIXème... joli décalage.
http://www.uqac.ca/zone30/Classiques_des_sciences_sociales/html/wal(...)
Tiens sinon : y'a une faute dans le premier lien... manque un "s" a classique...
[^] # Réflexion après essai
Posté par Julien Portalier . En réponse à la dépêche Gossip 0.7.6 est sorti. Évalué à 6.
Il n'a que trois défauts importants je trouve :
1- on ne peut pas éditer le mesg que l'on est en train de taper à coup de ctrl+c / ctrl+v et autres ctrl-x ! Pas pratique.
2- comme je le disais plus tôt : la non gestion côté client des passerelles disponibles côté serveur, comme dans Gnome-Jabber.
3- le transfert de fichiers. Ça peut paraître idiot, mais c'est super pratique de pouvoir s'envoyer des petits fichiers très rapidement entres contacts, et ce sans devoir passer par l'email ou des choses comme ça.
Et petits défauts moins important :
1- il ne semble pas y avoir de correcteur orthographique.
2- les noms d'utilisateurs ne sont pas forcément très distinguables, l'un bleu, l'autre vert, tous deux très clairs, et non mis en gras par exemple. Ce qui fait que si les deux pseudos sont cours où se ressemblent beaucoup, il n'est pas toujours facile des les distinguer.
3- on ne peut pas changer de thème de smileys graphiques, ce sont ceux de Jimmac qui sont néanmoins disponibles. Donc très agréables, mais c'est dommage de ne pas pouvoir les changer comme dans Gaim : drag n' drop avec gestion d'un fichier thème décrivant les icônes à utiliser sur tels smileys. Très pratique et agréable.
Sinon, sur l'interface générale de Gossip : pas grand chose à redire, c'est amha un petit bijou de sobriété et d'efficacité. J'aime beaucoup la façon dont l'heure est insérée à intervalle régulier dans la conversation par exemple ainsi que toutes les façons possibles de commencer des conversations. Les icônes sont très belles et sobres en même temps.
Dans le futur je suis certain que Gossip deviendra vraiment très bon !
[^] # Re: Bonne nouvelle
Posté par Julien Portalier . En réponse à la dépêche Gossip 0.7.6 est sorti. Évalué à 5.
Vivement le support dans Gossip des passerelles serveurs vers d'autres protocols, comme ICQ par exemple (lorsque le serveur le gère). Gnome-Jabber le gère très bien. D'ailleurs, une fois ceci mis en place dans gnome-jabber, c'est enregistré du côté serveur, et du coup : il suffit d'utiliser un autre client jabber pour voir les passerelles fonctionner tout naturellement ^^
Je suis de plus content de voir des développeurs de projets concurrents se retrouver autour d'un seul et même projet. Ceci devrait nous permettre d'avoir un excellent logiciel supportant le protocol Jabber. Enjoy ^^
D'ailleurs je vais tout de suite essayer cette nouvelle version de Gossip...
Pour info complémentaire, le projet Gossip pourrait bien se voir intégrer dans GNOME 2.8 comme indiqué dans ce texte : http://www.gnome.org/~campd/gnome-roadmap.txt.(...) Extrait du passage :
* Integration of presence information into the desktop.
- There are two projects underway (gossip and galago) to provide presence information integrated with the addressbook.