lupinia
commented
1 year ago Recategorizing this as a bug, because there's actually a whole lot of content that's just completely invisible with the current system, and can only be found via search. A few key observations that are helpful for contextualizing this project, since the site's content has matured and stabilized significantly since I first opened this ticket, so I now have a much clearer picture of what goes where and how much stuff is in each category:
- The upgrade to the blocks system described in #5 did not, in fact, provide a means of doing this easily.
- This is almost exclusively a problem with images, because there's much less written content by comparison, and the written content that does exist is spread across so many categories that none of them currently have more than they can display in a single page of a single block.
- Generally speaking, all categories have one primary content type that is likely to overflow, and all other content types in that category can be collected into other blocks and displayed together on every page. There are a few that are more mixed, and I'd need to do a thorough audit to confirm this, but at the moment, I may actually be completely safe to limit this to one paginated content type per category.
- I might even be safe to limit it to just images, but I don't want to restrict this functionality to be that specific, partly because there's at least one more content type on the horizon, but also because I'm trying to design the system to be more flexible than that in general, even though I sincerely doubt I'll ever fully release this as a standalone app/package.
Related to #5, category/tag views desperately need pagination. Which is very difficult to do with the current system without potentially dropping entire content types off of the front page, so that will probably come with the upgrade.