-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Automatically parse but detect only (instead of creating the link) #50
Comments
I wanted to create a FR for something like this but found this issue that resembles my wishes close enough to not make a separate issue. Personally I like the way https://github.com/tadashi-aikawa/obsidian-various-complements-plugin does it for Obsidian a lot. While typing a word in the block a small dropdown list is shown with matching internal links. You can select one of those or continue typing and then nothing happens untill you get to the next word. Advanced features would be to prevent searching for words with X characters or less. I use it in Obsidian and it works wunderfully well. The main advantage is that you define a link (or not) at the moment you are adding it. No need to go back after you have writen the sentence or finished the block. The always and everything linking of this plugin is not working for me and as such I am not using it while I think the functionality 'an sich' is very nice en very good to have. |
A drop-down would be better in terms of not having the current line shift sideways to accommodate an inline icon, and Automatic Linker could easily provide a list of close matches. If an inline icon idea was chosen, it'd probably be better if the icon didn't show until clicking away from the line (the opposite of what I said initially) as this would avoid any shift on the current line as you type. If you want to get your links made as you type, a drop-down would work better, but it could also be considered distracting depending on whether you prefer to focus on writing first and linking later; I don't necessarily want to contemplate whether a link would be relevant or not in the moment. The drop-down UX is probably best overall as its more familiar (code completion). Maybe there could a choice between reviewing detections as you type and reviewing detections later. |
An addition to why I like links to be shown in a drop-down at the time I write them is I use a lot of multi word pagenames. In fact most of my pages have multi-word pagenames and I have to write them out completely to get a good match with the auto linker. And most of the time I know I have a page but I am not always a 100% sure about the name of the page. For instance I have page "HELM" and "HELM tips" but the tips started on the helm page untill it became to many and I moved them to a separate page. But I am not sure if I did that already. The pop-up drop-down helps me with that. One typing error and the autolinks after the sentence is written and the link is not made. Having used to plugin for a short while I find I keep asking myself if the links I want are completed as I want. I can't trust it enough (it is not the plugin but the mistakes I make while writing things down). Also when I don't want to have a link I have to remove it after using CMD-p. |
Perhaps Automatic Linker could add a kind of manual submode to the two automatic modes currently present,
enableAutoParse
andstateKeybinding
(Automatic Parsing).FR example: When Automatic Parsing is toggled on, append an inline clickable icon to each detection instead of automatically linkifying them. Now you can go through and click any detections that you'd want to be made into a link. This should also work with the auto parse mode too.
If FR #49 is implemented, then perhaps modifier-clicking on the inline icon will keep the capitalisation.
It wouldn't necessarily have to be an inline icon that's clicked, but I can't think of anything else clickable that would be a better user experience (Copy Code does an inline icon thing pretty well, but I think the detection icons should always be visible until clicking away from the current block). Converting a detection into a link should be doable via mouse or keybinding.
Thanks.
The text was updated successfully, but these errors were encountered: