Listary V7 Beta is here | The Launcher now recommends, plus a new engine, multi-select & fresh themes (Updated to 7.0.0.9 on August 5)

[jamesr]

Thank you for taking the time to review my examples and for acknowledging this issue. I am glad to hear it will be considered for future updates.

As V7 is currently in development, where would be the best place for me to report issues or submit feedback specifically regarding V7 to ensure it reaches the team efficiently?

@xinyi

Thanks for the additional explanation and screenshots. I understand your point now: when the query exactly matches an existing file or folder name, you expect that result to be ranked much more prominently than looser matches elsewhere.

I’ve recorded this case, and we’ll work on improving it in future updates. Search ranking has always been an area we continuously refine.

V5 gave stronger weight to shorter names and consecutive matches starting at the beginning of a name. That may explain why exact matches were often ranked higher in V5.

Thanks again for taking the time to provide these examples—they’re very helpful.

[xinyi]

It is totally fine to leave your feedback in this thread, or you can create a new post if you prefer. I will make sure to keep an eye on all of them.

[moth3r]

Considering that you’re now actively asking for constructive feedback, here are at least two requests for editing menus directly from the menu frontend, with the first one dating back to 2024. We’re now on Version 7, and having to go into the Options menu to do this still feels quite strange and disconnected from good UX practices.

Is there also a way to hide commands such as Recent, PowerShell, and similar entries from the menu? Users should have complete control over what is visible there. This is their space, and it would be great to remove unnecessary noise from features or commands they don’t use, while still allowing them to enable them again if needed.

I would even reduce Options from middle click menu to a single icon, similar to the edit icon on this forum. The menu content (Favorites, Shortcuts, etc.) should be separated from the application settings. Users should manage menu items directly from the menu, while app settings belong elsewhere. This would make the experience much more intuitive and will clean the clutter.

Beta7 Popup Menu shortcuts edit

Since beta 7, editing shortcuts in Options > Menu has become a bit more difficult. In version 6, it was possible to edit the shortcut directly. Now, in version 7, we need to go through Options > Commands and edit the URL/Path there, without search support. Would it be possible to restore the previous behavior, or offer an easier way to manage this?

Context menu editable favorites

I’m a long-time Listary user, but there are some things that are quite annoying. First of all, the favorites system should be editable directly from itself and not from the options menu. Otherwise, it is impossible to maintain the list of favorites in a fast and effective way. Just count the number of clicks and the amount of scrolling you need to find and edit one of the items, which completely counteracts the purpose of Listary itself. I hope you can make this feature a priority as I’m not ta…