Скрыть поле при условии

[Desten]

Добрый день!
В форме имеется 2 поля. Из первого поля выбираются значения, а второе поле скрыто или отображено при условии какой текст находится в первом поле.
Если первое поле имеет тип: "Список с окном - Введите значения (по одному в строке)" - то скрытие/отображение поля работает.
Как заставить работать скрытие/отображение второго поля когда тип первого поля: "Список с окном - Выбирать в окне просмотра данных"?

 

[garrick]

Добрый день!
В форме имеется 2 поля. Из первого поля выбираются значения, а второе поле скрыто или отображено при условии какой текст находится в первом поле.
Если первое поле имеет тип: "Список с окном - Введите значения (по одному в строке)" - то скрытие/отображение поля работает.
Как заставить работать скрытие/отображение второго поля когда тип первого поля: "Список с окном - Выбирать в окне просмотра данных"?

Выделенная область формы вместе с полями, метками и пр. может быть скрыта с помощью формулы, которая должна вернуть @true или @False

 

[lmike]

Добрый день!
В форме имеется 2 поля. Из первого поля выбираются значения, а второе поле скрыто или отображено при условии какой текст находится в первом поле.
Если первое поле имеет тип: "Список с окном - Введите значения (по одному в строке)" - то скрытие/отображение поля работает.
Как заставить работать скрытие/отображение второго поля когда тип первого поля: "Список с окном - Выбирать в окне просмотра данных"?

ещё вариант - анализировать при открытии и поменять форму, там есть нюансы

 

[Desten]

Выделенная область формы вместе с полями, метками и пр. может быть скрыта с помощью формулы, которая должна вернуть @true или @False
Посмотреть вложение 56269

Этот вариант не работает для "Список с окном - Выбирать в окне просмотра данных". А мне такой и нужен как раз...

 

[lmike]

Этот вариант не работает для "Список с окном - Выбирать в окне просмотра данных". А мне такой и нужен как раз...

странно, скрин надо сюда, с пропертями параграфа
если в таблице - у каждой ячейки свой параграф

 

[savl]

Этот вариант не работает для "Список с окном - Выбирать в окне просмотра данных". А мне такой и нужен как раз...

какой какой список?)
Используйте англоязычный дизайнер, будет проще искать решения.
И покажите скриншот что за поле и как формула выглядит.
Изменение некоторых полей могут обновлять документ. Попробуйте после выбора F9 нажать.

 

[garrick]

Этот вариант не работает для "Список с окном - Выбирать в окне просмотра данных". А мне такой и нужен как раз...

Всё должно работать.
Вне зависимости от того какой визуальный элемент вы используете для ввода значения в поле, в конечном счёте в документе образуется обычное поле с введёнными пользователем значением. Это значение и следует проверять в формуле. Давайте, рассказывайте подробнее что там у вас как... с иллюстрациями, можно даже с кодом.

 

[Desten]

В форме всего 2 поля: "Class" и "Field".
При выборе определенного значения в "Сlass" - должно отобразиться поле "Field".

Попробуйте после выбора F9 нажать.

После выбора значения и последующего нажатия F9 поле отображается.

 

[lmike]

В форме всего 2 поля: "Class" и "Field".
При выборе определенного значения в "Сlass" - должно отобразиться поле "Field".

После выбора значения и последующего нажатия F9 поле отображается.

как минимум надо цифровые ключи списку задать
типа Договор|1
и условие по ключу сверять
второе - пымпочки обновления при изменениях - там могут быть варианты
т.к. формулы сокрытия работают коряво

 

[Desten]

как минимум надо цифровые ключи списку задать
типа Договор|1
и условие по ключу сверять
второе - пымпочки обновления при изменениях - там могут быть варианты
т.к. формулы сокрытия работают коряво

Цифровые ключи в значениях представления откуда идет выбор?

 

[lmike]

Цифровые ключи в значениях представления откуда идет выбор?

да, как отслеживать уникальность и их воспроизведение - это отдельная тема (с вариантами)
самый простой (если строк не много и справочник заполняется "одним" ответственным) - нумеровать по порядку (получая/сортируя список) при сохранении дока справочника
как оформить - сразу колонкой или в форме делать - не принципиально
главное - список должен состоять из пар разделитель в паре пайп (|)
по формату списка - см. хэлп

можно и формировать список динамически...
никто не мешает список составлять при PO (PostOpen) и записывать его в поле (в котором OnDisk=False), поле должно быть на форме (иначе поле со списком его не увидит)
Т.о. уйдём от формул на ЛС и добьемся большей гибкости при изменениях логики

 

[Desten]

да, как отслеживать уникальность и их воспроизведение - это отдельная тема (с вариантами)
самый простой (если строк не много и справочник заполняется "одним" ответственным) - нумеровать по порядку (получая/сортируя список) при сохранении дока справочника
как оформить - сразу колонкой или в форме делать - не принципиально
главное - список должен состоять из пар разделитель в паре пайп (|)
по формату списка - см. хэлп

можно и формировать список динамически...
никто не мешает список составлять при PO (PostOpen) и записывать его в поле (в котором OnDisk=False), поле должно быть на форме (иначе поле со списком его не увидит)
Т.о. уйдём от формул на ЛС и добьемся большей гибкости при изменениях логики

Ага, спасибо. Попробую.

 

[garrick]

как минимум надо цифровые ключи списку задать
типа Договор|1
и условие по ключу сверять
второе - пымпочки обновления при изменениях - там могут быть варианты
т.к. формулы сокрытия работают коряво

Ну или хотя бы снять с поля Class галочку "Разрешать синонимы ключевых слов", раз уж их там нет.

 

[Desten]

да, как отслеживать уникальность и их воспроизведение - это отдельная тема (с вариантами)
самый простой (если строк не много и справочник заполняется "одним" ответственным) - нумеровать по порядку (получая/сортируя список) при сохранении дока справочника
как оформить - сразу колонкой или в форме делать - не принципиально
главное - список должен состоять из пар разделитель в паре пайп (|)
по формату списка - см. хэлп

можно и формировать список динамически...
никто не мешает список составлять при PO (PostOpen) и записывать его в поле (в котором OnDisk=False), поле должно быть на форме (иначе поле со списком его не увидит)
Т.о. уйдём от формул на ЛС и добьемся большей гибкости при изменениях логики

Немного потерялся... я правильно понимаю, что представление с вариантами выбора будет иметь такой вид:

 

[lmike]

Немного потерялся... я правильно понимаю, что представление с вариантами выбора будет иметь такой вид:

не - нужна колонка со стрингом Договор|1
либо придется руками делать @DbColumn на форме (или ЛС - ка выше описывал)

 

[garrick]

не - нужна колонка со стрингом Договор|1
либо придется руками делать @DbColumn на форме (или ЛС - ка выше описывал)

Поясню немного - значение и ключ, он же "синоним", идут одной строкой и разделяются между собой вертикальной чертой. При этом "значение" вы будете видеть в форме, а ключ/синоним будет сохранятся в документе как значение поля. В данном случае в документе будет сохранено "1", а на форме вы будете видеть "Договор".

P.S. снимите галку как я писал выше и не парьтесь по поводу значений/ключей - раз вы не знаете что это такое, значит оно вам пока не нужно.

 

[lmike]

Поясню немного - значение и ключ, он же "синоним", идут одной строкой и разделяются между собой вертикальной чертой. При этом "значение" вы будете видеть в форме, а ключ/синоним будет сохранятся в документе как значение поля. В данном случае в документе будет сохранено "1", а на форме вы будете видеть "Договор".

P.S. снимите галку как я писал выше и не парьтесь по поводу значений/ключей - раз вы не знаете что это такое, значит оно вам пока не нужно.

там будут "проблемы" с написанием (ошибками) - надо в двух местах поддерживать: справочник, форма

 

[Desten]

не - нужна колонка со стрингом Договор|1
либо придется руками делать @DbColumn на форме (или ЛС - ка выше описывал)

Должно выглядеть так?

 

[lmike]

Должно выглядеть так?

похоже

 

[Desten]

похоже

Это работает только тогда, когда данные хранятся в поле Class списком. А вот когда выбирается из справочника в представлении - не работает.