Обработка сообщений, когда программа в трэе

← →
Sergey7 (2005-10-08 07:36) [0]

Если программа сидит в трэе, то прекращается обработка сообщений от компонента ScktComp и помоему вообще от всего (кроме кликов по иконке).
А как сделать программу без формы, чтобы она сидела в трэе и обрабатывала сообщения (что-то типа RegisterServiceProcess, но чтобы работало под всеми windows).

← →
Digitman © (2005-10-10 08:09) [1]

> Если программа сидит в трэе

программа не может "сидеть в трее".

программа может лишь создать значок в системном лотке и затем реагировать на события ввода в зоне этого значка

во всем остальном программа, "сидящая в трее", ничем не отличается от точно такой же по функциональности программы, но "не сидящей в трее"

← →
Sergey7 (2005-10-12 20:59) [2]

как можно сделать программу которая была бы без формы, но реагировала на сообщения?

← →
Германн © (2005-10-13 01:43) [3]

2 Sergey7 (12.10.05 20:59) [2]

>как можно сделать программу которая была бы без формы, но реагировала на сообщения?

А разве сообщения принимает, анализирует и выполняет ФОРМА? Или у нас разное понятие "сообщений"?

← →
Spellcaster (2005-10-13 14:33) [4]

Фишка в том, что все сообщения получает форма (ака окно). нет формы - нет сообщений.

← →
Digitman © (2005-10-13 14:39) [5]

> Spellcaster (13.10.05 14:33) [4]

да тебе памятник нерукотворный впору ставить за твое гениальное открытие !

← →
Германн © (2005-10-13 14:39) [6]

2 Spellcaster (13.10.05 14:33) [4]
"Без формы" <> "без окна".

← →
Spellcaster (2005-10-13 15:36) [7]

>"Без формы" <> "без окна"
Тут я маленько не догнал... конечно, если сбацать окно на WinApi, то это вроде как не будет формой... но это условности терминологии. Или имелось в виду что-то другое?

← →
Digitman © (2005-10-13 15:42) [8]

> Или имелось в виду что-то другое?

имелось ввиду, что сообщения получает кодовый поток, а не окно и не форма.

а уж кому конкретно адресованы полученные код.потоком сообщения - то ли окну, созданному в этом код.потоке, то ли самому код.потоку - это совершенно иной вопрос.

← →
Spellcaster (2005-10-13 16:05) [9]

Сорри, не знал. Разве можно сделать прогу к примеру с иконкой в трее, но без окна, чтобы мессаги от иконки шли просто в этот самый код.поток? Примерчик, плиз, если не трудно.

← →
Digitman © (2005-10-13 16:20) [10]

> Spellcaster (13.10.05 16:05) [9]

нет, нельзя.

но речь шла о твоем смелом исторической важности заявлении в [4].

нет окна - некому и адресовать сообщения ввода в зоне трей-иконки, это понятно.

но если нет никого, кто бы вовремя выбирал и диспетчеризовал/обрабатывал такие сообщения (тот самый кодовый поток, что создал это окно), то все остальное по теме рассматривать попросту бессмысленно.

← →
Sergey7 (2005-10-13 20:17) [11]

А RegisterServiceProcess?

Программа с формой созданная с помощью winapi занимает в памяти ~3Мб
(по Диспетчеру задач windows).

а например TotalComander в активном состоянии ~3Мб,
а когда "сворачивается" в трей ~0.4Мб

2 Sergey7 (13.10.05 20:17) [11]

Ну это - уж чушь полная! "Программа с формой созданная с помощью winapi"!

С помощью WinAPI нельзя создать "форму"!

> Германн © (14.10.05 03:22) [12]

> С помощью WinAPI нельзя создать "форму"!

Ну, а с чьей помощью VCL делает это?
Форма - это всего лишь некоторый класс, инкапсулирующий функции
создания, управления окном и т.д., и позволяющий начать с начала,
т.е., с дизайна (см. также TWinControl).
В остальном же, форма недалеко ушла от TTimer, вся магия которого
заключена в MakeObjectInstance.

--
Regards, LVT.

2 Leonid Troyanovsky © (14.10.05 08:46) [13]
Ну что мы спорим? Это же вопрос терминологии.
Имхо, формы так же как и компоненты, присутствуют, например в Дельфи, лишь в дизайн-тайм, а в ран-тайме есть только окна.

> Германн © (14.10.05 14:12) [14]

> Ну что мы спорим? Это же вопрос терминологии.

Ну, ты ж тоже выхватил из контекста ;)
А он был такой, что, IMHO, вообще, нечего сказать.

--
Regards, LVT.

PS. Не зря там чекисты говорили про холодную голову :)

Обработка сообщений, когда программа в трэе Найти похожие ветки