LauncherX icon indicating copy to clipboard operation
LauncherX copied to clipboard

Directories to Scan Through

Open D-Maxwell opened this issue 1 year ago • 5 comments

given how concise i have made my environment, there are only a select few folders the contents of which i would require access to through a launcher such as yours.

however, as things currently stand, i am merely given the option to manually import files and directories as shortcuts, but not to pick locations to automatically scour and virtually merge in LauncherX.

not only would such a feature truly allow this to become a well integrated part of my workflow and system as a whole, but it would also benefit others, as by default the app does not tie into any locations, although it could. were this to ever be considered, let alone implemented, certain shell locations could be integrated by default, such as shell:start menu\Programs\ and its global equivalent, shell:common start menu\Programs\.

D-Maxwell avatar Aug 25 '24 23:08 D-Maxwell

Hey, I don't quite get what you want me to add here. Would you like LauncherX to automatically add items from shell locations by default, similar to how the macOS launchpad automatically has all of the user's apps already displayed?

Apollo199999999 avatar Aug 26 '24 13:08 Apollo199999999

Hey, I don't quite get what you want me to add here. Would you like LauncherX to automatically add items from shell locations by default, similar to how the macOS launchpad automatically has all of the user's apps already displayed?

that would be a nice default, certainly making for a better user experience than not displaying any entries at all on first launch ; however, this is but a consequence of my suggestion. i am suggesting the implementation of a set of locations --not necessarily shell ones-- which LauncherX would automagically scour in order to merge their contents with the rest of the app grid. currently, one may add folders to said grid ; however, there is, to my knowledge, no way to display the contents of these folders rather than a shortcut to the folder itself. by implementing this, one may effectively recreate the behaviour of libraries, if and as they see fit --or rather, the way libraries should have worked to begin with.

D-Maxwell avatar Aug 27 '24 12:08 D-Maxwell

Sorry, I'm confused. Couldn't you simply use the "Add a file" button to select all the contents of a folder to add them to LauncherX all at once?

Apollo199999999 avatar Aug 27 '24 13:08 Apollo199999999

Sorry, I'm confused. Couldn't you simply use the "Add a file" button to select all the contents of a folder to add them to LauncherX all at once?

this would allow for exactly this, but in a dynamic way, such that any modifications to the contents of linked folders would be reflected automatically.

D-Maxwell avatar Aug 27 '24 16:08 D-Maxwell

this would allow for exactly this, but in a dynamic way, such that any modifications to the contents of linked folders would be reflected automatically.

Wouldn't this get confusing quickly? If the user adds a "linked" folder to LauncherX, along with other items, it wouldn't be clear which items belong to the "linked" folder and which do not, which may lead to the user being confused by items automatically getting added and removed from LauncherX without needing them to explicitly do so. Additionally, let's say the user adds a "linked" folder, and the contents of the folder are automatically updated in LauncherX. How, then, would the user go about "unlinking" this folder if they want to do so?

Apollo199999999 avatar Sep 06 '24 10:09 Apollo199999999

Additionally, let's say the user adds a "linked" folder, and the contents of the folder are automatically updated in LauncherX. How, then, would the user go about "unlinking" this folder if they want to do so?

by ensuring that a set of linked directories is saved at all times on disk, rather than simply appending their contents and forgetting about their original location, this would not be an issue, as all one ought to do is remove a location from said set, before then letting the application refresh its displayed entries to account for the change. (no need to update the whole set, simply scouring the locations unlinked as indicated in the diff and suppressing their entries should suffice)

besides, i fail to see how this could be confusing. that being said, perhaps implementing some sort of grouping method, such as translucent coloured icon backgrounds or location titles may help ? again, i am unsure i understand how this could confuse anyone. the current implementation already sees all files being merged into a single set without mentioning their location, regardless. this suggestion is but an extension to automatically reflect content differences in certain set locations, without requiring the user to explicitly and manually do so themselves each time.

D-Maxwell avatar Sep 14 '24 14:09 D-Maxwell

Okay, I kinda see what you mean. I will have to think further on the UI for this.

Apollo199999999 avatar Sep 14 '24 14:09 Apollo199999999

I believe I have implemented what you requested. In LauncherX v2.1.1, the user now has the option to add "Linked" folders, which will add the contents of that folder to LauncherX, then automatically reflect any changes made to the contents of that folder in LauncherX. Contents of a "linked" folder are indicated by a small icon at the bottom left.

image

image

Apollo199999999 avatar Sep 21 '24 11:09 Apollo199999999