Контрол Hot Key Опции

[Bokul]

Возникли проблемы. Ситуация такова: при создании главного окна я связываю с ним комбинацию горячих клавиш (RegisterHotKey), с которой ассоциирую идентификатор HotKeyTId. Но позже, я предоставляю юзеру возможность, в случае необходимости, изменить комбинацию, использую Hot Key контрол, создаваемого на отдельном PopUp окне. Когда ввод Hot Keys закончен, пользователю необходимо подтвердить его нажатием на кнопку (еще один контрол окна PopUp), после чего оконная функция PopUp'a считывает ввод Hot Key контрола, посылая ему сообщение HKM_GETHOTKEY. В ответ я получаю слово (Word), в котором хранятся флаги специальных клавиш (HiWord(word)), а также код виртуальной клавиши (LoWord(Word)), введенных юзером. Это слово я посылаю главному окну, которое, в свою очередь, снимает предыдущею комбинацию горячих клавиш с HotKeyTId (UnregisterHotKey ) и ставит новую, считанную с контрола. Проблема в том, что HiWord(word)) всегда возвращает 0... Из-за чего у меня возникает сомнение что HKM_GETHOTKEY сообщения корректно, в моем случае, и что вместо строки с Hot Key контрола оно возвращает комбинацию горячих клавиш, при которых этот контрол будет активен. Так ли это?

Сообщение отредактировано: Bokul - 24.07.2007 21:44

[volvo]

Практически? Не уверен, что делать вот так:

var modif: byte;
buf := (modif shl 8) or (buf and $00FF); // без приведения к Word

будет правильно...

А знаешь, почему? Потому, что оно конечно понятно, что под результат отводится размер переменной, равный максимальному из размеров переменных, участвующих в выражении. Только вот какая штука получается: если сначала вычислится вторая часть выражения, т.е., (buf and $00FF), и только потом будет выполняться первая - то все в порядке, тогда первая часть будет уже выполняться в поле из 16 бит, а нам больше и не надо... Но если сначала выполнится (modif shl 8), то оно еще будет выполняться в байтовой сетке, ведь размер modif и размер 8 - один байт, как результат: выражение (modif shl 8) = 0... А какая из частей выражения будет вычисляться первой - не знает никто:

Remark: The order in which expressions of the same precedence are evaluated is not guaranteed to be left-to-right. In general, no assumptions on which expression is evaluated first should be made in such a case. The compiler will decide which expression to evaluate first based on optimization rules. Thus, in the following expression:
a := g(3) + f(2);
f(2) may be executed before g(3).

Если же сделать приведение к Word-у, то при любом раскладе результат будет корректным... Дело твое, выбирай - или сократить программу на 6 символов и получить возможность возникновения бага, или не делать этого...