From: TRS-80 <lists.trs-80@isnotmyreal.name>
To: emacs-orgmode@gnu.org
Subject: Re: stability of toc links
Date: Sat, 12 Dec 2020 16:51:18 -0500 [thread overview]
Message-ID: <a09e000656054830e939b8e003ab1c67@isnotmyreal.name> (raw)
In-Reply-To: <CA+G3_POCYTKR6M1K8XUPzUsg5EHd5Tv4FE4X-6MvadCSjSkHiA@mail.gmail.com>
On 2020-12-08 20:39, Tom Gillespie wrote:
> It sounds like you are looking for the CUSTOM_ID property. See
> https://orgmode.org/manual/Handling-Links.html and
> https://orgmode.org/manual/Internal-Links.html. I don't remember
> whether there is a way to generate ids matching headlines within org
> itself, but there is
> https://github.com/alphapapa/unpackaged.el#export-to-html-with-useful-anchors.
> Best!
> Tom
I had set out to shave this particular yak just yesterday I think it
was. I know I came across alphapapa's solution and maybe TEC's too, but
they were more complex than I could seem to get my feeble brain around
at the time.
Also, I was going for more of a deterministic result, trying to end up
with something like a Markdown style link id. This coming up in the
course of my larger mission towards better support for exporting
README.org to Markdown (and ultimately, nicely rendered HTML) files over
at Sourcehut[0].
Finally, this operates by a totally different way than replacing some
part of Org export function(s). My approach was simply to dynamically
assign a CUSTOM_ID property to every heading in current buffer (that did
not have one already) which would be generated according to some
deterministic method. With the idea to then go on after that and do
whatever regular Org export you want.
Right off the bat I will say this is a very, VERY immature
implementation (literally yesterday). And I have only done the very
lightest of testing (however it does basically work). Therefore this is
not for consideration for inclusion into Orgmode but rather just my own
workaround in the meantime. At best I might hope to add something
useful to the ongoing discussion (or perhaps become enlightened why this
is completely wrong approach). ;)
I would like to point out the following problems which I have not (yet)
addressed in the following functions (#1 being most glaring probably) as
they are still too new:
1. The punctuation removal regexp needs to have many more characters
added (currently only containing {!.'}). In fact, this strikes me as a
bit hacky, I am not even sure it's the best approach.
2. This function operates only on the current buffer.
3. Many things still need to be parameterized, in particular the TODO
state is hard coded to be included in the generated id and already I am
starting to think that's a bad idea (but it depends on context I
suppose, hence thinking to make it an option).
4. If I am trying to emulate Markdown (or any other spec) I really
should study and more properly and fully implement said spec. I have
done /absolutely no such thing/ so far, only a (quite off the cuff)
"Markdown like" implementation.
5. Naming the function beginning with `my-ox-' is not meant that this
should be included in ox- package necessarily but rather that I am
associating it with exporting from Org within my own mind and personal
init files.
My plan (before stumbling across this thread ;) ) was to continue to use
and polish these functions (privately) and eventually publish them on my
(relatively new) sr.ht profile[1]. But since this came up, I guess I
will go ahead and put it out there for feedback here on the mailing
list. I still plan to eventually publish somewhere more properly with
license, where patches can be accepted, etc... However in the
meantime...
With the above disclaimers out of the way, I present the following
function (and another simple one it depends on) in the hope they are
useful to someone.
[0] https://sourcehut.org
[1] https://sr.ht/~trs-80/
#+begin_src emacs-lisp
(defun my-major-mode-insure (mode)
"If we are not in MAJOR-MODE, exit with error."
(unless (string= major-mode mode)
(user-error "Buffer not in %s, exiting" mode)))
(defun my-ox-assign-custom-ids ()
"Assign reliable CUSTOM_ID to each heading in current buffer.
CUSTOM_ID will only be assigned if one does not exist already.
The generated CUSTOM_ID roughly[0] follows (my very basic and
limited understanding of) the Markdown spec. In other words, it
will be generated by taking the heading text plus TODO state (so
as not to break link) and:
1. Lower case it.
2. Remove all punctuation.[1]
3. Replace spaces with hyphens.
[0] Currently, likely VERY roughly...
[1] Currently this is a bit hacky `replace-regexp-in-string'
featuring only a few common punctuation (right now only
exclamation point, period, apostrophe (i.e., single quote). Much
more will need to be added here, in fact I am not even sure this
is the best approach."
(interactive)
(my-major-mode-insure 'org-mode)
(org-map-entries '(org-set-property
"CUSTOM_ID"
;; replace space with hyphen
(replace-regexp-in-string
" " "-"
;; remove punctuation
(replace-regexp-in-string
"\\\!\\|\\\.\\|'" ""
(downcase
(substring-no-properties
(org-get-heading t nil t t))))))
nil
'file
;; skip function
(lambda ()
(when (org-entry-get nil "CUSTOM_ID")
(point)))))
#+end_src
next prev parent reply other threads:[~2020-12-12 21:52 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-08 23:28 stability of toc links Samuel Wales
2020-12-08 23:30 ` Samuel Wales
2020-12-09 1:39 ` Tom Gillespie
2020-12-12 21:51 ` TRS-80 [this message]
2020-12-12 22:47 ` TRS-80
2022-10-10 0:49 ` Samuel Wales
2022-10-10 1:37 ` Samuel Wales
2022-10-11 3:12 ` Robert Weiner
2022-10-11 11:25 ` Ihor Radchenko
2020-12-09 2:48 ` TEC
2020-12-09 8:45 ` Diego Zamboni
2020-12-09 9:15 ` Carsten Dominik
2020-12-09 21:25 ` Samuel Wales
2020-12-10 9:55 ` Carsten Dominik
2020-12-10 12:49 ` TEC
2020-12-10 14:36 ` TEC
2020-12-11 7:51 ` Carsten Dominik
2020-12-19 6:41 ` Carsten Dominik
2020-12-19 11:22 ` Ihor Radchenko
2021-04-18 21:02 ` Samuel Wales
2020-12-14 10:46 ` Dominique Dumont
2021-04-18 10:32 ` Nicolas Goaziou
2021-04-20 0:58 ` Samuel Wales
2021-04-20 10:34 ` Nicolas Goaziou
2021-04-21 0:33 ` Samuel Wales
2021-04-21 8:32 ` Nicolas Goaziou
2021-04-21 13:32 ` Samuel Loury
2021-04-21 16:24 ` Nicolas Goaziou
2021-04-23 15:15 ` Maxim Nikulin
2021-04-23 20:46 ` Samuel Wales
2021-04-23 20:48 ` Samuel Wales
2021-04-23 20:51 ` Samuel Wales
2021-04-24 3:05 ` Timothy
2021-04-25 17:01 ` Dominique Dumont
2021-04-30 6:24 ` Timothy
2021-04-30 12:20 ` Maxim Nikulin
2021-04-21 23:20 ` Samuel Wales
2021-04-21 23:30 ` Samuel Wales
2021-04-29 21:40 ` TRS-80
2021-04-29 22:18 ` Samuel Wales
2021-04-30 1:48 ` TRS-80
2021-04-30 5:13 ` Tim Cross
2021-04-30 10:02 ` Samuel Loury
2021-04-30 11:12 ` Nicolas Goaziou
2021-04-30 21:12 ` Tim Cross
2021-05-01 12:36 ` Nicolas Goaziou
2021-05-01 12:48 ` Timothy
2021-05-01 13:13 ` Nicolas Goaziou
2021-05-01 13:47 ` Timothy
2021-05-01 14:09 ` Nicolas Goaziou
2021-05-01 14:22 ` Timothy
2021-05-02 12:10 ` Nicolas Goaziou
2021-05-02 20:16 ` Timothy
2022-10-11 11:44 ` [FR] [Revived] Human readable / customizable link anchors during export (was: stability of toc links) Ihor Radchenko
2022-10-11 19:20 ` [FR] [Revived] Human readable / customizable link anchors during export Kévin Le Gouguec
2022-10-12 6:33 ` Ihor Radchenko
2022-10-12 17:38 ` Kévin Le Gouguec
2021-05-01 3:08 ` stability of toc links Greg Minshall
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a09e000656054830e939b8e003ab1c67@isnotmyreal.name \
--to=lists.trs-80@isnotmyreal.name \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).