#1

I have found that Tags pannel distinguish case sensitivity of tags. I have got.
image

When I click on ‘#cr’ or ‘#CR’ I always get the same results.

I see two possible scenarios:

  • search is case sensitivity and when I click ‘#cr’ I got different results than #CR
  • Tag panel is not case-sensitivity and show only one version of the tag #CR or #cr
Case sensitivity for Tags in the Graph view
#2

I see the point. We will move to a more coherent case insensitive everywhere.

#3

will be fixed in 0.10.3

1 Like
#4

Was this, in theory, fixed? It’s still not consistent.

What I see now is that #Foo and #foo combine in the tags pane as #foo. However, the search is still case-sensitive, so clicking on that only shows pages with #foo lowercase.

Similarly, searching tag:#Foo finds one and tag:#foo finds the other (which makes sense they’d have the same behavior as the pane, since the tag pane is just driving the search pane).

One thing that’s interesting, if only “#Foo” exists, the tag pane shows it in uppercase. If both “#Foo” and “#foo” exist, it only shows lowercase. No idea what inner mixed case would do, but point is that it defaults to a behavior that excludes the case it’s hiding.

Either they should stay separate in the tags pane, or (preferably to me) tags just become case-insensitive in searches as well.

I realize I could do an ignore-case: at the front of every tag:, but that’s pretty onerous. There’s already an issue with saved regex searches being nigh unreadable because there aren’t labels and can’t easily be seen in their entirety. Having to add an ignore specifier would make them even longer (though I might suggest ic: as an abbreviation, seeing how most other query languages just use that or i).

#5

search tags is not case sensitive, post a screenshot.

#6

It’s following the Match Case button on the search pane.

I’ll follow up with screen shots if you need them, but the behavior is pretty obvious in 10.6.

  1. Create two files, one with #foo and one with #Foo tags
  2. Show tag sidebar (only shows #foo)
  3. Show search sidebar, click match case button.
  4. Optional: close and open app, to show match case sticks
  5. Click #foo on tag sidebar

Expected: files with #foo and #Foo show
Actual: Only #foo shows

  1. Click match case button in sidebar

Expected=Actual: files with #foo and Foo show

So technically user error, but it’s pretty non-obvious that’s what’s happening. If the intention is to make them case insensitive, I’d argue searching from the tag pane should always tack on an implicit ignore-case: to the front of the tag: search it fills into the bar.

Try the tag pane with match case button on, and keep in mind there’s no equivalent “match case” button for the tag pane to split the tags there.

#7

thank you we will fix this.
the match case should not influence tag search. It should always be case insensitive.

#8

Great! Here’s screenshots just in case.

First one shows the tags collapsing case in the tag sidebar (in this sample to the uppercase–that’s also not wholly deterministic, but guessing it’s last file processed). It also shows after me clicking on that and it initializing the search with Match Case already on.

Screen Shot 2021-01-05 at 3.01.56 PM
Screen Shot 2021-01-05 at 3.01.56 PM3058×1492 138 KB

Second one shows the same search after clicking Match Case. It includes both files now.

Screen Shot 2021-01-05 at 3.02.03 PM
Screen Shot 2021-01-05 at 3.02.03 PM3060×1658 158 KB

#9

will be fixed in 0.10.7

1 Like