Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

WM_LBUTTONDOWN перед WM_SETFOCUS

BorNent © (2009-07-16 17:24:00)
Добрый день!

Суть задачи: необходимо при нажатии button'a мышкой нажимать кнопку и устанавливать фокус на связанный Edit, а при проходе табом, терять фокус и фокусировать следующий по номеру объект.
Суть проблемы: первым приходит в обработку сообщение WM_SETFOCUS, а потом WM_LBUTTONDOWN. По-этому не получается идентифицировать была ли нажата кнопка или просто получила фокус с помощью прохода табом.
Предполагаемое решение: в обработчике сообщения WM_SETFOCUS нужно обработать сначала все сообщения от мыши, а за тем выполнить основной код обработчика.

Пробовал первой строчкой в обработчике вызывать метод Aplication.ProcessMessages, но результата не получил. Т.е. видимо все равно выполняется сначала WM_SETFOCUS.
Есть какие-нибудь альтернативные варианты?

KilkennyCat (2009-07-16 19:08:00) [1]
может, поможет: http://www.cyberguru.ru/programming/delphi/message-methods.html

BorNent (2009-07-16 19:00:00) [2]

> KilkennyCat © (16.07.09 18:52) [6]
>
> > можно даже нажать, если в этот момент надавить энтер ))
>
> это не так плохо. Я сегодня столкнулся с ситуацией: восстанавливаю
> с акрониса раздел, мышь глюканула. работать с акронисом
> без мышт оказалось невозможным. Очень негативно воспринял.
>
> Возможность работы с клавиатуры полнофунционально должна
> быть!

Проблема решается обработчиком Edit'a стрелки вниз, а кнопка не должна получать фокуса - это не эстетично.

KilkennyCat (2009-07-16 18:52:00) [3]

> можно даже нажать, если в этот момент надавить энтер ))

это не так плохо. Я сегодня столкнулся с ситуацией: восстанавливаю с акрониса раздел, мышь глюканула. работать с акронисом без мышт оказалось невозможным. Очень негативно воспринял.
Возможность работы с клавиатуры полнофунционально должна быть!

BorNent (2009-07-16 18:42:00) [4]
По-этому принимать решение о потере фокуса или о нажатии на кнопке нужно в пределах обработчика WM_SETFOCUS, но проблема в информации - нажали мышкой или перешли табом ((

BorNent (2009-07-16 18:39:00) [5]

> KilkennyCat © (16.07.09 18:34) [3]
> понятно.
> но не очень. почему фокус нельзя послать из события нажатия
> на кнопку? таб на нее тоже нажимает?

Если Вы имеете ввиду событие OnClick у кнопки, то здесь есть проблема, появляется эффект кратковременного фокуса на кнопке, ее можно даже нажать, если в этот момент надавить энтер ))

KilkennyCat (2009-07-16 18:34:00) [6]
понятно.
но не очень. почему фокус нельзя послать из события нажатия на кнопку? таб на нее тоже нажимает?

BorNent (2009-07-16 18:30:00) [7]

> KilkennyCat © (16.07.09 18:21) [1]
>
> > при нажатии button'a мышкой нажимать кнопку
>
> кто=мышь
>
> > а при проходе табом
>
> кто=клавиатура

Пишу класс = аналог ComboBox. Почему? Необходимо, чтоб при нажатии на кнопку (маленкий button справа от Edit) не вылетало окно с предлагаемыми вариантами выбора из листа, а открывалась модальная форма, в которой можно выбрать необходимое значение из БД.
Так понятней объяснил?

KilkennyCat (2009-07-16 18:21:00) [8]

> при нажатии button'a мышкой нажимать кнопку

кто=мышь

> а при проходе табом

кто=клавиатура

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »