Simple String Searching Experience Which Returns Results with Symbols

What I’m trying to do

Have a simple string search experience that includes bold, italic, and wikilink symbols such that they’re considered “irrelevant”. Search term poseidon li would return both [[poseidon]] link, and poseidon link.

Things I have tried

I’ve found /search ter (regex) to successfully return search term which allows me to search like VSCodes default string matching. The problem with this, is that is if I have [[link]] is and search for /link i it won’t return, because of the ]]. Alternatively, searching for link is that matches link OR is returns correctly, but also an overabundance of other notes that contain the word link and the word is. So it gets lost…
I could regex out all symbols such as ** or __ (bold), * (italic), [[ or ]] wikilink each time, but that for me would not be a great experience. What search algorithm does Obsidian use? I would love it to successfully retrieve results even if they’re bold, italicised, or wikilinked. Is it possible to achieve this?

Ideally this first search returns both. I know I can remove the regex, and have it “match” both words, but in my actual vault with lots of files instead of this test vault, it becomes useless and impossible to find string combinations like so. The “exact” searching doesn’t work either, because, well, it needs to be exact.

Ideally returns both:
image

The below does match both, but in my real vault there would hundreds of files containing both “word” and “word”, thus the search is almost redundant in this mode.
image

Realistically, I just want a simple string searcher that includes (or excludes) symbols such that I can search for “poseidon li” and have both results returned. This is where I think maybe I am doing something wrong? How might one achieve this?

Try: line:(poseidon link) as your search query. That will search for the words on the same line. Note: it is order independent so you might get some unexpected results from “link poseidon.”

Thanks, that does work for this simple use case. However, it does not work correctly in my real vault.

17,908 results in the real vault haha.
image

I was able to get it working like line:(/I feel like, no close bracket, but at that point it’s irrelevant because it’s just the same as regex only.

I thought about this and I am essentially wishing to search “reading view” if that makes sense… Inner text as apposed to inner HTML.

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.