[Koha-bugs] [Bug 26247] Search terms retained in header search creates UX inconsistency

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26247

Sally <sally.healey at cheshiresharedservices.gov.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|Needs Signoff               |Signed Off
                 CC|                            |sally.healey at cheshireshared
                   |                            |services.gov.uk

--- Comment #12 from Sally <sally.healey at cheshiresharedservices.gov.uk> ---
The functions all work as described - the two system preferences are:

StaffRetainSearchTerms:  Retain / Don't retain
StaffStickySearchItems:  Copy / Don't copy

Settings:  Retain + Copy
Result:  Current behaviour as on master

Settings:  Don't retain + Copy
Result:  Previous behaviour before Bug 19046

Settings:  Retain + Don't Copy
Settings:  Don't retain + Don't copy
Result:  As stated

Speaking as a user, I think this feature is an either/or scenario, which is a
shame.  The way I would like to use it might be impossible to code, but worth
asking, I suppose!  

Users want search terms to persist for the following scenario:

- search for 'Roald Dahl'
- return 6000 results, realise you want to search for 'Roald Dahl BFG'
- search isn't retained, so you have to write the whole term again
- but if the search is retained, you just have to add 'BFG' to the end

Users don't want the search terms copied across to other fields (i.e. check
out), as described by Lucas.

But if you set:  Retain + Don't copy, although this is really close to what's
needed, it re-introduces the problem that copying was designed to fix:

- type a catalog search into the bar whilst you're on the wrong tab (e.g. check
out)
- realise and move tab to search the catalog
- now the search is empty again so the term needs to be rewritten, although it
persisted in the other tabs

It feels to me that the problem is that copying should only go in one direction
- from left to right on the screen, so content written in check out could be
moved into search the catalog, but content written in search the catalog tabs
can't be moved into check out

This would give the following result:

- librarian types search into check out box; librarian can change tab to search
catalog and the term is retained
- librarian searches the catalog and wants to modify the search; term is
retained
- librarian searches the catalog, tabs back to check out; term should disappear

I realise it might be impossible, but as an end user, that feels like the
ultimate goal.

I've signed it off because the patches do work as described, and do bring back
the old functionality.

-- 
You are receiving this mail because:
You are watching all bug changes.