> > Plugins have unrestricted access to the database, right? Even if one > couldn't readily write one that interjects itself into the loan rules > calculating, unrestricted database access means that plugins have the > potential to intermingle with core functionality. > > Yes, that is correct.
> > MARC Checker - This plugin runs each record in the Koha database through > > MARC::Lint and tells you how terrible your marc records are ; ) > > This looks like a good example of where I think a plugin shines: > running reports that need special handling beyond what SQL gives you. > > It would, of course, be nice if MARC linting were available directly > in the Koha MARC editor, but the existence of the plugin doesn't > preclude developing that in the future. > > Agreed. Most plugin logic would make for a very good basis for an Koha patch. I'm no GPL expert, but I believe all plugins must be GPL'ed because they link to Koha code, which is itself GPL. So, anyone should be able to take any Koha plugin and use that code as part of a patch, even if the plugin author isn't interested in doing so. > > Force Delete Record - Sometimes a record gets corrupted so you cannot > even > > view the record in Koha ( and thus cannot delete it ). This plugin allows > > you to forcefully delete a record by biblionumber. > > I'm getting a bit of a twitch here -- I see the utility of this as a > workaround, but I hope that this plugin has a very short life on > account of the underlying bugs getting fixed. Agreed. This utility is a workaround for an as-of-yet unidentified bug. > > Rolling Hard Due Dates - This is by far my most complicated plugin, and > has > > undergone rigorous testing. It allows you to schedule updates to the hard > > due dates for circulation rules, and update the due dates for items > checked > > out that those rules apply to. This was written for a university where > they > > change the due dates on checkouts near the end of each semester. > > I have stronger reservations about this one -- not about the > functionality it implements, but that it exists as a plugin. > Adjusting due dates at the end of a semester strikes me as something > that a number of academic libraries might want; I hope this get > submitted for consideration as a core feature. > If I had known this would be of interest to more users, I would have started with a patch instead of a plugin. I'd be more than happy to patch-ify this plugin when I have the time. In general, I'd say a patch is always better than a plugin, as plugins will have to be maintained actively in case the database schema changes or some of the internal Koha functions the plugin uses are altered or removed, Kyle
_______________________________________________ Koha-devel mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
