Glad you like it! Yeah I know it took a while... Maybe I'll just go change my avatar to a turtle
Turtles pull their heads into their shells -- you definitely don't do that!
On the multiply-defined tags thing: OK, so it looks like this has been at least partially addressed:
Scenario: you have a tag in a notebook shared to you that's identical to one from your personal account (e.g. "_Todo"). These tags show in the tag tree as "_Todo" and "_Todo (<shared account name>
)". When clicking on an instance of the shared tag in the tag tree, both instances would automatically be selected (surprising UI), and the search would behave as though the two separate tags were added to the search string, most likely leading to automatic search failure, as you would wind up with a search for notes with both tags, which is impossible since you cannot apply tags from your account to notes from a different account, and vice-versa (suprising and bad). In other places in the UI (e.g. the search filter area, above the note list), the two tags appear to be indistinguishable, as they are just shown as a blue tag icon with the tag name inside. Most of the time, that's probably OK, since the context dictates which tag is being used, however, when filtering on a multiply-defined tag, the search filter area shows two identical copies of the same tag icon with no indication of which is which. Confusing.
Previously, as noted, searching on a multiply-defined tag would most probably fail; however, you could delete one or the other of the duplicated tag icons in the search filter area, and the search would use the remaining tag, and that would work sort of as expected, with the result finding only tags with the specific tag instance (personal or shared).
Currently, you still get the duplicated tag display, but now you cannot delete either of the "duplicates" from the search filter area, which is confusing. However, the search now finds notes with either tag, which is what I was looking for originally. This is a big improvement for my usage, so thathanks to the Win devs for that.
It's still not clear to me what the idea behind the behavior of auto-selecting all multiply defined tags in the tag tree when you select one of them, or the reason for showing duplicate blue icon tags in the search filter area, but Jack pointed out that this is still beta, and I see this build's change as forward progress. Even so, I can't really see much reason for having distinct tag instances for identically named tags in the tag tree (except perhaps for the note counts??), as you can't do anything with the individual tag instances. Obviously something I'm keeping my eye on, but I can wait on further progress and hopefully more explanation. Thanks again.