mrkcvr 3 Posted January 17, 2022 Share Posted January 17, 2022 I used to use tag:xxx searches a lot. Now I see that this syntax does not work. Why? It is much faster than using the filter. I can type faster than clicking through the filter list. 2 Link to comment
1 At My Fingertips 3 Posted January 18, 2022 Share Posted January 18, 2022 I was thinking that too....but it looks like tags are now case sensitive. If you don't enter them with the exact case they're saved as, you won't get a match. I think case should not matter. 1 1 Link to comment
1 mrkcvr 3 Posted January 20, 2022 Author Share Posted January 20, 2022 From "At MY Fingertips" post I learned that it is now case sensitive. It did not use to be. With some experimentation, I experienced that "tag" needs to be case sensitive but "intitle" does not. Interesting. Link to comment
1 Mike P 2,087 Posted February 2, 2022 Share Posted February 2, 2022 @mrkcvr @Wilf Forrow Initial testing of 10.30.6 (Windows) looks good. Tag names do not seem to be case sensitive anymore and so far all my tag searches containing the wildcard character (*) have returned the expected results. I'd be interested in your experience. 1 Link to comment
0 Level 5 PinkElephant 6,211 Posted January 18, 2022 Level 5 Share Posted January 18, 2022 The search syntax work for me. Can you post your client and an example search ? Link to comment
0 Level 5 PinkElephant 6,211 Posted January 20, 2022 Level 5 Share Posted January 20, 2022 Using the search syntax with the "tag:" denominator makes it to create a tag filter. Maybe to do this, it needs the exact spelling, including Upper/Lower case. It shows in the app: When you miss the writing, a red "filter" will show, indicating that this element is not working. So it is not simply not working, it tells there is a problem and where to find it. Link to comment
0 TipToeTippy 0 Posted January 21, 2022 Share Posted January 21, 2022 TY! I was having this problem too. I agree that these tag searches should NOT be case sensitive! Link to comment
0 Wilf Forrow 15 Posted January 23, 2022 Share Posted January 23, 2022 The most valuable thing I have lost is wildcard tags, like Tag:Eco* which used to work, was not case-sensitive and was brilliant. My tags are structured as Eco:Air, Eco:Carbon, Eco:Climate, etc. I can search tags by "Eco:", but I can now only filter one at a time, which is a real pain. So I would really like to have wildcards back. Link to comment
0 Mike P 2,087 Posted January 23, 2022 Share Posted January 23, 2022 4 minutes ago, Wilf Forrow said: The most valuable thing I have lost is wildcard tags, like Tag:Eco* which used to work, was not case-sensitive and was brilliant. My tags are structured as Eco:Air, Eco:Carbon, Eco:Climate, etc. I can search tags by "Eco:", but I can now only filter one at a time, which is a real pain. So I would really like to have wildcards back. It still seems to be woking for me. eg tag:ca* brings up all the the notes with tags starting ca. I agree that it is now case sensitive. I wonder whether the : in the tag name is confusing it. Perhaps try a different separator in your tag names. Link to comment
0 Mike P 2,087 Posted January 24, 2022 Share Posted January 24, 2022 @Wilf Forrow It seems it doesn't work 100% reliably. Sometimes it does and sometimes it doesn't. It seems to generally work more reliably when the tag name does not contain non-alphanumeric characters but even that is not guaranteed. However it does seem to work as expected on the web version. I have tried the classic thing of deleting my local data but it didn't help. I have raised a support ticket and will report back. Windows desktop: Web version: 1 Link to comment
0 Mike P 2,087 Posted January 24, 2022 Share Posted January 24, 2022 One other interesting observation. When I type into the search bar a list of "Go to..." notes appears. The list meets the search criteria. However when I press enter there are no results. Before hitting enter: After hitting enter: Link to comment
0 Level 5 PinkElephant 6,211 Posted January 24, 2022 Level 5 Share Posted January 24, 2022 AFAIK these notes are near matches, not necessarily meeting the exact search term. Once you hit enter, the search term takes over, and if there is no exact match, it comes off empty. Just my 5ct … Link to comment
0 Wilf Forrow 15 Posted January 24, 2022 Share Posted January 24, 2022 6 hours ago, Mike P said: It seems it doesn't work 100% reliably. Sometimes it does and sometimes it doesn't. It seems to generally work more reliably when the tag name does not contain non-alphanumeric characters but even that is not guaranteed. However it does seem to work as expected on the web version. I have tried the classic thing of deleting my local data but it didn't help. I have raised a support ticket and will report back. Thanks! It seems to work perfectly on the web, but I can't get it to work at all on the Mac, (10.29.7-mac-ddl-public (3186), Editor: v140.0.17554, Service: v1.46.2). My tags are nested to 2 levels with ":", so I've redone the tests with single level tags, and alpha characters only: Mac client: tag:ByLoc works tag:byLoc fails (case sensitive, which is a nuisance) tag:B*. fails tag:ByLocB* fails BUT tag:201* works perfectly, picking up 2016, 2017, 2018, 2019 tag:2*. works perfectly, picking up 2, 2016, 2017, 2018, 2019, 2021, 2022 Web client: All work perfectly, and they're case insensitive, including tag:bylocb*. If the web is the pilot for the other client apps, then we'll get that soon - bring it on! 1 Link to comment
0 Wilf Forrow 15 Posted February 2, 2022 Share Posted February 2, 2022 1 hour ago, Mike P said: @mrkcvr @Wilf Forrow Initial testing of 10.30.6 (Windows) looks good. Tag names do not seem to be case sensitive anymore and so far all my tag searches containing the wildcard character (*) have returned the expected results. I'd be interested in your experience. Mac 10.30.6-mac-ddl-public (3202) now looking good too !!! Wildcard "tag:" searches all work perfectly, not case sensitive, eg "tag:loc:g*" correctly picks up tags of "Loc:Greece" and "Loc:Germany". Brilliant, Evernote. Thank you. 1 Link to comment
0 mrkcvr 3 Posted February 2, 2022 Author Share Posted February 2, 2022 @Wilf Forrow I have the latest version, according to Evernote, as 10.29.7. Are you saying there is another version available and that it will take care of the tag-case sensitive issue? Link to comment
0 Mike P 2,087 Posted February 2, 2022 Share Posted February 2, 2022 38 minutes ago, mrkcvr said: @Wilf Forrow I have the latest version, according to Evernote, as 10.29.7. Are you saying there is another version available and that it will take care of the tag-case sensitive issue? Latest version is 10.30.6 and it has solved the case sensitivity issue for me. 10.30.6-win-ddl-public (3202) Editor: v140.0.17554 Service: v1.47.4 © 2019 - 2022 Evernote Corporation. All rights reserved Link to comment
Idea
mrkcvr 3
I used to use tag:xxx searches a lot. Now I see that this syntax does not work. Why? It is much faster than using the filter. I can type faster than clicking through the filter list.
Link to comment
15 replies to this idea
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now