Сколько у вас изношенных клавиатур лежит в чулане?

[BV]

А если игра не умеет отрабатывать LostDevice, то это не проблема клавиатуры с Win-клавишей, это проблема разработчиков

Какая мне разница, если у игры, кроме этой, других проблем нет? А ещё я люблю поиграть в DOOM на стандартной КЛАССИЧЕСКОЙ раскладке, без мыши. WinKey мешает очень.

Хорошо, с какой конкретно игрой у тебя проблемы?

[Хакер]

Многие любят больше мышкой работать -- ходить по менюшками, нажимать кнопки в диалогах и т.п. Ну и в играх (шутерах) мышка быстрее убивается.

А другая категория предпочитает во всех диалогах использовать исключительно клавиатуру и "горячие клавиши", мышкой почти не пользуясь.

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

[Proxy]

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

А будет ли так всегда? Может визуальное программирование опомнится и продолжит развиваться со старыми темпами. А ещё всё тот же UML становится всё боле актуальным, а на его базе не сложно представить среду разработки, добавить только класс диаграмм форма и уже можно ПО с полноценным GUI моделировать, создать компилятор и отладчик, способные работать с моделями, а не с кодом и всё, среда готова.

[Хакер]

Какая разница, всегда ли так будет? Речь-то о количестве изношенных клавиатур сейчас, а не всегда.

[Денис]

А будет ли так всегда? Может визуальное программирование опомнится и продолжит развиваться со старыми темпами.

Я считаю, не все йогурты одинаково полезны, не все компоненты удобны в качестве визуальных болванок, кидаемых на форму. Впервые это поняли разработчики Delphi (когда он был еще тот) и ввели так называемый дата-модуль, псевдо-форму, не создаваемую в рантайме, но на которую можно накидать мышкой компоненты, настроить их и подключить модуль в секции uses там где надо.

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

Как мы делали в VB6? Как мы работали с ADO? Мы просто объявляли их в коде. Конечно минус в том, что такой объект не подключишь в инспекторе объектов и не пощелкаешь с удобством по свойствам, вызывая, например, для строки подключения диалог-конструктор такой строки, или выбирая значения свойств из выпадающего списка. Но это уже частично решено в Visual Studio: достаточно поставить точку и выпадает практически полноценный уже диспетчер свойств.

А ещё всё тот же UML становится всё боле актуальным

Уже усё есть, как говорил наш шеф, и чай, и кофе с какао! Бу-га-га-га!