Jellyfin request A Feature Ignored

[Owner]

Anyone know why my suggestion for A-Z Scrolling did not show up at Feature Requests?

Maybe the jellyfin online client just can't offer that feature?

This is what I posted on 22/10/2023, 5:24 am

Full A=Z Scrolling (No Clicking)
Please implement Full A-Z Scrolling with no clicking like Kodi does.
Jellyfin only allows 100 items to be scrolled, then a click is required for the next 100 items, and so on.
Too many clicks required to scroll thru 20,000-50,000 items.
I note there is a jump to on the right hand column, but I like to just scroll thru all A-Z with no clicking.


UPDATE: PAGELESS SCROLLING WORKS FINE JUST ENTER 0 TO DISABLE PAGING

[Deleted User]

Jellyfin only allows 100 items to be scrolled, then a click is required for the next 100 items, and so on.
Too many clicks required to scroll thru 20,000-50,000 items.

the 100 item limit is user configurable, click the user icon in the upper right -> Display -> "Library page size"

fairly certain if you try to display 20,000+ items it will make your browser curl up and die though

[Owner]

Thanks for info, limit is 1000 with no comer.

Scroll A-Z.
Plex, Emby, Jellyfin display is nice but can't scroll A-Z without multiple clicks.
Kodi A-Z Scrolling is quick, but no Jellyfin Skin yet.

Display Choice.
Plex, Emby, Jellyfin don't have display choices like, Poster + Info (kodi call it Info Wall)
Kodi has great selection of Displays.

UPDATE: PAGELESS SCROLLING WORKS FINE JUST ENTER 0 TO DISABLE PAGING

[bitmap]

You have to realize that Kodi has been around for more than 20 years, so I'm not sure I'd say this has been ignored, more that Kodi is a very mature open source project with a cult following and lots of contributors. Plus, plenty of inventive capitalists have leveraged Kodi into their own pre-configured pirate products labeled as alternative streaming devices and likely contributed at least a little bit to the code base in the process.

Endless scrolling sounds like a pretty hefty re-design of the UI and is highly client dependent. For example, on Roku, endless scrolling is already a thing -- keep pressing down and new "pages" are loaded dynamically.

Your other issue with display type is, again, client specific, and depends on CSS for some clients but a full re-write of how you interact with the client on others. Using Roku as an example again, there's not even an action available to change display type so it's a UX + display framework project.

These are both QoL improvements that would take significant resources to develop and implement, likely need to be developed for each client individually, decrease any existing UX parity, and not really address any outstanding needs/issues. Display options is where I'm inclined to agree that more choice would be good, but again it's QoL in my opinion.

Not attacking the ideas, as I think both are valid as feature requests, but I don't agree with the premise that anything is "ignored" when a product that has 15 years' additional development time is the only example of a better experience. Open source software moves at its own pace and the only way to speed it up is to add more contributors. Sometimes the only way to get what *you* want is to develop it yourself and share with the community.

[Deleted User]

this could turn into a "thing" so i will try to keep it to a minimum

- yes, clients decide library items - kodi does it it's own way, roku and android both have never ending scroll the same as kodi
- i highly disagree that kodi is a better experience on my chosen platform of 'android' where it will crash most of the time
- if you change the skin, use any streaming addons (not pirate, official ones like disney+ and hulu)
- if you look at it crooked
- it also is not a native android app, it uses a 'loader' stub for android which hasn't been updated in years - https://github.com/xbmc/xbmc/blame/maste...BMCApp.cpp
- various audio codecs will or won't work depending on device
- smb is a slow turd, ssl is broken half the time
- on and on, jellyfin for kodi at least helps it a lot but it does not make it a better experience

[thornbill]

Your request was marked as a duplicate because it was a duplicate. Unfortunately we get a lot of duplicate requests because people don’t thoroughly search for existing requests before opening new ones.

You can find your original request here: https://features.jellyfin.org/posts/2366...-like-kodi

[Owner]

Thanks everybody.

Sorry Thornbill i should have checked if anyone had asked for full scrolling before, sorry.


UPDATE: PAGLESS SCROLLING WORKS FINE JUST ENTER 0 TO DISABLE PAGING

---

thornbill

UPDATE: PAGELESS SCROLLING WORKS FINE JUST ENTER 0 TO DISABLE PAGING

000

UPDATE: PAGELESS SCROLLING WORKS FINE JUST ENTER 0 TO DISABLE PAGING


Pageless Scrolling has been asked for often, most recently in 2019 under the title

Remove pagination/use lazy loading for library view (request by Ryan Walder)

https://features.jellyfin.org/posts/216/...brary-view

Thanks to Ryan Walder's Request and Anthony Lavado implantation we have pageless scrolling which works great on powerful Desktops PC's.

---

I would just like to mention to any advanced programmers that when in pageless mode jellyfin should remember that it ia to stay in that mode if shut down and not revert to 100 page mode.

also

while in pageless mode the number of files is not available to be shown unless the index is read, no need to actually read the files.

index reading only, was often used historically by advanced Russian programmers back about 20 years ago as seen in HDD content indexing software like My Lib v0.93 by LineSoft Creative Group 2004, which is extremely quick to index a HDD, as it only reads the index file, not the actual files on the drive.