По всей вероятности мой вопрос не понят до конца или я не пойму всех вас.
Меня не устраивает периодическое отслеживание события, а обработка ожидания это оно и есть, т.е. обращение к гл.процедуре с заданным интервалом. Нужен запуск "спящей" глобальной процедуры/функции у всех пользователей по команде (по срабатыванию триггера) у любого из пользователей. Не могу же я в ПриНачалеРаботыСистемы написать "ОбработкаОжидания("НужнаяПроцедура",Интервал)", вернее можно все, но сисма только и будет заниматься тем, что ждать, когда кто-нибудь сделает то, что мне нужно знать.

DrACe писал(а) 11. Августа 2006 :: 04:48:
Не согласен. Не все. А как же CallBack-вызовы?

Цитата:


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

тогда очевидный тупой вопрос: когда менеджеру нужны Актуальные остатки(а не просто подбор номенклатуры)  - почему бы не нажать кнопку "Обновить"? 
Ведь все равно при проведении документа остатки будут контролироваться снова и может так получиться, что кто-нибудь из юзеров успеет списать остаток во время заполнения документа при имевшихся в наличии мгновение назад на форме подбора остатках.

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

Цитата:

Конечно! А кто будет остатки контролировать?! В твоем случае это лучше делать при печати. Причем сразу в этот момент сохранять и проводить документ.

kms писал(а) 10. Августа 2006 :: 06:41:

Вот за это большое спасибо, частично руки развязало. Но всплыл один вопрос: а что за значения варятся в этой таблице?
Неплохо бы знать, тогда можно как-то сузить область просматриваемых событий. Вроде бы при проведении документа двойка, а при записи элемента - единичка. Или мне так кажется?

А пока решил попробовать GTTools, я ее с Проклуба скачал. Может быть кто-то уже пробовал ее в деле?

Цитата:

Да, спасибо. Идея очень заманчивая. Вот только запустить ее я так и не смог (отсутствует CLSID), несмотря на то, что выполнил все инструкции, расписанные в комментариях к ВК на Проклубе. Ищу что-нибудь похожее.

Утро вечера мудреней...
Для себя решил я эту задачу, взяв идею из GTTools о своем мини-сервере. Правда без обработки ожидания не получается, но при малой периодичности опроса риск промахнуться сведен до минимума. Идея такова: создается файл формата БД, мето расположения выбирается любое удобное, можно и в БД. Поля: Имя пользователя, Флаг присутствия и поля, нужные для использования, напр. Флаг движения рег.остатков ТМЦ, Сообщение и т.д.. При начале работы системы у каждого, кто ее запускает, в записи с ID этого пользователя устанавливается флаг 1 или 2 (монопольно). При завершении - флаг 0 (аналог 1SUsers). При выполнении операции, которую должны заметить все, или выбранные юзеры, в этом сервере далаются записи в поле "Флаг операции ХХХ". При переодическом опросе у тех юзеров, кому этот сигнал предназначен, получают его. После приема сигнала значение в поле обнуляется. При повторном опросе, если записи нет ничего не происходит и так, до следующего сигнала.
Если кому будет интересно, то я выложу код. Работает зараза: и запускает процедуры, и выдает сообщения, и открывает формы - прямо конференция в 1С (прямо хоть патентуй), причем необязательно использование никаких ВК (для DBF), в т.ч. 1С++, одно только могу сказать, что прямой запрос конечно на все головы выше обычноых методов работы с DBF.
Жаль только, что не получилось использовать 1С в асинхронном режиме, но раз Drace сказал, что бояться использования обработки ожидания через каждую секунду не нужно - Let it be.