<div dir="ltr"><div><div>It's a bit hard to parse out the changes in 5872, but I believe that the main difference between this proposal and 8369/5872 are the non-tabular interface and the new database structure.<br><br></div>Here's my main argument for a non-tabular interface: many of the circ policies are common to an entire branch, category or itemtype, but the current interface requires them to be duplicated for every combination that needs new circ rules. It's very very difficult for a table to show the per-policy inheritance that we need to untangle this mess; 5872 made an effort, but I'd argue that with as complicated as the inheritance can be, the grey-cell approach could become quite confusing rather quickly. The new interface might need tuning, but I believe we need something different from what we have now.<br><br></div><div>(By the way, if you have a system with very complicated issuingrules, please post a dump on bug 15521! It'll be very useful for planning the backend and interface.)<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-01-08 2:17 GMT-07:00 Jonathan Druart <span dir="ltr"><<a href="mailto:jonathan.druart@bugs.koha-community.org" target="_blank">jonathan.druart@bugs.koha-community.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(continuing on devel only)<br>
<br>
That's good news :)<br>
We absolutely need a discussion here indeed, not to reproduce previous<br>
attempts who failed.<br>
For instance, (I have only 2 examples in mind) :<br>
- Simplify the DB structure: Bug 8369 - default_branch_circ_rule and<br>
default_circ_rules tables useless<br>
- Modify the display : Bug 5872 - Enhancements to circulation<br>
You can find on comment 27 a screencast to show you the interface<br>
suggested: <a href="http://screencast.com/t/4duT8KV6VjQ" rel="noreferrer" target="_blank">http://screencast.com/t/4duT8KV6VjQ</a> (Thanks Liz for that!)<br>
<br>
As I completely agree the current interface has show its limits, I<br>
personally think that the table is a good way to have an overview of<br>
the rules. What you suggest seems less easy to understand, especially<br>
for libraries using very complex circ rules.<br>
<br>
Cheers and good luck :)<br>
Jonathan<br>
<div><div class="h5"><br>
2016-01-07 20:12 GMT+00:00 Jesse <<a href="mailto:pianohacker@gmail.com">pianohacker@gmail.com</a>>:<br>
> The backend and frontend of the circulation/policy rules in Koha have been<br>
> extended and stretched to the point where they cause a fair amount of<br>
> issues and frustration. Many librarians and developers are uncertain when<br>
> default rules are applied, and the very large number of possible settings<br>
> makes the interface and backend unwieldy.<br>
><br>
> Full details for our intended solution can be found at the link at the<br>
> bottom of this email, but here's the gist:<br>
><br>
> Instead of having one database row with all settings for a given<br>
> library/category/itemtype, allow each setting (checkout length, fine<br>
> amount, holds allowed, etc.) to be specified separately.<br>
> Rework the interface to more clearly show the specificity of<br>
> default/specific rules, and allow for this new database model.<br>
> Accomplish the above incrementally by gradually changing APIs.<br>
><br>
> <a href="http://wiki.koha-community.org/wiki/Circulation_Rules_Interface_and_Backend_Revamp_RFC" rel="noreferrer" target="_blank">http://wiki.koha-community.org/wiki/Circulation_Rules_Interface_and_Backend_Revamp_RFC</a><br>
><br>
> Any and all comments are appreciated. Development on this project has been<br>
> fully sponsored, and we are looking to start work later this year.<br>
> --<br>
> Jesse Weaver<br>
</div></div><span class="">> _______________________________________________<br>
> Koha mailing list  <a href="http://koha-community.org" rel="noreferrer" target="_blank">http://koha-community.org</a><br>
> <a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>
> <a href="https://lists.katipo.co.nz/mailman/listinfo/koha" rel="noreferrer" target="_blank">https://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
</span>_______________________________________________<br>
Koha-devel mailing list<br>
<a href="mailto:Koha-devel@lists.koha-community.org">Koha-devel@lists.koha-community.org</a><br>
<a href="http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel" rel="noreferrer" target="_blank">http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel</a><br>
website : <a href="http://www.koha-community.org/" rel="noreferrer" target="_blank">http://www.koha-community.org/</a><br>
git : <a href="http://git.koha-community.org/" rel="noreferrer" target="_blank">http://git.koha-community.org/</a><br>
bugs : <a href="http://bugs.koha-community.org/" rel="noreferrer" target="_blank">http://bugs.koha-community.org/</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Jesse Weaver</div>
</div>