Not sure if this is a bug in 2.0 or expected behaviour but I use a lot (and I mean, a LOT) of nested tags to organise my notes. In Bear 1.x, I could type part of a root (or second) tag and if I’d used it before, it popped up in the autocomplete allowing me to easily select it and then append the new tag.
In Bear 2.0 though, it’s now a real chore adding new tags as it seems to autocomplete the top item and you have to be careful and precise to delete the unwanted tags.
So, for instance (as this is a little hard to explain), below is a small extract of one of my tags,
In Bear 1.x I could type #PowerShell then just append any new tag.
In Bear 2.0, when I type #PowerShell, as soon as I type a ‘/’ after it, it auto-defaults to the top item which is Development/PowerShell/_Modules/Azure Az/Connect-AzAccount, so I need to delete the ‘_Modules/Azure Az/Connect-AzAccount’ each time. I can’t even type in #Development/PowerShell because as soon as I type the ‘/’ after Development, it auto-defaults to Development/MS-DOS/chcp/
Hopefully this is just a bug and can be easily squashed.
I experienced that annoyance too. But i do not thin that it is a bug but just how the things work. In total tag writing is more comfortable in bear 2 than in bear 1. But this should be adressed somehow, maybe to have the written tag from editor as first entry in autocomplete list
I’ve been having this too, but only with one particular set of nested tags: typing the / seems to trigger autocomplete, except it’s not real autocomplete, as it won’t add the trailing # for subtags with spaces in.
In my case the top item in the autocompletion list isn’t even the first subtag, it’s an arbitrary one — but always the same one.
And, as mentioned, for me this only happens for one particular tag — most of my nested tags behave just fine, so I think it’s safe to trust that this is not the expected behaviour.
I haven’t been able to figure out what it is about this tag that causes it, though, unless it’s just that it has a lot of subtags. Renaming the tag means it’s still broken. Weirdly, renaming it changes which subtag gets autofilled; but renaming it back changes it back to the same original one. Deleting the subtag that was getting autofilled just means another one gets autofilled instead.