Tiens, au fait, donneur de leçon, yaka/fokon, puisque ton discours porte sur l'ergonomie, tu prends :
- Pidgin et Ekiga, ou mieux Gajim et Ekiga, côté Gtk,
- Kopete et Twinkle, ou mieux Psi et Twinkle, côté Qt,
- [cherche la même chose avec le toolkit que tu veux...]
et tu les intègres dans une seule interface, Merci.
Puisque la critique est si facile, c'est que le travail doit être bien évident...
Tu sais, il en a fallu du chemin aux projets Mozilla, KDE, Gnome pour arriver au niveau d'ergonomie actuel...
Avec un peu de recul, il est vrai que ça semble facile et évident... Mais le chemin a nécessité beaucoup de travail et de contributeurs.
> *Psi* est la lettre grecque ancienne, en minuscule « ψ » et en majuscule « Ψ ». Ce n'est pas un acronyme *P.S.I.* ou encore le préfixe « ***psy*** » du grec psukhê qui signifie âme.
Tu sais même pas écrire le nom du soft dont tu parles...
Arrêtez de reconnaître des quelconques qualités à Skype : il est proprio, fermé, super-proprio, super-fermé, chiffré, le binaire est chiffré, la mémoire est chiffrée et mutante, le protocole est chiffré, et la bande passante non-nulle même quand tu ne te sers pas de ton Skype sur ta bécane... Bizarre, non ? Pourquoi vouloir autant protéger un soft qui n'est qu'un vulgaire petit soft de P2P-Phone ? Hein ? Skype, c'est méga-ultra-proprio qui pue, tu ne peux tout de même pas conseiller un truc comme ça à qui que ce soit ? C'est le pire du pire du proprio ! Jamais vu ça !
Bon...
On parle deux choses là, bien distinctes :
- la VoIP
- l'IMP (Instant Messaging and Presence)
La VoIP, le standard ouvert, c'est SIP. Il a un succès planétaire, c'est un fait.
L'IMP, le standard ouvert, c'est XMPP. Il a un succès planétaire, c'est un fait.
Tous les géants de l'industrie IT et telco adoptent ces deux protocoles, lentement mais sûrement et à long terme ! Car ce sont des standards ouverts éprouvés de l'IETF, comme HTTP, TCP/IP, SMTP, POP/IMAP, etc.
Les deux dans un seul soft, ça se fait, mais c'est pas top, personne n'a encore trouvé la formule magique. Y'a de la marge de manœuvre, du progrès à faire. Tiens, au lieu de critiquer lourdement et bêtement, et de relayer des âneries, tu peux choisir un projet libre qui fait les deux, par exemple SIP Communicator et/ou Wengo, et tu peux contribuer des tests, de la doc, des feature-requests, des traductions et même du code !
Sinon :
- pour la VoIP simple sur XMPP, il existe Jingle : là tu peux contribuer à la spec ou à un soft libre
- pour l'IMP simple sur SIP, il existe SIMPLE : là tu peux contribuer directement à un soft libre
L'OTR, c'est pas mal : http://en.wikipedia.org/wiki/Off-the-Record_Messaging
Mais OTR est surtout utilisé dans le monde des IM proprios, car ils ne chiffrent rien de rien, normal, en tant que serveur central, ils veulent pouvoir lire vos messages et les indexer... Retour à notre discussion, un contrib est prêt à écrire un plugin... dès que Psi peut se faire pluginer (on dit comme ça ?).
La XSF pense plutôt à XTLS actuellement : http://www.xmpp.org/extensions/inbox/xtls.html XEP-xxxx: XMPP Transport Layer Security
Mais attention, ce n'est pas encore une XEP.
C'est du TLS (SSL), mais pas en client/serveur, mais plutôt en point-à-point. TLS est déjà utiliser pour la connexion client/serveur et serveur/serveur.
Dans le monde Jabber/XMPP, c'est plutôt OpenPGP qui est utilisé : http://www.xmpp.org/extensions/xep-0027.html XEP-0027: Current Jabber OpenPGP Usage
Mais bon, ce n'est pas vraiement une norme, mais plutôt une description des usages.
>> Psi est la lettre grecque ancienne, en minuscule « ψ » et en majuscule « Ψ ». Ce n'est pas un acronyme PSI ou encore le préfixe « psy » du grec psukhê qui signifie âme.
Bon, c'est pas grave...
Une implémentation « VoIP et SIP » ou « VoIP en SIP » ? C'est pas du tout pareil.
SIP et XMPP sont super différents, mais tu as Wengo et Gizmo qui savent faire les deux.
La VoIP sur XMPP, c'est plutôt Jingle. Dans le dépôt de Psi, il existe une vieille branche, mais les specs ne sont pas encore complètement stabilisées.
Si tu veux du SIP pur, il y a effectivement Ekiga, préinstallé sur ton Gnome, sinon Twinkle est pas mal du tout.
Parceque après le fiasco de votre format OOXML, tu parles encore de l'ISO et l'ECMA comme un gage de crédibilité ? Muhahahaha... je ris jaune en fait...
> avec une couverture niveau implementation vis-a-vis des brevets, chose que Linux n'a pas.
Mais mon garçon, si tu n'as pas envie de brevets, tu n'en déposes pas !
Ensuite, tu parles du noyau Linux ? Ou des logiciels libres en général ? Dans le second cas, il y a la GPLv3 qui est un bel outil contre les brevets tout de même...
Ouais, alors Symbian OS domine, effectivement, et de loin, avec 60 % du marché des smatphones, ça existe depuis longtemps (voire EPOC/Psion, toussa), y'a beaucoup de développeurs, la plateforme est stable et évolue, toussa, mais c'est pas libre (mais ça va le devenir dans deux ans).
Le problème, c'est que les interfaces sont super fragmentées, y'en a au moins trois de vraiment visibles : S60 (S40, S80 et S90), UIQ et MOAP... Donc, c'est un énorme bordel... Oui, mais Nokia, via la Fondation Symbian, a promis d'unifier tout ça... À suivre donc ?
Quant à « nombreux », il est à replacer dans son contexte :
« LiMo reste à ce jour la solution la plus avancée du monde des smartphones libres puisque de nombreux téléphones ont déjà vu le jour sur le marché, contrairement à Android et Openmoko par exemple. »
LiMo : 17
Openmoko : 1
Android : 0
> « Fin juillet, d'autres acteurs vont rejoindre les rangs de la LiMo Foundation, et de nouveaux téléphones vont être annoncés. »
LinuxFR n'a pas *gardé* un bon niveau, il a grimpé... EN ce qui concerne les brêves s'entend.
La modération est devenue plus exigeante, on en demande plus aux contributeurs, et les modérateurs et relecteurs contribuent bien plus aux soumissions.
a) Toi/vous, tu/vous crois/croyez sincèrement que le monde en avait besoin ? Muhahahah...
b) Qu'il sauve avec les anciens formats prouve que c'est délicat, même et surtout pour vous, vous prêchez la compatiblité, ben paf...
c) C'est pas ce que disent les PR MS : « attention les libristes, on a tout plein de brevets pour vous faire chier ! »
d) Plein de formats proprios en dépendances, renseigne-toi
> Marrant, moi mon Office 2007 il sauve toujours avec les anciens formats.
Alors pourquoi vous nous faites CHIER avec un format dont le monde n'a pas besoin ???
Vous avez foutu la pression à tous les pays du monde pour faire voter votre m*rde reposant sur des formats proprios à vous et des brevets achetés en gros ! Ça commence à bien faire vos âneries, ça ne fait rire que vous !
Là, t'es en train de nous dire que la certif s'achète (pas cher) et que c'est tout ?
Y'a pas de tests fonctionnels ? Tests de robustesse ? Naaaan... j'y crois pas... mdr
C'est effectivement le bordel généralisé dans les gestionnaires de dépendances et de téléchargement, du style apt-get/urpmi/yum/zypp...
Le LSB définit le format RPM comme standard, mais pas le DEB. Bon... Dommage/tant mieux ? Je sais pas.
En revanche, il faudrait peut-être faire un effort d'homogénisation des formats de repositories par exemple... Je sais pas non plus...
En revanche, sans aucun doute, il serait bon de ne pas diluer les efforts dans les n refontes/ré-écritures de ces gestionnaires de dépendances et de téléchargement du style apt-get/urpmi/yum/zypp... Non pas que les paquets vont devenir automagiquement cross-distro, mais au moins avoir des outils cross-distro... Sinon, le monde Linux va continuer de subir une fragmentation, certes loin, mais qui fait penser à celle des Unix proprio morts du siècle dernier.
À ce jour, c'est encore une croyance généralisée qu'un gestionnaire de dépendances et de téléchargement est ce qui différencie les distros entre elles... mais en fait non, tout ça est résolu, avec plus ou moins de bonheur et de perfs, dans toutes les distros majeures, depuis longtemps, et quasiment de la même façon, aux détails techniques prêts... En gros, la commande et le fichier conf sont juste un peu différents.
M'enfin, moi je dis ça, j'ai rien dit hein... ;-) Tout marche plutôt bien, dans toutes les distros que j'utilise...
Très cher quand MS le dit... moins, voire beaucoup moins cher quand le constructeur est son allié... ce qui fait une arme nucléaire à MS pour le garder en tant qu'allié... et le plier à son bon vouloir...
Ils vont devoir supporter un jour un l'autre la virtualisation par des solutions non-MS.
En l'occurrence, de nombreux éditeurs proprios s'ouvrent enfin à ce genre de support. C'est juste un besoin client, rien que ça.
D'un autre côté, les solutions de virtualisation sont déjà intégrées, packagées et donc supportées sous les distributions Linux... un bien fort concurrent !
[^] # Re: Support SIP VoIP
Posté par Nÿco (site web personnel) . En réponse à la dépêche Le client Jabber/XMPP Psi en version 0.12. Évalué à 1.
- Pidgin et Ekiga, ou mieux Gajim et Ekiga, côté Gtk,
- Kopete et Twinkle, ou mieux Psi et Twinkle, côté Qt,
- [cherche la même chose avec le toolkit que tu veux...]
et tu les intègres dans une seule interface, Merci.
Puisque la critique est si facile, c'est que le travail doit être bien évident...
Tu sais, il en a fallu du chemin aux projets Mozilla, KDE, Gnome pour arriver au niveau d'ergonomie actuel...
Avec un peu de recul, il est vrai que ça semble facile et évident... Mais le chemin a nécessité beaucoup de travail et de contributeurs.
[^] # Re: Support SIP VoIP
Posté par Nÿco (site web personnel) . En réponse à la dépêche Le client Jabber/XMPP Psi en version 0.12. Évalué à 5.
> *Psi* est la lettre grecque ancienne, en minuscule « ψ » et en majuscule « Ψ ». Ce n'est pas un acronyme *P.S.I.* ou encore le préfixe « ***psy*** » du grec psukhê qui signifie âme.
Tu sais même pas écrire le nom du soft dont tu parles...
Arrêtez de reconnaître des quelconques qualités à Skype : il est proprio, fermé, super-proprio, super-fermé, chiffré, le binaire est chiffré, la mémoire est chiffrée et mutante, le protocole est chiffré, et la bande passante non-nulle même quand tu ne te sers pas de ton Skype sur ta bécane... Bizarre, non ? Pourquoi vouloir autant protéger un soft qui n'est qu'un vulgaire petit soft de P2P-Phone ? Hein ? Skype, c'est méga-ultra-proprio qui pue, tu ne peux tout de même pas conseiller un truc comme ça à qui que ce soit ? C'est le pire du pire du proprio ! Jamais vu ça !
Bon...
On parle deux choses là, bien distinctes :
- la VoIP
- l'IMP (Instant Messaging and Presence)
La VoIP, le standard ouvert, c'est SIP. Il a un succès planétaire, c'est un fait.
L'IMP, le standard ouvert, c'est XMPP. Il a un succès planétaire, c'est un fait.
Tous les géants de l'industrie IT et telco adoptent ces deux protocoles, lentement mais sûrement et à long terme ! Car ce sont des standards ouverts éprouvés de l'IETF, comme HTTP, TCP/IP, SMTP, POP/IMAP, etc.
Les deux dans un seul soft, ça se fait, mais c'est pas top, personne n'a encore trouvé la formule magique. Y'a de la marge de manœuvre, du progrès à faire. Tiens, au lieu de critiquer lourdement et bêtement, et de relayer des âneries, tu peux choisir un projet libre qui fait les deux, par exemple SIP Communicator et/ou Wengo, et tu peux contribuer des tests, de la doc, des feature-requests, des traductions et même du code !
Sinon :
- pour la VoIP simple sur XMPP, il existe Jingle : là tu peux contribuer à la spec ou à un soft libre
- pour l'IMP simple sur SIP, il existe SIMPLE : là tu peux contribuer directement à un soft libre
Merci.
[^] # Re: OTR
Posté par Nÿco (site web personnel) . En réponse à la dépêche Le client Jabber/XMPP Psi en version 0.12. Évalué à 4.
http://en.wikipedia.org/wiki/Off-the-Record_Messaging
Mais OTR est surtout utilisé dans le monde des IM proprios, car ils ne chiffrent rien de rien, normal, en tant que serveur central, ils veulent pouvoir lire vos messages et les indexer... Retour à notre discussion, un contrib est prêt à écrire un plugin... dès que Psi peut se faire pluginer (on dit comme ça ?).
La XSF pense plutôt à XTLS actuellement :
http://www.xmpp.org/extensions/inbox/xtls.html XEP-xxxx: XMPP Transport Layer Security
Mais attention, ce n'est pas encore une XEP.
C'est du TLS (SSL), mais pas en client/serveur, mais plutôt en point-à-point. TLS est déjà utiliser pour la connexion client/serveur et serveur/serveur.
Dans le monde Jabber/XMPP, c'est plutôt OpenPGP qui est utilisé :
http://www.xmpp.org/extensions/xep-0027.html XEP-0027: Current Jabber OpenPGP Usage
Mais bon, ce n'est pas vraiement une norme, mais plutôt une description des usages.
[^] # Re: Support SIP VoIP
Posté par Nÿco (site web personnel) . En réponse à la dépêche Le client Jabber/XMPP Psi en version 0.12. Évalué à 2.
[^] # Re: Support SIP VoIP
Posté par Nÿco (site web personnel) . En réponse à la dépêche Le client Jabber/XMPP Psi en version 0.12. Évalué à 2.
>> Psi est la lettre grecque ancienne, en minuscule « ψ » et en majuscule « Ψ ». Ce n'est pas un acronyme PSI ou encore le préfixe « psy » du grec psukhê qui signifie âme.
Bon, c'est pas grave...
Une implémentation « VoIP et SIP » ou « VoIP en SIP » ? C'est pas du tout pareil.
SIP et XMPP sont super différents, mais tu as Wengo et Gizmo qui savent faire les deux.
La VoIP sur XMPP, c'est plutôt Jingle. Dans le dépôt de Psi, il existe une vieille branche, mais les specs ne sont pas encore complètement stabilisées.
Si tu veux du SIP pur, il y a effectivement Ekiga, préinstallé sur ton Gnome, sinon Twinkle est pas mal du tout.
[^] # Re: sensible ?
Posté par Nÿco (site web personnel) . En réponse à la dépêche Le client Jabber/XMPP Psi en version 0.12. Évalué à 3.
> Le lancement de plusieurs instances du même profil sur Windows et les Unixes avec DBUS n'est plus possible ;
Merci.
# Clusty
Posté par Nÿco (site web personnel) . En réponse au journal Plein les Cuil de Google ?. Évalué à 3.
Avec le menu de gauche qui permet des classements par thèmes...
[^] # Re: Et ?
Posté par Nÿco (site web personnel) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 2.
Mais le monde n'est pas binaire enfin !
[^] # Re: [HS]
Posté par Nÿco (site web personnel) . En réponse au journal [HS] C'est la mort à la plage.... Évalué à 6.
Ce serait juste bien de savoir écrire Sarkozy.
http://fr.wikipedia.org/wiki/Nicolas_Sarkozy
[^] # Re: Bon bon bon
Posté par Nÿco (site web personnel) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 1.
Une spec libre ? Ça veut dire que j'ai le droit de la modifier ?
Fais péter la spec et sa licence !
[^] # Re: Et ?
Posté par Nÿco (site web personnel) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 4.
Parceque après le fiasco de votre format OOXML, tu parles encore de l'ISO et l'ECMA comme un gage de crédibilité ? Muhahahaha... je ris jaune en fait...
> avec une couverture niveau implementation vis-a-vis des brevets, chose que Linux n'a pas.
Mais mon garçon, si tu n'as pas envie de brevets, tu n'en déposes pas !
Ensuite, tu parles du noyau Linux ? Ou des logiciels libres en général ? Dans le second cas, il y a la GPLv3 qui est un bel outil contre les brevets tout de même...
[^] # Re: Chyrp, OpenMicroBlogging
Posté par Nÿco (site web personnel) . En réponse à la dépêche Microblogging enfin libre, ouvert et décentralisé avec Laconi.ca et les spécifications OpenMicroBlogging. Évalué à 1.
[^] # Re: Vorbis ?
Posté par Nÿco (site web personnel) . En réponse à la dépêche Consolidation des smartphones libres : LiPS fusionne avec LiMo. Évalué à 2.
Le problème, c'est que les interfaces sont super fragmentées, y'en a au moins trois de vraiment visibles : S60 (S40, S80 et S90), UIQ et MOAP... Donc, c'est un énorme bordel... Oui, mais Nokia, via la Fondation Symbian, a promis d'unifier tout ça... À suivre donc ?
[^] # Re: Je ne savais pas ...
Posté par Nÿco (site web personnel) . En réponse à la dépêche Consolidation des smartphones libres : LiPS fusionne avec LiMo. Évalué à 8.
Pas « Linux », mais LiMo.
Pour répondre à ta question, suis le 3ème lien :
# [en] Liste de smartphones sous LiMo (198 hits)
http://www.limofoundation.org/en/handsets/index.php
Quant à « nombreux », il est à replacer dans son contexte :
« LiMo reste à ce jour la solution la plus avancée du monde des smartphones libres puisque de nombreux téléphones ont déjà vu le jour sur le marché, contrairement à Android et Openmoko par exemple. »
LiMo : 17
Openmoko : 1
Android : 0
> « Fin juillet, d'autres acteurs vont rejoindre les rangs de la LiMo Foundation, et de nouveaux téléphones vont être annoncés. »
A priori, 10 nouveaux terminaux, en fin de mois.
LiMo : 27
Openmoko : 1
Android : 0
[^] # Re: mouai...
Posté par Nÿco (site web personnel) . En réponse au journal Mauvaise nouvelle : les animations flash indexables par les moteurs de recherche. Évalué à 5.
Super dangereux donc.
[^] # Re: Prem's !
Posté par Nÿco (site web personnel) . En réponse à la dépêche LinuxFR.org a dix ans !. Évalué à 4.
La modération est devenue plus exigeante, on en demande plus aux contributeurs, et les modérateurs et relecteurs contribuent bien plus aux soumissions.
[^] # Re: Centralisé et Décentralisé
Posté par Nÿco (site web personnel) . En réponse à la dépêche Subversion (SVN) 1.5 est disponible. Évalué à 4.
http://en.wikipedia.org/wiki/Version_control_system
http://en.wikipedia.org/wiki/Distributed_revision_control
http://en.wikipedia.org/wiki/Comparison_of_revision_control_(...)
[^] # Re: Au delà du gaming
Posté par Nÿco (site web personnel) . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 2.
b) Qu'il sauve avec les anciens formats prouve que c'est délicat, même et surtout pour vous, vous prêchez la compatiblité, ben paf...
c) C'est pas ce que disent les PR MS : « attention les libristes, on a tout plein de brevets pour vous faire chier ! »
d) Plein de formats proprios en dépendances, renseigne-toi
[^] # Re: Au delà du gaming
Posté par Nÿco (site web personnel) . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 0.
Alors pourquoi vous nous faites CHIER avec un format dont le monde n'a pas besoin ???
Vous avez foutu la pression à tous les pays du monde pour faire voter votre m*rde reposant sur des formats proprios à vous et des brevets achetés en gros ! Ça commence à bien faire vos âneries, ça ne fait rire que vous !
[^] # Re: Au delà du gaming
Posté par Nÿco (site web personnel) . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 5.
Un mode dit « standards », c'est bien. Un vrai respect des standards, c'est juste ce qu'il faut faire.
[^] # Re: Au delà du gaming
Posté par Nÿco (site web personnel) . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 2.
[^] # Re: Au delà du gaming
Posté par Nÿco (site web personnel) . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 3.
Y'a pas de tests fonctionnels ? Tests de robustesse ? Naaaan... j'y crois pas... mdr
[^] # Re: Intéréchiant
Posté par Nÿco (site web personnel) . En réponse à la dépêche openSUSE 11.0 : nouvelle mouture du caméléon disponible. Évalué à 7.
Le LSB définit le format RPM comme standard, mais pas le DEB. Bon... Dommage/tant mieux ? Je sais pas.
En revanche, il faudrait peut-être faire un effort d'homogénisation des formats de repositories par exemple... Je sais pas non plus...
En revanche, sans aucun doute, il serait bon de ne pas diluer les efforts dans les n refontes/ré-écritures de ces gestionnaires de dépendances et de téléchargement du style apt-get/urpmi/yum/zypp... Non pas que les paquets vont devenir automagiquement cross-distro, mais au moins avoir des outils cross-distro... Sinon, le monde Linux va continuer de subir une fragmentation, certes loin, mais qui fait penser à celle des Unix proprio morts du siècle dernier.
À ce jour, c'est encore une croyance généralisée qu'un gestionnaire de dépendances et de téléchargement est ce qui différencie les distros entre elles... mais en fait non, tout ça est résolu, avec plus ou moins de bonheur et de perfs, dans toutes les distros majeures, depuis longtemps, et quasiment de la même façon, aux détails techniques prêts... En gros, la commande et le fichier conf sont juste un peu différents.
M'enfin, moi je dis ça, j'ai rien dit hein... ;-) Tout marche plutôt bien, dans toutes les distros que j'utilise...
[^] # Re: Au delà du gaming
Posté par Nÿco (site web personnel) . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 2.
[^] # Re: Au delà du gaming
Posté par Nÿco (site web personnel) . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 4.
En l'occurrence, de nombreux éditeurs proprios s'ouvrent enfin à ce genre de support. C'est juste un besoin client, rien que ça.
D'un autre côté, les solutions de virtualisation sont déjà intégrées, packagées et donc supportées sous les distributions Linux... un bien fort concurrent !