[Bug 33165] New: Creation of 'My search history' button via added LI element in intranet landing intranet-main.tt
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33165 Bug ID: 33165 Summary: Creation of 'My search history' button via added LI element in intranet landing intranet-main.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs@lists.koha-community.org Reporter: adam.styles@esa.edu.au QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com Created attachment 147889 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=147889&action=edit screen shot of Koha staff interface landing page with added 'my search history' icon Hi All, I believe the 'search history' feature to be quite useful in daily repeated search work flows, further to this it is a feature fairly hidden behind a drop down UI. Therefor to promote the use of this valuable tool and also to improve it's discoverability, I propose the follow new enhancement I happy to contribute as patch. The Creation of 'My search history' button via added LI element in intranet landing intranet-main.tt, linked to '/cgi-bin/koha/catalogue/search-history.pl' See attached screen shot that makes use of existing LI element design system and related FA icons (4.7.0). I am of course happy to vote on icon choice (lol). Source could be applied intranet-main.tt li component add after line 103 Static there for all. ... <li> <a class="icon_general icon_lists" href="/cgi-bin/koha/catalogue/search-history.pl"><i class="fa fa-fw fa-history"></i>My search history</a> </li> ... OR Enable/disable via system preference e.g 'showMySearchHistoryIconStaff' ... [% IF Koha.Preference('ILLModule') %] <li> <a class="icon_general icon_lists" href="/cgi-bin/koha/catalogue/search-history.pl"><i class="fa fa-fw fa-history"></i>My search history</a> </li> [% END %] ... I welcome feedback, and I can get started on this soon if community keen. This is my first suggested UI change that I would like to code contribute. Thanks. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33165 --- Comment #1 from Adam Styles <adam.styles@esa.edu.au> --- opps... [% IF Koha.Preference('showMySearchHistoryIconStaff') %] <li> <a class="icon_general icon_lists" href="/cgi-bin/koha/catalogue/search-history.pl"><i class="fa fa-fw fa-history"></i>My search history</a> </li> [% END %] That's better 8-) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33165 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Creation of 'My search |Add search history with its |history' button via added |own button to staff |LI element in intranet |interface start page |landing intranet-main.tt | --- Comment #2 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I am not sure about this one tbh. The page is already quite full, and with ILL and ERM active the balance is already off by 2 for icons on the left vs right side. We try to only put modules on the start page and search history isn't really a module I'd say, but a catalog feature. It will also only be helpful if you have already done some searches. Functionally, I think you'd also need to check on the existing preference EnableSearchHistory, so it only displays when the feature is activated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33165 --- Comment #3 from Adam Styles <adam.styles@esa.edu.au> --- Hi Katrin, You make some excellent points, I have been thinking on my idea submission over the last few days and agree that perhaps my perspective on a 'search history' action from the landing page is quite meaningful, as I use this daily, however for those who do not do so, and also for those who share Koha logins, perhaps this could be more noise then benefit. Building on your point about this suggestions being more feature of an existing module, as opposed to an actual module, perhaps I might pivot this original feature concept into an added button/link element that could sit in the footer of the advanced search module. This would offer an added quick action for those like myself who use the search history daily, but would create no friction for other users. As I a new to this community, would I now create a new feature ticket? or simply re-purpose this one. New concept: * I want a 'search history' button or link added to advanced search page, to allow quick previous search history action. I appreciate your thoughts on this BTW. Thanks. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33165 Adam Styles <adam.styles@esa.edu.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |In Discussion --- Comment #4 from Adam Styles <adam.styles@esa.edu.au> --- Hi All, I have created a new bug based on the new user story and feature offer. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33190 Can someone please advise the correct way to close this ticket? Thanks. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33165 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|In Discussion |RESOLVED --- Comment #5 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Adam, there are (as with Perl) always multiple ways to do things and not really a wrong way. We could mark this RESOLVED (WONTFIX or INVALID or MOVED). After a while we will move it to CLOSED - this happens always a few weeks after a release when we do some clean-up. I've chosen MOVED as it's the least harsh - I like the idea that the idea progressed ;) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33165 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=33190 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org