all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: John Kitchin <jkitchin@andrew.cmu.edu>
To: ST <smntov@gmail.com>
Cc: Eric S Fraga <esflists@gmail.com>,
	org-mode-email <Emacs-orgmode@gnu.org>,
	Christian Moe <mail@christianmoe.com>,
	Nicolas Goaziou <mail@nicolasgoaziou.fr>
Subject: Re: Structured links to headings with endless depth
Date: Wed, 14 Mar 2018 07:15:13 -0700	[thread overview]
Message-ID: <CAJ51EToWgj+B3Gv=J77a8-OZyGsrcPLJ1k95WjJuktEWnen2vw@mail.gmail.com> (raw)
In-Reply-To: <1521022248.1930.85.camel@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 6255 bytes --]

I don't think this should be in org-mode, it is still too fragile in many
ways.

For example, what if you have a colon in your headlines, e.g. "A chapter
about Romans 15:13".  That will will mess up the suggested approach that
splits on ":".

What if you have duplicate headlines in a hierarchy, how would you specify
the nth one?

What if you have some convention to start at level 2 headlines? what would
you do then?

What about include files?

What if you skip a level for some reason? What should the path look like
then?

If you can't put custom_ids in, the next best solution for a static file
might be to just jump to line numbers, and use a path-like link
description. That will allow you to jump to a precise line with a link that
looks like the path to that line.

[[file:some/file.org::43][1:2:3]]

Here is a function that will copy a link to the kill ring from the current
point so it is easy to paste somewhere. That link will fold so it looks
like 1:2:3 visually.

#+BEGIN_SRC emacs-lisp
(defun copy-link-with-path ()
  (interactive)
  (let ((line)
(fname (buffer-file-name))
(path-components '()))
    (save-excursion
      (org-back-to-heading)
      (setq line (line-number-at-pos))
      (push (nth 4 (org-heading-components)) path-components)

      (while (org-up-heading-safe)
(when (looking-at "*")
  (push (nth 4 (org-heading-components)) path-components)))
      (kill-new (format "[[file:%s::%s][%s]]"
fname
line
(s-join ":" path-components))))))
#+END_SRC





John

-----------------------------------
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu


On Wed, Mar 14, 2018 at 3:10 AM, ST <smntov@gmail.com> wrote:

> John, thank you for this solution!
>
> I posted this question also here:
>
> https://emacs.stackexchange.com/q/39384/18760
>
> So if you wish, you may add your solution also there.
>
> Somebody there, posted also a possible solution however the syntax is
> pretty heavy:
>
> [[org-heading:/path/to/file.org::*1:2:1]]
>
> There is a workaround using links abbreviations, but still it is a
> workaround...
>
> I think this kind of linking is useful for many general cases. Christian
> has expressed concerns that such links are easily breakable which is
> true but only for documents that are in draft phase (or those which are
> supposed to be restructured on regular basis - like ToDo lists). However
> documents that has been published, like books or scientific papers, and
> will no longer change - will benefit greatly from such linking option.
> Imagine you have a scientific paper in your archive that you have
> already published and removed write access from it in order not to
> change it accidentally. You do want to reference certain
> chapter:section:subsection from it in your new paper, which you are
> currently writing, but creating a target <<chapter:section:subsection>>
> in the old paper is no longer an option...
>
> So may I ask as a feature request, to please add, following link type as
> standard to the org-mode:
>
> [[path/to/file.org::chapter:section:subsection:etc:optional target]]
>
> - chapter/section/subsection could be also just numbers
> - optional target target might be <<optional target target>>
> - there is no need to add '*' (like
> [[path/to/file.org::*chapter:section]] to the link, as ':' after '::'
> imply that headings are referred.
>
> Thank you!
>
> On Tue, 2018-03-13 at 20:49 -0700, John Kitchin wrote:
> > This is a tricky problem to generally solve. I think this does it
> > approximately well enough. It is lightly tested and works by exactly
> > matching headlines at subsequent levels. It will be problematic if you
> > have headlines with : in them, and it assumes there is a level 1
> > headline to start in.
> >
> >
> > #+BEGIN_SRC emacs-lisp
> > (defun xpath-follow (path)
> >   (let* ((fields (split-string path "::"))
> > (fname (car fields))
> > (paths (split-string (cadr fields) ":"))
> > (level 0)
> > (current-point (point))
> > cp hls n found)
> >     (org-mark-ring-push)
> >     (find-file fname)
> >     (save-restriction
> >       (while paths
> > (setq cp (pop paths))
> > (incf level)
> > (setq hls (org-element-map (org-element-parse-buffer) 'headline
> >     (lambda (hl)
> >       (when (eq level (org-element-property :level hl))
> > hl))))
> > (setq n (-find-index (lambda (hl)
> >        (string= cp (org-no-properties
> >     (org-element-property :raw-value hl))))
> >      hls))
> > (if (not n)
> >     (progn
> >       (goto-char current-point)
> >       (user-error "%s not found" cp))
> >   (goto-char (org-element-property :begin (nth n hls)))
> >   (org-narrow-to-subtree))))))
> >
> >
> > (org-link-set-parameters
> >  "xpath"
> >  :follow 'xpath-follow)
> > #+END_SRC
> >
> >
> >
> > John
> >
> > -----------------------------------
> > Professor John Kitchin
> > Doherty Hall A207F
> > Department of Chemical Engineering
> > Carnegie Mellon University
> > Pittsburgh, PA 15213
> > 412-268-7803
> > @johnkitchin
> > http://kitchingroup.cheme.cmu.edu
> >
> >
> >
> > On Mon, Mar 12, 2018 at 8:08 AM, ST <smntov@gmail.com> wrote:
> >         Hello,
> >
> >         Ss Christian has pointed out - introduce a separate CUSTOM_ID
> >         for text
> >         with fixed structure and rather short verses is too heavy.
> >
> >         I do need to write a custom link type, if this use case is not
> >         of common
> >         interest for the orgmode community.
> >
> >         Thank you,
> >
> >
> >         On Mon, 2018-03-12 at 15:10 +0100, Nicolas Goaziou wrote:
> >         > Hello,
> >         >
> >         > ST <smntov@gmail.com> writes:
> >         >
> >         > > I'm not that experienced in writing in lisp. Is it
> >         difficult to create
> >         > > such custom link type? What is the closest link type that
> >         you would
> >         > > recommend to take as starting point (link on code, if
> >         possible)?
> >         >
> >         > I'm not answering your question, but I suggest to use a
> >         CUSTOM_ID
> >         > instead. This is readily available.
> >         >
> >         > Regards,
> >         >
> >
> >
> >
> >
> >
>
>

[-- Attachment #2: Type: text/html, Size: 9027 bytes --]

  parent reply	other threads:[~2018-03-14 14:15 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-12 10:09 Structured links to headings with endless depth ST
2018-03-12 10:29 ` Eric S Fraga
2018-03-12 10:39   ` ST
2018-03-12 13:08     ` Christian Moe
2018-03-12 13:46       ` ST
2018-03-12 14:10         ` Nicolas Goaziou
2018-03-12 15:08           ` ST
2018-03-14  3:49             ` John Kitchin
2018-03-14  6:58               ` Michael Brand
2019-05-06 16:34                 ` Michael Brand
2019-05-07  3:26                   ` Ihor Radchenko
2019-05-07 14:39                     ` Michael Brand
2019-05-18 10:44                       ` Ihor Radchenko
2018-03-14 10:10               ` ST
2018-03-14 13:26                 ` Nicolas Goaziou
2018-03-14 18:11                   ` ST
2018-03-14 18:32                     ` Nicolas Goaziou
2018-03-14 18:46                       ` ST
2018-03-14 14:15                 ` John Kitchin [this message]
2018-03-14 18:07                   ` ST
2018-03-12 12:43   ` ST

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAJ51EToWgj+B3Gv=J77a8-OZyGsrcPLJ1k95WjJuktEWnen2vw@mail.gmail.com' \
    --to=jkitchin@andrew.cmu.edu \
    --cc=Emacs-orgmode@gnu.org \
    --cc=esflists@gmail.com \
    --cc=mail@christianmoe.com \
    --cc=mail@nicolasgoaziou.fr \
    --cc=smntov@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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.