2 orefkov
такую идею я обдумывал... у меня подобным образом было желание "контролировать" открытые окна из поставщика (элементов справочника, документов), однако "идеология" КОПа не позволяет делать его "конфозависимым" и в итоге и "контроль форм" пришлось делать через запись в СЗ контекстов открытых форм, и проверки по таймеру умерли они или нет...

_{счас вот Артур и Миша добьют вопрос с Вектором и Коллекцией и тогда я думаю можно не бояться 10-ка открытых окон}

2 Chieftain
Я то описал "методологию" однако до сих пор не понятно как работать с "ЖурналомРегистрации"...

Кто знает зверя по имени "Журнал регистрации" подскажите где про него почитать  а там я уж разрулить попытаюсь сам

vandalsvq писал(а) 11. Июля 2008 :: 04:13:

Это как? Расшифруй подробнее.

artbear писал(а) 11. Июля 2008 :: 05:01:


Я говорю об "идеологии" разработки связки конкретных КОПов  т.е. просто в рамках проекта "ПоставщикДанных1С" и его использования в разных конфах не хочется привязывать его к наличию определенных событий от конфы, ибо они могут и не быть а значит функционал будет не тот... вот что я имел в виду. 

vandalsvq писал(а) 11. Июля 2008 :: 05:13:

А ты учитываешь, что ЖР тебе вполне вероятно даст не всю информацию об изменениях?

JohnyDeath писал(а) 11. Июля 2008 :: 05:37:


В принципе если ЖР мне не даст инфу то получится что "автообновление" будет с некоторыми "НО"... впрочем и такой вариант меня устраивает... таймер который заботится об обновлении все равно рано или поздно свистнет о том что надо бы обновиться, а если пользователь "не уверен" что поставщик отображает реальную ситуацию, он всегда может нажать кнопку "Обновить", подождать немного и все тут.
Т.е. по сути дела большой задачи нет... пускай отвыкают от работы в 1С  работая в 1С