Обработка WM_CHAR

Здравствуйте.
Реализовываю autocomplete в WinApi(обновление отображаемого содержимого ListBox по мере ввода поисковой фразы в EditControl).
Для этого необходимо каждый раз при обновлении содержимого EditControl'a (т.е. при обновлении поисковой фразы), изменять содержимое ListBox'a (оставить в нем только записи, удовлетворяющие поисковой фразе).
Изменение текста в EditControl'e ловлю через WM_CHAR, после чего в обработчике этого сообщения вызываю самописную функцию autocomplete(), котороая получает текст, размещенный в EditControl'e, и, собственно, фильтрует элементы ListBox'a, исходя из этого текста.

Проблема вот в чем: функция autocomplete() вызывается ВО ВРЕМЯ обработки WM_CHAR и при получении в ней (вфункции autocomplete) содержимого EditControl'a (GetWindowText), в нем еще нет последнего введенного символа (т.к., как я понимаю, обработчик WM_CHAR еще не вернул результат -> содержимое EditControl'a не обновлено).

Таким образом, поиск "запаздывает" на один символ. И при вводе поискового слова, например, "sys", выведутся все элементы ListBox'a, содержащие подстроку "sy", а третий же символ ("s"), будет включаться в поисковую фразу только при вводе четвертого, и т.д.....
Как можно решить эту проблему?

Добавлено через 7 минут
Неужели нужно писать костыль с реализацией этой логики в каком-нибудь частовызываемом кейсе типа таймера, WM_CTLCOLOREDIT, и т.д.?

0

p1cador, почему бы не обрабатывать нотификацию EN_CHANGE?

1

Не знал о таком сообщении.
Спасибо!

0