Feature Request - Links to specific sections on other pages

[zuntik]

Hello. Thanks for the plugin! It's really cool.
After I press @@ the drop down menu appears as expected and if I press tab or enter the plugin creates the link as expected and the cursor jumps to after the closing parenthesis. My proposal is that the cursor instead jumps to right before the closing parenthesis and a new drop down menu appears with the list of sections that can be found in that specific page which can then be selected. the first entry on this menu is the default, which is the top of the page.
For example, the link

[pagea](:/354df98dbd4dfe8b98666efd90751b37)

links to the page but the link

[pagea - Chapter 3 - Bread crumbs](:/354df98dbd4dfe8b98666efd90751b37#chapter-3-bread-crumbs)

is also a valid link and by clicking it joplin jumps straight to section

# Chapter 3 - Bread crumbs

Thank You

[theCollectiv]

I started using the plugin and like it a lot.
A @@tag#heading-Option would be really great.

[roman-r-m]

A @@tag#heading-Option would be really great.

This will conflict with the inline tags plugin unfortunately. But I'll see what I can do here.

[theCollectiv]

Ups, sorry ...I was to focused on tags. But tags+Heading wouldn't be clear; note+heading makes more sense.

Ok, it there is a problem with consistancy, something like @@note@(#...#)heading should be unique. But headings don't have to be unique (but same headings have different line numbers), so its a tricky one.

The main thing is ... to jump more precise to a certain part of the note would be great. If there'd be a way to realize that, this would be awesome.

[roman-r-m]

I'll look into this.

[raffraffraff]

Would love to see this. The implementation is important though, because there'll be en explosion of data in the drop-down for list of link targets. Right now, I already have an issue with the length of the list.

I should probably create a feature request issue, but here goes: the list of targets in the plugin's drop-down is already too long. If we add every heading from every note to that drop-down list, it'll get messy.

Joplin has two limitations that result in large, complex trees:

1. Can't easily switch between sync backends or groups of notebooks
2. You can only nest notebooks, not notes

A relatively simple notebook structure might look like this this:

├── Personal
│   ├── Blog
│   ├── DIY
│   └── Journal
├── Study
│   ├── AWS
│   ├── CCNA
│   ├── Golang
│   └── Linux
└── Work
    ├── Career
    ├── Database
    └── Infrastructure

The quick links plugin searches and shows all notes from all notebooks in a single flat space. That is, if I search for a keyword, it shows every note in every notebook that matches. And it doesn't properly handle name clashes (eg: I might have several 'To do' notes in different trees, and they all look the same). A workaround for that latter issue was merged a while back: tacking the notebook name onto the right-hand side of the entry in the drop-down. However, while that is "kinda good enough" it's not great. If you introduce heading-level links, that solution doesn't help.

How about this solution to both problems: reflect the notebook structure in the plugin, in both @@ searches and in the drop-down list. For example, I should be able to filter by notebooks using a delimiter, eg: /, and headings using #. The drop-down could show notebook structure using those delimiters. Here are some concrete examples of how it might work, based on the notebook tree structure above:

Search: @@/Work displays notebooks and notes within the /Work top level notebook (notes are distinguishable by the lack of a trailing /)

- / Work / Career /
- / Work / Database /
- / Work / Infrastructure /
- / Work / README.md

Search: @@To do displays note titles in any part of the notebook tree

- / Work / Career / To do this quarter
- / Personal / DIY / To do - kitchen

Search: @@#security displays matching headings in all notes throughout the entire notebook tree

- / Work / Database / Replication # security
- / Personal / DIY / Home Automation # front door lock security

This would make the search syntax very powerful, allowing you to specify the starting point within the notebook tree, and distinguish between note names and heading names. Displaying the results like this in the drop-down is also, IMO, much easier to parse.

EDIT: I checked a closed request someone from another user #10 and they suggested exactly the same drop-down list appearance

FINAL EDIT: Duh. So if you use the "Go to anything" feature, it does exactly what I'd like quick links to do, except with more compact text. (Unfortunately, "Go to anything" doesn't expose links, so we can't use that to quickly add links, but the code is obviously there already)

[roman-r-m]

I wonder if this is still needed now that the Note Link System Plugin has been announced?
It already has this functionality.

[RayJW]

Is this still something that is being considered? While the Note Link System Plugin already offers this functionality, it seems like it is not maintained any more, and thus I would be much more comfortable using this plugin. However, that is definitely one of the functionalities still missing from this implementation.

[executed]

I would like to see this feature to be implemented.
For visual kind of representation of what is needed I'm attaching this GIF stolen from "Note Link System" Plugin README.
@zuntik if it matches with your request please add the GIF to issue description.

https://github.com/ylc395/joplin-plugin-note-link-system/blob/main/doc/quick-link.gif

P.S. Reason I came here is that this plugin seems to be more alive than "Note Link System" that is broken since last Joplin update (issue),