From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Re: RELEASE: Org-mode 6.08a Date: Tue, 7 Oct 2008 13:05:38 +0200 Message-ID: References: <98C068B3-0930-444E-A17B-E01D3E583BCA@uva.nl> <39130699-960D-4896-A27D-1161618A73F6@uva.nl> <20524da70810070236k1fb60226jb82d024417b224af@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v929.2) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KnANw-0001y3-35 for emacs-orgmode@gnu.org; Tue, 07 Oct 2008 07:05:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KnANv-0001xO-9y for emacs-orgmode@gnu.org; Tue, 07 Oct 2008 07:05:47 -0400 Received: from [199.232.76.173] (port=54522 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KnANv-0001xG-6y for emacs-orgmode@gnu.org; Tue, 07 Oct 2008 07:05:47 -0400 Received: from paard.ic.uva.nl ([145.18.40.182]:54266) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KnANu-0000Pp-5n for emacs-orgmode@gnu.org; Tue, 07 Oct 2008 07:05:46 -0400 In-Reply-To: <20524da70810070236k1fb60226jb82d024417b224af@mail.gmail.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Samuel Wales Cc: emacs-orgmode@gnu.org Hi Samuel, On Oct 7, 2008, at 11:36 AM, Samuel Wales wrote: > Comments on the interesting attachment feature. > > 1. This function needs "(interactive)", i think. > > (defun org-attach-open-in-emacs () > "Open attachment, force opening in Emacs. > See `org-attach-open'." > (org-attach-open 'in-emacs)) Indeed, I will fix this later today > > > 2. This is trivial to rebind, but my guess is that emacs types would > prefer to open things in emacs using the nonshifted keys. e.g. dired > instead of file browser, emacs instead of text editor. Not if it is a PDF or Word file or so, not you don't. Opening attachments uses the exact same mechanism as following links with `C-c C-o'. So the idea is (I should also mention this in the attachment section of the documentation), that you configure org-file-apps org one of he system-dependent variants to open certain file type with external applications, and others inside Emacs. Then the normal opening of an attachment will always do "the right thing", and you can overrule this standard mechanism by using "O" instead of "o". For example, the default setting in org-file-apps already opens .org and .txt files inside Emacs. > 3. I'm getting the idea that the attachment system is partly to avoid > linking files? Yes, I think so too. > This is good because links are easy to break. The key > is to have a directory that is only for org, and to use the filesystem > to identify the attachments. Then there is no broken link to a file. > I like the idea. > > The current implementation explicitly lists the attachments. Perhaps > they could be retrieved from the dir? Yes, also a discussion point I had with John. I think it is OK to have that list there so that you do not have to open the directory in order to see what you have, but things an get out of synch. Use "z" to get them back into synch. I will consider to use a live `directory- files' when it comes to selecting an attachment for opening. > 4. Another possibility, if we have a directory dedicated to a node, > might be to inline the files under the node. Each subnode would be > the name of a file in the dir associated with the node. The contents > of the subnode are the contents of the file. Then any editing of a > headline would change the filename, and any editing of the contents > would change the file contents. Searching would find things in the > contents. Yet data are only stored in the files themselves, not in > the org file. Wild idea, too wild for me, inlining is a can of worms..... I think it is better to export from org to files where needed. HTH - Carsten > > > For what it's worth.