VuFind
  1. VuFind
  2. VUFIND-1278

Bulk actions at favorite list with more than 20 items

    Details

    • Type: Improvement Improvement
    • Status: Open
    • Priority: Minor Minor
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: MyResearch
    • Labels:

      Description

      There seems to be a little semantic deficit on process bulk actions if the "Select all" checkbox is marked, because only these twenty entries can exported or printed. There are users who stumble about the meaning understanding primary that all items in a list are meant. Inhouse we've solved this to change wording in "Select all items on page", but our librarians remark additionally that it would be nice that users can export or print the complete favorite list with one event and without any twenty items barrier.

        Activity

        Hide
        Demian Katz added a comment - - edited
        I do agree that "Select Page" is more clear than "Select all." In fact, it appears that the English translation file is already using the "Select Page" wording. Is it possible that we simply need to make a change to the German file to clarify this? If so, I would welcome a pull request.

        Here at Villanova, we addressed this problem by simply raising the page size for favorites, which can be adjusted here:

        https://github.com/vufind-org/vufind/blob/master/config/vufind/config.ini#L1649

        Obviously you can't raise this indefinitely without running into memory issues, but we're using 100 with no problems so far.

        I agree that the best solution of all might be an "export entire list" feature of some sort, and aspects of this have been discussed previously (for example, on pull request https://github.com/vufind-org/vufind/pull/436 , which was never completed). The bottom line is that if you have no upper bound on what can be exported, you will eventually find an extreme case that will either take an unreasonably long time or use an unreasonable amount of memory. The best solution to the problem would likely be to introduce an asynchronous job queueing system so that a user could request an export, kick off an asynchronous job, and receive notification when the job is ready to be retrieved... but that's a major new piece of infrastructure to add to VuFind. I think it could be beneficial, but it's a question of cost/benefit analysis -- so far nobody has had a pressing enough need to build such a thing. I remain open to discussing it further, though!
        Show
        Demian Katz added a comment - - edited I do agree that "Select Page" is more clear than "Select all." In fact, it appears that the English translation file is already using the "Select Page" wording. Is it possible that we simply need to make a change to the German file to clarify this? If so, I would welcome a pull request. Here at Villanova, we addressed this problem by simply raising the page size for favorites, which can be adjusted here: https://github.com/vufind-org/vufind/blob/master/config/vufind/config.ini#L1649 Obviously you can't raise this indefinitely without running into memory issues, but we're using 100 with no problems so far. I agree that the best solution of all might be an "export entire list" feature of some sort, and aspects of this have been discussed previously (for example, on pull request https://github.com/vufind-org/vufind/pull/436 , which was never completed). The bottom line is that if you have no upper bound on what can be exported, you will eventually find an extreme case that will either take an unreasonably long time or use an unreasonable amount of memory. The best solution to the problem would likely be to introduce an asynchronous job queueing system so that a user could request an export, kick off an asynchronous job, and receive notification when the job is ready to be retrieved... but that's a major new piece of infrastructure to add to VuFind. I think it could be beneficial, but it's a question of cost/benefit analysis -- so far nobody has had a pressing enough need to build such a thing. I remain open to discussing it further, though!

          People

          • Assignee:
            Unassigned
            Reporter:
            Frank Morgner
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated: