[emacs-berlin] linkin-org is out!!

[erimius at web.de]

org-noter could be adviced / extended to use linkin-org style links in 
the file part of the :NOTER_PAGE: property
so the linked pdf file can be moved without the noter links breaking.

On 8/18/25 15:57, Julien Dallot wrote:
> Hello!
>
> I just discovered org-noter, that looks nice thanks for the discorvery!
>
> Not sure what kind of additional synergies could be possible given that both org-noter and linkin-org can work together on the same pdf --- I just tried, you can altogether take notes with org-noter, and also create links with linkin-org that you can paste right away into your org notes.
> There may be a system that, when the pdf buffer is focused, automatically paste a linkin-org link in the corresponding org buffer. So going from the org note to the pdf is one click away. Not sure how relevant this is as I'm no org-noter user.
>
> Julien
>
>
>
> <erimius at web.de> writes:
>
>> Hey there,
>>
>> Congratz on the 1.0 version, looks interesting.
>> I like the inclusion of "fd" support.
>>
>> Are you aware of org-noter for pdf links?
>> Could linkin-org maybe integrate with org-noter to make the linking more
>> robust?
>>
>> https://github.com/org-noter/org-noter
>>
>> Greetings, fap
>>
>> On 8/17/25 00:25, Julien wrote:
>>> Thanks!
>>>
>>> I'll be doing the melpa process tomorrow, hopefully the package can be aded soon.
>>>
>>> About the pdf links.
>>> If we want to have more involved links built in org mode, it would be great to define a standard way to encode information inside a link.
>>> As of now (afaik), we can only encode one information (the string to be searched, or the line to go to).
>>> More information is needed for pdf links (page number, and edges to
>>> highlight). Stangely, I could not implement the inline link (that
>>> jumps to an id written inside the file) with the builtin links (as
>>> following the link can then take you to that same link, since the
>>> string to search is contained in the link).
>>>
>>> Linkin-org proposes such a format --- basically, a link is made of
>>> the path followed by a plist. It has many advantages imo: easy to
>>> understand, to extract (judt call the "read" function on the
>>> plist). I think it would be great to have something like that that
>>> org parses out of the box (that amounts to add a new field in the
>>> parsed org element containing the plist of the link, which is what
>>> linkin-org does).
>>>
>>> Julien
>>>
>>>
>>> -------- Message d'origine --------
>>> Le 16/08/2025 23:32, Zeremonienmeister Berber <berber at zmberber.com> a écrit :
>>>
>>>>    awesome!
>>>>
>>>>    i really think that one of the conponents of this, the link creation for
>>>>    a pdf with pdf tools, should be merged with either org-mode or pdf-tools
>>>>    (not sure which one).  like just the creation of the link with the
>>>>    highlighting in the pdf is very valuable, independently of your
>>>>    linkin-org system.  it should just be available in general.
>>>>
>>>>    love the work, great stuff!  are you putting it on melpa?
>>>>
>>>>    Aug 16, 2025 12:14:36 Julien <judafa at protonmail.com>:
>>>>
>>>>    > Hello everyone!
>>>>    >
>>>>    > After months of work, I am very pleased to announce that the package
>>>>    > linkin-org reached version 1.0!
>>>>    >
>>>>    > It's there https://github.com/Judafa/linkin-org.
>>>>    > It implements those links that never break that I told you about during
>>>>    > past emacs meetups.
>>>>    >
>>>>    > Dont hesitate to give it a try and tell me what you think, that would
>>>>    > be immensely valuable as I've been doing this myself and lack other
>>>>    > opinions about it.
>>>>    > Many thanks to you for your patience and encouragements while I was
>>>>    > doing early presentations of this during the emacs meetups. I
>>>>    > implemented some changes we discussed (especially a tighter integration
>>>>    > with existing org facilities, and splitting the packages between the
>>>>    > core, and other extensions, like pdf and music links, that are
>>>>    > add-ons). Dont hesitate to report any kind of things (including "I dont
>>>>    > understand what this package does")!
>>>>    >
>>>>    > Julien
>>>>    _______________________________________________
>>>>    emacs-berlin mailing list
>>>>    emacs-berlin at emacs-berlin.org
>>>>    https://mailb.org/mailman/listinfo/emacs-berlin
>>>>
>>> _______________________________________________
>>> emacs-berlin mailing list
>>> emacs-berlin at emacs-berlin.org
>>> https://mailb.org/mailman/listinfo/emacs-berlin
>> _______________________________________________
>> emacs-berlin mailing list
>> emacs-berlin at emacs-berlin.org
>> https://mailb.org/mailman/listinfo/emacs-berlin