Comments 35
Срочно уберите последнюю строчку. Съедят. :)
а что за строчка?))))
Хм… была тут безумная идея исправить положение в Виндовс с полным отсутствием каких либо глобальных стеков уведомлений потипу Growl или libnotify но к сожалению я полный нуль в части винапи, да и времени нету. Суть такая, имеется готовая либа, которая рисует эти самые нотификации, статья о ней лежиттут вместе с ссылкой на исходники. Можно оформить её в виде сервиса, придумать протокол взаимодействия приложений с ней, можно нативными виндовыми средствами (помоему xml-rpc но неуверен с названием), можно через d-bus (но говорят он в Виндовсе плохо себя чуствует, да и из прог его неудобно доставать будет). А дальше писать плагины к известным программам типа Миранды и пытаться способствовать распространению получившейся системы нотификаций.
Интересно насколько такая идея жизненная?
Интересно насколько такая идея жизненная?
Как вариант, можно использовать pipe.
Или использовать event log, создавая под эти цели отдельный журнал. Это избавит от необходимости писать сервис, принимающий сообщения. Нужен будет только сервис, который будет проверять журнал на наличие новых сообщений и отображать их для пользователя.
Да только вот неполучится без костылей сделать так, чтобы при клике на уведомление фокус перешёл на виджет, который отослал его.
Технически это то все реализуемо, вопрос в другом, будет ли это иметь хоть какой то спрос? Иначе затевать бессмысленно.
ЗЫ
Хабр чето ссылку прожевал, не привык я ещё к его тегам.
habrahabr.ru/blogs/qt_software/70571/
Технически это то все реализуемо, вопрос в другом, будет ли это иметь хоть какой то спрос? Иначе затевать бессмысленно.
ЗЫ
Хабр чето ссылку прожевал, не привык я ещё к его тегам.
habrahabr.ru/blogs/qt_software/70571/
Я по ходу не в теме… А почему просто не кастом меседж слать? С указателем на (а тут уже что придумаетсо)?
Похвально за разбор что и к чему, но порой проще взять готовый правильный пример (%Program Files%\Microsoft SDKs\Windows\v7.0\Samples\WinBase\Service\) и делать на его базе.
спасибо за статью
может быть перенесете в блог «Разработка»? топики из личного блога не попадают на главную
может быть перенесете в блог «Разработка»? топики из личного блога не попадают на главную
спасибо! Интересная статья.
Копипаст из MSDN-а? Что-то новенькое…
Для полноты картины можно было бы рассказать про цикл жизни сервиса, про системные утилиты для диагностики и управления ими. Также не заметил нигде упоминания про то, что сервис не обязательно должен быть exe. Там вообще много интересного внутри, людям кстати думаю было бы интересно увидеть краткое сравнение с юниксовыми демонами…
Хотя… зачем это всё нужно, открываем msdn и делаем, что тут нового?
Хотя… зачем это всё нужно, открываем msdn и делаем, что тут нового?
Отвечу из 2024: MSDN имеет свойство удалять или делать недоступной для поиска "устаревшую" информацию, в целях продвижения .NET :(
«Эксперимент» — это написание трояна?;)
Как только прочитал слово «Эксперимент» и «Windows Service» — первая возникшая мысль — это создание резидентной программы. :-)
Если это так, то просьба к автору рассказать о скрытии работы программы в системе. Можно под соусом написания кейлоггера для установки только на своем компьютере. Мы поймем :-)
Если это так, то просьба к автору рассказать о скрытии работы программы в системе. Можно под соусом написания кейлоггера для установки только на своем компьютере. Мы поймем :-)
ёбаный смайлофаг…
Эх… Откройте для себя функцию FormatMessage[AW] вместо разлапистого switch :)
А почему все начинается с консольного приложения? Что, в визуальных сях нету от чего унаследовать сервис?
что за функция InitService()?
Sign up to leave a comment.
Создание своего Windows Service