emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Samuel Wales <samologist@gmail.com>
To: Tom Gillespie <tgbugs@gmail.com>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: stability of toc links
Date: Sun, 9 Oct 2022 18:37:04 -0700	[thread overview]
Message-ID: <CAJcAo8tq2W7VYxpuFnYFrJnuAMYGBFHdELNGSWgx6qJgzFX3wQ@mail.gmail.com> (raw)
In-Reply-To: <CAJcAo8vt-Rvz=6EZow7aNoOfNJe5NrqX56j0do1i0OcW4dMbNQ@mail.gmail.com>

[i should clarify the clarification as i do not want it to seem like
saying i already covered that was the only point for no reason.  what
i meant is to provide context for those who are stumbling upon this
long thread.

it seems an active topic and a lot of custom id solutins were
presented and while custom id is a great feature, and provides a great
solution for those who want it, and in many cases is a great solution,
it is definitely not for /everybody/ in all cases, especially the
particular case of a large document where /lots/ of headers might
potentially be linked to by users, such as my original example in op,
a /long/ blog post.  and thus lots of properties drawers and custom id
identifiers would be created.  custom id is not a solution for me, for
toc or any other links that i desire to be stable /automatically/,
which is why i addressed them and id in my op and said "short of".

for clarity, according to my sensibilities, which others obviously
will differ on, custom id is more suitable for the document author to
use manually, and reasonably sparingly, and with particularly
meaningful and carefully chosen names.  a custom id name refers to an
internal link that was chosen out of many, and refers to it with
semantic value attached.

in other words, to me, in most cases, custom id is not for code to
generate.  in my own case, code would potentially create an enormous
number of undesired properties drawers with custom ids and /also/ make
it so that it is no longer as much of a semantically valuable feature
that custom id were added manually sparingly and with meaningful names
for  particularly potent internal links to draw the reader's or
author's attention to or be straightforwardly searchable.  if that
makes any sense there.  :)

[as for drawers, as an aside: to my sensibilities, too many make the
document author wonder if they contain anything significant, require
opening them to make sure they are ok, and take up space in the emacs
window which in my case is highly limited.  also, they possibly reduce
efficiency as at least in the past drawers were highly inefficient in
org.  these issues probably do not apply to everybody.]

so that is why i said in the op "short of adding custom id or id to
everything", and why i clarified that i mentioned what you brought up
in the op.  sometimes i effectively assume that all my implications
are understood when in fact i am supposed to spell them out but i am
limited in computer use so i sometimes do not.  perhaps it helps
clarify.]


On 10/9/22, Samuel Wales <samologist@gmail.com> wrote:
> On 12/8/20, Tom Gillespie <tgbugs@gmail.com> wrote:
>> It sounds like you are looking for the CUSTOM_ID property.
>
> just for clarity, i addressed this in my original post when i said
> "short of adding custom id or id to everything".
>


-- 
The Kafka Pandemic

A blog about science, health, human rights, and misopathy:
https://thekafkapandemic.blogspot.com


  reply	other threads:[~2022-10-10  1:37 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
2020-12-12 22:47       ` TRS-80
2022-10-10  0:49     ` Samuel Wales
2022-10-10  1:37       ` Samuel Wales [this message]
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=CAJcAo8tq2W7VYxpuFnYFrJnuAMYGBFHdELNGSWgx6qJgzFX3wQ@mail.gmail.com \
    --to=samologist@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=tgbugs@gmail.com \
    /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).