[Interest] Determanistic Org IDs

[TEC <tecosaur@gmail.com>]

:PROPERTIES:
:ID:       1161308a-ef0c-4490-bb36-13634f8de727
:END:
User-agent: mu4e 1.4.10; emacs 26.3
Message-ID: <87r1t7mu52.fsf@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed
Received-SPF: pass client-ip=2607:f8b0:4864:20::102b; envelope-from=tecosaur@gmail.com; helo=mail-pj1-x102b.google.com
X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know.
X-Spam_score_int: -7
X-Spam_score: -0.8
X-Spam_bar: /
X-Spam_report: (-0.8 / 5.0 requ) BAYES_00=-1.9,DKIM_ADSP_CUSTOM_MED=0.001,DKIM_INVALID=0.1,DKIM_SIGNED=0.1,FREEMAIL_FROM=0.001,NML_ADSP_CUSTOM_MED=0.9,RCVD_IN_DNSWL_NONE=-0.0001,SPF_HELO_NONE=0.001,SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action

Hello everyone,

I have an html export of an org file checked into VCS. To try to 
reduce the 'noise' created by commiting the random org IDs 
changing each time, I took @alphapapa's unpackaged.el 
org-export-html-with-useful-ids-mode, tweaked it, and extended it 
to cover other elements.

The end result it that the resulting html export is fully 
determanistic. While I'm quite pleased with the result, it occured 
to me that others might be interested in having their exports 
behave like this.

From my usage, these are the percieved pros/cons.

Pros:
 - Reduced 'noise' if exported files are commited - (With HTML) 
 links to particular elements in a file keep working across 
   multiple versions, most of the time 
 - (With HTML) links become more descriptive 
 
Cons:
- Inceased chance of ID collisions across files Longer IDs  I 
- think this could make a nice option for export settings. I'm 
- aware of the 9.5 feature freeze, but thought I'd mention the 
- idea to see if there's any interest in it.

If you want to see what I've got happening, see 
https://tecosaur.github.io/emacs-config/config.html#nicer-generated-heading.

Please let me know if this idea seems promising!

Timothy.