[-- Attachment #1.1: Type: text/plain, Size: 527 bytes --] There are many times where I would like to associate an org-mode item with a specific directory of my choosing for attachment directory. Such that, C-c C-a f would open for example ~/docs/project1 and C-c C-a o would open the file inside Of course, I still like the existing functionality of generating random directory names too. Can org-mode do this? ------------ Also I should mention C-c C-a l (for symbolic links) just copies the file on the windows platform, can we have it create a shortcut instead? Cheers, Jason [-- Attachment #1.2: Type: text/html, Size: 580 bytes --] [-- Attachment #2: Type: text/plain, Size: 204 bytes --] _______________________________________________ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
On Jan 11, 2009, at 2:47 AM, Jason Jackson wrote: > There are many times where I would like to associate an org-mode > item with a specific directory of my choosing for attachment > directory. > > Such that, C-c C-a f would open for example ~/docs/project1 > and C-c C-a o would open the file inside > > Of course, I still like the existing functionality of generating > random directory names too. > > Can org-mode do this? You know, I think this could be very useful, so I have implemented it. Along with an idea I wanted to have in myself: Using the same directory to an entire subtree, so that a project may use a single attachment directory. If you get the new git version, `C-c C-a s' will allow to select a directory of your choice. And `C-c C-a i' will mark an entry as a parent whose children will inherit the attachment directory. Thanks for pushing this. > > ------------ > > Also I should mention C-c C-a l (for symbolic links) just copies the > file on the windows platform, can we have it create a shortcut > instead? `C-c C-a l' does not make symbolic links, it makes hard links. And there is as far as know no equivalent for this under Windows. - Carsten
On Mon, Jan 19, 2009 at 1:57 PM, Carsten Dominik wrote:
>
> On Jan 11, 2009, at 2:47 AM, Jason Jackson wrote:
>
>> There are many times where I would like to associate an org-mode item with
>> a specific directory of my choosing for attachment directory.
>>
>> Such that, C-c C-a f would open for example ~/docs/project1
>> and C-c C-a o would open the file inside
>>
>> Of course, I still like the existing functionality of generating random
>> directory names too.
>>
>> Can org-mode do this?
>
>
> You know, I think this could be very useful, so I have
> implemented it. Along with an idea I wanted to have in
> myself: Using the same directory to an entire subtree, so
> that a project may use a single attachment directory.
>
> If you get the new git version, `C-c C-a s' will allow to
> select a directory of your choice.
>
> And `C-c C-a i' will mark an entry as a parent whose children
> will inherit the attachment directory.
This is great! Thank you.
I attached an existing directory to a subtree. When I tried to open
an attachment, it offered me all the files available in the directory.
If it's supposed to offer all the files in the attachment directory
then what is the significance of ATTACHMENTS? I was under impression
that it will offer only the files explicitly listed/marked as
attachments (may be it can offer all files when called with a prefix.)
--
Manish
Hi Manish,
it has always been all the files in the directory. The
"Attachments" property is only for show and can get out of sync.
You can "add attachments" by just moving or copying files
into the attached directory. I think this is the correct behavior.
You can set org-attach-file-list-property to nil, then this property
will no longer be created, but the entire mechanism till works.
- Carsten
On Jan 19, 2009, at 12:22 PM, Manish wrote:
> On Mon, Jan 19, 2009 at 1:57 PM, Carsten Dominik wrote:
>>
>> On Jan 11, 2009, at 2:47 AM, Jason Jackson wrote:
>>
>>> There are many times where I would like to associate an org-mode
>>> item with
>>> a specific directory of my choosing for attachment directory.
>>>
>>> Such that, C-c C-a f would open for example ~/docs/project1
>>> and C-c C-a o would open the file inside
>>>
>>> Of course, I still like the existing functionality of generating
>>> random
>>> directory names too.
>>>
>>> Can org-mode do this?
>>
>>
>> You know, I think this could be very useful, so I have
>> implemented it. Along with an idea I wanted to have in
>> myself: Using the same directory to an entire subtree, so
>> that a project may use a single attachment directory.
>>
>> If you get the new git version, `C-c C-a s' will allow to
>> select a directory of your choice.
>>
>> And `C-c C-a i' will mark an entry as a parent whose children
>> will inherit the attachment directory.
>
> This is great! Thank you.
>
> I attached an existing directory to a subtree. When I tried to open
> an attachment, it offered me all the files available in the directory.
> If it's supposed to offer all the files in the attachment directory
> then what is the significance of ATTACHMENTS? I was under impression
> that it will offer only the files explicitly listed/marked as
> attachments (may be it can offer all files when called with a prefix.)
>
> --
> Manish
On Mon, Jan 19, 2009 at 5:10 PM, Carsten Dominik wrote: > Hi Manish, > > it has always been all the files in the directory. I had to discontinue using the feature.. since the attachement directory was only accessible from within Emacs. > The "Attachments" property is only for show and can get out of sync. OK. > > You can "add attachments" by just moving or copying files into the > attached directory. I think this is the correct behavior. I guess I will just need to organize my files with this in mind. I was kind of assuming that I could just attach a directory and specify a subset of files as being attached. > > > You can set org-attach-file-list-property to nil, then this property > will no longer be created, but the entire mechanism till works. OK. Thank you for another wonderful enhancement. :) Regards, -- Manish
On Jan 19, 2009, at 12:57 PM, Manish wrote:
> On Mon, Jan 19, 2009 at 5:10 PM, Carsten Dominik wrote:
>> Hi Manish,
>>
>> it has always been all the files in the directory.
>
> I had to discontinue using the feature.. since the attachement
> directory
> was only accessible from within Emacs.
>
>> The "Attachments" property is only for show and can get out of sync.
>
> OK.
>
>>
>> You can "add attachments" by just moving or copying files into the
>> attached directory. I think this is the correct behavior.
>
> I guess I will just need to organize my files with this in mind. I
> was
> kind of assuming that I could just attach a directory and specify a
> subset of files as being attached.
You can use normal links for this kind of working style.
- Carsten