[Enhancement]: Add Filter [All / Audiobooks / E-Books]

[pekempy]

Type of Enhancement

Web Interface/Frontend

Describe the Feature/Enhancement

Audiobooks would show:

• Audiobooks only
• Audiobooks & Ebooks

Ebooks would show:

• Ebooks only
• Audiobooks & Ebooks

All would be the default / cleared filter, and would show all library items.

Why would this be helpful?

Currently there's no way to filter the library to only show any item which contains an audiobook that I've found (Regardless of multi/single track, I can filter to single track OR multi-track, but not both at once) - Glad to be corrected if I am wrong

Future Implementation (Screenshot)

(or just as a submenu in the existing filter as 'Media Type' -> 'All' / 'Audiobooks' / 'E-Books'

Audiobookshelf Server Version

2.12.1

Current Implementation (Screenshot)

[nichwall]

Related to https://github.com/advplyr/audiobookshelf/issues/1465

You can already filter by presence of ebooks

[pekempy]

Then maybe just an option for Has tracks in the tracks submenu (displaying both single and multi-tracks in a single filter), which would show any audiobooks and exclude ebook only?

[advplyr]

"Has no ebook" would mean that it has tracks otherwise it wouldn't be able to get scanned in.

To select all books that are ebook only you would select "Tracks->No tracks" To select all books that are audiobook only you would select "Ebooks->Has no ebook"

[pekempy]

I think I might be being misunderstood, so renamed the issue & updated OP Audiobooks would show:

• Audiobooks only
• Audiobooks & Ebooks

Ebooks would show:

• Ebooks only
• Audiobooks & Ebooks

All would be the default / cleared filter, and would show all library items.

Currently there's no way to filter the library to only show any item which contains an audiobook that I've found (Regardless of multi/single track, I can filter to single track OR multi-track, but not both at once) - Glad to be corrected if I am wrong

[advplyr]

I see. I think adding "Has Tracks" to the "Tracks" menu would be the best solution

[sydlexius]

This seems unintuitive, since these are two different categories to perform similar functions. My preference would be to have a media types category, and nest most if not all of the options in Tracks and Ebooks under that instead.

[advplyr]

Media types makes sense. If we add that we should remove both Tracks and Ebooks. What would the options for Media types be so that it covers all use-cases?

[pekempy]

Media Types > Audiobooks > Has Tracks Media Types > Audiobooks > Single track Media Types > Audiobooks > Multi track Media Types > Audiobooks > No Tracks Media Types > Ebooks > Has Ebooks Media Types > Ebooks > Has Supplementary Ebooks Media Types > Ebooks > No Ebooks

Then obviously it would be clearable to show everything.

[advplyr]

Probably want to avoid double nesting like that if we can. The component would have to be written to support that and it is probably not necessary

[sydlexius]

This is where I wish ABS supported multiple library filters (such as req #1465), because we're dealing with at least 4 bits of information (single track, multi track, ebook, supplementary ebooks), that leaves a configuration matrix of 16 possible combinations. To enumerate each possible combination isn't going to be pretty.

With that said, at the bare minimum one may want to know if a title contains an audiobook, ebook, or both (ignoring single vs. multitrack, regular vs. supplementary ebooks).

[advplyr]

Yeah I'd like to do multi-filter but it will probably be a while before that happens if it does. Since we are still half-way through migrating to the new data model the sql queries as they are now are barely manageable.

We won't cover every possible permutation but we can cover the ones existing and the new one discussed in this thread.

[adapowers]

Just adding a +1 to this issue. ABS is, unfortunately, a victim of its amazing work with audiobooks, and now my entire workflow is built around it, including ebooks. Quick access to an ebook/audiobook toggle would be amazing for my users who go the app to listen, but send books to their Kindles to read.

[jean874]

+1 to this. I am currently using a separate book library only for eBooks because there is no easy way to filter titles that have only an eBook or only an audiobook. I have some cases where I only own the eBook, and it creates a poor user experience to constantly guess whether an audiobook is attached to it or not. A simple top-level filter (Audiobook / Both / eBook) would completely solve this issue and allow me to use a single library for all my titles, which would be much more convenient.