From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Danjou Subject: Re: Some remarks on org-contacts Date: Wed, 01 Jun 2011 13:59:56 +0200 Message-ID: <87ipsp224j.fsf@keller.adm.naquadah.org> References: <87aae2fpe3.fsf@rub.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([140.186.70.92]:39928) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QRk6g-0004u1-Dj for emacs-orgmode@gnu.org; Wed, 01 Jun 2011 08:01:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QRk6Z-0005xH-VQ for emacs-orgmode@gnu.org; Wed, 01 Jun 2011 08:01:01 -0400 Received: from prometheus.naquadah.org ([212.85.154.174]:33668 helo=mx1.naquadah.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QRk6Z-0005wt-AZ for emacs-orgmode@gnu.org; Wed, 01 Jun 2011 08:00:55 -0400 In-Reply-To: <87aae2fpe3.fsf@rub.de> (Sven Bretfeld's message of "1 Jun 2011 00:59:00 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Sven Bretfeld Cc: emacs-org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 modification. > - 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.=20 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. =2D-=20 Julien Danjou =E2=9D=B1 http://julien.danjou.info --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJN5im8AAoJEGEbqVCLeKXCWbIP/2mOgNQXjIO2EKmQrN27QM9K JQAU+k4J3tliLRgyPrNGKRs30vAT8RbrZ9FaL5r5AnQJIQnvzpYSikrKUzu9CnfJ WskpvLyMHsrsOgdAhqFeAWFkvpRqAjj+EE10scTIu9hggf7w8wu2bQCCy/cCwB3g sfKeonPg3hu8dDGN6waUSWrjNHfB172tMTwpgd9YVV1FPNUzPSabwYXW/e9u9l7f 5aY8tk2+WuZ46CE91HHj41Mxhy0ily35wI5hce0RCGrA4qI7aNmNQbNlnzR81Oad 5OVan1EwAp7UMZEL98ExzkFLUP0wn00pCNiXPVr9VIw9GRwUrbGx7Hc1YXsbm7OI bOOcIfdkaCSqpnM7YfOHyvqw3QyllNS4glGXJUOYa1kMRQBaCdyeHZ7SV2RJbJvt hoxe9mdA9XeksMkVI4A8nvKnli4CBO8clycGg8JEDFRdIgdl6YTD/DEFM0fltPqb t/qVBxBwNz4D1go+kVXdsyGzvyID1OWmTrvWxOs2fQ4HwZl/PwKBkERn1dK+i+Wl bUzV4N6vyGICMg8o2kE1P4wF1VkvLu6N8NuIniXXZLxespoHyENlMpXWVgWFaWA+ w0XiztIfCSJ7yaOgJ4xCgCIIH1s0S1zBlBOHCLwrJPk6fjfYxcgRo/NXnx6ipGTJ OpSZV0r4sKVp4sm4ZvZw =zzjv -----END PGP SIGNATURE----- --=-=-=--