Это я опять )) Всё в той же книжке читаю про модуль управляемой формы и вижу такое:
Контекст клиентских процедур и функций модуля управляемой формы
(рис. 3.10) образуется:
* свойствами и методами расширения формы, определяемого основным
реквизитом формы;

Ну ок. Читаем далее:
авторВ контексте управляемой формы недоступны свойства и методы объекта,
который назначен основным реквизитом формы.

Разве это не противоречие ? Поясните плиз.

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

В общем, после раздумий и трансформаций с аля-1совского языка на русский ситуация стала проясняться.

zamichnikДействительно, никаких противоречий здесь нет. Но чтобы это понять, нужно много-много читать, что такое объект базы данных, и что такое реквизит управляемой формы. А это очень разные вещи.
Если не сложно поясните плиз.

zamichnikthunder2пропущено...

Если не сложно поясните плиз.
Не, ну как я сразу не догадался (facepalm). Вы обожаете троллить 1С-ников :)
Нет, ни в кое случае. Просто мне надо привыкнуть к новой терминологии. 1сная терминология нестандартная.

javapeckerthunder2,))) Похоже 1с - это внечеловеческий образ мышления. Вы всё вот так вот общаетесь ? И как вы понимаете друг-друга ?
Если это сложно, попробую объяснить проще. Есть женщина, ей очень подойдет женская одежда, и на ней плохо будет смотреться мужская одежда. Поэтому для женщин и мужчин шьют разную одежду. Вы можете смотреть на женщину в одежде и даже трогать ее, и получить из этого некоторую информацию о женщине, но все таки вы трогаете одежду а не женщину.
Спасибо, за разъяснение. Можно было проще сказать, что из формы нельзя обратиться к объекту, который инкапсулирует физические данные. В терминах MVC форма - представление, в вот то, что назвали "основной реквизит" - модель. Так ведь ?