Why :ID: properties?

Why :ID: properties?

[Rainer M Krug]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi

suddenly (some time ago) :ID:properties occured under all headlines -
why are they there, do I need them, and who put them there?

Thanks,

Rainer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyGR9gACgkQoYgNqgF2egrzxgCfV2Q9Tdluzg2QWhJpAVwH5qoP
sKMAniKPiSfc27EweE4y08BSZK0tlfDT
=Op7E
-----END PGP SIGNATURE-----

Re: Why :ID: properties?

[Erik Iverson]

Did you recently start using MobileOrg?
I think it uses them (by default) to keep track of
headlines.

See the MobileOrg part of the manual on how to turn
them off if that is indeed the issue.

On 09/07/2010 09:10 AM, Rainer M Krug wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi
>
> suddenly (some time ago) :ID:properties occured under all headlines -
> why are they there, do I need them, and who put them there?
>
> Thanks,
>
> Rainer
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkyGR9gACgkQoYgNqgF2egrzxgCfV2Q9Tdluzg2QWhJpAVwH5qoP
> sKMAniKPiSfc27EweE4y08BSZK0tlfDT
> =Op7E
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: Why :ID: properties?

[Rainer M Krug]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 07/09/10 16:16, Erik Iverson wrote:
> Did you recently start using MobileOrg?

No - I only inserted a link, and around that time the :ID:s appeared. I
deleted them all manually, but they came back.

> I think it uses them (by default) to keep track of
> headlines.
> 
> See the MobileOrg part of the manual on how to turn
> them off if that is indeed the issue.
> 
> On 09/07/2010 09:10 AM, Rainer M Krug wrote:
> Hi
> 
> suddenly (some time ago) :ID:properties occured under all headlines -
> why are they there, do I need them, and who put them there?
> 
> Thanks,
> 
> Rainer
>>
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyGTHUACgkQoYgNqgF2egpJlgCfStQS63EYx87Zww52WTEcsTxT
Wy4AmQGbqeKoS5wTXmklr4ZB5aMjifA4
=vJdN
-----END PGP SIGNATURE-----

Re: Why :ID: properties?

[Bastien]

Erik Iverson <eriki@ccbr.umn.edu> writes:

> Did you recently start using MobileOrg?

Or maybe you exported to iCal.  

org-icalendar.el also sets :ID: to tasks.

-- 
 Bastien

Re: Why :ID: properties?

[Bastien]

Rainer M Krug <r.m.krug@gmail.com> writes:

> On 07/09/10 16:16, Erik Iverson wrote:
>> Did you recently start using MobileOrg?
>
> No - I only inserted a link, and around that time the :ID:s appeared. I
> deleted them all manually, but they came back.

I suspect you need this:

(set org-link-to-org-use-id nil)

See the variable docstring:

,----[ org-link-to-org-use-id is a variable defined in `org.el'. ]
| Its value is create-if-interactive-and-no-custom-id
| 
| Documentation:
| Non-nil means storing a link to an Org file will use entry IDs.
| 
| Note that before this variable is even considered, org-id must be loaded,
| so please customize `org-modules' and turn it on.
| 
| The variable can have the following values:
| 
| t     Create an ID if needed to make a link to the current entry.
| 
| create-if-interactive
|       If `org-store-link' is called directly (interactively, as a user
|       command), do create an ID to support the link.  But when doing the
|       job for remember, only use the ID if it already exists.  The
|       purpose of this setting is to avoid proliferation of unwanted
|       IDs, just because you happen to be in an Org file when you
|       call `org-remember' that automatically and preemptively
|       creates a link.  If you do want to get an ID link in a remember
|       template to an entry not having an ID, create it first by
|       explicitly creating a link to it, using `C-c C-l' first.
| 
| create-if-interactive-and-no-custom-id
|       Like create-if-interactive, but do not create an ID if there is
|       a CUSTOM_ID property defined in the entry.  This is the default.
| 
| use-existing
|       Use existing ID, do not create one.
| 
| nil   Never use an ID to make a link, instead link using a text search for
|       the headline text.
`----

-- 
 Bastien

Re: Why :ID: properties?

[Rainer M Krug]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 07/09/10 16:40, Bastien wrote:
> Rainer M Krug <r.m.krug@gmail.com> writes:
> 
>> On 07/09/10 16:16, Erik Iverson wrote:
>>> Did you recently start using MobileOrg?
>>
>> No - I only inserted a link, and around that time the :ID:s appeared. I
>> deleted them all manually, but they came back.
> 
> I suspect you need this:
> 
> (set org-link-to-org-use-id nil)

That sounds like the most likely solution - thanks.

Now I just have to find an easy way to delete all the :PROPERTIES blocks.

Cheers,

Rainer

> 
> See the variable docstring:
> 
> ,----[ org-link-to-org-use-id is a variable defined in `org.el'. ]
> | Its value is create-if-interactive-and-no-custom-id
> | 
> | Documentation:
> | Non-nil means storing a link to an Org file will use entry IDs.
> | 
> | Note that before this variable is even considered, org-id must be loaded,
> | so please customize `org-modules' and turn it on.
> | 
> | The variable can have the following values:
> | 
> | t     Create an ID if needed to make a link to the current entry.
> | 
> | create-if-interactive
> |       If `org-store-link' is called directly (interactively, as a user
> |       command), do create an ID to support the link.  But when doing the
> |       job for remember, only use the ID if it already exists.  The
> |       purpose of this setting is to avoid proliferation of unwanted
> |       IDs, just because you happen to be in an Org file when you
> |       call `org-remember' that automatically and preemptively
> |       creates a link.  If you do want to get an ID link in a remember
> |       template to an entry not having an ID, create it first by
> |       explicitly creating a link to it, using `C-c C-l' first.
> | 
> | create-if-interactive-and-no-custom-id
> |       Like create-if-interactive, but do not create an ID if there is
> |       a CUSTOM_ID property defined in the entry.  This is the default.
> | 
> | use-existing
> |       Use existing ID, do not create one.
> | 
> | nil   Never use an ID to make a link, instead link using a text search for
> |       the headline text.
> `----
> 


- -- 
2010-07-28 12:01:00,545 INFO  [main] davmail  - DavMail Gateway
3.6.6-1032 listening on SMTP port 1025 POP port 1110 IMAP port 1143
CALDAV port 1080 LDAP port 1389
2010-07-28 12:03:47,463 INFO  [main] davmail  - DavMail Gateway
3.6.6-1032 listening on SMTP port 1025 POP port 1110 IMAP port 1143
CALDAV port 1080 LDAP port 1389
2010-07-28 12:03:48,089 DEBUG [CheckRelease] davmail.DavGateway  -
DavMail released version: 3.6.6-1032
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyGh4wACgkQoYgNqgF2egqmHQCfVaRaclzxpZ7+q6BmN2u0BA6Z
WKcAn2v/4x4gJN0g4rwrpvpJdOrz9bG3
=eSUn
-----END PGP SIGNATURE-----

Re: Why :ID: properties?

[Rainer M Krug]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 07/09/10 16:34, Bastien wrote:
> Erik Iverson <eriki@ccbr.umn.edu> writes:
> 
>> Did you recently start using MobileOrg?
> 
> Or maybe you exported to iCal.  

Nope - the org file is literate programming - only tang;ed and exported.


> 
> org-icalendar.el also sets :ID: to tasks.
> 


- -- 
2010-07-28 12:01:00,545 INFO  [main] davmail  - DavMail Gateway
3.6.6-1032 listening on SMTP port 1025 POP port 1110 IMAP port 1143
CALDAV port 1080 LDAP port 1389
2010-07-28 12:03:47,463 INFO  [main] davmail  - DavMail Gateway
3.6.6-1032 listening on SMTP port 1025 POP port 1110 IMAP port 1143
CALDAV port 1080 LDAP port 1389
2010-07-28 12:03:48,089 DEBUG [CheckRelease] davmail.DavGateway  -
DavMail released version: 3.6.6-1032
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyGh7IACgkQoYgNqgF2egq2+wCePiorwNY+WpaLSex+aZyKQtfh
nHwAn1oiok3F73Dp6GIskGiJUMdBFVnW
=7L2j
-----END PGP SIGNATURE-----

Re: Why :ID: properties?

[David Maus]

[-- Attachment #1.1: Type: text/plain, Size: 1437 bytes --]

Rainer M Krug wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1

>On 07/09/10 16:40, Bastien wrote:
>> Rainer M Krug <r.m.krug@gmail.com> writes:
>>
>>> On 07/09/10 16:16, Erik Iverson wrote:
>>>> Did you recently start using MobileOrg?
>>>
>>> No - I only inserted a link, and around that time the :ID:s appeared. I
>>> deleted them all manually, but they came back.
>>
>> I suspect you need this:
>>
>> (set org-link-to-org-use-id nil)

>That sounds like the most likely solution - thanks.

>Now I just have to find an easy way to delete all the :PROPERTIES blocks.

This one should do the trick:

(defun dmj:org:remove-empty-propert-drawers ()
  "*Remove all empty property drawers in current file."
  (interactive)
  (unless (eq major-mode 'org-mode)
    (error "You need to turn on Org mode for this function."))
  (save-excursion
    (goto-char (point-min))
    (while (re-search-forward ":PROPERTIES:" nil t)
      (save-excursion
	(org-remove-empty-drawer-at "PROPERTIES" (match-beginning 0))))))

If called interactively in an Org mode buffer it searches for the
string ":PROPERTIES:" and tells Org to remove the drawer if it is
empty.  Just used it to get rid of empty CLOCK drawers -- but beware:
It is a very stupid function, i.e. it does not check if the
string :PROPERTIES: is actually a property drawer or not.

HTH,
  -- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber.... dmjena@jabber.org
Email..... dmaus@ictsoc.de

[-- Attachment #1.2: Type: application/pgp-signature, Size: 230 bytes --]

[-- Attachment #2: Type: text/plain, Size: 201 bytes --]

_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: Why :ID: properties?

[Bastien]

David Maus <dmaus@ictsoc.de> writes:

>>Now I just have to find an easy way to delete all the :PROPERTIES blocks.
>
> This one should do the trick:
>
> (defun dmj:org:remove-empty-propert-drawers ()
>   "*Remove all empty property drawers in current file."
>   (interactive)
>   (unless (eq major-mode 'org-mode)
>     (error "You need to turn on Org mode for this function."))
>   (save-excursion
>     (goto-char (point-min))
>     (while (re-search-forward ":PROPERTIES:" nil t)
>       (save-excursion
> 	(org-remove-empty-drawer-at "PROPERTIES" (match-beginning 0))))))

I added an entry about this in org-hacks.org - thanks!

-- 
 Bastien