Term index page shows all child terms without paging
|Category:||Taxonomy / Term|
|Google Code Legacy ID:||Tested version:||2.4, 2.5|
The term index page will load and display a term's children, no matter how many, using the ORM. This consumes a lot of memory and can result in the page not rendering, due to the memory being used up, or the page loading slowly.
To remedy this we could display a count of the term's children as part of text for a link that will lead to a new "browse children" page. This page will be similar to the taxonomy index page: a pageable hitlist of terms. We'll need to add parentId to the ElasticSearch mapping for terms.
#2 Updated by Dan Gillean 27 days ago
- Subject changed from Term index page shows allow child terms without paging to Term index page shows all child terms without paging
- Target version deleted (
- Tested version 2.4, 2.5 added
Couple of thoughts. First, I've removed the target version for now - we are only adding a target version when we are certain something is going into a release (i.e. a dev has already done the work, or a client is sponsoring it and it's in our queue). I've added the tested version instead, so we have a sense of what release(s) this is/was relevant for in the future.
Second, the term index/view page does already have a count of narrower terms, in the right-hand context menu.
Ideally, I'd like to avoid having to send the user to a different page without at least providing some results. Is there any way that AJAX loading could help us here? I.e. display 10 results, and add an AJAX pager for the rest? Not sure, bc it is in the body of the term view.... or a "view more" option that will load the next 10, and a view all option that will take the user to a separate page... just some alternative ideas!