A!
Забросил я это дело...
Не призодит сообщения Молчит моя OnIdle

Это сообщение отредактировал(а) Coocky - 1.2.2006, 13:57

Cтвойдиалог* pDlg = (Cтвойдиалог*)AfxGetMainWnd();
он же Cтвояаппликация* papp = (Cтвояаппликация*)AfxGetApp()->m_pMainWnd;

Думаю, что диалоги ты объявляешь либо в "Cтвояаппликация" либо в "Cтвойдиалог" - вот тебе и доступ до всего
Добавлено @ 14:11
а я все таки думаю, что не стоит так широко использовать OnIddle, в крайнем случае в ней какой-нибудь евент взвести... так как пока мы находимся в OnIddle, то ничего другого не сможем наверное сделать (я опять про ядреную войну с отображением кнопки ) - война вот уже как полчаса, а оператор - кнопкодав не видит ничего, сидит кино зырит, а в OnIddle вообще пошла выполняться дефрагментация дисков на соседнем компе

а не вызывается она у меня ,OnIdle

значит грузишь прогу... А может и не вызывается, вот как проверить? - так возьми супер комп и ежели не вызовется, тогда просто не заходит туды. Хороший способ, правда?

Coocky
Про WM_KICKIDLE в MSDN действитеьльно мало (где-то в technical notes).
Ничего сложного.
1) Подключи файл <afxpriv.h>
2) В главном диалоге создай обработчик afx_msg LRESULT OnKickIdle(WPARAM,LPARAM);
(имя произвольное)
3) В карту сообщений добавь ON_MESSAGE(WM_KICKIDLE,OnKickIdle)
4) В самом обработчике делай, что хотел на Idle, возвращай 0.
Добавлено @ 14:33
OnIdle приложению не приходит потому, что это диалоговое приложение - там не вызывается CWinApp::Run, а работает просто CDialog::RunModalLoop. Там все чуть-чуть по другому. А WM_KICKIDLE должен приходить.
Добавлено @ 14:35

Как раз очень удобно использовать Idle-обработку. Но конечно, с умом - ничего тяжелого там делать не следует. На случай ядерной войны.
Но прорисовка к тяжелым функциям не относится.

Earnest
Добавлено @ 14:43

Кстати, писал я в молодости визуализацию результатов газодинамических расчетов(заливка разными цветами каждой точки- расчетной ячейки) - очень надо сказать тяжеленькая операция, если ещё и вектора - никогда момент начала войны не словить...

Кто же спорит, все что угодно можно тяжелым сделать... умеючи-то
Я про приложение Cooky говорила.

Earnest
Ну что... Еще раз доказала-что лучшая

Я вот осмелюсь вместо OnIdle воспользоваться...только не кидайтесь тухлыми помидорами преждевременно...WM_TIMER в самом окне, чтоб не надо было до него достукиваться!
Ведь это сообщение не синхронное, и если таймер его посылать чаще, чем допускает система, оно просто будет выкидываться из очереди. То есть в те моменты, когда окно ничем не занято, мы это сообщение будем ловить нормально. Как только приложение "дало газу ;)", оконная очередь сообщений нагружается и сообщения WM_TIMER не игнорируются. Думаю, стоит попробовать, во всяком случае, это точно способ хорошо самоизвратиться ;)

Интересен еще интервал, что б выкидывалось. Что б даже на движение мыши реагировало, т.е. уже выкидывалось. Такое возможно? С каким интервалом?

WM_TIMER можно, но действительно не очень понятно какой интервал установить. Кстати он не может быть меньше 10 mc.
Однако в данном случае OnIdle лучше, т.к. это сообщение гарантированно приходит каждый раз как очередь сообщений опустошается - т.е. как раз тогда, когда приложение освободилось.

Попробывал. Кнопки как в фантастике-плавно асинхроно перерисовываются в виде пробегающей строчки. Прикольный эффект, но для другого раза
А толком не спасает. все равно заметно, если резко дергать

Вот такой интервал как раз и установить. Чтоб сообщения проходили только когда система подразгрузилась. Но! Можно ведь еще добавить в класс переменную. И с помощью нее отслеживать каждые сто таких сообщений. По переполнению этого значения ее обнулять, и вызывать прорисовку. Тогда мы как раз и получим при сильной загруженности нечастые перерисовки (сотня событий через занятую очередь будет "пропихиваться" достаточно долго.) А при слабой загруженности будем переполнять эту переменную гораздо чаще.
Добавлено @ 19:47

Покажи начальству, может, оценит и попросит оставить