[Koha-bugs] [Bug 26890] opac-detail plugin like intranet/cgi-bin/catalogue/detail.pl

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Mon Nov 16 01:05:17 CET 2020


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

--- Comment #10 from David Cook <dcook at prosentient.com.au> ---
(In reply to Mark Hofstetter from comment #7)
> modifying opac-details.tt directly I'm able to write 
> 
> $.ajax({
>     url: '/api/v1/contrib/subordinateitems/biblionumber/[%
> biblio.biblionumber | uri %]',
>   
> 
> but how to handle this in the opac_js
> 

(In reply to Mark Hofstetter from comment #8)
> this solution is "fragile", is there any defined place where to find/extract
> the biblionumber
> 
> var biblionumber = document.
>    getElementsByClassName("unapi-id")[0].
>    getAttribute("title").split(':')[2];

I think that the unapi-id that you found it probably your best bet, but that's
a good point about there not being a great source of biblionumber on the detail
page. 

I think there's an argument to be made for adding a data- attribute containing
the biblionumber to the body on the detail page, or creating some kind of
Javascript object via a template that provides access to the biblionumber. 

Or we could build on the RDFa data that we already have in the HTML and add an
identifier (https://schema.org/identifier). 

I know that doesn't help you right now, but that would be a change that would
be easy to make, get pushed, and backport. I'll open a Bugzilla issue report
for it. I'd be curious to hear what Owen Leonard thinks is the best idea...

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


More information about the Koha-bugs mailing list