Jarvis, an Alfred Alternative for Windows
github.com
github.com
> Jarvis is currently under development, and all features are not there yet.
Both of those statements are false if what you say is true.
The truth is too its actually really easy to access programmatically.
Instead of them rolling their own indexer, they should use something like elastic which has an on par number of providers for various file types.
I'm not familiar with Windows internals, so I should clarify: I'm talking about the search functionality invoked by typing after pressing the Windows key.
If I were an app developer in this space I would not trust my core functionality to anything even remotely associated with the above, and I strongly suspect that the complexity of handling the long tail of functionality you mentioned has something to do with why the windows-key search experience sucks. Certainly the fundamental task is not intractable because Spotlight (Apple's search) has been Good Enough for a while. IIRC it became tolerable around the time SSDs became standard. Windows-key search isn't quite there yet. Until it is, I'll take good execution on the basic 80% of functionality any day.
I've never understood why it's performance has been deemed acceptable.
I'm on my phone right now so forgive the random sample, but this gives the gist of its usage. https://stackoverflow.com/a/34340288
The only issue I have seen is when the index corrupts, this was more common in win7, and in our research it was often the result from an over aggressive AV jamming up the process.
But I've written a number of systems that make use of this, and when comparing other ways to accomplish this sort of in depth search, it's the most reliable and manageable.
It does have the caveat that it works best on places indexed by the OS, and adding locations to the indexer via code requires some pinvoke stuff most people aren't comfortable with.
But once you do that the overhead isnt horrible, you do the indexing on change, and results comeback as fast as a typical small query, 10 seconds tops on a typical desktop machine.
We wrote a scheduler that on windows monitored the windows indexer itself, when it kicked off we scheduled it, and trigged it once the system finished.
I don't honestly recommend it over windows search, but if portability, and multi system searching is required it worked great.
But not a task for those who are crunched for time, or lack resolve.
https://www.thurrott.com/cloud/144856/microsoft-testing-new-...
The standard search feature in the start menu is atrocious, at least as bad as it was in Vista and 7. I actually stopped using it years ago, because it just.does.not.work. I honestly don't know how such a terrible feature has been allowed to remain in Windows for so long.
At least from the linked article, it sounds like this might solve the problem - really keen to try it out!
Wikipedia’s list of app launchers may be useful in figuring out what the first was, sadly it only has the dates for the latest releases, not initial releases: https://en.wikipedia.org/wiki/Comparison_of_desktop_applicat...
LaunchBar is probably the OG, but I think most of what has come since (including LB, which remains excellent), was influenced by Quicksilver in the early aughts.
If it isn't even in the same ballpark of tools (i.e. something that supports programmable workflows and has a bona fide community building such extensions), don't call it an alternative.
Project: Navigator - https://navigator.bytebeacon.com
We're still building the backend, but playing with the widget should give you an idea of what the tool can do. It 's not meant to complete with desktop based launchers like the one mentioned in the thread so far.
I'm going to give Jarvis and Wox Launcher test-drives, if they're available in Portable mode.