23 août 2004 Sylpheed-Claws 0.9.12a
SYLPHEED-CLAWS RELEASE NOTES
http://claws.sylpheed.org(...)
Cette release de Sylpheed-Claws est basée sur Sylpheed 0.9.12cvs2.
Notes pour cette release:
~~~~~~~~~~~~~~~~~~~~~~~
* Le format de cache des messages a changé, et les utilisateurs
remarqueront un délai à la première ouverture des dossiers, dû à la
ré-écriture des caches. Si vous rencontrez des problèmes, utilisez
'Rebuild folder tree' et/ou 'Check for new messages'.
* Pour le support SSL, OpenSSL >= 0.9.7 est maintenant requis.
* Un plugin PGP/Mime a été ajouté. Il vérifie les signatures et
décrypte les messages. Signer et crypter les messages est toujours
possible sans plugin. Pour utiliser ce plugin, vous devrez utiliser
--enable-gpgme, puis charger le plugin, pgpmime.so, dans
'/Configuration/Plugins/Load Plugin'.
* Dans la fenêtre de composition, '/Message/Save and keep editing'
a été remplacé par '/File/Save'.
* Les options relatives au wrapping de messages ont été déplacées
vers '/Other Preferences/Compose/Message Wrapping'
* Les options relatives à la coloration de messages ont été déplacées
vers '/Other Preferences/Message View/Colors'
Nouveautés:
~~~~~~~~~~~~~~~~~~~~
* La récupération partielle des mails POP3 a été ajoutée. Elle
change l'ancienne fonctionnalité de limite de taille des messages
à télécharger ('/[Account preferences]/Receive/Message size limit'),
qui était de laisser le message sur le serveur sans y toucher.
Maintenant, les messages dépassant cette limite seront partiellement
téléchargés (jusqu'à la limite). Ces messages auront un indicateur
indiquant ce statut, la taille totale du message, ainsi que deux
boutons, 'Mark for download' et 'Mark for deletion'.
Si l'utilisateur clique 'Mark for download', le message sera complètement
téléchargé à la réception suivante. S'il choisit 'Mark for
deletion', le message sera supprimé à la fin du délai normal (spécifié
dans les préférences de Réception du Compte.
Si l'utilisateur efface le message, le message sera également supprimé
après le délai standard.
* La taille maximale de messages SMTP, retournée par la plupart des
serveurs, est maintenant prise en compte avant l'envoi des messages.
Cela permet de ne pas envoyer de trop gros messages pour les voir
refusés à la fin.
* Quicksearch: un bouton 'Clear' a été ajouté pour remettre à zéro
la barre de recherche rapide et recharger la liste des messages.
Une préférence cachée, summary_quicksearch_sticky preference a été
ajoutée pour permettre de remettre la barre de recherche rapide à zéro
à chaque changement de dossier.
* Des icônes ont été ajoutées aux alertes pour les classifier plus
simplement (Info, erreur, attention, question).
* Le support de la 'startup notification' de Freedesktop.org a été
ajouté.
* TrayIcon Plugin: un menu contextuel a été ajouté avec les opérations
les plus courantes.
* Traductions mises à jour : Brazilian Portuguese, French, Polish, Serbian,
Slovak, and Spanish.
* Bug corrigés, incluant (mais pas seulement):
o bug 494 'Messages are always opened in summary view when
right clicked.'
o bug 502 'drafted message does not keep sign / encrypt
state'
o bug 508 'Message view appears after marking message as
read'
o bug 519 'filtering expr. in quicksearch'
o bug 520 '"/Redirect" not grayed out'
o Bug 521 'Signature checking slows down Folder-Move'
o Bug 531 'SA plugin: status bar does not get cleared in
OFFLINE mode'
o bug 574 'Bug is automatic definition charset'
o bug 576 'Duplicate auto-bcc header on reedit'
o fix focus quand on appuie sur Entrée dans la Quicksearch
o sortie propre sur SIGHUP
o "Message-Id" remplacé par "Message-ID"
o fix d'un gel sur double-clic d'une icône MIME
o fix de la mise à jour des settings GPG quand on change de compte
o fix auto-sélection de compte sur imap/news
o désactivation de la notification immédiate de changement sur les
dossiers ouverts.
* et des nettoyages, réorganisations, et plus.
La branche GTK2 n'est toujours pas sortie, elle n'est pas encore prête, mais le CVS fonctionne plutôt bien.
Journal Sortie de Sylpheed-Claws 0.9.12a
23
août
2004
# Que du bon quoi, comme d'hab'...
Posté par tgl . Évalué à 4.
> recherche rapide à zéro à chaque changement de dossier.
\o/ Chouette, c'est vraiment 2 trucs qui me manquaient. J'arrivais pas à m'y faire à ces recherches qui résistaient au changement de dossiers, à chaque fois je me disais «ah oui zut, c'est vrai, faut que je vide la barre...».
> TrayIcon Plugin: un menu contextuel a été ajouté avec les
> opérations les plus courantes.
Héhé, encore un trayicon qui vire à l'applet... Les gnomistes les plus radicaux vont ronchoner, mais ceci dit, c'est une bonne idée.
> La branche GTK2 n'est toujours pas sortie, elle n'est pas encore
> prête, mais le CVS fonctionne plutôt bien.
Est-ce que vous faites des snapshots de temps en temps, quand vous jugez que le CVS est dans un état plutôt pas mal ? Parceque j'avoue que pour un soft aussi important, je suis moyennement chaud pour taper dans le CVS à un moment totalement aléatoire, j'ai toujours peur de tomber sur la minute où un bug super destructeur vient d'être commité par étourderie et n'est pas encore corrigé.
Enfin quoiqu'il en soit, milles merci à toi et aux autres devs pour cet excellent logiciel (et je pèse mes mots).
[^] # Re: Que du bon quoi, comme d'hab'...
Posté par Colin Leroy (site web personnel) . Évalué à 5.
Enfin, il faut savoir qu'autant 'bleeding-edge' que soie SC, le pire qu'il puisse arriver, c'est de devoir rescanner tes dossiers: le format MH des boîtes (un fichier/mail) fait que c'est très dur de détruire des données; ça n'est pas encore arrivé, à ma connaissance.
Merci pour tes encouragements!
[^] # Re: Que du bon quoi, comme d'hab'...
Posté par Grégory SCHMITT . Évalué à 2.
http://www.homa.ne.jp/~ashie/linux/sylpheed-gtk2.html.en(...)
N'empêche, j'aimerai bien aussi un joli binaire / RPM de sylpheed-gtk2, parce que la dernière version qu'on y trouve date du 22/06/2004, et que cette version ne corrige pas le bug que tu avais dit être corrigé concernant l'UTF-8 et le fait que tous les caractères non-ASCII sont mal interprétés. Je tourne avec cette version, et ce bug est pas mal ennuyeux quand même.
Sinon, du tout bon !
[^] # Re: Que du bon quoi, comme d'hab'...
Posté par Colin Leroy (site web personnel) . Évalué à 5.
Ah oui, autre chose à propos de la stabilité du CVS: on synchronise avec la branche gtk1 à la main, et on teste à chaque fois ; il y a assez peu de modifs gtk2-only ces derniers temps : c'est donc un CVS un peu moins chaotique qu'il pourrait l'être...
[^] # Re: Que du bon quoi, comme d'hab'...
Posté par tgl . Évalué à 3.
J'ai installé la bête sur ma gentoo avec un petit ebuild vite torché à partir de celui standard. Si y'a des gens que ça intérresse, je peux coller ça qlqpart sur le ouaibe.
Ça marche globalement très bien, c'est joli et réactif, et j'ai pas eu pour l'instant de bug embêtant. J'ai juste eu une petite règle de filtrage de corrompue parceque mon ancien matcherrc était codé en iso8859-15 alors que la version gtk2 le veut en UTF8. J'imagine que c'est un pb connu (enfin perso il m'a pas surpris), mais si tu veux un bug report n'hésite pas à me le dire.
Et merci encore pour cet excellent boulot.
# Bof cet article...
Posté par Mickaël Sibelle (site web personnel) . Évalué à 1.
Bon, ok y'a le lien, mais ça aurait été sympa un petit résumé quand même :)
Mais pour ceux qui connaissent déjà ça doit être intéressant :|
Enfin, ce que j'en dis, c'est amha hein ;)
[^] # Re: Bof cet article...
Posté par Colin Leroy (site web personnel) . Évalué à 2.
Ah oui, exact...
Sylpheed-Claws est un client mail qui déchire ;-)
[^] # Re: sylpheed-claws
Posté par Julien Portalier . Évalué à 3.
Oui, et pourtant je l'ai abandonné. La version GTK1 est radicalement moche, et la version GTK2 trop buggé pour prendre le temps de faire des bugs reports. Apparemment la version GTK2 n'est pas prévue pour fonctionner autrement qu'en locale C.
Ensuite, il faut bien le dire : les menus sont tout sauf intuitifs. C'est le gros bordel là dedans. Les options sont découpées de façon aléatoires dans plein de menus. On s'y perdre au moindre coup d'½il. Même après des mois d'utilisation quotidienne on cherche encore pendant une demi-heure des fois une bête option qui est dans un menu auquel on n'aurait pas pensé... Sans parler de la fenêtre pour créer/modifier les filtres... c'est limite incompréhensible et même après des mois d'utilisation on fini toujours par se tromper. C'est lourd, très lourd.
Un bon coup de nettoyage dans les menus et fenêtres d'options, filtres, etc. ferait le plus grand bien à Sylpheed (Claws ou Vanilla). Une application des GNOME HIG 2.0 serait tout aussi la bienvenue...
Mais force est d'avouer que c'est le seul logiciel d'emails qui soit efficace sans être d'une lourdeur infernale. Car evolution c'est bien gentil, mais c une véritable uzine à gaz qui fait tout ce qu'on ne lui demande pas dans une utilisation courante d'un logiciel d'emails. Balsa est pas mal et plutôt joli. Notamment son interface. Mais il a des trucs bizarres un peu partout... Un héritage de conception étrange qui pose problème.
En fait, n'étant satisfait par aucun client email actuel, je jette l'éponge à essayer d'en trouver un, et j'ai commencé il y a quelques à me faire le mien. En Python+GTK2+psyco avec une base locale en SQLITE, ce qui devrait m'offrir quelques petites astuces sympa. C'est bien, je dév. tout ça assez vite (merci le python et toutes ses libs de base) et j'essaye de respecter la simplicité d'utilisation générale en essayant de suivre la doctrine GNOME (sans pour autant reposer sur ses libs). Bien entendu ça sera du GPL ^^
[^] # Re: sylpheed-claws
Posté par Grégory SCHMITT . Évalué à 4.
Chezmoicamarche.
Ensuite, il faut bien le dire : les menus sont tout sauf intuitifs. C'est le gros bordel là dedans. Les options sont découpées de façon aléatoires dans plein de menus. On s'y perdre au moindre coup d'½il. Même après des mois d'utilisation quotidienne on cherche encore pendant une demi-heure des fois une bête option qui est dans un menu auquel on n'aurait pas pensé... Sans parler de la fenêtre pour créer/modifier les filtres... c'est limite incompréhensible et même après des mois d'utilisation on fini toujours par se tromper. C'est lourd, très lourd.
Un bon coup de nettoyage dans les menus et fenêtres d'options, filtres, etc. ferait le plus grand bien à Sylpheed (Claws ou Vanilla). Une application des GNOME HIG 2.0 serait tout aussi la bienvenue...
L'application HIG de Gnome est tout ce que je ne veux pas. Ca fait plusieurs années que j'utilise sylpheed, et franchement, j'ai pas trouvé mieux, je sais où sont toutes les options et je m'y retrouve. C'est vrai qu'un peu de rangement ne ferait pas de mal, mais globablement on s'y retrouve.
En fait, n'étant satisfait par aucun client email actuel, je jette l'éponge à essayer d'en trouver un, et j'ai commencé il y a quelques à me faire le mien. En Python+GTK2+psyco avec une base locale en SQLITE, ce qui devrait m'offrir quelques petites astuces sympa. C'est bien, je dév. tout ça assez vite (merci le python et toutes ses libs de base) et j'essaye de respecter la simplicité d'utilisation générale en essayant de suivre la doctrine GNOME (sans pour autant reposer sur ses libs). Bien entendu ça sera du GPL ^^
Bon courage. Etant donné que tu développes avec SQLite et que je dois utiliser Nmh, il n'y a aucune chance pour que j'utilise un jour ton soft, mais au moins tu es ambitieux. Fais quand même gaffe à ne pas faire un logiciel que ne te plaira qu'à toi et à personne d'autre (enfin, s'il plaît à au moins une personne, c'est déjà ça).
[^] # Re: sylpheed-claws
Posté par Xavier Teyssier (site web personnel) . Évalué à 3.
En fait, ça dépend quel est son but. Là, clairement, c'est faire un soft qui réponde à ses besoins. Donc les autres, ce n'est pas vraiment un sujet de préoccupation.
Perso, je fais pareil. J'ai testé des dizaines de clients mail, mais sans en trouver qui correspondaient pleinement à ce que j'attendais. Alors je me suis aussi lancé dans l'écriture d'une telle application (en fait, c'était surtout un prétexte pour apprendre le QT avec un vrai objectif, mais bon...). Mais dans mon cahier des charges, je ne prend pas du tout en compte le fait de faire un truc qui plaira ou non aux autres, tout simplement parce que ce n'est pas l'objectif. Oui, c'est égoiste, mais il en faut un peu, parfois, de l'égoisme, non ?
[^] # Re: sylpheed-claws
Posté par tgl . Évalué à 5.
Mouaif, les HIG seraient-elles vraiment applicables ici ? J'avoue ne jamais les avoir lues intégralement, et la perception très subjective que j'en ai est qu'elles sont synonymes d'interface dépouillée et simplificatrice, au détriment des fonctionnalité.
Bon, ouais, désolé, ça doit sonner comme un gros troll 100 fois entendu et 100 fois contredit, mais ça reste ma perception d'utilisateur. J'aime bien les "petits logiciels" respectant les HIG, mais par contre j'aurais peur pour mon sylpheed-claws s'il avait pour objectif de s'y conformer. Mais je ne serais ravis si on me prouvait que j'ai tort en me montrant un logiciel aussi complet que sylpheed-claws qui se conformerait aux HIG sans y perdre son âme au passage.
[^] # Re: sylpheed-claws
Posté par Romuald Delavergne . Évalué à 3.
* J'espère qu'il restera en GTK1 ne serait-ce que pour garder sa 'nervosité'. Et honnêtement je ne vois pas ce qu'apporterais GTK2 sinon de la lourdeur.
* Pour l'organisation des menus, je les trouve très logiques. Là je ne comprends pas pourquoi tu es perdu.
Personnellement j'ai quitté balsa lorsqu'ils sont passé à GTK2. Et lorsque j'ai découvert sylpheed et ses objectifs:
* Quick response by keeping CPU and memory usage to a minimum
* Fast processing even though a folder contains large number of messages (more than 10 thousand)
* Enables intuitive operation by simple, graceful, and well-polished interface
* Similar operation methods to other mailers.
* Readily available with simple configuration
* Fully equipped with features required as a mailer
* Full support of Japanese, and support of i18n
* Enables flexible interaction with external commands
* Stable, and don't lose any data (to the utmost) in case of crash
je suis tombé sous le charme et je ne suis pas prêt de changer.
Donc merci à Hiroyuki Yamamoto et tous ceux qu'ils l'aident pour amélirer Sylpheed.
Romuald,
un utilisateur comblé.
[^] # Re: sylpheed-claws
Posté par Colin Leroy (site web personnel) . Évalué à 3.
Contrairement à ce à quoi on peut s'attendre, la branche GTK2 est plus réactive. En effet, il n'y a plus besoin de widgets persos pour le GtkExtTree (la liste de message) ni pour le GtkSText (pour la fenêtre de composition).
Au final, ça va plus vite en gtk2 :oP
[^] # Re: sylpheed-claws
Posté par Zorro (site web personnel) . Évalué à 2.
[^] # Re: sylpheed-claws
Posté par Panda Voyageur (site web personnel, Mastodon) . Évalué à 1.
Ah? Perso j'ai essayé, et j'ai vite échangé cette tortue de 30 tonnes contre le bon vieux gtk1 standard. Mais bon:
- j'ai un vieil ordi lent
- sans beaucoup de mémoires
- avec plein de trucs qui tournent
- mais aucun en GTK2 (pitié laissez moi du processeur et de la mémoire!)
Donc à cause du temps qu'il met pour finir de swapper et réafficher la fenêtre, ça donne un sylpheed-claws vraiment plus du tout réactif (à moins de ne faire que du mail, mais bon pour du mono-application autant retourner à windows!)
ps: c'est une blague le coup du retour à windows faut pas pousser quand même! ;)
# j'ai testé pour vous...
Posté par PloufPlouf (site web personnel) . Évalué à 4.
alors là sylpheed claws fais un grand bon en avant, les derniers binaires win etaient en version 0.7 et c'etait parfaitement instable chez moi
durée de vie du process sous XP, quelques minutes
là c'est stable, ca marche, mais ya un gros paquet de bugs, ca plante plus, mais ya plein de fonction qui font rien, on appuie sur le boutton et il se passe rien,
en vrac
le filtrage associé aux compte, ne fonctionne pas
impossible d'arreter une releve de mail si la fenetre de progression est pas visible
la fenetre de log n'affiche que les 8 ou 10 dernieres lignes
la configuration des toolbars fait n'importe quoi
et effectivement, l'ergonomie est pas evidente,
carnet d'adresse pas dutout pratique
pas de recherche globale
pis bon, tous les petit problemes gtk1, fenetre de dialogue fichier pas super pratique sous win, copié/collé
ca me donne l'impression d'un outil puissant mais rustique
je continue à tester....
# sylpheed vs sylpheed-claws ?
Posté par Houbaa . Évalué à 3.
bref, pourquoi il y a deux logiciels différets ?
merci d'avance !
(Stef, qui réfléchit sérieusement à quitter kmail)
[^] # Re: sylpheed vs sylpheed-claws ?
Posté par tgl . Évalué à 4.
http://sylpheed-claws.sourceforge.net/index.php(...)
C'est donc (enfin si je comprends bien) pas vraiment un fork dans la mesure où les deux projets ne tendent pas à s'écarter indéfiniement l'un de l'autre. C'est plutôt presque deux branches d'un même projet, l'une visant la stabilité avant tout, et l'autre expérimentant plus de nouvelles fonctionnalités. Les releases de ses deux branches ont l'air de garder un bon synchronisme (à moins que les numéros de version toujours égaux ne soient fortuits ?), et le code circule apparemment dans les deux sens. Bref c'est un modèle de développement assez original, mais vu comme ça de loin, ça a l'air de plutôt bien fonctionner. Colin, des précisions/corrections ?
Quant à savoir quelle branche est faite pour toi, bah, tu peux jeter un oeil ici pour te faire une idée :
http://sylpheed-claws.sourceforge.net/features.php(...)
Comme tu peux voir, y'a quand même un paquet d'arguments pour la branche -claws.
D'autant que contrairement à ce que pourraient laisser penser l'appelation de "bleeding-edge", il ne s'agit pas du tout d'un truc style pre_alpha qui va te claquer dans les doigts toutes les 1/2 heures. Perso, depuis bientôt 2 ans que je suis en -claws, ça m'est arrivé 1 ou 2 fois de tomber sur des bugs vraiment gênant après une mise à jour, mais sinon c'est vraiment un soft très fiable, et ce malgré le (ou "grâce au" peut-être ?) dynanisme de son développement.
# La prise en compte des citations est toujours boguées...
Posté par SaintGermain . Évalué à 2.
Merci pour cette news.
J'en profite pour te remonter un petit problème, je ne sais pas si tu auras plus d'influence que moi pour faire remonter ce bogue qui m'embête depuis un bon moment :
http://www.thewildbeast.co.uk/sylpheed-claws/bugzilla/show_bug.cgi?(...)
En gros Sylpheed met le souk dans une citation dès qu'on alterne entre les >> et les > > (notez l'espace entres les deux symboles).
C'est vraiment ennuyeux et rend le message tout moche après un ou deux aller-retours.
Si je m'y connaissais plus en C je corrigerai bien moi-même mais j'avoue que je ne sais même pas par où commencer pour trouver le code incriminé...
P.S. : le rapatriement partiel par POP3 c'est génial ! ça faisait un moment que je l'attendais celui-là pour lutter contre les virus !
[^] # Re: La prise en compte des citations est toujours boguées...
Posté par Colin Leroy (site web personnel) . Évalué à 2.
En gros Sylpheed met le souk dans une citation dès qu'on alterne entre les >> et les > > (notez l'espace entres les deux symboles).
Mmh, j'y avais jeté un oeil et rien trouvé...
P.S. : le rapatriement partiel par POP3 c'est génial ! ça faisait un moment que je l'attendais celui-là pour lutter contre les virus !
Merci !
:°)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.