I either down arrow to it, or click on it, and then do return, expecting this to provide the link to that note. But it doesn’t show the path in the text panel:
As a dyspaxic non-touch typist, I don’t use the zip method (much key work), but…
I note you mention
I think the mistake is mixing key and cursor-click input. My recollection from testing is this is a keyboard-only method. If you mix in cursor clicks the results are … unpredictable. I can see that even for a touch-typist clicking the down-arrow to select list item #15 might seem slow compared to a mouse click. But, my docs note (my italics added):
Option-clicking in the note name popup menu autocompletes the chosen target but leaves the creation process open for further editing. For example, after typing [[tar and then choosing “target” from the popup while pressing the option key, the text will read [[target and wait for you to complete the link.
Perhaps you did a basic Click rather than an Option+Click. Otherwise, just stick to key-only input for using the zip method and you should be OK.
Unfortunately whether I do this, or combine it with clicks, the result remains the same (and it also makes no difference whether I have predictive text turned off).
However it does seem to have something to do with whether the potential links are shown as regular or bold text. Regular text produces a link, bold text fails to complete the link …
When typing link input, the popup menu displays names of containers in bold. Selecting a container from the match menu does not close the link input immediately. Instead, a new menu of items inside the container appears. Type closing brackets “]]” to link to the container, or select any note or container inside that container from the menu.
If so it would appear to be operating as described. But as said I’m not export in this method. Given all the lobbying for this at the time, there must surely be a power user of the zip linking method out there who can shed more light here?
I’ll keep a watching brief on this, because if my notes are incorrect, I need to update them as the aim is to inform, not confuse!
That refreshes my memory - the behaviour described here is what used to happen for me. Now no new menu of items appears, and typing closing brackets ]] no longer links to the container; it creates a new note of that title as a sibling of the selected note. @eastgate or anyone else using zip linking, can you confirm?
