Close search bar after searching

[Dylancyclone]

First of all, thank you for making this project, I really love the idea!

Something I noticed while using the application is that after opening the search bar and opening one of the results, the search bar is minimized but not closed, forcing you to alt-tab twice to get back to the original window.

Code_gdVb3UhUQ4.mp4

I immediately noticed this when working with multiple windows, where I wanted to pull something up with Spyglass as a quick reference and get back to the original task, and I keep alt-tabbing back into the search box even though I expect it to have closed once the search finished.
(I also noticed that the search bar isn't always auto focused, but that's probably something else).
Is this a design choice or a setting I've missed?

[a5huynh]

Hey @Dylancyclone, this is currently a design choice but I can see how that can be confusing. Would you prefer to have it disappear immediately after selecting a result?

[Dylancyclone]

Personally yes, especially when working with multiple windows so that the alt-tab menu doesn't become cluttered.

I've never done any Rust development before, but I can take a stab at in a few days if you'd like
Sorry, life has decided to get in the way and I don't think I'll have the chance

[brooksvb]

I agree with this. I find it undesirable to have the window minimize itself automatically, and would prefer it closes entirely. The opening time of the search window is fast enough that I don't see why I would want it to remain.

Additionally, this has an undesired interaction with my AwesomeWM based desktop environment. If I open Spyglass on one workspace, it will minimize and remain on that workspace. If I then try to re-open it in a different workspace, it will open on the old one instead, when I would want it to appear on whatever workspace is active when I try to open it.

I could fix this by scripting my AwesomeWM configuration to always move the window to the active workspace, but that's a little cumbersome to do when it seems like a transient, always-available search dialog should just behave like that naturally.

Has anyone complained that the window opens too slow from a "cold start"?

Love the project and thanks for your efforts.

[brooksvb]

Just came across this in the Tauri docs:
https://tauri.app/v1/guides/features/system-tray#preventing-the-app-from-closing
Particularly the section of "Keep the Frontend Running in the Background"

I searched for references to "CloseRequested" in the app, and didn't find any, so I am guessing you are not using this method? Perhaps this method will allow the window to "close", but still be ready to bring up and load quickly instead of "cold-starting" every time.

[a5huynh]

Thanks for looking into that @brooksvb, I'll see if we can merge this into the upcoming release

[Real-Gecko]

I'm OK with search bar staying, but I don't like that search results area cleared after I select a match:

output2.mp4

So, maybe it's better to make the behavior configurable?
And also not to clear the results when user prefers for window to stay :D