This was meant to allow us to have different templates on the staff interface, but this will probably never be used. Could we get rid of the system preference?
This also allows for local customization. I see no reason to kill it.
More so, we have even one library using the feature displayed on Hea.
(In reply to Katrin Fischer from comment #1)
> This also allows for local customization. I see no reason to kill it.
Staff templates are highly complex.
Customization can be made but with CSS and JS or patch on source code.
Yes, but if someone really wants to do it, this is a clean way and it's obviously used by a library right now. IIRC you can even just add a few changed templates and it will use the others from the standard template.
I'll admit i'm not good enough with the technical aspects here, but i think that having separate templates will make your upgrades quite difficult. I am not sure having the system preference makes it that much more simple than managing this with git, and if you're going to have your own templates, you should definitely be using git.
I would say that the library does, where git does not necessary mean a git installation, but can also be self built packages. With the option to switch to standard templates anytime, it's a cleaner and less dangerous way. Also less conflicts. Why are you so set on killing it? The library can not even break something accidentally with it existing? And it will make it much easier if we ever want to implement new templates for Koha as we did with the OPAC.
(In reply to Katrin Fischer from comment #4)
> Yes, but if someone really wants to do it, this is a clean way and it's
> obviously used by a library right now. IIRC you can even just add a few
> changed templates and it will use the others from the standard template.
I'm not sure about that. I tested it recently and it seems you have to copy at least all static files (js, css, images, ...) for the new theme to work
We have clients using it, so this negates the it will never be used reason to remove it. So there's no real reason to remove it so please don't.
Well i'm not set on killing it, i'm only trying to see if we could prune Koha from some of it's 500+ system preferences, it sounds like this one is not a good candidate after all. I'd be curious to see exactly how this is put to use though.
Why not move to koha-conf.xml ?
There is already related infos like opachtdocs, intrahtdocs and includes.
Because there is value in being able to switch quickly for testing. And it being a pref means easy statistics with Hea. I don't think we win anything by moving it apart from hiding the feature further.