* org-crypt and PROPERTIES location
@ 2009-03-20 0:29 Peter Jones
2009-03-20 13:23 ` Carsten Dominik
0 siblings, 1 reply; 8+ messages in thread
From: Peter Jones @ 2009-03-20 0:29 UTC (permalink / raw)
To: emacs-orgmode; +Cc: John Wiegley
I've started playing with org-crypt, which is very nice.
Unfortunately the org-apply-to-entry-contents function assumes that the
PROPERTIES drawer is at the bottom of the heading's contents. There
might be a variable in org mode to control this, but all my entries have
the PROPERTIES drawer at the top, with the content underneath.
Of course, this means that org-crypt doesn't actually encrypt anything
for me.
I'm posting this to the org-mode mailing list to see if there is a
better way to get to the contents of a heading, excluding any drawers.
I'm sure there is something in the export system we could reuse. I say
"we" because I'm more than willing to submit patches.
One last note, the comments in the org-crypt file mention using an
after-save-hook to encrypt the appropriate headings. Shouldn't that be
a before-save-hook?
Thanks to all.
--
Peter Jones, http://pmade.com
pmade inc. Louisville, CO US
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: org-crypt and PROPERTIES location
2009-03-20 0:29 org-crypt and PROPERTIES location Peter Jones
@ 2009-03-20 13:23 ` Carsten Dominik
2009-03-20 17:27 ` Peter Jones
2009-03-20 19:50 ` John Wiegley
0 siblings, 2 replies; 8+ messages in thread
From: Carsten Dominik @ 2009-03-20 13:23 UTC (permalink / raw)
To: Peter Jones; +Cc: John Wiegley, emacs-orgmode
Hi Peter,
we don't have a good function for this. Also, it is not so much about
extracting the contents, more about finding the boundaries. In some
ways I think it would actually be better to use a tag for encryption
instead of a property, because this would allow to encrypt everything
except the headline. What about we change this to a tag crypt_KEY?
Hmm, I am not sure if encryption keys would make valid tags.....
I'd very much like to see this improved and stabilized, so that we can
include this with Org, this would be valuable to have. I am sure John
would not mind if you did the final steps with it. Am I right, John?
- Carsten
On Mar 20, 2009, at 1:29 AM, Peter Jones wrote:
> I've started playing with org-crypt, which is very nice.
>
> Unfortunately the org-apply-to-entry-contents function assumes that
> the
> PROPERTIES drawer is at the bottom of the heading's contents. There
> might be a variable in org mode to control this, but all my entries
> have
> the PROPERTIES drawer at the top, with the content underneath.
>
> Of course, this means that org-crypt doesn't actually encrypt anything
> for me.
>
> I'm posting this to the org-mode mailing list to see if there is a
> better way to get to the contents of a heading, excluding any drawers.
> I'm sure there is something in the export system we could reuse. I
> say
> "we" because I'm more than willing to submit patches.
>
> One last note, the comments in the org-crypt file mention using an
> after-save-hook to encrypt the appropriate headings. Shouldn't that
> be
> a before-save-hook?
>
> Thanks to all.
>
> --
> Peter Jones, http://pmade.com
> pmade inc. Louisville, CO US
>
>
>
> _______________________________________________
> 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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: org-crypt and PROPERTIES location
2009-03-20 13:23 ` Carsten Dominik
@ 2009-03-20 17:27 ` Peter Jones
2009-03-20 18:33 ` Carsten Dominik
2009-03-23 12:59 ` news
2009-03-20 19:50 ` John Wiegley
1 sibling, 2 replies; 8+ messages in thread
From: Peter Jones @ 2009-03-20 17:27 UTC (permalink / raw)
To: emacs-orgmode
Carsten Dominik <dominik@science.uva.nl> writes:
> we don't have a good function for this. Also, it is not so much about
> extracting the contents, more about finding the boundaries. In some
> ways I think it would actually be better to use a tag for encryption
> instead of a property, because this would allow to encrypt everything
> except the headline. What about we change this to a tag crypt_KEY?
> Hmm, I am not sure if encryption keys would make valid tags.....
AFAIK, the key ID is only needed for encryption. The encrypted text
will contain a pointer to the key needed for decryption.
Therefore, I suggest that we do this:
- Have a defcustom for the default key ID to use (I think it will be
very common that you'll use the same key to encrypt everything)
- Allow overriding the key ID in an inheritable property (if you need
to encrypt a heading using a different key than the default)
- Use a tag matcher to specify headings to encrypt (another defcustom
that will be used to find headings that should be encrypted
before-save)
- Encrypt everything under the heading, including properties (even if
the property has the key ID, it won't be needed for decryption, so
the entire contents can be encrypted)
Am I missing anything?
> I'd very much like to see this improved and stabilized, so that we can
> include this with Org, this would be valuable to have. I am sure John
> would not mind if you did the final steps with it. Am I right, John?
I had a private conversation with John, and he's completely open to me
putting the finishing touches on org-crypt and getting it included in
the org distribution.
Are there any org-crypt users out there that want to throw in their
$0.02?
--
Peter Jones, http://pmade.com
pmade inc. Louisville, CO US
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: Re: org-crypt and PROPERTIES location
2009-03-20 17:27 ` Peter Jones
@ 2009-03-20 18:33 ` Carsten Dominik
2009-03-23 12:59 ` news
1 sibling, 0 replies; 8+ messages in thread
From: Carsten Dominik @ 2009-03-20 18:33 UTC (permalink / raw)
To: Peter Jones; +Cc: emacs-orgmode
On Mar 20, 2009, at 6:27 PM, Peter Jones wrote:
> Carsten Dominik <dominik@science.uva.nl> writes:
>> we don't have a good function for this. Also, it is not so much about
>> extracting the contents, more about finding the boundaries. In some
>> ways I think it would actually be better to use a tag for encryption
>> instead of a property, because this would allow to encrypt everything
>> except the headline. What about we change this to a tag crypt_KEY?
>> Hmm, I am not sure if encryption keys would make valid tags.....
>
> AFAIK, the key ID is only needed for encryption. The encrypted text
> will contain a pointer to the key needed for decryption.
>
> Therefore, I suggest that we do this:
>
> - Have a defcustom for the default key ID to use (I think it will be
> very common that you'll use the same key to encrypt everything)
>
> - Allow overriding the key ID in an inheritable property (if you need
> to encrypt a heading using a different key than the default)
>
> - Use a tag matcher to specify headings to encrypt (another defcustom
> that will be used to find headings that should be encrypted
> before-save)
>
> - Encrypt everything under the heading, including properties (even if
> the property has the key ID, it won't be needed for decryption, so
> the entire contents can be encrypted)
>
> Am I missing anything?
This sounds perfect to me.
You can use the mapping API to walk through the file
and do the encryption. This has the advantage that you could,
in principle do de- and encryption in many files in one step.
Default should be the current file, though, exactly as you suggest.
- Carsten
>
>> I'd very much like to see this improved and stabilized, so that we
>> can
>> include this with Org, this would be valuable to have. I am sure
>> John
>> would not mind if you did the final steps with it. Am I right, John?
>
> I had a private conversation with John, and he's completely open to me
> putting the finishing touches on org-crypt and getting it included in
> the org distribution.
>
> Are there any org-crypt users out there that want to throw in their
> $0.02?
>
> --
> Peter Jones, http://pmade.com
> pmade inc. Louisville, CO US
>
>
>
> _______________________________________________
> 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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: org-crypt and PROPERTIES location
2009-03-20 17:27 ` Peter Jones
2009-03-20 18:33 ` Carsten Dominik
@ 2009-03-23 12:59 ` news
2009-03-24 2:50 ` Peter Jones
1 sibling, 1 reply; 8+ messages in thread
From: news @ 2009-03-23 12:59 UTC (permalink / raw)
To: emacs-orgmode
Peter Jones <mlists@pmade.com> writes:
>
> Are there any org-crypt users out there that want to throw in their
> $0.02?
Hi Peter,
I wrote a function for encrypting subtrees a couple of weeks
ago. I didn't realize someone else was already on the case.
I guess your solution is better than mine, but where can I get
hold of it? I don't see it in worg.
--
aleblanc
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: org-crypt and PROPERTIES location
2009-03-20 13:23 ` Carsten Dominik
2009-03-20 17:27 ` Peter Jones
@ 2009-03-20 19:50 ` John Wiegley
1 sibling, 0 replies; 8+ messages in thread
From: John Wiegley @ 2009-03-20 19:50 UTC (permalink / raw)
To: Carsten Dominik; +Cc: Peter Jones, emacs-orgmode
On Mar 20, 2009, at 9:23 AM, Carsten Dominik wrote:
> I'd very much like to see this improved and stabilized, so that we can
> include this with Org, this would be valuable to have. I am sure John
> would not mind if you did the final steps with it. Am I right, John?
Quite correct, it's community property! :)
John
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2009-03-25 3:20 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-03-20 0:29 org-crypt and PROPERTIES location Peter Jones
2009-03-20 13:23 ` Carsten Dominik
2009-03-20 17:27 ` Peter Jones
2009-03-20 18:33 ` Carsten Dominik
2009-03-23 12:59 ` news
2009-03-24 2:50 ` Peter Jones
2009-03-25 3:15 ` news
2009-03-20 19:50 ` John Wiegley
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
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).