Ignore project subdirectory

[chriscraws]

I have a git submodule inside my project directory. I get diagnostic results and search results from this directory. I'd love for zed to ignore it, but I don't know how.

[SomeoneToIgnore]

One way for that could be adding this directory to

zed/assets/settings/default.json

Lines 666 to 678 in 25f2cf9

	// Add files or globs of files that will be excluded by Zed entirely:
	// they will be skipped during FS scan(s), file tree and file search
	// will lack the corresponding file entries. Overrides `file_scan_inclusions`.
	"file_scan_exclusions": [
	"**/.git",
	"**/.svn",
	"**/.hg",
	"**/CVS",
	"**/.DS_Store",
	"**/Thumbs.db",
	"**/.classpath",
	"**/.settings"
	],

If you copy the list into the local settings and add more entries, those entries won't be displayed anywhere in Zed's UI and should not get any diagnostics or appear in the search results.

[chriscraws]

Thank you! this definitely solves the issue of items appearing in the diagnostics and having tons of irrelevant entries in file search, however it does entirely hide the existence of the folder. The behavior of how Zed treats files that are in .gitignore is more ideal - where I can still browse and open files from zed, but they don't appear in search (unless they're open) and the folder/item is greyed out (but interactive) in the file explorer.

[SomeoneToIgnore]

It's a bit trickier with .gitignore-d files though, as such directories' contents is indexed when unfolded and that might bring in more things like the diagnostics.

[chriscraws]

I did a quick test by creating a Go file inside of a .gitignore'd directory and found editing worked normally (LSP features, formatting etc), the file became searchable after being opened (until Zed is restarted), and no issues appear inside project diagnostics whether the file has been opened or not. This would be pretty ideal for me to be able to configure for a submodule - but the solution you presented before works fine. It seems to me submodules you don't intend to edit are one of the only use-cases for something like this since you can't really .gitignore them.