Bug 1519 - separate itemsperpage for browse and current playlist
: separate itemsperpage for browse and current playlist
Status: NEW
Product: Logitech Media Server
Classification: Unclassified
Component: Web Interface
: 6.0.2
: Other RedHat Linux
: -- enhancement (vote)
: Future
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-05-09 08:16 UTC by Greg Klanderman
Modified: 2011-11-06 23:22 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Greg Klanderman 2005-05-09 08:16:47 UTC
When browsing artists from the web interface, I noticed one was missing, and
went through several cycles of deleting and rebuilding the database from
scratch, trying to figure out what was going on.

Turns out I had just exceeded itemsPerPage's default value 100, but there was no
indication at the bottom of the page that there were more artists.  It would be
nice to have the standard "page 1 2 3 | previous next" links.
Comment 1 Michael Herger 2005-05-09 08:53:23 UTC
What skin are you using? With the default skin there's that pagebar.
Comment 2 Greg Klanderman 2005-05-09 12:51:39 UTC
whatever the default is.
Comment 3 KDF 2005-05-09 16:16:34 UTC
there is an alphabetic pagebar at the top and bottom which highlight when those
letters are listed.  Un-highlighted letters are on other pages and link to the
first item in the given letter.
Comment 4 Greg Klanderman 2005-05-10 13:45:21 UTC
Hmmm. I cannot discern any difference in the alphabetic pagebar between the
letters for artists shown on the current and other pages.  But since I just set
the itemsPerPage higher, I'm happy now, thought it would be nice to have
separate control over the number of items shown per page on the playlist since
that seems to have a large impact on the general slowness of the web interface.
Comment 5 KDF 2005-05-10 19:55:25 UTC
sounds like a good idea.  retitling to fit. however, the playlist rendering is
planned for optimisation, so eventually this may be dropped once the efficiency
is improved.  
Comment 6 Greg Klanderman 2005-05-11 06:24:26 UTC
> the playlist rendering is planned for optimisation

that's great news.. 6.1 time frame or later?  thanks!
Comment 7 KDF 2005-05-11 10:09:39 UTC
both. see bug 1459 as well.
Comment 8 Alan Young 2011-11-06 23:22:22 UTC
Unassigned bugs cannot have a priority.