Есть такая проблема:
Попытка натайпать текст в CRichEditCtrl и при нажатой левой кнопки мыши  - в результате приводит к неудаче. Тоесть текст в таком случае не вводиться.
Подскажите, с чем связаная эта особенность CRichEditCtrl и как обойти ее.

Вот этот вариант проблему решает, но я думаю что есть более правильное решение:


Спасибо

Да, вроде бы, любое текстовое поле так работает. Не понятно зачем это обходить, если не секрет поделитесь. 

Для ввода текста я использую эмуляцию посимвольного набора текста в RichEdit (вместо SetSel -> ReplaceSel я шлю WM_CHAR). И вот наткнулся на проблему описанную выше, при нажатой левой кнопке мыши моя эмуляция неработает.

Если это эмуляция, то можно перегрузить для своего эдита PreTranslateMessage(), где перехватить WM_LBUTTONDOWN и вернуть TRUE, но тогда фокус ввода мышкой не поставишь.

Вариант с PreTranslateMessage() не пройдет, так как RichEdit не будет обрабатывать WM_LBUTTONDOWN совсем. Нужно другой вариант.

 Что-то я не совсем понял "не будет обрабатывать", он сейчас как раз и обрабатывает это сообщение и "не пускает" в это время WM_CHAR. Вернув из  PreTranslateMessage()  TRUE мы как раз и не пустим это сообщение дальше, а WM_CHAR проскочит. Вроде как теоретически всё правильно, а как будет на практике - нужно пробовать.
Упс, я вас понял. Можно продумать фильтр. Думаю что реализуемо. По-моему, можно отследить состояние кнопки мыши при приходе WM_CHAR.

Это сообщение отредактировал(а) Albor - 4.6.2010, 17:53

Имеено этот вариант я и пробовал. Вариант рабочий (см первый пост). 
Но я не думаю что RichEdit контрол проверяет состояние левой кнопки мыши чтобы обрабатывать WM_CHAR или нет. Непонятна суть этой фичи.

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