Появятся ли хоть когда-нибудь подписки на события форм?

Нафига?
Гнать клиентское событие на сервер?

Если речь про клиентские события то нет

(1) +1

(1)(2) Я вот, например, из-за отсутствия последних, вынужден встраивать совершенно идентичный код в десятки форм конфигурации.

на получение формы уже можно подписку создать, почти подписка на ПриСоздании

в толстом вроде и не проблема особо чтоб они были, но в УФ не будет точно, а 1с в этом напрвлении движется

(4) открой для себя общие модули

(4) и? Посмотри как подсистемы встроены, например сведения в бсп...

(4) вынеси обработчик в общий модуль

(7) Я я пишу из форм обращения к ОМ.

(9) А потом писать обращение к нему из кучи форм?

(11) вызвать процедуру общего модуля гораздо проще, чем сотни раз повторять в модуле формы один и тот же по смыслу код

(11) в типовых уже прописаны например при открытии формы в общий модуль лазит, туда вставить можно

не хватает наследования и полиморфизма ))

(9)(12)(13)А было-бы неплохо, чтоб можно было галку напротив всех документов, форма списка, например, один раз поставить - и всё, подписка вызывается. И ни в какие формы обращения к общим модулям добавлять не надо.

(15) противоречит клиент-серверной архитектуре, имхо

(16) не противоречит, такие подписки вполне могут жить на клиенте

(17) на клиенте согалсен

(16) Да ладно? Чтобы выполнить, скажем, событие "при открытии" каждый раз на сервер, чтоли, лезть обязательно с точки зрения платформы. (17) Верно - живут они в оперативе клиента и живут. А на сервере - так вообще проблем нет, имхо.

(19) > (5) приоткрытии на УФ это можно, но всё на сервере, на клиенте нету

(20) Мои алгоритмы (4), например, новые реквизиты добавляют на формы, элементы, события к ним подвязывают. Вот жаль, ещё, что нет возможности в качестве события привязать процедуру из общего модуля - обязательно она в модуле формы должна находиться -> однотипный код плодится по всей конфе.

(21) пилять в подвязанном действии вызывай процедуру общего, в чем проблема?

(15)

будь мужиком, белять!!!11

выгрузи двай уже нужные модули в файлы, сделай поиск и замену по файлам и загрузи их обратно.

(22) В том, что это самое подвязанное действие с вызовом процедуры общего (так сейчас и есть), приходится плодить по всем формам конфы.

Голосувалка как всегда зач0от :)

(24) тебя это угнетает?

(26) Просто конфа у меня, если честно, такая что метаданных в разы больше, чем в УПП. И всё это по ней плодить - не по фэншую это.

(24) не нравится?
вон из профессии!!!

иди в проктологи.. там с каждым поциентом разнообразие.. всегда что то новое.. новая ж.па.. новые проблемы...

не то что в скучной 1С..

(28) нравится. но можно и лучше.

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

(30) давай, расскажи нам про не стандартные формы в 1С в платформе из коробки :)

(30) ща окажется что он всем документам команду "печать сводного отчета" добавляет :)

или вставляет проверку доступа при открытии формы, типа если нет доступной роли то форма.толькопросмотр :)

(30) судя по всему на форму няшных розовых котят лепит

(30) Благодарю за проявленный интерес.

В частности, подсистемы управления свойствами форм в зависимости от значений реквизитов объекта. Пользователь вводит правила в справочник, а подсистема управляет видимостью/доступностью/обязательностью элементов форм объекта/списка/выбора и пр. Ещё есть подсистема, которая в зависимости от значений реквизитов, подставляет то или иное значение в другие реквизиты.

(34) это не описание прикладной задачи ....

(34) переходи на УФ, там платформа рисует формы сама по ролям

(36) Нужно ещё в зависимости от значений реквизитов объекта рисовать её, а не только от ролей. (35) Это, так сказать, очень общие механизмы, ориентированные на применение в совершенно различных конфигурациях.

(37) и что?

(37) ну тогда свой общий ответ, полагаю, тоже дал ... ;-)

Даже в планах вроде бы нет

И не надо, и не будет.

(38) Для этого необходим код, а если код - то пусть он будет написан один раз. Это, кстати, даст возможность встраивать (34) в любую конфу, а потом просто писать правила в справочниках/документах и пр., не добавляя в формы код по каждому чиху. Как, например, УВД от Лад Нижний Новгород.

Надо, но вряд ли сделают.

(43) Интересно, а почему???

(44) не самая важная задача для 1С, думается)

подписки на серверные события типа ПриСозданииНаСервере, ПриЧтенииНаСервере и т.д. очень бы пригодились для добавления/изменения функционала типовых форм без изменения самих форм
+ еще бы не мешало, разрешить обработчики событий элементов форм размещать в общих модулях;

имхо, рано или поздно

(43)надо однозначно, хотя многие не понимают, объясняю: конфа на поддержки

(46) ага еще переопределять :
Процедура ПриИзмененииКонтрагента(Элемент )
 this._super();
 //Мой код
КонецПроцедуры

(45) Т.е., убавить объем кода в тиражных конфах в разы, перенеся всю функциональность на правила в справочниках и на параметрическую настройку, не нужно???

(49) думаю, есть проблемы по-серьезнее :)

(50) +10050 у меня мобильное приложение на 4.0.4 андроиде не запускается.

(50) Например?

(52) открой список багов платформы и основных конф и погляди сам :)

(53) А нельзя ли одним выстрелом всех зайцев убить?

(54) застрелица? :)

(55) Подписки на события форм сделать.

(46) рисуешь свою форму, копией нужной, которую на порядок легче разрабатывать, дорабатывать, чем ковырять код, который переколбашивает форму программно. А потом эту форму подставляешь в подписке на получение формы... Профит.

(57) и знатно потом иппёшься с обновлениями это формы

(57) Не надо его ковырять - его параметрической настройкой отключить можено, если он грамотно написан.

Как показывает практика - проще взять программиста, который доработает роли, по которым отрисовывается УФ и нарисует свои формы/доработает существующие, если нужна новая функциональность, чем сперва сделать мегауниверсального зверя, а потом еще нужен будет спец., который с этим зверем разберется

(60) С этим зверем сможет пользователь работать, по-сути, выполняя работу, которую ранее делал программист.

+(61) см. (34)

(60) после (57) есть большие сомнения, в том какая практика кому чего показывает

(58) все зависит от деталей. Может форму и не надо обновлять, может не так уж и сложно ее обновить, а может надо вносить изменения в исходную форму программно, но переопределение обработчиков подпиской может привнести очень много гемора.

(62) делали мы такое, проще оказалось настроить нужные формы, чем делать что то универсальное, обучать пользователей, а потом узнавать, что функционала недостаточно... А написать более качественный и универсальный инструмент сразу - это надо быть оооочень крутым и соответственно стоимость разработки может быть нереальной.

(64) практика показывает, что обновлять сильно переписанные формы заёпывает :)

(65) Если форма сильно переписана, то есть большое подозрение, что не нужно ее обновлять.

(64)>стоимость разработки может быть нереальной
В масштабах всей России это себя тысячекратно окупит.

(66) шутник :)

(67) разработка тиражного решения намного трудозатратнее разработки под заказ, и не факт, что окупится, слишком много ньюансов. Я не говорю, что надо бросать делать такие вещи, просто нужно реально смотреть на профит/затраты и исходить из них.

(68) если форму переколбасили, то мы ее сделали удобной для конкретно этого клиента. Если ему удобна эта форма, то зачем напрягаться и обновлять в ней функционал, который ему не нужен? Опять же ньюансов может быть дофига и ответа однозначного нет

(70) начнем с того, что старая форма может тупо перестать работать после обновления. В любом случае имеем геморрой.

(69) Ну, думаю, в УТ и в Бухне это стоит попробовать сделать. Сделали-же подсистему "Произвольные отчеты" - и всё! Считай любой отчет теперь может продвинутый юзверь сделать за редким исключением привлекая прога, которое раз в год случается.

(71) может, и в 90% случаев об этом сообщит проверка конфигурации. Шансов, что она перестанет работать не так уж и много и тратить свое время нужно только в том случае, если перестанет. С тем же успехом могут перестать работать наши программные вставки через подписку.

(71) А слабо написать код так, чтобы обновления УЛУЧШАЛИ работу программы? Как такое хотя-бы теоретически возможно? Я считаю что тогда и только тогда, когда конфа состоит из отдельных, как можно более независимых блоков.

(74) слабо кому?

(72) был у нас случай, когда 2 высокооплачиваемых сотрудника - не программиста, день сидели над этим произвольным отчетом, чтоб получить нужные данные. Я им отчет сделал на скд за 5 минут у них на глазах потом.

(75) Мало кому не слабо. (76) Значит улучшать подсистему надо - процесс итеративный.