http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10199
--- Comment #2 from M. de Rooy <[email protected]> --- (In reply to comment #1) > I am not sure what we would win by dividing local use preferences and normal > preferences. Both need a table for the value set to be saved, so 2 tables > seem more error prone to me than having one with a few columns unused? Hi Katrin, I agree. If(..) we should move the unused columns, we should leave what we do use in systempreferences. So no completely separate table for local use prefs. Maybe a joined table for options and explanation to remove redundancy? But then we still face this problem: You have local use pref A. Then it becomes a real pref so now its description comes from yaml. But we still have an old description in the joined table.. > I am sorry, but I don't understand the point about deleting the pref from > your description. Could you give an example where this is a problem? This is only a fictive problem. If you would delete a regular pref (remove it from the preferences file), but somehow not delete if from the table (the dbrev did not work out?). In this case you got a local use pref falling back to the old columns. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://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/
