The Window Reuse problem appears to be solved! Thanks.
I appreciate you taking my ideas for filtered search results into consideration also.
Results appear to successfully filter in the “Found” notes list. I have two observations.
For one, just to be safe, anyone who intends to run this beta and the Filtered search feature should deactivate “Create Notes for Missing Wiki Link Targets” in Collection Settings if they have it activated for a particular collection. And always run beta versions on backups (or with a recent backup handy) anyhow.
I noticed is that performing a search for a new string immediately after a filtered search for a different string applies the current filter to the previous search.
In other words if you run a filtered search for X, then run a normal search for Y, the Found notes list will contain notes that match X + Y
If this is a normal search then the Found notes list from the previous search stays the same
If searching for Y is a filtered search then the Found notes list for X is filtered to list only notes that contain X + Y
Users may expect a fresh batch of filtered results of all successive searches (i.e., results only matching Y)
Personally I’m indifferent (but leaning towards actually liking the current “drill down” behavior, but that’s just me!)
I think there is an issue with filtered search results that are bi-directionally linked to each other.
In general I would take notice of how notes that contain links that require internal processes to access respond to being displayed after they are listed as a filtered search result.
By this I’m referring to any note with a link other than a plain notenik:// URL; Wikilinks (+ with aliases and possibly collection shortcut prefixes also), Backlinks, and Inclusion/Included By links. I’m experiencing issues with notes with these type of links that point to other notes that match the filtered search query.
In other words, notes with links stored in fields
The issues I observed are:
Notes disappear from the “Found” notes list when other notes (presumably one that it is bi-directionally linked to) are manually selected (i.e., with the mouse)
As if the disappearing note is one that is linked to by the selected note
Notes are “skipped” (i.e., the selected note does not match the displayed note) when the Search Next/Previous commands are used to browse the Found notes list
As if the selected note is one that is bi-directionally linked to a different note that appears in the Found notes list (i.e., it isn’t linked to the display note, but may be linked to another filtered result)
Notes will appear repeated at the bottom of the Found notes list
This should cover the issues that I’ve found concerning bi-directionally linked filtered search results in general. I hope.
I’m keeping the rough outline of my observations before I was able to distill the general problem to the presence of bi-directionally linked notes appearing as filtered search results (i.e., having like matches between each other + being linked to each other somehow; usually as Backlinks but possibly in other ways). It may be useful but I apologize if things that I took notice of early contradict or conflict with my final generalization of the problem. I just wanted to share my overall train of thought.
In order to experience the “duplicate” phenomenon I describe, “Create Notes for Missing Wiki Link Targets” must be activated.
This is somewhat hard to describe because it appears to be multiple things occurring at once:
When using the Search Next command the selection may skip certain “Found” notes and remove others from the Found/filtered notes list
The note that is removed seems to be the note last displayed/selected note
The removal from the Found notes list occurs simultaneously with skipping
So removed notes typically precede skipped ones
Skipping also occurs when using the Search Previous command
But the removal of a note does not
So I’m confident about my above point that removed notes precede skipped notes in their order on the Found notes list
Certain notes are also removed from the Found notes list when they are selected with the mouse
When this occurs the note that immediately follows it will be displayed, but the note that follows the display note is selected
A Found note may also be “deselected” when using the mouse to view it
In other words it will not appear as selected in the Notes list despite it appearing in the Display window
Trying to Share these notes will cause a “No note to share” error to appear
The note can still be edited and saved
In some collections Found notes that disappear/are removed from the notes list are duplicated
All duplicates have the body “Created by Wiki-style Link found in the Markdown code for the Note identified as…” with an aliased backlink to the corresponding note
Some notes appear twice in the Found notes list
They will appear at the bottom of the notes list after all notes are listed alphabetically
i.e., if notes A-Z appear, then some notes [A,B,C] will appear after Z
The Search Forward command will stop at “Z” (i.e., the last alphabetically ordered Found note)
The repeated notes after “Z” cannot be selected—the last successfully displayed note will appear
Some selected notes before “Z” will display a note not found on the Found notes list (i.e., a note that does not pass the search filter)
The last two points can occur even when there are no repeated notes
In other words there can be no repeats in a Found notes list but a Search Next/Previous command will still stop prematurely with a “No further notes found…” error, at a seemingly arbitrary note even though there are still Found notes listed as matches;
Or the selected note will differ from the displayed note without there being repeats as previously described
Happy to help when I can, Herb. I left a response in the new beta thread.
Overall the matters here are addressed in the latest beta and I think it’s safe for anyone to test the Filtered Search feature with “Create Notes for Missing Wiki Link Targets” activated.