[Koha-bugs] [Bug 30271] Allow distinct ILLHiddenRequestStatuses config for view from patron record

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

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

--- Comment #7 from Katrin Fischer <katrin.fischer at bsz-bw.de> ---
(In reply to Pedro Amorim from comment #6)
> I think the ideal solution for this would be to solve it at the datatables
> level.
> ILL currently does not have this, for several reasons, but for ERM
> agreements for example you have filters on top of each column.

Of course you can, but you can't filter for say "anything but completed". 

> Create a new agreement, see the agreements list.
> You can filter for status directly from the status column.
> 
> We could consider implementing an option for "negative filtering" where one
> would select a list of statuses to not show, instead of show. This could
> also work for every column.

This is what IllHiddenRequestSttauses does.

As a thought: I know the datatable for transactions (accounting) filters out
the paid fines/fees by default. Then we have a button to make them visible on
demand. Something like this maybe?

> This would mean that all of Koha where datatables are being used would
> benefit from this enhancement.
> 
> I'd like to remove the system preference because it's a work around for
> something that should be fixed in a different way and it's anti-pattern (no
> other table in Koha has this).
> I don't feel strongly about it, if people are using and happy with it, it
> should stay of course.

We have no other table doing this, because it doesn't make sense on other
tables or things are solved differently. Take suggestions as an example. We
have a tabbed status display where every status has their own tab and a
standardized option to archive suggestions. And then a search option so you can
still search them on demand.

The problem I see is that for "Complete" which might be the most common to hide
- is the status standardized in ILL? ILL is very flexible in how you define
things and that's I think why it's configurable right now.

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