Групбоксы не несут там никакого функционала, а нужны тока для графического отделения компонетов, исключение составляет групбокс "AboutGroupBox". Он нужен для работы с контактоной информации, расположенной на ней (ссылка на мыло и сайт)...Вот текст показа этого групбокса при нажатии на кнопку "About":


Если я не прав, то пусть автор меня поправит  

Это сообщение отредактировал(а) Scandium - 7.12.2007, 01:09

В этой статье пожалуй не хватает одного пункта
при сворачивании приложения в трей как правило его главное окно становиться недоступным, т.е. вызвать его можно только если клацнуть по иконке в трее, а если она исчезла. Да. Именно исчезла.
Такое бывает при перезагрузке Explorer'а што тогда делать.
Вызывать диспетчер задач и завершать приложение аварийно?
Непрфессионально да и неудобно, кроме того, многие программы, как-то же, с этим борятся, например, винамп или ICQ. Их значки появляються даже после сбоя. Так што вот некоторый код, который нужно добавить дабы наше приложение тоже могло в случае чего востановить свой значёк:

для этого:

1. Объявляем глобальную переменную для хранения дискриптора трея:


2. Помещаем в тело программы две функции:


3. Добавляем на форму компонент таймер с интервалом скажем 2-3 секунды (2000-3000) 
и в его событие OnTimer
вставляем следующий код:


Данный код расчитан на то что вы уже умеете добавлять иконку в трей 
и знаете все стороны работы с треем и теми функциями которые приведены в примере.
Если же нет, то выкладываю исходники и екзешник
всё писано на 7 делфе со стандартными компонентами, т.е. запуститься у всех 
С КОМЕНТАРИЯМИ
БЕЗ КОМЕНТАРИЕВ
ЭКЗЕШНИК

Это маленькая статейка на щёт работы с треем вскором времени собираюсь написать большую статью по практически всему што только можно придумать с треем
а именно там будет и то как можно заставить иконку мигать или просто менятся 
как запустить программу только в 1 экземпляре (в таких приложениях обычно это важно)

skinny, перечислять окна в таймере это не способ, тк для этой цели есть предусмотренная API возможность.
В инициализации модуля сделать так:
где WM_TASKBARCREATED - глобальная переменная типа DWORD

В обработчике OnMessage компонента ApplicationEvents проверять код сообщения на совпадение с WM_TASKBARCREATED и если совпадает - восстанавливать иконки

это философия и рассуждения
докажи што оно работает
желательно исходником
а то из-за таких умников новички бьются сутками а им тока тыкают што они тупые.

И еще один момент. Чет не могу понять, когда выключается компьютер, а в трее сидит иконка созданная по вышеописанной технологии, то выключение/перезагрузка прерывается. Т.е. сначала нужно закрыть приложение, потом перезапускать комп, иначе никак. Сам пока не разбирался, но может кто-то встречал такую фигню? 

Не разу с таким не встречался. Но даже если так, то восстанавливать иконку через таймер в 2-3 секунды тоже не профессионально, т.к. если все в порядке с иконкой, то этот таймер крутится в холостую и производит не нужную нагрузку. Из двух зол выбирают меншее, а меншее - это перезагрузить программу рас в n лет ( ведь не каждый день иконки пропадают с трея), чем каждые 2-3 секунды сканить трей на наличие иконки.

Добавлено через 4 минуты и 38 секунд
Ничего не прерывется. При выключении программа получает WM_QUERYENDSESSION и завершается штатно 

Не буду голословным. Как нить вынесу свой код в более-менее простенькую утилитку и выолжу сюда. Убедишьси что это не правда.   
Я сам не могу понять что происходит. 

В таком случае отлавливай в ручную WM_QUERYENDSESSION и завершай приложение сам 

хм. Можно попробовать. ;)

это значит "сделай за новичка"?
сам попробуй
могу немного пожевать для понятности:

функция RegisterWindowMessage регистрирует в системе новое сообщение впридачу к константам начинающимся с WM_
При этом если при двух вызовах функции (не обязательно из контекста одного процесса) переданы разные строковые аргументы - возвращается гарантировано разное значение кода сообщения. Если одинаковые строковые аргументы - гарантировано одинаковые коды сообщения. Значение нового сообщения сохраняется на интервал времени от первого вызова с такой строкой до конца сеанса. Это можно прочитать в хелпе по Win32 API который есть в Дельфи даже старых версий (в 5-ке уже есть).
А в хелпе который идет в комплекте Дельфи (200x) можно прочитать что при создании панели задач explorer вызывает RegisterWindowMessage с аргументом 'TaskbarCreated' и рассылает полученый код сообщения всем окнам верхнего уровня (не имеющим владельца).
Последняя фраза в скобках это то что я помню приблизительно и возможно это не так (лень сейчас проверять).
Если действительно нужно "без владельца" то в проге на Дельфи (где используется VCL) таким окном будет только окно с дескриптором Application.Handle. 
Если наличие владельца не важно, то сообщение получат все формы плюс Application.Handle

То есть в обоих случаях Application.Handle имеет возможyость обработать сообщение о создании панели задач. 
Для того чтобы сделать свою обработку сообщений, получаемых окном Application.Handle можно
положить на форму компонент ApplicationEvents и в обработчике его события OnMessage сделать так

в этом фрагменте предполагается, что WM_TASKBARCREATED это твоя переменная (константы нет такой), что ей когда-то уже было присвоено значение, которое вернул вызов RegisterWindowMessage('TaskbarCreated') ("когда-то" означает до первого сообщения пришедшего в ApplicationEvents1Message, например в секции initialization) и что SetTrayIcons это твоя функция, создающая иконку(иконки) в трее так, как это описано в обсуждаемой статье.

Если и после этого новичку нужен какой-то код, то значит ему нужно учить синтаксис языка и учиться читать хелпы. С этим уж не ко мне.



Я это видел. 
Даже в суде такая фраза считается доказательством.

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

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

когда я начализучать работу с треем в 2003 году везде была только функция и её флаги
понять "што это всё ваще значит" я никак не мог
а после того как нашол работающий пример - всё сразу стало на свои места и сейчас я пожалуй закрытыми глазамит напишу этот код
если послушать вас то выходит што подобные форумы и вообще примеры и исходники никому не нужны - пусть сами каждый раз новую функцию придумывают
я всегда когда читаю всякую философию не могу понять зачем люди сие пишут - только наверно шобы паказать собственное величие штоли над другими

форум не для филосовских рассуждений а для помощи

Я тоже не оканчивал ничего по програмироанию...а чисто сам разбирался по примерам. Поэтому реально научиться по примерам с коментариями, чем по фразам типо "читай хелп и мануалы".  

в моем посте не хватало кода для этого:



это значит: чтобы написать рабочий код нужно уметь объявить глобальную переменную и создать обработчик события (имя события и имя компонента я дал).
Создание обработчика и объявления переменных это настолько начальный уровень, что объяснять это на форуме просто неприлично.

Чтобы знать как в паскале объявить переменную не нужно заканчивать ВУЗ

Нафиг комапненты, просто перегружаем ВинПрок и все   



Это сообщение отредактировал(а) ~FoX~ - 20.12.2007, 12:24