 |
jaeih |
Posted: Tue Mar 30, 2010 7:50 am
[3.16b] Intgeresting new problem concerning keypad |
 |
Zugg MASTER

Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Tue Apr 27, 2010 10:39 pm |
I think I tracked down the difference between the packages.
Try turning on the "Macros override menu shortcuts" option in the Preferences. Let me know if that fixes the issue for you. This option is enabled by default in new CMUD sessions, but might be disabled when importing zMUD files. I'm not yet sure why this option causes this side effect, but let me know if this fixes the issue for you so I'll know if I'm on the right track. |
|
|
 |
Zugg MASTER

Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Tue Apr 27, 2010 11:10 pm |
OK, I'm pretty sure I've got this fixed now.
It was a really weird bug. I hadn't changed anything with the macro handling code in a long time. But the recent change to the command line which moved the command line from a toolbar into the normal window form caused the Windows messages to be sent differently.
The wm_KeyDown message was getting processed, causing the Macro to execute. But Windows still had a wm_KeyPress message in the message queue, which was causing the number to be displayed in the command line. In the past I have handled this by intercepting the Windows messages at a low level. In the past, this routine only needed to "fix" the message queue when the "Override menu shortcut" option was enabled (to prevent Windows from handling any menu shortcuts). But with the new command line, this routine needs to fix the message queue even if the "Override menu shortcut" option is disabled or else you end up with the numbers in the command line.
As somebody pointed out, this was happening for any macro assigned to printable characters (letters or numbers) and not just the keypad. The new routine fixes the message queue whenever a macro assigned to printable characters is executed regardless of the "Override menu shortcut" option.
So, should be fixed for the next version. |
|
|
 |
killergate Novice
Joined: 16 Feb 2009 Posts: 38
|
Posted: Wed Apr 28, 2010 7:09 am |
Hi,
Nice, this is good news. Looking forward to that, so I can upgrade again.
/kg |
|
|
 |
Zugg MASTER

Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Tue May 04, 2010 10:38 pm |
Btw, keep in mind that you don't need to wait for the new version to fix this. Just enable the "Macros override menu shortcuts" option and then this problem will disappear in 3.16. Since this option is enabled by default and really has no downside you should probably just enable it anyway.
|
|
|
 |
lewellyn Newbie
Joined: 19 Apr 2010 Posts: 3
|
Posted: Sat May 08, 2010 1:03 am |
thanks, that did fix the problem.
|
|
|
 |
jfriske03 Newbie
Joined: 25 May 2010 Posts: 2
|
Posted: Tue May 25, 2010 4:47 pm Same issue with 3.17b? |
I am having this exact problem but checking the 'macros override menu shortcuts' box does not seem to fix it for me. Is anyone else having this issue with 3.17b or am I just doing something wrong?
(edit: Sorry I should add this is in Windows 7 if that matters) |
|
|
 |
Zugg MASTER

Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Wed May 26, 2010 4:51 pm |
If you really are running v3.17 and not still 3.16 then you'll need to post the XML for the exact macro that is causing problems. Not seeing any problem here anymore.
|
|
|
 |
jfriske03 Newbie
Joined: 25 May 2010 Posts: 2
|
Posted: Wed May 26, 2010 10:35 pm |
It is definitely 3.17 beta. I just edited the english keypad directions with the commands I wanted. When I started to play, the macros would go to the MUD fine but I'd also get the numbers showing up in the command line. I also definitely have the 'macros override menu shortcuts' box checked, but like I said maybe I messed something else up somehow? Thanks for taking the time to look into this.
<window name="cf" left="0" top="89" width="996" height="651">
<uid>{D6DE5490-C2F7-4C4D-B6C2-0502122A6B41}</uid>
<packages>English Keypad|untitled</packages>
<trigger priority="20" id="2">
<pattern>tells you</pattern>
<value>#CAP Tells</value>
</trigger>
</window>
<module name="English Keypad" global="true">
<uid>{883F0A41-452B-4380-94B2-50F622A4C364}</uid>
<class name="Keypad" initenable="true" id="1">
<notes>Movement macros assigned to the keypad (cardinal directions)</notes>
<macro key="KEY5" id="2">
<value>look</value>
</macro>
<macro key="KEY2" id="3">
<value>s</value>
</macro>
<macro key="KEY4" chain="true" id="4">
<value>w</value>
</macro>
<macro key="KEY6" chain="true" id="5">
<value>e</value>
</macro>
<macro key="KEY8" chain="true" id="6">
<value>n</value>
</macro>
<macro key="SUB" chain="true" id="7">
<value>u</value>
</macro>
<macro key="ADD" id="8">
<value>d</value>
</macro>
<macro key="KEY0" id="14">
<value>where</value>
</macro>
</class>
<class name="KeypadDiag" initenable="true" id="9">
<notes>Movement macros assigned to the keypad (diagonal directions)</notes>
<macro key="KEY7" chain="true" id="10">
<value>flee</value>
</macro>
<macro key="KEY3" chain="true" id="11">
<value>d</value>
</macro>
<macro key="KEY1" chain="true" id="12">
<value>scan all</value>
</macro>
<macro key="KEY9" chain="true" id="13">
<value>u</value>
</macro>
</class>
</module>
<window name="Tells" commandline="false" statusbar="false" dockalign="Float" left="997" top="89" width="368" height="648" host="none" id="1">
<uid>{63E8B389-ABAD-4F4D-84A0-B2D91D966015}</uid>
<dockuid>{D6DE5490-C2F7-4C4D-B6C2-0502122A6B41}</dockuid>
<packages>English Keypad|untitled</packages>
</window> |
|
|
 |
|
|