Нужно чтобы в процедуре ПриЗаписи определялось наличие похожей записи в справочнике и в случае обнаружения таковой было выведено сообщение:




Кроме того что нужно как то вывести это окно, нужно еще и как то реализовать вариант - Отредактировать текущую запись.

Если я делаю параметр Отказ = Ложь, то выводится не нужное мне сообщение об ошибке (см. картинку). А нужно чтобы система молча возвращалась в окно редактирования.

Как это все сделать на 1С 8.3 ?

TaekwonderСделать свою форму вопроса

Да, сделал. Пытаюсь программировать в Управляемом приложении. Поэтому такая засада - параметр Отказ отрабатывает только если код выполняется на сервере. Если код на клиенте, то Отказ просто игнорится.
А если на сервере, то "Интерактивные операции недоступны". Как сделать передачу данных между клиентом и сервером в обработчике события ?

Однако проблема. В Управляемом приложении в обработчике Формы ПередЗаписью() окно в модальном режиме я вызвать почему то не могу (ошибка), а если вызываю через Активизировать() - ничего не происходит и не появляется.

Да, с этим понятно. Если позволите, продолжу задавать дурацкие вопросы.

Сделал Справочник Физические лица. Сделал Регистр Сведений - Курсы Лечения. В регистре сведений Измерение - Физические лица. В ФормеЭлемента сделал реквизит соответствующий этому регистру сведений.

Реквизит1, Тип:РегистрСведенийНаборЗаписей.КурсыЛечения

Данный реквизит чудесно разместился на форме в виде грида.

Но,

1) В форме редактирования физического лица этот грид активен, кнопка Добавить работает, но по факту в Регистр сведений ничего не добавляется. Если войти в Регистр сведений отдельно, то там добавление работает.

2) После добавления в Регистр сведений записи с указанным физическим лицом, эта запись с форме элемента справочника ФИзические лица не появляется.

Мне как человеку привыкшему к реляционным СУБД это конечно сложно понять.

Как сделать чтобы:

1. Работало добавление в Регистр в форме Физические лица
2. Отображались добавленные в Регистр записи в форме Физические лица.

DmitriyZAlexsalog, купите за 100 рублей электронную версию вот этого http://v8.1c.ru/metod/books/book.jsp?id=441 там разобраны такие вопросы и еще куча полезной информации для неофитов. Или 100 рублей жалко? Да, я как то и за 1000 купил. Но дело в том что я все равно не понимаю что там написано. Там даются примеры и образцы как надо делать. А я как то привык изучать свойства и допустимые связи, а потом конструировать то, что надо. По крайне мере в обычных языках и в реляционных СУБД это работает. Но я попробую последовать и вашему совету.

Последний выдох ГПЖэтот фокус в УФ не пройдет

как то так http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=579699 а потом посношаться с отбором чтобы лишнее не показывалось... Да, так сработало.

Опять непонятно.

Управляемое приложение, у Регистра сведений (Курсы Лечения) две Формы Записи. Одна из них основная.
Нужно чтобы при редактировании Динамического списка (Курсы Лечения), размещенного на форме редактирования Физического лица вызывалась на редактирование не та форма которая основная, а другая - второстепенная, с меньшим количеством полей.

Непонятен вопрос в принципе, по самой платформе: если у некого элемента (справочника, документа, регистра сведений) несколько форм для редактирования записи, то как управлять их использованием в той или иной ситуации ?

DmitriyZAlexsalog, купите за 100 рублей электронную версию вот этого http://v8.1c.ru/metod/books/book.jsp?id=441 там разобраны такие вопросы и еще куча полезной информации для неофитов. Или 100 рублей жалко? Скачал. На 900 страниц размазан какой то бред, который и так очевиден при просмотре конфигуратора.
А есть еще что нибудь ? - где рассматриваются события, способы обращения к методам и свойствам и описание, где эти методы и свойства доступны, а где нет. В смысле нормальное описание языка для разработчика ? Повторюсь - для разработчика, а не для цирковой болонки, которую надо обучить "типовыми приемам" ?

Sergey Sizov, да, раздражаюсь после чтения обычной документации по другим системам... Тут видимо слишком много коммерции, все размазано как то по разным источникам, чтобы денег побольше собрать. Ну да ладно.

Вообщем, вот методологически правильный вариант указания платформе, что нужно вызвать нестандартную форму, например при нажатии стандартной командной кнопки Создать:

В Модуле Менеджера соответствующего Регистра сведений нужна написать совершенно простую вещь:




Фсе. И никаких: Отказ = Истина. И никаких процедурных вызовов и открытий формы.

В указанной книжке упоминаний об этом событии нет. Как не нашел я его и в книжке Разработка Управляемого интерфейса, скаченной уже пиратским способом. Ну да ладно.

EugeniaKПо работе с формами рекоммендую еще входящее в комплект поставки "Руководство разработчика" (7 глава). Очень подробный мануал именно для программистов. По указанному Вами событию:
7.8.2. Переопределение открываемой формы

Книжка по 8.3 ?

Последний выдох ГПЖAlexsalogпропущено...


Книжка по 8.3 ?

не надо так упирать "в цифры"... основная концепция по клиент-серверу и упр. формам радикально не менялась с 8.2, а "ждать подходящую" книгу можно бесконечно - платформа на месте не стоит - вся бумажная макулатура в строгом смысле успевает устареть до момента выхода Это понятно, но этот параграф (7,8,2) я нашел только в версии Руководства по 8.3. Видимо эта какая то новая фича, которой в 8.2 не было.

Следующий методологический вопрос. Об этом точно в книжках об этом не пишут. Обращаюсь к опыту.

Управляемое приложение. Что то происходит на сервере, что то на клиенте. Нужно наладить обмен какими-то флагами между клиентом и сервером. Как вариант - для того, чтобы то, что происходит на сервере зависело от данных в формах, которые еще не записаны.

Вопрос - уместно ли для этого использовать Параметры Сеанса ? Или правильно использовать какой-то другой механизм ?