EPrints Technical Mailing List Archive

Message: #02678


< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

[EP-tech] Re: plugin_alias_map restrictions?


Okay, I¹ve got the syntax there - however, the render_title sub appears in
the file Eprint.pm which sits in perl_lib/Plugins/Screen - should this not
be the one that I overwrite (hence only using SCREEN::EPrint in my call)?

On 28/02/2014 10:55, "Sebastien Francois" <sf2@ecs.soton.ac.uk> wrote:

>Should look something like:
>
>e.g. in 
>archives/<id>/cfg/plugins/EPrints/Plugin/Screen/EPrint/LocalEdit.pm
>
>#code-start
>package EPrints::Plugin::Screen::EPrint::LocalEdit;
>
>@ISA = ( 'EPrints::Plugin::Screen::EPrint::Edit' );
>
>use strict;
>
>sub render_title
>{
>     # whatever you need to do
>}
>
>1;
>#code-end
>
>
>in the conf (e.g. archives/<id>/cfg/cfg.d/plugins.pl):
>
>$c->{plugin_alias_map}->{"Screen::EPrint::Edit"} =
>"Screen::EPrint::LocalEdit";
>$c->{plugin_alias_map}->{"Screen::EPrint::LocalEdit"} = undef;
>
>
>Then when EPrints calls Screen::EPrint::Edit, it will call your
>LocalEdit plug-in instead, in a transparent manner.
>
>Seb.
>
>
>On 28/02/14 10:47, Andrew Beeken wrote:
>> Hello! I¹ve been working with archive localised plugins but have come
>>up against one that¹s giving me grief. I¹m trying to extend
>>Screen::EPrint with the intent of overriding the render_title function,
>>adding the Eprint type to the output.
>>
>> I¹ve gone through the motions of creating a new child plugin with all
>>the correct dependencies, adding the alias map line into plugins.pl,
>>however EPrints does not seem to be inheriting this plugin at all. Are
>>there limitations on what can be changed this way?
>>
>> Andrew
>>
>> The University of Lincoln, located in the heart of the city of Lincoln,
>>has established an international reputation based on high student
>>satisfaction, excellent graduate employment and world-class research.
>>
>> The information in this e-mail and any attachments may be confidential.
>>If you have received this email in error please notify the sender
>>immediately and remove it from your system. Do not disclose the contents
>>to another person or take copies.
>>
>> Email is not secure and may contain viruses. The University of Lincoln
>>makes every effort to ensure email is sent without viruses, but cannot
>>guarantee this and recommends recipients take appropriate precautions.
>>
>> The University may monitor email traffic data and content in accordance
>>with its policies and English law. Further information can be found at:
>>http://www.lincoln.ac.uk/legal.
>>
>> *** Options: 
>>http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
>> *** Archive: http://www.eprints.org/tech.php/
>> *** EPrints community wiki: http://wiki.eprints.org/
>> *** EPrints developers Forum: http://forum.eprints.org/
>
>*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
>*** Archive: http://www.eprints.org/tech.php/
>*** EPrints community wiki: http://wiki.eprints.org/
>*** EPrints developers Forum: http://forum.eprints.org/