| Summary: | Allow local definition of staff client's 'View in OPAC' links | ||
|---|---|---|---|
| Product: | Koha | Reporter: | Lucas Gass (lukeg) <lucas> |
| Component: | Tools | Assignee: | Bugs List <koha-bugs> |
| Status: | NEW --- | QA Contact: | Testopia <testopia> |
| Severity: | enhancement | ||
| Priority: | P5 - low | CC: | lari.taskula |
| Version: | Main | ||
| Hardware: | All | ||
| OS: | All | ||
| GIT URL: | Initiative type: | --- | |
| Sponsorship status: | --- | Comma delimited list of Sponsors: | |
| Crowdfunding goal: | 0 | Patch complexity: | --- |
| Documentation contact: | Documentation submission: | ||
| Text to go in the release notes: | Version(s) released in: | ||
| Circulation function: | |||
+1 We've also ran into this issue with shared lists https://github.com/Koha-Community/Koha/blob/b2fdd8f745f77a52d00ffffdfea8dd60dc33f462/koha-tmpl/intranet-tmpl/prog/en/modules/virtualshelves/sendshelf.tt#L146 If we used a system preference to control these links, what would be the best format? YAML? Example OPACLinks (default): --- xslt_MARC21slim2intranetDetail_opac_view: "{{OPACBaseURL|raw}}/cgi-bin/koha/opac-detail.pl?biblionumber={{biblionumber}}" virtualshelves_sendshelf: "{{OPACBaseURL|raw}}/cgi-bin/koha/opac-detail.pl?biblionumber={{BIBLIO_RESULT.biblionumber|html}}" OPACLinks (customized) --- xslt_MARC21slim2intranetDetail_opac_view: "https://another_frontend/record/{{biblionumber}}" virtualshelves_sendshelf: "https://another_frontend/record/{{BIBLIO_RESULT.biblionumber|html}}" There are probably plenty of such locations so we have to identify those. Shall we open a new Bug for each of them and consider this Bug omnibus? |
Not all users of Koha use the Koha OPAC as the public facing front end. We can define the baseURL of a different OPAC with OPACBaseURL but not the rest. It would be nice if Koha had a system preference that told Koha how to build those thinks, with a {biblionumber} placeholder. That way you could tell it something like this: wwww.example.com/TEST/{BIBNUMBER}