Есть ли аналог дельфйскому FindComponent?

Видимо, я не совсем корректно поставил вопрос.
Надо найти компонент на форме по его имени в текстовом формате.

Т.е. должно быть не



а что-то вроде

Использую embedded C++ , компилирую под WinCE

Dimitry SibiryakovSergey_rbИспользую embedded C++

В нём нет ни форм, ни компонентов, обломись.


Как нет, когда прога запускает форму, на которой лежат компоненты.

Скажу больше, функция




Находит компонент на форме

А связка



Устанавливает значение в компоненте IDC_EDIT1

Dimitry SibiryakovSergey_rbКак нет, когда прога запускает форму, на которой лежат компоненты.

А вот так. Программа показывает диалог на котором лежат окна. Диалог это не форма. Окна
это не компоненты. А если ты внимательно присмотришься к исходникам, то увидишь, что и
"IDC_EDIT1" это не имя, а макрос, разворачивающийся в числовую константу.


Значит функция FindWindow должна находить окно на диалоге?

rdb_devSergey_rb, в приведенном тобой примере функция WINAPI GetDlgItem работать не будет, так как, согласно документации, при её вызове должно указываться два параметра - хендл окна и целочисленный (int) идентификатор элемента.

Где ты там строку разглядел?

GetDlgItem - перегруженная функция, работает и с одним параметром

Dimitry SibiryakovSergey_rbЗначит функция FindWindow должна находить окно на диалоге?

Да.


Только почему-то не находит




Возвращает NULL

NekZrdb_devSergey_rb, в приведенном тобой примере функция WINAPI GetDlgItem работать не будет, так как, согласно документации, при её вызове должно указываться два параметра - хендл окна и целочисленный (int) идентификатор элемента.

Где ты там строку разглядел?
Вангую, что это допотопный MFC, который давно уже пора закопать.

Тут и вангвать нечего - Embedded C++ под WinCe

Как то совсем грустно становится, если функция ищет не по имени окна, а по сообщению в нем, которое может меняться.

Получается, что EditBox вообще нельзя найти, если пользователь ввел туда какой-то текст?

CerebrumSergey_rb,

просто ты изначально поставил неправильную задачу себе.

Зачем тебе нужно искать таким образом окна ?
У тебя чужой код и ты хочешь подправить их поведение ?

Если код твой собственный, то для всех окон можно задать уникальный control id на этапе создания окна
(или даже после того через SetWindowLong(Ptr)), в CreateWindow(Ex) и используя данный id точно находить то окно, которое тебе нужно

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

Так зачем тебе это нужно?
Давай начнем хотя бы с этого

Все началось с того, что моя прога, написанная на Лазарусе, работавшая много лет на WinCE6, не работает под WinCe7.

Вот я ищу решения под WinCe7

Dimitry SibiryakovSergey_rbПолучается, что EditBox вообще нельзя найти

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


Я уже подумываю о динамическом создании контролов, при запуске программы.