[Koha-bugs] [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Fri Mar 8 19:40:07 CET 2024


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278

--- Comment #15 from Christopher Brannon <cbrannon at cdalibrary.org> ---
(In reply to Emily Lamancusa from comment #14)
> (In reply to Christopher Brannon from comment #13)
> > Could you keep the old syntax functional for existing users and give them a
> > version or two to update their notices/slips?  Maybe only change the default
> > notices that have not been modified from install?  It seems reasonable to
> > give existing users time to clean up their own notices with the new tools. 
> > That way, if there are any complications or something missed, they some
> > wiggle room before the old stuff goes away.
> 
> Yes, that's basically the idea. The old syntax will still be fully
> functional for now. We have Bug 15279 to remove the functionality
> eventually, but that bug is blocked and won't happen until after we update
> the installation defaults (this bug), create a reference guide (bug 34472),
> and improve the notice editor (bug 15277) so that users actually have the
> tools to make good use of Template Toolkit syntax.
> 
> The questions I'm trying to get at now are:
> 1) If a library hasn't modified a particular notice from install, should we
> still make them responsible for updating it themselves, or should we update
> it automatically in that case (since it should be relatively straightforward
> to check for the old default template and replace it with the new default
> template)?
> 
> 2) If we do update it automatically, should we do it now, or wait until the
> old syntax actually becomes nonfunctional?

1) You should update it automatically if it hasn't been modified.
2) Right away.  This gives people more exposure to how it is used.

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list