Blocks of HTML are used many places in the system preferences, and are injected directly onto pages at runtime. The problem is that there is only one instance of these, which is used for all languages defined on the system. It would be useful to have multiple context-sensitive values for this. See http://wiki.koha-community.org/wiki/Contextual_Preferences_RFC This would be easily extensible to be used for languages, as well.
In talking with Owen and Kyle about this, the best bet is probably to yank the relevant System Prefs out of the systempreferences table, and creating their own table with the identifier (same as in systempreferences), branch, language, and value, and use a cascading scheme like with circ prefs. Then, hack getsystempreference into a new function to use the new table. Also, we'll need an editor. And the updatedatabase for this will need to copy existing ones into the new table, with contexts Branch * and Language * The prefs we'll need to do this with are: IntranetmainUserblock IntranetNav LibraryName opaccredits opacheader OpacMainUserBlock OpacMainUserBlockMobile OpacNav OpacNavBottom OpacNavRight OPACNoResultsFound OPACResultsSidebar OPACSearchForTitleIn PatronSelfRegistrationAdditionalInstructions
I think the CSS and JS ones should be included as well. For example: Use OPACUserCSS to load an alternate image which contains translated text.
Forgive me for adding you, if you didn't want to be added, folks. Just thought this notion of multilingal system preferences might be a good idea.
This bug could be fixed if we build upon Bug 22318.
I am inclined to mark this duplicate of bug 2318 now. Or should we recylce for fixing the prefs listed using the new feature?
*** This bug has been marked as a duplicate of bug 22318 ***