Проблема с главным потоком. Как заставить его ожидать не загружая процессор

[Пепел Феникса]

BOBAH13, вы немного людей запутали
Application.Run вызывается но в dpr файле.
для отработки цикла там Application.ProcessMessages;

просто в данном случае не нужно вешать основной поток, и все.

[s.Creator]

Сообщение от BOBAH13

2. s. Creator - вы вызвали Application.Run; - это тоже самое что выше упомянутый цикл - поэтому и не тормозит.

Совершенно с вами согласен.
А что его ктото запрещал вызывать?
Мне показалось что не получается скрыть кнопку с ТаскБара.

[BOBAH13]

Сообщение от Пепел Феникса

BOBAH13, вы немного людей запутали
Application.Run вызывается но в dpr файле.
для отработки цикла там Application.ProcessMessages;

просто в данном случае не нужно вешать основной поток, и все.

Ничего не запутал. Вызывать "кусок кода" можно где угодно. Главное чтобы такой обработчик был один для приложения (была тут тема).

Никто не запрещал, про это и шла речь если вчитаться в то что я написал.

p.s. не пойму в чем проблема сейчас и какие вопросы могут тут возникать еще ?

[Altera]

Да вроде всё работает. Тему можно закрывать. Но если что по этой теме, я может и спрошу здесь........

[Altera]

Есть проблема!
Action-ы не срабатывают при нажатии указанных в них горячих клавиш, если использовать

while getMessage(appMes, 0, 0, 0) do
  begin
     translateMessage(appMes);
     dispatchMessage(appMes);
  end;

Помогите исправить?
Application.run не подходит (т.к. НЕТ акон созданных при помощи application.createForm), но ведь он не реализован всего тремя строчками.

[s.Creator]

( Могу немного ошибаться, последнии разы иконки в трее делал для сервисов с полгода назад. )

Самой иконке в трее передается только несколько событий мышки.
( при более низкоуровневом создаии ее можно указать какие мы будем обрабатывать и чем )

Если использовать стандартную инициализацию программы ( как в моем примере dfm ) с последующим сокрытием с Панели задач, то ShortCut будут срабатывать когда окно отображено и в фокусе.
В других случаях смотрите в сторону регистрации горячих системных клавиш ( RegisterHotKey ) или глобального хука на клавиатуру ( SetWindowsHookEx )

[Altera]

Сообщение от s.Creator

( Могу немного ошибаться, последнии разы иконки в трее делал для сервисов с полгода назад. )

Самой иконке в трее передается только несколько событий мышки.
( при более низкоуровневом создаии ее можно указать какие мы будем обрабатывать и чем )

Если использовать стандартную инициализацию программы ( как в моем примере dfm ) с последующим сокрытием с Панели задач, то ShortCut будут срабатывать когда окно отображено и в фокусе.
В других случаях смотрите в сторону регистрации горячих системных клавиш ( RegisterHotKey ) или глобального хука на клавиатуру ( SetWindowsHookEx )

А что, больше никак нельзя? Разве горячие клавиши, это не сообщения?
Объясните, почему Action не исполняется, когда окно в фокусе и нажимается сочетание клавишь, указанное в shortCut (этого action-а)

[s.Creator]

Сообщение от Altera

А что, больше никак нельзя? Разве горячие клавиши, это не сообщения?
Объясните, почему Action не исполняется, когда окно в фокусе и нажимается сочетание клавишь, указанное в shortCut (этого action-а)

Немного пощелкал ваш и мой вариант.
В моем варианте когда окно в фокусе shortCut работают.
Почему в вашем не работают, могу только предположить.
Как Вы сами писали Application.run - это не три строчки. И при задании главного окна идет не только присвоение свойства Application.
Там и хендл для Application создается и регистрируются WndProc ...
Я в подробности не вникал, просто делал по стандарту.
Могу предложить, как альтернативу, создавать пустое главное окно и никогда его не показывать. На нем заодно можно поместить меню для иконки.

[Altera]

Сообщение от s.Creator

Немного пощелкал ваш и мой вариант.
В моем варианте когда окно в фокусе shortCut работают.
Почему в вашем не работают, могу только предположить.
Как Вы сами писали Application.run - это не три строчки. И при задании главного окна идет не только присвоение свойства Application.
Там и хендл для Application создается и регистрируются WndProc ...
Я в подробности не вникал, просто делал по стандарту.
Могу предложить, как альтернативу, создавать пустое главное окно и никогда его не показывать. На нем заодно можно поместить меню для иконки.

Меню для иконки у меня уже есть где поместить. (dataModule)
Да там вообще даже TAB не работает. что-бы фокус менять.
А если вызывать не

while getMessage(appMes, 0, 0, 0) do
  begin
     translateMessage(appMes);
     dispatchMessage(appMes);
  end;

а Application.processMessages (в тех же условиях) то всё работает. Только как я уже говорил, проц сильно загружается.
Создавать одну форму СПЕЦИАЛЬНО для Application-а, а вам не кажется, что это идиотский способ? Почему это нельзя просто как-то реализовать. Вообще как объект Application связан с программой? Он обрабатывает сообщения? А ещё лезет там где не надо.
Даже свойство Application.MainFormOnTaskBar := true; А не applicationOnTaskBar...

[s.Creator]

Сообщение от Altera

Да там вообще даже TAB не работает. что-бы фокус менять.

Там это где ? Вот тут someProgramm2.zip они работают ( во всяком случае у меня - Delphi 2010, windows XP ) /