[Koha-bugs] [Bug 35151] Convert ILLModuleCopyrightClearance system preference to additional contents
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Mon Nov 6 11:38:04 CET 2023
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35151
--- Comment #3 from Pedro Amorim <pedro.amorim at ptfs-europe.com> ---
I think, ideally, this is what we'd do:
1) Update ILLModuleCopyrightClearance handling to be a ILL:Workflow stage like
TypeDisclaimer or Availability, see bug 33716. The difference between
CopyrightClearance and the other 2 is that CopyrightClearance only shows up in
the OPAC and comes up before the create form, whereas the other 2 show up after
the create form. I wanted to do this in bug 33716 but was out of scope for that
specific bug.
2) sub backend_create should not handle ILLModuleCopyrightClearance directly,
but instead have something like
Koha::Illrequest::Workflow::CopyrightClearance->show_copyrightclearance and
have that class do all the HTML customization logic handling.
(In reply to Owen Leonard from comment #1)
> sub backend_create {
> my ( $self, $params ) = @_;
>
> # Establish whether we need to do a generic copyright clearance.
> if ( $params->{opac} ) {
>
> my $copyright_content = Koha::AdditionalContents->search_for_display(
> {
> category => 'html_customizations',
> location => ['ILLModuleCopyrightClearance'],
> lang => $params->{lang},
> library_id => $params->{branchcode},
> }
> );
>
> if ( ( !$params->{stage} || $params->{stage} eq 'init' )
> && $copyright_content->count )
> {
> ...
>
> Is this a terrible idea?
I think this works, but I'm not familiar with HTML customizations enough to see
possible issues this may open. What happens if more than one HTML customization
exists for 'ILLModuleCopyrightClearance' location?
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list