[Reading Lists] Reading List Organisation

[falo2k]

Idea Description

As larger collections of lists build up, means to organise and sort lists becomes desirable. The current display of lists, with a very short number of characters visible for a name and a cover mashup doesn't really help in navigating to different lists, especially if you try to use list naming to imitate some form of structure.

Some potential visual tweaks to the reading lists section:

• Make the name dynamic so it scrolls on hover, or have it wrap
• Make the reading list page a list view rather than tiles, so that you can have longer names. Arguably, the merged cover is a nice idea, but doesn't help me with distinguishing lists as much as the name does
• Allow the ability to sort by the start date of the list.
• Start date should also be auto-generated based on the first issue in the list.

In addition to this, it would be helpful if it were possible to apply some form of tagging / folder structure to lists to take them beyond just one flat view of lists. If you look at the CBL repository, you will see that people generally like to group lists by publishers, characters, or list type (event, chronological tracker, etc.). Being able to do this with some form of hierarchical structure would also free up space in list names.

Idea Category

User Experience

Duration of Using Kavita

No response

Before submitting

• I've already searched for existing ideas before posting.

[Maxmurgian]

The possibility to filter the reading list view by tags would be awesome, as would sorting lists by date of the first issue in the list 😃

[majora2007]

I tried an approach that was list-view focused to allow for better space management but received valid feedback that it means a ton more scrolling to find the appropriate reading list and reverted it.

I'm not able to think of a good in between that meets the needs. I'm open to suggestions.

[Maxmurgian]

I am really loving the new Reading List system, but I strongly prefer the list view. It makes the list I am looking for much more immedialtely identifiable. The ton of scrolling issue is already much less severe with the filtering. Would it be an option to make the switchable between card and list view? Otherwise my vote is for a list view 🙂

[falo2k]

I've taken a look and disagree with that feedback. If the list rows are the same height as tile rows then I can see where they're coming from, but as it is being able to quickly scroll to another set of lists where they are only identifiable by:

1. Some very small covers
2. A small number of text characters
   is a much worse position IMO. If you have that many lists that you're scrolling, then this name presentation thing is a problem. The goal shouldn't be "more numbers of things on screen better", it's more identifiable things on screen better. A truncated title and a collation of covers doesn't help me differentiate between lists.

Personally, I'm of the opinion that cover images (which seem to be what's driving the height) are not necessary for reading lists. A cover is a representation of a single issue, and many types of list will have no real relationship to even the first issue cover. In the current form it's just a sea of coloured noise that is less useful than the actual names. If you do want all of that additional information, descriptions, etc. then make it expandable, but for browsing titles it doesn't need to be much larger than a single line, which then brings you much closer to number of items per row parity if that's still the cutoff.

[majora2007]

Thanks for all the counter feedback, I ended up meeting in the middle between density and the new design.

#4619

[falo2k]

Screenshots look really promising. Will give it a good going over when nightly updates. Excited about the smart filter integration as well!

[majora2007]

This is delivered as of v0.8.9.46 (nightly) and will be in the next stable (v0.9.0).