From: Julien Danjou <firstname.lastname@example.org>
To: Sven Bretfeld <email@example.com>
Cc: emacs-org <firstname.lastname@example.org>
Subject: Re: Some remarks on org-contacts
Date: Wed, 01 Jun 2011 13:59:56 +0200 [thread overview]
Message-ID: <email@example.com> (raw)
In-Reply-To: <firstname.lastname@example.org> (Sven Bretfeld's message of "1 Jun 2011 00:59:00 +0200")
[-- Attachment #1: Type: text/plain, Size: 3265 bytes --]
On Wed, Jun 01 2011, Sven Bretfeld wrote:
> - The buffers displaying the contacts file(s) get the "changed mark"
> whenever something is done with org-contacts. Even if only a name was
> searched and no changes have happened at all. Is it a bug or some
> feature that I don't understand?
I don't see this behaviour, so I don't think it's related to
org-contacts directly. One of the only thing it changes is the last mail
seen from a user, when used with Gnus. But a search does not do any
> - The last-read-mail property is a good idea, but it has the
> disadvantage of changing the file. People using Dropbox or other
> synchronization tools have a problem here, because they have to
> remember to manually save the file before they start to work on
> another computer. There should be an auto-save-hook or something
Sounds dangerous, but you can do it yourself anyhow.
> - What I deem most important: For quite a few contacts most people will
> use to have more than one email address. Org-contacts stores all
> addresses under the same property with no preference on one of them
> (unlike BBDB which uses the first entry as a default for completion).
> It is annoying to hit tab 3 to 4 times before the To-header is
> complete. It would perhaps be best to have only one address in the
> EMAIL property and to store alternate addresses in another property
> (SECONDARY_EMAIL). The SECONDARY_EMAIL could be called by a special
> function that could be set to a key different from TAB (maybe C-u
> TAB). Maybe it is even possible to expand to the default address by
> hitting TAB once, and to give a list of the other addresses by hitting
> TAB once again.
The Emacs completion code is not that nice. But using only the first
address in EMAIL is doable.
> - What can you do with ICONS? Arte they only for chatting? It would be
> nice to have a small window automatically opening below an Article
> buffer in Gnus that displays information about the author including
> his/her image.
This properties has been set to be used in `org-contacts' search.
Problem is the format in `org-contacts' is not changeable because the
way it is written in org.el itself. I've tried to enhance that (there's
a branch in the org repository about that) but it's really too much
work to me right now, so I abandonned for now that part.
> - Email, phone numbers and postal address should be displayed in the
> Agenda buffer when a name is searched by org-contacts. Maybe it would
> be possible to display different information by hitting certain keys:
> "m": mobile-phone, "e": email, "b": birthday, "a": all etc. At the
> moment one has to switch on follow-mode to display the information. I
> deem this not very beautiful. For my taste, the look-and-feel of an
> org-file with lots of property lines is not an aesthetic pleasure. A
> tabular output (including a picture of the person) would be much
That is what was planning, as I stated just above. But this is far from
doable right now and would require a major rewrite of some part of Org
to be done correctly.
[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]
prev parent reply other threads:[~2011-06-01 12:01 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-31 22:59 Some remarks on org-contacts Sven Bretfeld
2011-06-01 7:36 ` Sebastien Vauban
2011-06-01 9:41 ` Štěpán Němec
2011-06-01 11:59 ` Julien Danjou [this message]
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).