Closed eaigner closed 13 years ago
ad 2.) Groups come sooner or later, there is no way around it.
I second that, groups will have to come sooner or later (sooner is better imho). I don't have the need for an exact 1:1 reflection between groups and file structure but I guess it's useful for others, so my +1 goes for identical representation of group- and file hierarchy. I would group categories in folders named after the class the category is for.
Push to top. I believe the time has come where we should add groups, it's already really confusing for me to find things in FoundationKit
Since nobody is commenting and FoundatinKit is growing I created groups for Blocks- and Concise-Additions. The groups reflect the file structure. Feel free to reopen.
Even if there are not many categories or classes in the repo yet, the file list in Xcode is already confusing. I wanted to group them previously, but @MSch had objections against this.
I don't think a flat file hierarchy in the project is healthy, or productive.