emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Julien Danjou <julien@danjou.info>
To: Sven Bretfeld <sven.bretfeld@gmx.ch>
Cc: emacs-org <emacs-orgmode@gnu.org>
Subject: Re: Some remarks on org-contacts
Date: Wed, 01 Jun 2011 13:59:56 +0200	[thread overview]
Message-ID: <87ipsp224j.fsf@keller.adm.naquadah.org> (raw)
In-Reply-To: <87aae2fpe3.fsf@rub.de> (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
>   similar. 

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
>   nicer.

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.

Julien Danjou
❱ http://julien.danjou.info

[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]

      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]

Reply instructions:

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 \
    --in-reply-to=87ipsp224j.fsf@keller.adm.naquadah.org \
    --to=julien@danjou.info \
    --cc=emacs-orgmode@gnu.org \
    --cc=sven.bretfeld@gmx.ch \


* 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).