-
Yes, as noted that’s the main missing component from the original question, and what I mentioned as being something better added to search results. I think contextual snippets would make searches a lot nicer and more modern.
-
I guess not knowing precisely what you’re looking for could be a problem at times (though that seems the sort of thing with a human solution rather than software), but they asked about building a list of word matches, so I think in this case that isn’t an issue, but maybe I’m reading it incorrectly.
-
No contest there, that’s a great idea, and how I target phrases directly where it is important to do so. Some people think of this is a less useful system than linking, but I personally would go on using an approach like this even if such links could technically be added to the software (unfortunately they can’t, which is why this has been something on the “no” list for as many years as Scrivener has existed).
This is how systems such as Obsidian, Zettlr and others work as well—they insert a text code at the point you want to link directly to. What they do better is hyperlink directly to it, but these things are built in a different framework than what we have to work with. They are HTML behind the scenes, rather than RTF, and HTML has native and simple support for putting an anchor anywhere and all web kit views natively handle the problem of loading a resource and then scrolling to the right spot.
We can do that in Scrivener, using the system I describe in that linked page, it just takes a small extra step of copying the target marking into Quick Search. When activating a result from that tool, it scrolls you to the right spot, effectively doing what a direct link would. For those more inclined toward keyboard use than mice, it’s even better than most linking solutions, which require grappling with a mouse to get anywhere.