I think we wouldn't have a discussion about 'country-specific' if the patch was
nor refering Norwegian in its name :)
I believe this bring a much larger topic about plugins. We are loosing some
important CPU processing the way stuff are currently implemented.
For example, the code is filled with checks if we are using
MARC21/UNIMARC/NORMARC. I think we (the community) would benefit for a more
modular approach.
The I see this is that we have hooks in the code on which modules (or plugins)
are registering to be called. See this as an interface / implementation. If
I'm using MARC21, the MARC21 module implements the required interface.
My 0.02 CAD ; )
Eric BéginSolutions inLibro inc.
-------- Message d'origine --------
De : [email protected]
Date : 12/02/2016 02:28 (GMT-05:00)
À : [email protected]
Cc : [email protected]
Objet : Re: [Koha-devel] Country-specific forks?
I actually think a more general plugin system would both increase the
attraction of new libraries and keep existing ones from wanting to fork. Being
a firm believer in running the community code it is sometimes frustrating that
key features might take years to ge into master. All ways that makes it easy to
run standard Koha while still altering the behaviour is therefore welcome.
(At the same time I'm a little bit afraid of a future where the ones with
resources make their own addons since it's easier and the community codebase
never gets the chance to implement good features in a generic way. A bit like
"yes it's not very good, but that's why you'll also want to buy this extra
discovery system that we happen to sell as well" that seems to happen in some
proprietary products.)
Kind regards/ Viktor Sarge
Senior regional library development officer
Skickat från min iPhone
> 11 feb. 2016 kl. 10:38 skrev Magnus Enger <[email protected]>:
>
> Dear Community!
>
> A quote from another thread on koha-devel:
>
> "I look at the code, and beside wondering why that custom feature
> [Norwegian patron DB] is so profoundly imbricated into master Koha, I
> was wondering what is not working."
>
> I think this raises an interesting question. Should we let features
> into Koha that are only of interest to libraries in one or a small
> number of countries? Or should we confine those features to
> country-specific forks?
>
> The quote above implies (I think) that support for the Norwegian
> patron DB should be in a country-specific fork.
>
> On the other hand, the project implementing Koha for public libraries
> in Turkey has been criticized for not integrating their customizations
> into Koha. To which someone replied that the customizations were not
> of much interest to libraries outside Turkey.
>
> So do we want one Koha to rule them all, including country-specific
> features, or do we want one fork per country?
>
> Personally, I prefer the former. In the case of the Norwegian patron
> DB, that is one of the 2-3 "must have" features that all Norwegian
> public libraries will be looking for when they are choosing between
> Koha or some proprietary system. Should we be telling them "Nope, you
> can't use the real Koha, but you can use this fork over here"? That
> will not increase their confidence in choosing Koha, I suspect.
>
> That said, I do think some principles should be applied:
>
> - Strive to make even the country specific features as general as
> possible, so that others can use them as starting points for similar
> features.
>
> - Strive to make the features as unobtrusive as possible.
>
> And maybe, in time, the plugin system can be made powerful enough that
> it can handle some or all of the country-specific features?
>
> Thoughts?
>
> Best regards,
> Magnus Enger
> Libriotech
> _______________________________________________
> 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/
_______________________________________________
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/
_______________________________________________
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/
