Для экономии ссылок, унификации и упрощения настроек спецификации, добавляем новый параметр со следующим поведением:
Он булевого типа и ведёт себя в отборе, как обычный параметр:
При этом, со стороны интерфейса, пользователь видит не имя параметра "Использование", а имя фильтруемой номенклатуры или вставки:
Алгоритм
В сырых данных, значения параметров хранятся либо как строки в таблице params по ключу [cnstr, region, inset, param], либо в json-реквизите {params: {param: value}}.
И в первом и во втором случае, про один параметр - одна запись. Значит, value делаем типа массив объектов с ключами ref-текущей-вставки-номер-фильтруемой-строки
Со стороны интерфейса, render параметра "Использование", покажет одну или несколько строк, а при редактировании, свернёт данные в соответствующий массив.
В коде js, проще и устойчивее всего, переопределить для параметра "Использование" методы extract_value() и extract_pvalue(), вместо добавления if..., case... в методы типовых параметров
Для экономии ссылок, унификации и упрощения настроек спецификации, добавляем новый параметр со следующим поведением:
Он булевого типа и ведёт себя в отборе, как обычный параметр:
При этом, со стороны интерфейса, пользователь видит не имя параметра "Использование", а имя фильтруемой номенклатуры или вставки:
Алгоритм
В сырых данных, значения параметров хранятся либо как строки в таблице
paramsпо ключу[cnstr, region, inset, param], либо в json-реквизите{params: {param: value}}.И в первом и во втором случае, про один параметр - одна запись. Значит,
valueделаем типа массив объектов с ключамиref-текущей-вставки-номер-фильтруемой-строкиСо стороны интерфейса, render параметра "Использование", покажет одну или несколько строк, а при редактировании, свернёт данные в соответствующий массив.
В коде js, проще и устойчивее всего, переопределить для параметра "Использование" методы
extract_value()иextract_pvalue(), вместо добавленияif...,case...в методы типовых параметров