GUI. Передача клика в неактивное окно. Логическая сторона.

[RXL]

Вопрос не по программированию, а по эргономике и т.п. смежным направлениям.

Предмет обсуждения: если на элемент неактивного окна кликнуть, то окно получает фокус и клик передается на этот элемент.

Вопрос: логично ли это?

В винде клик передается именно так (к примеру, в KDE можно управлять этим в пользовательских настройках). Например, кликаю чтобы только активизировать окно,  но попадаю на какую-нибудь кнопку. Правильно ли это? Логично ли? Ваше мнение!

[Алексей++]

По мне, так вполне логично - висят, скажем, несколько окошек - винамп и ещё N. Работаю в этом N. Хочу поставить на паузу винамп - один раз кликаю по кнопке паузы

А просто активировать - можно щёлкнуть не левой кнопкой, а средней или правой (а даже если и левой - можно после нажатия увести курсор и отпустить на "безопасном" месте, тогда кнопка не нажмётся )

[Джон]

Я думаю так.

1. Правильно-неправильно - не совсем корректно. Сорее привычно-непривычно. Непривычна была мышь после ДОС. Непривычна была и её правая кнопка, а потом наоборот - непривычно на маке было без неё...
Ну и тд. Ко всему привыкаешь, и во временем это становится для тебя обыденным делом, а если ещё к тому же никогда не знал альтернативы, то и единственно верным и возможным.

2. Логично-нелогично... Существовала (существует) проблема, куда, например, будет производится ввод с клавы при множестве открытых окон? Или, например, какое окно должно получить Mouse Wheel? Было найдено решение - фокус ввода. Окно, которе его получило, работает в этот момент с клавой.
При отсутствии мыша хорошие GUI поддерживают установку фокуса с помощью клавы (обычно Tab и стрелки, но могут быть задествованы и другие кнопки). Но в винде известны также окна неполучающие фокус в момент клика, фокус сохраняется в текущем окне. Собственно говоря, всё в руках разработчика. Если я считаю (клиент пожелал), что при клике на одно окно, фокус должен быть передан другому окну, то это делается программно.
Поэтому логика диктуется конкретной задачей. В большинстве случаев окно получает фокус, когда необходим ввод с клавы. В случае с упомянутым Mouse Wheel, есть разные решения. Например в винде (без всяких примочек, а есть и такие), прокрутка осуществляется в окне с установленым фокусом, в мозилкиных браузерах - в окне, на котором в данным момент находится курсор мыши. Лично мне нравится второе, но я бы предпочёл его только в тех случаях, когда управление интерфейсом осуществляется в основном мышью. Например, очень часто я страдаю в djvu-вьювере (или пдф) - кликаешь на комбобокс выбора страницы, переходишь на неё, а потом крутишь колёсико, чтобы прокрутить... ессно страницу, а фокус-то на комбобоксе, ну и прыгаешь фиг знает куда.
А вот при работе с текстом, или при наличии кучи элементов (контролов) ввода,  это будет мешать - каждый раз придётся хвататься за мышь. Хотя, ещё раз, может быть я просто так привык.

Вобще-то GUI в основном навязывается массовым проприетарным ПО. Каждый производитель разрабатывает свои контролы, со своей логикой, которая потом втирается в массы пользователей, и они уже ищут в других программах аналогию. "А вот это сделайте как в Ворд, а это как в Фотшоп" и тд. Да один МС Офис сколько всего "понавприносил".