org-bookmark-heading-make-ids: excessive automatic id generation

[montchr]

I recently enabled the automatic generation of Org IDs with org-bookmark-heading-make-ids (from your org-bookmark-heading package). This setting, when enabled, does not work out well when using activities-mode: heading IDs are generated on just about every heading I visit for more than 5 seconds. Is there a way to prevent this behavior? Or, another way of phrasing: how can activities-mode bookmarks be treated as "private" or "non-user" bookmarks so as not to interfere with user interfaces for user-created bookmarks?

[alphapapa]

Hello,

Well, if you set the IDs to be generated as needed, that's what will happen when a heading gets bookmarked; and Activities works by using bookmarks to save and restore locations.

Frankly, I'd suggest just "getting used to it." I don't mean that to be rude, but it's how I've come to deal with this sort of thing. If a heading has a properties drawer, or if it doesn't...so what? To me, it's a small price to pay for the functionality. And you can, e.g. adjust the faces to make the drawers less noticeable or smaller. I think there's even a package that hides properties drawers altogether.

Other than that, a technical solution would be to:

1. Have Activities set a global flag variable when it's in the process of saving activities.
2. Give org-bookmark-heading-make-ids a predicate option, so users could set it to a custom predicate function.
3. Configure that predicate in your config to check the value of the Activities flag.

If you're interested in contributing patches to that effect, I wouldn't object; I probably won't work on implementing them myself anytime soon.

Thanks.