- В этой теме 22 ответа, 6 участников, последнее обновление 2 месяца, 2 недели назад сделано
.
-
Сообщения
-
Привет сообщество
Скажите, есть ли возможность создать канал который бы забирал из архива событий некоторые данные события? По номеру или еще как? Ведь в плагине Main есть функции доступа к событиям. А в API C# есть такие функции?Эта ветка форума про разработку. Если Вы имеете ввиду разработать дополнительный модуль, который позволял бы это сделать, то да такое возможно на c#.
Если использовать что-то готовое, то попробуйте Модуль автоматического управления. Возможно в нем получится подписаться на событие и отправить команду с передачей данных в нужный канал.
В чем вообще состоит задача?Задача визуализировать последние события по кнопке или из меню. Т.е показать Event Log. Драйвер из комьюнити работает только на 5 версии. Я попробовал — веб станция ошибки выдает.
Но хотелось бы реализовать имеющимися средствами или с минимальной разработкой. Вот написать скрипт какой, для формулы, это реально. Писать драйвер это надо перелопатить кучу всего. Хоть и люблю читать, но объем информации за раз штука ограниченная, а времени не очень много. Со временем может и доберусь до драйверов, но не сейчас.
Я вот подумал, если создать канал, который получает событие по номеру. Получает с помощью формулы. Таких каналов создать штук 30. И выводить их в табличном виде.
Вот только реально ли такую формулу написать?EventLog я перенесу на 6 версию, самим скоро понадобится. Если этого достаточно, то лучше на этом и остановиться. Всё-таки отправлять в каналы события не удобный и как по мне, не совсем правильный подход. Каналам — данные, событиям — события :).
Вот это было бы здорово. Заранее ОГРОМНОЕ спасибо! Согласен, драйвер это правильное решение — все остальное это уже извороты.
EventLog я перенесу на 6 версию, самим скоро понадобится
Здравствуйте.
Подниму старую тему — планируете перенос EventLog ?
Добрый день! По идее в скором времени появится, если как всегда, что-то срочное не вылезет.
Раз уж спросили, пока в следующем состоянии:
Web-морда по сути готова, экспорт в excel работает (теперь цветной).Не сделано множественное квитирование (в журнале для пятой версии никакого не было), но тут надо согласовать, чтобы не пересечься с плагином Уведомления.
Не доделан конфиг плагина. В шестой версии будет больше настроек:
— поддержка светлой/темной темы
— выбор статуса для окрашивания событий (main/second/back)
— выбор оформления (закрашивать текст или фон в цвет статуса)Ну и я бы его все-таки протестировал какое-то время, перед тем как выкладывать 🙂
У нас тут как раз хороший полигон на сотни тысяч событий образовался. В пятой версии работало быстро в шестой с такими объемами еще не проверял.Кстати, если есть у кого-то есть еще какие-то идеи, напишите. На данном этапе проще что-то добавить.
Всем добрый день!
Не сделано множественное квитирование (в журнале для пятой версии никакого не было), но тут надо согласовать, чтобы не пересечься с плагином Уведомления.
Не возражаю. Основная задача плагина Уведомления — выскочить, чтобы пользователь гарантированно его заметил. Журнал событий не пересекается с этой основной функцией.
Иногда надо, например, чтобы указать на какие-то действия для следующего оператора и в таком духе.
Просто, чтобы не орало и в Уведомлении можно нажать.Ну в любом случае, в уже созданное событие вписать комментарий нельзя, это если только разработчик добавит в будущем такую возможность. Сомневаюсь что этим будут часто пользоваться. Это если только события происходят крайне редко и они реально очень важные, раз их нужно комментировать.
Сейчас наверное только можно при квитирования сгенерировать новое событие с той же меткой времени, чтобы они друг за другом шли, и возможностью вписать комментарий в текст события. Не помню только, можно ли через MainApi создавать события.Еще одна причина сделать текстовые БД.
1. связь с каналами для строк, для нормальной работы со строками, а не через массивы с кучей вычислений
2. связь с событиями для комментариев и т.д.
- Для ответа в этой теме необходимо авторизоваться.