Am 13.08.2012, 19:54 Uhr, schrieb Jan Kundrát:

Your code obviously provides better functionality; having a full-blown address book holding structured information is great. On the other hand, in its present form, it removes the support for this remembering of entered data.

I'm not sure what'd be the best way to do that. One option might be to unconditionally add any addresses to the abook file. Is that even possible? Is that really desirable?

It's certainly possible.
Whether this kind of auto-learning is desirable is another question.

- I'd vote against "dumb" autolearning from incoming email (several mail applications do that and the result is spam addys in your addressbook - "great")
- Learning from the recipients is "tricky"
On the one hand you'll learn special addresses eg. when un/register from mailing lists etc. and on the other hand you're required to type the address at least once what brings the next issue in addressbook sanity that is "[email protected]" - you end up having mail addresses w/o further contact information what's pretty equal to "worthless"
- Explicit learning ("add to addressbook") is cumbersome.

So it's a trade-off by all means.

Since we cannot know whether the user is interested in learning an address or even interested in NOT adding it my proposal would be to only learn recipient addresses with a name attached and in addition "add to addressbook" in the rmb menu of the sender entry in the header (ideally with a small dialog presenting guessed real name and mail address parts for interactive sanitation)


@Peter
abook comes with an ncurses editor[1] and i've also a (still) unreleased (simple and little rough on the edges but operative) Qt UI which I could release anytime and on any interest. Doing that from the mail client requires visual invocation of the stored addresses what only happens on auto-completion where it would be *possible* to delete entries by selecting them and then press "del" or even have a context menu on the completer, but both is very much a hidden feature.


Cheers,
Thomas

[1] http://abook.sourceforge.net/

Reply via email to