|Product:||Koha||Reporter:||Owen Leonard <oleonard>|
|Component:||Templates||Assignee:||Owen Leonard <oleonard>|
|Status:||CLOSED WONTFIX||QA Contact:||Testopia <testopia>|
|Priority:||P5 - low||CC:||arouss1980, frederic, katrin.fischer, mirko, tomascohen|
|Change sponsored?:||---||Patch complexity:||---|
|Documentation contact:||Documentation submission:|
|Text to go in the release notes:||Version(s) released in:|
|Bug Depends on:||8523|
Screenshot showing the authority hierarchy tree in the OPAC
Screenshot showing the authority hierarchy tree in the staff client
Description Owen Leonard 2018-07-27 13:56:59 UTC
Created attachment 77307 [details] Screenshot showing the authority hierarchy tree in the OPAC If the AuthDisplayHierarchy system preference is enabled, authority hierarchies in the OPAC and staff client are displayed as a tree via a jQuery plugin, jsTree. Rather than try to keep up with plugin upgrades, I propose that we replace the dynamic tree with a static one styled with CSS.
Comment 1 Owen Leonard 2018-07-27 14:15:43 UTC
Created attachment 77308 [details] Screenshot showing the authority hierarchy tree in the staff client
Comment 2 Frédéric Demians 2018-07-28 07:31:54 UTC
Owen, on the mailing list, you ask: Are authority hierarchies often so "deep" that having a collapsible display is preferred? If so, could clicking to show or hide the entire tree be a viable alternative? The response is yes and no. The current behavior is really important for large thesaurus. By default, the tree is compact. You scan quickly the first level of terms. You choose to develop a branch. Then you scan the second level of terms. You develop one term. Etc. The scanning process will be much more difficult on a entire developed thesaurus. It seems possible to have such a behavior in pure CSS: https://codepen.io/anchen/pen/rGDjI
Comment 3 Owen Leonard 2018-07-28 17:36:41 UTC
(In reply to Frédéric Demians from comment #2) > The response is yes and no. The current behavior is really important for > large thesaurus. Thanks Frédéric-- do you know of a public OPAC which would be a good example?
Comment 4 Mirko Tietgen 2018-07-31 09:45:26 UTC
Hi. I might work on classification hierarchy (opac-browser) for a library, checked Koha code and found we use jstree. Glad I also did a search on bz. I don't think we actually tried to keep up with plugin upgrades, given that we bundle 1.0.-RC3 from 2011. :P Static won't work for my use case. It will be a local solution anyway, given that the feature in Koha only works for french Dewey, but I'd prefer to use what Koha uses. I'll watch this thread to see where it goes.
Comment 5 Katrin Fischer 2018-07-31 12:37:55 UTC
Hi Mirko, I think you might mean a different thing? This is for the authority detail page, not for the older opac-browser feature.
Comment 6 Owen Leonard 2018-07-31 17:01:36 UTC
(In reply to Mirko Tietgen from comment #4) > I don't think we actually tried to keep up with plugin upgrades, given that > we bundle 1.0.-RC3 from 2011. :P If it turns out that a tree display is the best solution, then we'll certainly upgrade. I just want to make sure we're not missing an opportunity to simplify if it's appropriate.
Comment 7 Owen Leonard 2019-04-30 12:20:34 UTC
I'm going to close this, because my proposal doesn't seem to be robust enough for everyone's needs.