Вверх ↑
Ответов: 9906
Рейтинг: 351
#1: 2006-12-03 09:30:30 ЛС | профиль | цитата
Значит так.
Никаких 157-х. Просто по той причине, что коды всех элементов адаптированы под иной интерфейс, описанный в последнем share.pas (dtInteger, и т.п..). По этой же причине коды элементов с SVN не следует ставить на младшие версии - просто не будет компилироваться.
((не считая того, что взаимодействие среды с CodeGen в 157-й немножечко глючное - мне припоминается))


Для тех, кто сетовал, что есть более "равные" (замечен был Леонид), переживал за неправильность модальных форм (замечен был Botan) - выкладываю свои файлы. Применять только совместно.

Дополнительные комментарии:
1) В MainForm реализованы соображения этого поста.
2) Св-во KeyPreview, метод doKeyBack, события onKeyDown, onKeyUp, onChar можно теоретически прилепить любому win-элементу методом "ай! достаточно в INI прописать..."
3) Если св-во KeyPreview=true (оно таково, даже если его не прописывать в INI), то полученные от винды клавиатурные мессаги СНАЧАЛА отправляются на тестирование родителям (например, в Panel), а потом уже используются. Родитель поступает совершенно точно также, и в качестве использования можно подключить onChar, к примеру. Отличается от onKeyDown тем, что на выходе не виртуальный код клавиши, а символ, с учетом шифтов и языка. Если во время клавиатурных событий сотворить doKeyBack, то коды нажатия ЗАМЕНЯТСЯ на коды из потока (в случае onChar нужен именно код символа, а не сам символ - т.е. после конвертора в режиме CharToInt). Если вводится нулевой код, то событие потомкам (которые и делали запрос, собственно) НЕ ВОЗВРАЩАЕТСЯ
карма: 9

0
файлы: 1KeyPreview.rar [6.2KB] [361]