Summary: | Cataloging Tabs on Log Viewer | ||
---|---|---|---|
Product: | Koha | Reporter: | Nicole C. Engard <nengard> |
Component: | Transaction logs | Assignee: | Paul Poulain <paul.poulain> |
Status: | CLOSED WONTFIX | QA Contact: | Bugs List <koha-bugs> |
Severity: | normal | ||
Priority: | P5 - low | CC: | gmcharlt |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Attachments: | catalog log with catalog tabs |
Description
Chris Cormack
2010-05-21 01:07:58 UTC
> I disagree. The log viewer is accessible from the patron details page as well
> as the tools menu and the bib details page. In each case the side menu should
> display and function from its original context - cataloging, patrons, or tools,
> depend on where the modification logged was accessed from.
I agree with this in principle, but as far as I can tell we can't determine with any accuracy when, in the CATALOG context, we have a valid biblionumber to hand to the sidebar menu. It might fine if you click from the detail record, but what if you start from Tools and search for CATALOG object 2151? That could mean biblionumber or itemnumber, but the interface assumes biblionumber, creating possible confusion. Perhaps if the script could identify when it was returning a single hit on a biblionumber?
I think the option "view catalogue link on the left" will be tricky to achieve = In some cases, we come here from patron page, so we would be happier with patron tabs. The easiest solution is to have the tools left menu. This features is used rarely, so even if it's not perfect in terms or usability, I think it's acceptable, |