Comme je le développe plus haut (Re: mort le mail??), je suis contre les usines à gaz.
Prenons l'exemple d'un employé dans une entreprise. Il va, au commencement de la journée, consulter son agenda pour savoir son programme ; puis, tout au long de la journée, il va consulter sa boîte email tout en faisant son programme.
Il est évident que cet employé, n'aura pas besoin de consulter son agenda chaque fois qu'il aura besoin de consulter ses emails (où le hasard fait bien les choses).
Du coup, il va lancer un programme d'agenda (intégré à son MUA) pour rien chaque fois qui veut consulter ses emails.
Si on respect le principe d'un logiciel pour une tâche, cet employé lance un MUA (qui d'ailleurs est déjà une usine à gaz qui fusionne MTA et MDA mais passons) et consulte uniquement ses emails qui s'affichent rapidement. S'il lui prend l'envie ou le besoin de consulter son agenda, il appuie sur une touche, clique ou encore lance un autre programme et consulter rapidement son emploi du temps.
N'oublions pas que les "tout en un" proviennent du monde de l'entreprise et (donc) des boîtes propriétaires.
Pourquoi le libre devrait-il copier ce principe qui, s'il impressionne au début, ralentit l'utilisateur en fin de compte ?
Et oui claws-mail permet l'affichage html mais c'est une option qu'il faut activé. Le comportement par défaut (texte brut) permet que tout le monde puisse lire le mail dans son aspect d'écriture quelque soit le soft ou l'OS de lecture.
Donc vive les extenstions mais non aux usines à gaz et oui au choix de l'utilisateur.
[^] # Re: Faut-il absolument sauver Thunderbird ?
Posté par sidell . En réponse à la dépêche Comment peut-on sauver Thunderbird alors que le courrier électronique se meurt ?. Évalué à 1.
Prenons l'exemple d'un employé dans une entreprise. Il va, au commencement de la journée, consulter son agenda pour savoir son programme ; puis, tout au long de la journée, il va consulter sa boîte email tout en faisant son programme.
Il est évident que cet employé, n'aura pas besoin de consulter son agenda chaque fois qu'il aura besoin de consulter ses emails (où le hasard fait bien les choses).
Du coup, il va lancer un programme d'agenda (intégré à son MUA) pour rien chaque fois qui veut consulter ses emails.
Si on respect le principe d'un logiciel pour une tâche, cet employé lance un MUA (qui d'ailleurs est déjà une usine à gaz qui fusionne MTA et MDA mais passons) et consulte uniquement ses emails qui s'affichent rapidement. S'il lui prend l'envie ou le besoin de consulter son agenda, il appuie sur une touche, clique ou encore lance un autre programme et consulter rapidement son emploi du temps.
N'oublions pas que les "tout en un" proviennent du monde de l'entreprise et (donc) des boîtes propriétaires.
Pourquoi le libre devrait-il copier ce principe qui, s'il impressionne au début, ralentit l'utilisateur en fin de compte ?
Et oui claws-mail permet l'affichage html mais c'est une option qu'il faut activé. Le comportement par défaut (texte brut) permet que tout le monde puisse lire le mail dans son aspect d'écriture quelque soit le soft ou l'OS de lecture.
Donc vive les extenstions mais non aux usines à gaz et oui au choix de l'utilisateur.