Y'a les filtres anti-spam et les techniques de spam qui évoluent, sinon


Meowcate (./3779) :
J'aurais vu une autre raison à cela : les services mails, globalement, n'évoluent pas. Firefox évolue parce que le web évolue. Excepté la taille de stockage qui a augmenté très rapidement (flagrant avec l'apparition de Peer2Mail), les messageries sont aussi semblables aujourd'hui qu'il y a 5 ans. Peut-être pourrons-nous voir une progression quand on aura autre chose à envoyer que des messages (téléporter des objets grâce à Thunderbird ?). D'ici là ce service est arrivé à maturité, il est difficile de faire progresser quelque chose qui remplit déjà tous nos besoins (même les plugins y sont timides), cela devrait même finir par disparaitre en fusionnant avec les navigateurs (chose déjà présente mais encore peu utilisée).
very (./3782) :
Ben les diverses techniques pour "sites interactif" ( ajax & co. ) se développent en général et ça va continuer, donc l'intérêt de faire un client distinct ? ( même si "intégré" )

Nil (./3785) :
(Typiquement : la lecture de messages en mode déconnecté)
Flanker (./3784) :
Parce qu'un client lourd permet des choses qu'un webmail ne permet pas ?![]()
), donc pas du tout besoin d'intégrer un "client" dans le broswer...Nil (./3785) :
(Typiquement : la lecture de messages en mode déconnecté)
squalyl (./3770) :
m'en fous d'openjdk je parle de sun-jdk, enfin, le truc optimisé qu'on trouve sur 99% des ordis non geeks quoi
Lionel Debroux (./3771) :
J'ai changé quand j'ai utilisé une application qui refuse de fonctionner avec autre chose que sun-jdk, invoquant des raisons de stabilité.


squalyl (./3774) :
apparemment oracle aime bien les standards ouverts aussi
Flanker (./3775) :
C'est cool de dire qu'on peut forker, mais je doute qu'ils soient vraiment plus efficaces qu'une grosse boîte comme Sun.
Kevin Kofler (./3790) :
il n'y a qu'à voir KMail. Dans KDE 4.2, il y a un nouveau design plus moderne de la liste des messages (avec l'option de revenir à l'ancien)


very (./3782) :
Ben les diverses techniques pour "sites interactif" ( ajax & co. ) se développent en général et ça va continuer, donc l'intérêt de faire un client distinct ? ( même si "intégré" )
Kevin Kofler (./3790) :
Quant au discours des projets Mozilla, le problème, c'est qu'ils gardent un contrôle très strict sur leurs projets (même Thunderbird), ce qui décourage les contributeurs communitaires. Donc s'ils ne le développent pas activement, le projet souffre. Pour un client mail qui évolue vraiment, il n'y a qu'à voir KMail. Dans KDE 4.2, il y a un nouveau design plus moderne de la liste des messages (avec l'option de revenir à l'ancien), il y a la technologie Akonadi, il y a un plugin Akonadi en développement pour communiquer avec les serveurs Exchange etc.
Meowcate (./3793) :
L'exemple le plus frappant pour ma part est d'utiliser le client comme une boite aux lettres universelle regroupant tous les emails reçus
Zephyr (./3801) :
./3789, ./3793, ./3795, ./3795, ./3796, ./3797 et ./3798 : prochain coup vous avez le choix entre demander un fork, attendre que quelqu'un d'autre le demande, ou être kickés du topic.
squalyl (./3794) :
http://www.eyeborgblog.com/
Meowcate (./3803) :
Kické, houla, rapide... ce n'est pas la première fois qu'une news apporte un débat. Parfois ils sont de quelques messages (voire une ou deux pages) et on passe à autre chose, d'autres fois plus long et sont forkés. Je pense que le fork est un travail d'admin, et ce n'est pas à moi de le demander (j'aurais du mal à estimer quand cela devient nécessaire, excepté si le topic tourne uniquement sur le sujet incriminé).
Meowcate (./3803) :
Kické, houla, rapide... ce n'est pas la première fois qu'une news apporte un débat. Parfois ils sont de quelques messages (voire une ou deux pages) et on passe à autre chose, d'autres fois plus long et sont forkés. Je pense que le fork est un travail d'admin, et ce n'est pas à moi de le demander (j'aurais du mal à estimer quand cela devient nécessaire, excepté si le topic tourne uniquement sur le sujet incriminé).
