https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29538
--- Comment #6 from John Fawcett <j...@voipsupport.it> --- Jonathan The workaround sounds useful and hopefully means that effort can more profitably directed to the target solution rather than reverting changes. I appreciate that there are other priorities and that it may be a big job. But just to understand what's needed: the en UNIMARC directories are still sql based, so looks like first step is to move to .yml configurations. Then I think the task is to create files like these: /usr/share/koha/misc/translator/po/en-GB-installer-UNIMARC.po /usr/share/koha/misc/translator/po/it-IT-installer-UNIMARC.po Is that correct or am I underestimating the impacts? Are any updates needed to core code. I was assuming no, since the Italian MARC21 is getting installed with the localization strings, which I assume are coming from the combination of yml and /usr/share/koha/misc/translator/po/it-IT-installer-MARC21.po, since there are no longer specific sql files for it-IT. I guess, given there is a working version of it-IT UNIMARC on previous versions, that some kind of scripting can be done to create the yml and master pot files and draft translated po files from existing data. Do you already have such tools that maybe have been used to create MARC21 localization or is it all hand written? Thanks John -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/