Re: Активная ячейка в ГРИДе. Восстановление положения | |
---|---|
PaulWist Сообщений: 14601 Дата регистрации: 01.04.2004 |
Привет, Игорь.
Цитата: Давай , по подробнее рассмотрим службу сообщений (о такой технологии читал, но никогда не видел её в прикладном ПО, хотя уже две фирмы с кот. сотрудничаю говорят о такой технологии.) Цитата: Хорошо, на чем эта система должна быть реализована, кто и где будет давать толчек, что событие произошло, кто будет ловить сообщение и каким образом интерфейсно решается отображение обновления у пользователя. Цитата: Ну, Игорь, а покрасить строку, а пользовательские настройки действий, что надо предпринять в данном случае, а квитирование пользователем. Цитата: Сам понимаешь, не по всем позициям, а по только заказанным, затем в 1C придумали регистры, вполне можно использовать такой подход. Цитата: Без возражений согласен. ------------------ Есть многое на свете, друг Горацио... Что и не снилось нашим мудрецам. (В.Шекспир Гамлет) |
Re: Активная ячейка в ГРИДе. Восстановление положения | |
---|---|
Igor Korolyov Сообщений: 34580 Дата регистрации: 28.05.2002 |
Hi, PaulWist!
Цитата:На чём угодно - тут тебе неограниченный простор для творчества от той-же примитивнейшей "проверки dbf по таймеру", до использования Named Pipes, сокетов TCP/IP и т.д. Цитата:Тот кто его породил - если "событие" это изменение остатка на складе - то кладовщик отгрузивший товар. Если это изменение лимита для заказа - то тот кто выписал накладную_или_что_он_там_выписывает. Цитата:Тот кому интересна данная информация - тут можно реализовать мощнейшую систему фильтров - чтобы например настроится на приём сообщений только об изменении запасов товара Х в промежуток времени Y с участием кладовщика Z... Цитата:Блин, ну опять-же как душе угодно - например как в Miranda/ICQ - с полупрозрачными попап-окнами, звуковым сигналом, списком ранее пришедших сообщений данной "тематики"... Цитата:На основе каких критериев? Мы же "обновили" источник, и больше "старого" значения не имеем - только новое видно... А реализовать на основе хранения "изначального" образа данных, плюс "текущие" данные - можно конечно, но геморроя там будет... Пожалуй даже больше чем при реализации простой системы обмена сообщениями. ------------------ WBR, Igor |
Re: Активная ячейка в ГРИДе. Восстановление положения | |
---|---|
PaulWist Сообщений: 14601 Дата регистрации: 01.04.2004 |
2Igor Korolyov
Игорь. Давай ещё "покидаем с руки на руку" Уточним задачу: Что нам надо 1. Инициировать каким-то образом вызов сообщения 2. Поставить сообщение в очередь 3. Поймать сообщение По п1 - наверное, можно в триггере на изменение данных каким-то образом обратиться к серверу сообщений и выпихнуть ему что-то. По п2 - должен быть север сообщений кот. д. ставить сообщения в очередь и распихивать их по клиентам По п3 - наш фоксовский клиент должен поймать сообщение для какой-то формы ввода или отображения, и если форма ввода активна, как-то туда запихать данные или выдать окно Теперь покритикуем, наши с тобой размышления В начале, стояла задача отображать в реальном времени какие-то цифры (например, остатки на складе) - это достигалось простым таймером с отображением на форме. Теперь, мы получили 3-х звенную структуру - в качестве глобального решения , наверное подходит, в качестве локальной задачи уж слишком наворочена (как известно, мы не ищем легких путей), но рациональное зерно здесь есть. ------------------ Есть многое на свете, друг Горацио... Что и не снилось нашим мудрецам. (В.Шекспир Гамлет) |
© 2000-2024 Fox Club  |