Работаю над задачей временной блокировки формы документа при работе пользователя с подчиненной формой (формой подбора, например). При открытии подчиненной формы вызываю Форма.ТолькоПросмотр(1). При завершении работы с подчиненной формой вызываю Форма.ТолькоПросмотр(0). При этом наблюдаю следующий глюк:
1. Игнорируются установленные в конфигураторе признаки реквизитов "Видимость", "Доступность", "Редактирование", т.е. недоступные при открытии формы реквизиты доступны для изменения, срабатывают формулы, прописанные в реквизитах. Очень опасный баг!!! Лечится вызовом Форма.ИспользоватьСлой("Базовый", 2) (у моего документа используется один слой).
2. Все реквизиты, имеющие агрегатный тип данных (справочники, документы, перечисления) становятся доступны для редактирования СТРОКОВОГО ПРЕДСТАВЛЕНИЯ!!! Т.е. поле реквизита слева от кнопки выбора доступно для введения символов. Не удалось ничем вылечить, т.е. вызов методов Доступность, Видимость, Редактирование, ИспользоватьСлой, Обновить ничего не дал.

Кто-то сталкивался с подобным и как это можно обойти?

1С v7.70.20 SQL, база DBF, WinXP Pro SP2
Используется 1С++ 2.0.3.3, но я проверял и без нее - тот же эффект.

trdm писал(а) 05. Января 2008 :: 16:00:


1С-ка не патченная, ничего в ресурсах не менял. Имхо, недоглядели разработчики 1С - тупо не восстановили значения видимости-доступности реквизитов.

Че-то сделать мона? Немного раздражают поля с педальками , основная проблема - восстановление изначальной видимости-доступности реквизитов - решена.

Thor писал(а) 05. Января 2008 :: 15:40:

Эти свойства реквизитов вообще отрабатывают только при первом открытии формы.
Даже при простой смене закладок они игнорируются. То есть простое "перещелкивание" закладок открывает доступы и видимости всех реквизитов.

Так что единственный 100% рабочий способ - это управлять видимостями и доступностью из кода, с помощью методов Видимость() и Доступность().

fez писал(а) 05. Января 2008 :: 19:16:

Согласен, определенная логика в текущей схеме работы 1С-ки есть. Если отображение реквизита может в любой момент измениться, то непонятно, каким оно должно быть после восстановления доступности формы.
Но такое поведение странно выглядит. Было нормальное отображение, а тут на тебе - все в одну кучу. Все-таки статистически для большинстве форм достаточно настроек конфигуратора. Более правильно ИМХО запоминать параметры отображения перед блокированием, а после блокирования восстанавливать. Тем более что изменения в форме не могут вноситься. Ну да ладно - подобную функциональность можно самому реализовать.

Цитата:

Честно говоря, первый раз использую Форма.ТолькоПросмотр(0). Я думаю, это показательный пример. Если ТолькоПросмотр(1) используется часто и понятно, для чего его использовать, то для чего нужен ТолькоПросмотр(0), тем более если он криво работает? Единственный пример нарыл поиском - установка через переданный контекст формы новых значений для реквизитов формы. Если форма в режиме просмотра, то присвоить новые значения не удастся (сам не проверял!!!).