---- Reported by smoreland@nekls.org 2009-08-11 16:33:45 ---- Created an attachment Add to List dropdown menu missing scrollbar Scenario: A patron has logged into the OPAC. They have searched for an item and want to add it to an existing list. The opac-addbybiblionumber.pl form pops up and the patron opens the 'Add to List: dropdown menu.' The selection shown is ONLY the 10 most recently added lists. This should show ALL lists owned by the patron, with a scroll-bar for navigation, and it should appear in alphabetical order. This appears the same in these browsers: Firefox 3.0.13 IE 8 ---- Additional Comments From smoreland@nekls.org 2009-08-11 16:41:21 ---- Created an attachment opac-search.pl Add To only shows 10 lists Another instance of this problem in the OPAC --- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:11 UTC --- This bug was previously known as _bug_ 3523 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3523 Imported an attachment (id=1383) Imported an attachment (id=1384) Actual time not defined. Setting to 0.0 The original submitter of attachment 1383 [details] is unknown. Reassigning to the person who moved it here: chris@bigballofwax.co.nz. The original submitter of attachment 1384 [details] is unknown. Reassigning to the person who moved it here: chris@bigballofwax.co.nz.
> The opac-addbybiblionumber.pl form pops up and the > patron opens the 'Add to List: dropdown menu.' The selection shown is ONLY the > 10 most recently added lists. In addition, the display on opac-addbybiblionumber.pl doesn't indicate which lists are public and which are private as the menu on opac-search.pl does. So it looks like it's showing you more than ten items, but really it's showing only up to ten for each shelf type (private, public, open). The 10 item limit is hard-coded in the script. I'm assuming the motivation is to avoid showing a menu which has an unmanageable number of items in it. But that leaves us with the question of how else can we give patrons access to these lists? If we decide the solution is to show *all* available lists on opac-addbybiblionumber.pl, I recommend we leave the menu on opac-search.pl the same (limited to 10 of each type) with one modification: an additional option of "more lists" so that the user has a hint that more are available. Choosing that option would open the opac-addbybiblionumber.pl popup offering the full list of options. And: +1 on alphabetizing the lists.
(In reply to comment #1) > > The opac-addbybiblionumber.pl form pops up and the > > patron opens the 'Add to List: dropdown menu.' The selection shown is ONLY the > > 10 most recently added lists. > <snip> > The 10 item limit is hard-coded in the script. I'm assuming the motivation is > to avoid showing a menu which has an unmanageable number of items in it. But > that leaves us with the question of how else can we give patrons access to > these lists? > > If we decide the solution is to show *all* available lists on > opac-addbybiblionumber.pl, I recommend we leave the menu on opac-search.pl the > same (limited to 10 of each type) with one modification: an additional option > of "more lists" so that the user has a hint that more are available. Choosing > that option would open the opac-addbybiblionumber.pl popup offering the full > list of options. The fear of an unmanageable number of lists was exactly the motivation for enforcing a limit. Perhaps there may be some way of producing a list which displays 10 lists, but has scroll buttons to scroll up and down the entire list of lists? The hard-coded limit could be moved to (yet) another syspref.... <duck>
*** Bug 5491 has been marked as a duplicate of this bug. ***
I recommend either a 'more' link or a scrolling pull down list that shows all lists the library offers. This makes it hard to add items to lists from the staff client search results for libraries with more than 10 lists available. to choose from - instead they have to go to the lists module and page through the list of lists and add items by barcode instead.
I'm going to take a stab at this: - adding "more" option to the search results dropdown - offering a scrolling list on the add-to-list popup
Created attachment 2893 [details] Screenshot of proposed page display In this screenshot you can see the addition of a "More lists" option under the "Your lists" group. Clicking "more lists" pops up the lists popup without any list preselected.
Created attachment 2894 [details] Screenshot of proposed page display, list add popup This screenshot shows that the lists add popup would show the full list of all the patron's lists, divided into groups of private and public lists.
So does this mean if you need to add a batch of items to the 15th list you choose [more lists] from the pull down and then on the pop up you choose the list and that batch is added? If so - that works A-OK!!
*** Bug 5554 has been marked as a duplicate of this bug. ***
Created attachment 3523 [details] [review] Proposed fix
It works well. Signed off.
Pushed, please test
This bug is mentioned in: Fix for Bug 3523 - Menu of existing lists limited to 10 http://lists.koha-community.org/pipermail/koha-patches/2011-March/014350.html Fix for Bug 3523 - Menu of existing lists limited to 10 http://lists.koha-community.org/pipermail/koha-patches/2011-March/014353.html
*** Bug 5994 has been marked as a duplicate of this bug. ***