Pull to refresh

Comments 35

Срочно уберите последнюю строчку. Съедят. :)
а что было в последней строчке?
а ну верните )
и еще как то не солидно выглядят смайлы ")))" в суровой статье ;)
можно хотя бы в личку, что там было? Не усну ведь…

P.S. Что то подсказывает что было что то касающееся линукс )
почему-то вряд ли.
можно в личку, что убрали. =) ради интереса.
главная интрига топика — а что же было в последней строчке?
Хм… была тут безумная идея исправить положение в Виндовс с полным отсутствием каких либо глобальных стеков уведомлений потипу Growl или libnotify но к сожалению я полный нуль в части винапи, да и времени нету. Суть такая, имеется готовая либа, которая рисует эти самые нотификации, статья о ней лежиттут вместе с ссылкой на исходники. Можно оформить её в виде сервиса, придумать протокол взаимодействия приложений с ней, можно нативными виндовыми средствами (помоему xml-rpc но неуверен с названием), можно через d-bus (но говорят он в Виндовсе плохо себя чуствует, да и из прог его неудобно доставать будет). А дальше писать плагины к известным программам типа Миранды и пытаться способствовать распространению получившейся системы нотификаций.
Интересно насколько такая идея жизненная?
Как вариант, можно использовать pipe.
Или использовать event log, создавая под эти цели отдельный журнал. Это избавит от необходимости писать сервис, принимающий сообщения. Нужен будет только сервис, который будет проверять журнал на наличие новых сообщений и отображать их для пользователя.
Да только вот неполучится без костылей сделать так, чтобы при клике на уведомление фокус перешёл на виджет, который отослал его.
Технически это то все реализуемо, вопрос в другом, будет ли это иметь хоть какой то спрос? Иначе затевать бессмысленно.
ЗЫ
Хабр чето ссылку прожевал, не привык я ещё к его тегам.
habrahabr.ru/blogs/qt_software/70571/
Я по ходу не в теме… А почему просто не кастом меседж слать? С указателем на (а тут уже что придумаетсо)?
Похвально за разбор что и к чему, но порой проще взять готовый правильный пример (%Program Files%\Microsoft SDKs\Windows\v7.0\Samples\WinBase\Service\) и делать на его базе.
спасибо за статью
может быть перенесете в блог «Разработка»? топики из личного блога не попадают на главную
На тот момент не было кармы достаточно. На следующий пост надеюсь хватит :)
Копипаст из MSDN-а? Что-то новенькое…
Для полноты картины можно было бы рассказать про цикл жизни сервиса, про системные утилиты для диагностики и управления ими. Также не заметил нигде упоминания про то, что сервис не обязательно должен быть exe. Там вообще много интересного внутри, людям кстати думаю было бы интересно увидеть краткое сравнение с юниксовыми демонами…
Хотя… зачем это всё нужно, открываем msdn и делаем, что тут нового?

Отвечу из 2024: MSDN имеет свойство удалять или делать недоступной для поиска "устаревшую" информацию, в целях продвижения .NET :(

А пример такого рода информацию можете привести? Аж интересно стало

http://msdn.microsoft.com/en-us/library/aa446562.aspx
Раньше там была информация о том, как извлечь из устройства WinCE серийный номер.

Ого, привет хаброархеологам! :-)
Кажется в 2024 микрософт окончательно ушёл в облако и всячески отговаривает от написания софта под винду, повсюду веб, облачные хранилища данных и облачные серверлесс приложения :-)

«Эксперимент» — это написание трояна?;)
Как только прочитал слово «Эксперимент» и «Windows Service» — первая возникшая мысль — это создание резидентной программы. :-)

Если это так, то просьба к автору рассказать о скрытии работы программы в системе. Можно под соусом написания кейлоггера для установки только на своем компьютере. Мы поймем :-)
Эх… Откройте для себя функцию FormatMessage[AW] вместо разлапистого switch :)
А почему все начинается с консольного приложения? Что, в визуальных сях нету от чего унаследовать сервис?
Стандартного класса «сервис» в VS нет. Но есть готовые сторонние. А консольное приложение потому, что сервису не нужно GUI, но нужна функция входа, коей здесь и служит _tmain.
UFO just landed and posted this here
Sign up to leave a comment.

Articles