Open core-ai-bot opened 3 years ago
Comment by pthiess Friday Sep 12, 2014 at 23:46 GMT
Exclude/ignore binary files, libraries, or subfolders from Find All & other searches
Comment by peterflynn Thursday Sep 25, 2014 at 17:19 GMT
(more specifically, this came from Project tree file name filter preferences on Trello)
Comment by ebordeau Tuesday Oct 14, 2014 at 18:22 GMT
We have a lot of files that are used mainly for tooling and just clutter up the project tree. Ideally, I'd like to be able to set up a filter (e.g. don't show .* files) and be able to turn it on/off quickly (toggle button).
Comment by redmunds Tuesday Oct 14, 2014 at 19:06 GMT
@
ebordeau You can filter using the https://github.com/gruehle/exclude-folders extension. You'll have to do some additional work to make it toggle "quickly", but that can be done.
Issue by pthiess Wednesday Aug 20, 2014 at 17:19 GMT Originally opened as https://github.com/adobe/brackets/issues/8816
As a user I would like to define a customized list of filtered files in the Project file tree saved to my preferences.
This is somewhat complicated because the same
ProjectManager._shouldShowName()
filter is currently used as a low-level filter to make all of FileSystem ignore things (caching, watchers, Directory.getContents(), etc.). So it can't be changed easily at runtime, and has performance side-effects that may not be obvious to users.Ideally we wouldn't need any special FileSystem-level filtering at all. It'd be great if we had a generic preference for excluding things from getAllFiles() clients without excluding them from the filesystem overall. That way we wouldn't traverse into those subtrees automatically, but they could still be exposed in the project tree for manual traversal (maybe with special styling indicating they’re "excluded" folders or such). With auto-recursive file watching on two of three platforms, we're tantalizingly close to that: if no one ever asks FileSystem to traverse into a subtree like .git or node_modules, it'll never be loaded, never take up cache space, and never be processed by a file-watcher listener. But Linux file watching throws a wrench in that pretty picture...
Use cases