|
shalimar GURU
Joined: 04 Aug 2002 Posts: 4692 Location: Pensacola, FL, USA
|
Posted: Wed Aug 09, 2006 10:55 pm
Changing macro |
When i go into the settins editor to change a macro, it doesnt update the name of the macro with the new key combonation in the tree view
however, under the setting itself the key does change and tthe new combo will work |
|
_________________ Discord: Shalimarwildcat |
|
|
|
Dumas Enchanter
Joined: 11 Feb 2003 Posts: 511 Location: USA
|
Posted: Thu Aug 10, 2006 12:55 am |
I find that what is listed in the tree view is what is down as the ID for the setting. After it is first created, if you just change the Key in the Key: box it won't change the ID of the macro.
|
|
|
|
shalimar GURU
Joined: 04 Aug 2002 Posts: 4692 Location: Pensacola, FL, USA
|
Posted: Thu Aug 10, 2006 12:57 am |
which can be quite confusing, i dont know about you, but i tend to look at the ID to see which macros are available for creation
|
|
_________________ Discord: Shalimarwildcat |
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Thu Aug 10, 2006 6:41 am |
Yes, the tree view shows the ID for the setting, which can be different from the name. If you select the View/Advanced panel you will see the ID value listed in the bottom panel. Normally the ID and the Name should be the same, and when they are the same, CMUD should be updating both when you change either one. Looks like there is a bug with macros where it isn't setting the ID field when the key changes.
Send me a Feedback report on this and specify exactly how you are changing the macro key. Whether you are clicking the button to assign a new key, or whether you are entering the name of the key into the text box.
And yes, this is something to keep an eye on. Unlike zMUD, *all* settings in CMUD can have their own ID field, which can be different than the name. It doesn't make much sense for aliases and variables, but for triggers, buttons, status bar items, etc it's important to treat ID fields in a more general way instead of the kludged way in which zMUD handled ID (which were implemented differently for each setting type that had them). |
|
|
|
Tech GURU
Joined: 18 Oct 2000 Posts: 2733 Location: Atlanta, USA
|
Posted: Thu Aug 10, 2006 2:00 pm |
Actually Zugg sometimes it overwrites the ID when the pattern is changed I'll send feedback on it but it seems that when you change the pattern it changes the ID automatically without checking to see if the ID set was not equal to the previous pattern. I'll reconfirm later and then send feedback.
|
|
_________________ Asati di tempari! |
|
|
|
|
|