Такая вот проблемка возникла. Создаю комбобокс, помещаю в него строки. Затем мне нужно его переместить методом MoveWindow, после чего текст в комбобоксе выделяется.


и вот, что, примерно, у меня получается в итоге


может кто-то сталкивался с подобным? как убрать выделение? пробовал снимать выделение сразу после перемещение - всё ужасно мерцает. 

Ты-же сам выделяешь айтем

Добавлено через 54 секунды
Или попробуй сразу после перемещения снимать фокус с комбобокса

Andrey44, SetCurSel не выделяет, а устанавливает тест из списка. Фокус снимать пробовал - не помогает, да и нет на нём фокуса.

И, кстати, если MoveWindow убрать, то всё отлично.

Это сообщение отредактировал(а) Cheloveck - 24.4.2009, 15:41

По-моему со стилем DROPDOWN выбранный итем всегда выделен. Попробуй другой стиль (DROPLIST кажется)

Не   DROPLIST, а DROPDOWNLIST, но в них разница лишь в том, что второй создаёт ридонли комбобокс, а первый - редактируемый, выделяемость тут не при чём.

Да, это так. Я когда-то боролся с этим делом, сейчас поднял свой проект, там я использовал Ownerdraw Fixed комбобокс, выделение появляется только при получении фокуса - меня это устроило. 

Cheloveck, используй не MoveWindow, а ::SetWindowPos с флагом SWP_NOACTIVATE.
Потому-что MoveWindow использует именно ::SetWindowPos но не известно с какими флагами.

Andrey44, не помогло, эффект тот же :-(

Cheloveck, у комбобокса есть метод SetEditSel

Не может быть, чтобы убирание фокуса с комбобокса не убирало выделения. Значит, фокус неправильно убрал. Когда окно в фокусе - обязательно будет выделен элемент. Если у тебя Drop List можно только вместо выделения всего элемента поставить каретку.

результат смотри выше.


voov, метод SetEditSel это не то. да и не получится у меня снимать выделение после перемещения каждый раз. У меня комбобокс перемещается когда меняется размер формы, поэтому перерисовка очень частая и если снимать каждый раз выделение, то получается жуткая картина.

а если SetCurSel заменить на SetWindowText?

Вообще-то этот кусок кода ни о чем не говорит. Контекст-то неизвестен.
Например, если этот код находится в функции OnInitDialog, и ты возвращаешь TRUE, можешь хоть обставиться фокусами, все равно фокус будет на другом контроле... Или если кнопка OK недоступна, можешь хоть 10 раз на нее фокус ставить.
Но это так, к слову. Проверить-то просто. Табом перейди на следующий контрол и посмотри, во-первых, кто это будет, а во-вторых, не исчезнет ли выделение. 
Далее, если до перемещения комбобокс был не в фокусе, то нужно выяснить, почему на него фокус ставится. Тебе уже предлагали использовать SetWindowPos, и есть сомнения, что сделал это коррекстно.
В любом случае, можно словить SetFocus на комбе и посмотреть что в стеке - откуда он приходит-то.
А попытки тыкать пальцем в небо и искать какие-то эзотерические рецепты - заведомо бесполезны.

Тогда я не буду знать какой айтем выбран и программа допишет в файл строку, которая там уже есть.


У меня в этом сомнений нет, я не только сделал, что советовали, но и прочитал MSDN и сделал ещё много вариантов. Ладно буду дебажить.

Добавлено через 3 минуты и 10 секунд

В данном случае - да, это OnInitDialog, но это лишь пример, реально этот код находится в обработчике OnSize. Фокус ещё раз повторяю отсутствует на комбобоксе, кнопка доступна и фокус на ней!!! В проекте перекидывал фокус на другие контролы.

Чего я не понимаю - это как сохраняется выделение при отсутствии фокуса...
Мне на стандарных комбобоксах добиться такого эффекта не удалось...