Flat View - Hiding folders that would be hidden otherwise

Help & Support
1

After spending days reading forum posts and trying to find a solution to my problem (namely, turning on Flat View will show folders that are not shown otherwise) I decided to post a feature request (and rant about it a bit, just for the sake of relieving tension).

FR: Could you add an option in the preferences that would make Flat View heed the hide filters, please?

Given that this comes up frequently year after year, I think that showing files/folders one would not expect is equally (or rather more) confusing as not seeing something one expects to see.

Except that showing those hidden objects can be easily turned on/off by toggling the global filter with another button. This would make them visible in Flat View also. Meanwhile, that extra checkbox for Filter folders in Flat view, which is suggested as a work-around, does not really work around. On the contrary, it makes things quite a bit worse.

My use case for Flat View (besides having an oversight of the general folder structure) is to quickly find files. That is, I turn on Flat View and immediately turn on the Filter Bar as well and begin typing known parts of the filename. This is the process in more than 90% of the cases. Works like a charm. I'd be thoroughly surprised if other people weren't doing this.

Now, every time I'm in a project folder that is a git repository, Flat View becomes unusable.

  • Either Filter folders in Flat view is unchecked and I cannot find anything quickly because the contents of the .git folder get in the way. Filtering won't help because it does not remove the dozens of subfolders in .git and they will clutter the screen. Using Flat View with no folder could help but I need to see the folder structure.
  • Or Filter folders in Flat view is checked but that almost completely maims the filtering. The filter will no longer be applied to files but to top-level folders which renders it utterly useless.
  • I tried changing Folder Type Format for Flat View but that didn't help either https://i.imgur.com/EbvWa5D.png

My opinion is that if/when people hide something, that's because they don't want to see it. Neither in normal nor in Flat View. If I want to see hidden things, I turn off the "hiding". I'm not afraid of accidentally missing those files, there's a big ugly indicator in the status bar warning me if any files are cowering in the shadows and I can make them visible if I want. But Flat View pushing them into my face unsolicited is surely not a good idea. And that Filter folders in Flat view only made a couple of things more difficult or nigh impossible to achieve. It takes extra effort to re-hide something that was hidden before and then it breaks a few more things.

Could you add an option in the preferences that would make Flat View heed the hide filters, please?

2

If you're searching a git repository, using Tools > Find Files > Advanced might make the most sense. You can exclude the .git folder entirely in that case (Subfolder, No Match, Name .git).

Maybe it would make sense for Flat View to have separate filters for files and folders. It's not something we'll be able to add immediately, but we'll keep it in mind for the future.

3

Having separate filters for files and folders in Flat View is definitely a good idea, but I think, the Flat View would benefit much more from applying the hide filters, which it currently doesn't do.

For my everyday use case, Flat View + Filter is superior to Find Files (Simple or Advanced) in many ways. Or at least it could be if not for the unhidden folders getting in the way).

  • Adding/modifying the correct filtering criteria is much easier with near-real-time feedback provided by the results.
  • It also keeps displaying the folder structure for folders not having any items matching, making the relocation of those files in the Flat View is much easier. The Find Files does not do that. Yes, it still shows where those files are in the Location column but as Find Files puts everything in a collection and that's in another tab.
  • Find Files is much slower. Only the Simple version allows for immediate search condition input as it sets focus to the Name matching editbox by selecting the text there. Meanwhile, it lacks the ability to exclude things from the search result, you need the Advanced version for that. But the Advanced version requires hitting the desired editbox with the mouse first. It's slow, especially if the search must be repeated because the criteria were incorrect or simply need to be refined.

I only use Find Files (Simple/Advanced) when I'm searching for something where the search condition is something very complicated (eg. involves attributes) or have to include contained text in the search condition. When that's a requirement, it performs excellently.

4

Even after almost three years, this is still an everyday nuisance to me, because all kinds of other folders came into view (cache folder, temporary folders, build folders, etc.) that all turn the otherwise brilliant Flat View into a "Flawed View" instead.

You said that:

I can understand why it would be a non-trivial matter to have Flat View separate filters for files and folders but now that I've thought about it again, I don't really see why would the need separate filters in the first place. Why can't just Flat View simply apply the existing filters for the corresponding folder level before showing the files and folders?

5

Because people often want to filter what's inside the sub-folders as well.

6

How does that not match with what I have said? People usually add hide filters to a folder because they don't want to see those files and folders there. And that doesn't happen in Flat View, because people often want to filter what's inside the sub-folders as well? Well, of course, they want. That's why they add filters to those sub-folders, don't they?

In my opinion, those filters should also be applied when in Flat View, that is, if there's a hide-filter for files they should be removed from the view (or added, in case that's a show-filter instead of a hide-filter) (#1), and if there's a hide-filter for folders, they (and their contents) should also be removed from the view (#2).

Or is this you were referring to as

?

Currently, the way filtering and hiding work in Flat View mode is quite a bit confusing. The problem is that #1 happens and #2 does not.

The file filters are applied but folder filters aren't at all, and then it gets even worse. When I select a folder in Grouped by location mode and try to hide it, the folder vanishes, but the files under that folder do not. Instead, they are moved to the bottom of the view, and depending on the level of the folders towards the bottom, they either seem to be in the wrong place, or they appear as a visual bug/glitch because their indentation totally mismatches the files/folders above them in the view.

This is the screenshot of the src folder in one of my python projects:

image
image526×596 31.5 KB

Many (all?) of the folders have a sub-folder named __pycache__. I know that they are there, but I don't want them to increase the visual clutter, so I added a hide filter for folder name __pycache__. In normal view, they are hidden. But when I switch Flat View they magically appear. You can see that those files there ending in cpython-311 are just taking up space. And this is one of the projects with very few files in it (yet). I can quickly select the __pycache__ folders using the colon/Select feature in FAYT but that doesn't do me any good, as hiding those folders will only make things utter chaos:

image
image530×521 24.9 KB

7

I totally agree with the OP (gemisigo). It's all been well detailed here, as a fellow developer, this is a HUGE DEALBREAKER for Directory Opus. I love DOpus, the Flat View rocks, though as s developer it is not usable when filters for hidden folders (such as .git and others) do not work. Thousands of files pollute the UI.
Can the features requested be implemented for DOpus 13 please?

8

Expandable Folders in Opus 13 may be closer to what you want.

1 Like
9

Thanks for the fast reply Leo. Guess I need to check out the DOpus 13 beta. WIll gladly review and revert with feedback.