Am 16.08.2012, 12:51 Uhr, schrieb Jan Kundrát <[email protected]>:
On 08/15/12 22:30, Peter Morgan wrote:Since we cannot know whether the user is interested in learning an addressor even interested in NOT adding it my proposal would be to only learn recipient addresses with a name attached and in addition "add toaddressbook" in the rmb menu of the sender entry in the header (ideally witha small dialog presenting guessed real name and mail address parts for interactive sanitation)Wouldnt it be easier to have a label next to the "address", saying "add to address button" or "crossed out".. That way a new email arriving, means a single click to add it, or to remove it just an idea.
Are there volunteers to implement this?
"Naturally" - I'll write the addressbook "learn" interface and an implementation.
For the GUI we at least agree there should be autolearning for recipients (outgoing mail) with a human readable name and an explicit way in the mail header.
About "unlearning" ppl. this way i'm however not entirely sure because it relies on having a mail to forget the contact (or having a "forget this" button next to every entry in the completer what would add quite some clutter to that list for a rather rare action, yesno?)
Thomas, I'll be happy to have a look at your abook frontend.
Attached.Notice that abook is not required for this (it just implements the format) but iff you have the CLI abook installed you should have "set preserve_fields=all" in ~/.abook/abookrc and possibly "field photo = Photo" (photo is no standard field)
Placing any image named "incognito.png" into ~/.abook will get you a picture for contacts without explicit image. Images are stored in ~/.abook by their hashes by default (if you drag one into the contact) or reside in any explicitly configured path.
Cheers, Thomas
be.contacts.txz
Description: application/xz
