https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19814
--- Comment #11 from Christopher Brannon <[email protected]> --- (In reply to Benjamin Daeuber from comment #10) > I think we'd be willing to fund some of this, but I'm curious what libraries > want it to look like. There are a lot of things that happen on check-in > (holds, transfers, notification of statuses). Do we want a table to appear > (similar to the batch item modification tool) or do we want all those items > to be checked in without user interaction and the various messages can be > dealt with in other ways? For example, holds would later show up in the > holds queue. I think options like forgiving fines, check-in date, and trigger holds would all be good options. It should present a table of results. If there is a fine, it should show if it was forgiven. If there is a hold, there should be a button to confirm, confirm and print, or cancel (maybe), and when clicked, it would do it, but the buttons would disappear, but the table results remain intact. If nothing, it will just show it was checked in and the date it was checked in for. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
