[Королев Михаил]

Дело в том, что 1.40 один раз нужно запустить с правами админа (а я что, забыл это указать?)
т.к. в раздел реестра HKLM добавляется запись, необходимая просмотрщику журнала Windows.

Без этой записи в реестре логи будут отображаться некорректно. Если этот вопрос вам интересно проработать, можете присоединиться ко мне в skype, я там michael_korolev.

Edit: я перечитал файл справки, там есть упоминание о том, что нужно программу запустить из-под админа.

[Craager]

Привет! Очень неплохая программа, спасибо, но возник один момент, если зайти под одной учёткой, а затем под второй и выйти из неё, то программа завершает свою работу. Почему? ) Вторая же учётка активна, это же не завершение работы компьютера, а завершение сеанса одного пользователя. Можно это как-то исправить? Чтобы программа не реагировала на завершение сеансов юзверей?

И реально ли реализовать показ сообщения даже тогда, когда никто и не вошёл в свою учётку, на окне приветствия!?

Также если отправить несколько сообщений одном человеку, то жёлтый индикатор гаснети непонятно вообще прочел ли человек что-либо и только появляется на последнем сообщении отправленном. Может не убирать жёлтый цвет при нескольких сообщениях одному челу!? Может сделать галочку чтобы нельзя было отправить больше определенного кол-ва сообщений подряд за раз?

[Королев Михаил]

1. С сеансами недочёт вышел, посмотрю, спасибо. Программа завершается при появлении системного события завершения работы сеанса. думаю, тут нужно сделать либо чтобы программа работала от учётки SYSTEM, либо, чтобы могла выполняться только в одной сессии. мне пока непонятно, как она себя поведёт, если останется в фоновой сессии, нужны опыты.

А у вас она запущена от юзера, правильно я понимаю?

2. думаю, реально, сходу нашёл пару способов. Но когда дойдут руки - неизвестно.

3. Тоже недочёт, я как-то забыл про этот момент. Только тогда надо бы определиться, что же всё таки делать то ли просто не гасить иконку, то ли запрещать отправку, при условии наличия непрочитанных сообщений.

Edit: появилась мысль делать кнопку "Отправить" неактивной до истечения таймера ожидания.

[Craager]

появилась мысль делать кнопку "Отправить" неактивной до истечения таймера ожидания. »

в принципе, здравая мысль)

[tummy]

Без этой записи в реестре логи будут отображаться некорректно. Если этот вопрос вам интересно проработать, можете присоединиться ко мне в skype, я там michael_korolev. »

Мануал не читал
аха, отловил изменения в реесте
Сохраненное изображение 2013-11-8_12-18-32.27.png

Получается что бы это автоматизировать, я могу на уровне ГПО, создать данные ветви в реестре (что бы не запускать с админ. правами). и ошибка исчезнет?

[Королев Михаил]

Получается что бы это автоматизировать, я могу на уровне ГПО, создать данные ветви в реестре (что бы не запускать с админ. правами). и ошибка исчезнет?

Именно! Надо эту инфу тоже в хелп добавить.

[Alieno]

Добрый день.
Можно ли сделать, чтобы клиент добавлял о себе информацию в файл clients.ini или в любой другой файл? Для актуализации сведений о подключенных клиентах?

[Королев Михаил]

Вы предлагаете такой вариант: клиент запустился и послал пакет о себе на сервер? Тогда каким-то образом придется указывать клиенту, где сервер находится

[Alieno]

Предлагаю посылать информацию не на сервер, а в папку запуска клиента. Например, создавать файлик %computername%.cli.
И если клиенты запускаются из сетевой папки, то серверу достаточно считать названия файл *.cli - ну это так, на будущее))
Спасибо.

[andyac@vk]

Если можно тоже озвучу пару хотелок.

1. всёже предусмотреть возможность запуска програмы без лишних ковыряний в реестре и необходимости запуска программы из под админа. (пусть просто функционал который требует этих записей в реестре просто не работает). Например нам логи не нужны, а процедуру запуска программы и её размер крайне желательно минимизировать.

2. как уже тут упоминалось, кое где DHCP в связи с чем работа со списком не очень удобна. хорошо бы иметь возможность отсылать сообщения на диапазоны например 172.16.5.10 - 172.16.7.254 а лучше даже на несколько диапазонов. применительно к существующему варианту - я бы предложил иметь возможность в качестве client вписывать не только единичные адреса но и всевозможные диапазоны. например для возможности отправки сообщения в несколько офисов находящихся в разных подсетях.