Open OmlineEditor opened 1 year ago
This is likely to be a hard sell for me. I'm not sure I want to manage the menu for favorites and per-project favorites. I imagine bloating the menu with lots of entries could affect context menu render time. At least with "recent file" lists, you can limit it to the X recent files.
It may not be a surprise, but this plugin focuses heavily on the command palette as that is honestly the preferred way for me to work. Coupled with Sublime's fuzzy navigation in the panel, I find the current methodology suits my working preference quite well, and I can open a file quite quickly, probably quicker than navigating cumbersome menus. I do understand though that some people are used to navigating menus, but that the "go to anything" panel is exactly why I use Sublime so that I rarely, if ever, have to touch the menu. Context menus on the other hand I usually use a bit more.
If the idea is to completely drive favorite files via the menus, I'm probably likely to pass on the idea. I'm probably more on board with your other request a bit more (https://github.com/facelessuser/FavoriteFiles/issues/25) as it focuses on using the selected file as context to more quickly add it to a favorite list.
if you do not do this option, then I ask you to add hotkeys in brackets in the menu, because I often forget them. but in my opinion the menu is really more convenient and more visual than hotkeys that are forgotten
I do not add any hotkeys, that is why you cannot remember them. The Sublime plugin ecosystem is so vast that most plugins that add default hotkeys often have conflicts with other plugins. For that reason, I do not add hotkeys. You are free to assign any hotkey to any FavoriteFiles command in your User
folder to alleviate this issue for yourself. You can do this today without any changes needed in FavoriteFiles.
I ask you to implement the possibility of opening selected files from the drop-down list.