Well, technically, even comics and ebooks are types of media, so perhaps you should be using `Video` instead of `Media`, or `Watching` if you want to be consistent with `Reading`. I have no idea what to tell you to do about `Docs`, because I have no idea what you're putting in there. > I'm internally debating if subfolders are really more efficient It isn't always about what is efficient but, from a data curation standpoint, what is more useful in the long-term. Dividing sets into subsets can be very useful, but do you really gain anything when all you're doing is grouping items of the same format together? Far better would be a hierarchy that is content-based, perhaps by genre or franchise or some other theme that the items share in common. > The latter looks neater on paper but it's more clicks to navigate/type in path names etc. What are your use cases? Consider that your UI will have a *huge* impact on whether or not clicking or scrolling or typing is going to be more costly in the end. Also keep in mind that just having a crap-ton of items to manage is going to be a bigger burden on your OS to process, and thus slow things down even further. I'm a strong advocate of creating a proper archive separate from data you're actively working on, which *should* allow you to maintain a much more shallow hierarchy (or shorter lists) for your day-to-day use. > I guess in the end it's down to preference? Everything is to an extent, but that doesn't mean that there aren't still good choices and bad choices to be made. The more data you accumulate, the more sophisticated your organization becomes, and software doesn't always keep up. Many see tagging as an alternative solution, but there is still no standard that is universally supported. Regardless, I still say the big win is from making *new* metadata available, even in the form of a deeper hierarchy or a longer filename. That's what's going to make your data more discoverable in the future, not simply grouping items together by file format. 22535ca66d4b1d7de02694d260fcad1fedb5d5fb16605fe1dc5ce4927520c077