WoW 2.2 Changes - Concise List
by Slouken | 16/05/2007 12:38:05![]() [kermit]It ain't easy, bein' green...[/kermit] Well, green with big teeth goes a long way. :) |
by Slouken | 18/05/2007 02:14:09![]() In 2.2 there will be a unified system for customizing modified clicks in the UI: Modified Clicks are specified using a new section in Bindings.xml, e.g. <ModifiedClick name="DRESSUP" default="CTRL-BUTTON1"/> These click actions are context sensitive, and Lua code chooses which action is appropriate based on the current context. Script API: count = GetNumModifiedClickActions() action = GetModifiedClickAction(index) SetModifiedClick("action", "binding") binding = GetModifiedClick("action") active = IsModifiedClick(["action"]) A 'binding' is in the form of MOD-BUTTONX, e.g. CTRL-BUTTON1, or a simple modifier, e.g. CTRL These modified click bindings are loaded and saved with the normal key bindings, so if you make changes you'll need to save them with: SaveBindings(GetCurrentBindingSet()) ; The Blizzard code has been reworked to use the following modified click actions: <ModifiedClick action="SELFCAST" default="ALT"/> <ModifiedClick action="AUTOLOOTTOGGLE" default="SHIFT"/> <ModifiedClick action="STICKYCAMERA" default="CTRL"/> <ModifiedClick action="CHATLINK" default="SHIFT-BUTTON1"/> <ModifiedClick action="DRESSUP" default="CTRL-BUTTON1"/> <ModifiedClick action="SOCKETITEM" default="SHIFT-BUTTON2"/> <ModifiedClick action="SPLITSTACK" default="SHIFT"/> <ModifiedClick action="PICKUPACTION" default="SHIFT"/> <ModifiedClick action="COMPAREITEMS" default="SHIFT"/> <ModifiedClick action="OPENALLBAGS" default="SHIFT"/> <ModifiedClick action="QUESTWATCHTOGGLE" default="SHIFT"/> This system replaces the following functions: SetAutoLootToggleKey(), GetAutoLootToggleKey(), IsAutoLootKeyDown() SetActionSelfCastKey(), GetActionSelfCastKey(), IsActionSelfCastKeyDown() |
by Slouken | 18/05/2007 03:37:43![]()
Yes.
No, at least not initially. The APIs are there if someone really wants to remap things, but it's not something we're promoting.
Yes, that's exactly right.
It returns true if any of the modified clicks are active. If you just want to see if modifier keys are pressed, you can continue using the existing IsModifierKeyDown() API.
I suspect so, but no support has been implemented yet. |
by Slouken | 22/05/2007 06:21:58![]() By the way, there are no plans to add additional load manager functionality. What you see is what you get. :) |
by Slouken | 22/05/2007 06:48:23![]() In WoW 2.2 the game can distinguish between right and left modifier keys. * Key bindings and modified clicks may optionally specify LSHIFT, RSHIFT, LCTRL, RCTRL, LALT, RALT instead of the normal SHIFT, CTRL, ALT modifiers. The default UI will not set L/R modifiers and will continue to use the normal (either side) modifiers. * Macro conditionals may use lshift, rshift, lctrl, rctrl, lalt, ralt in addition to the normal modifiers. * There are several new API functions to query each modifier individually: IsLeftShiftKeyDown(), IsRightShiftKeyDown(), IsLeftControlKeyDown(), IsRightControlKeyDown(), IsLeftAltKeyDown(), IsRightAltKeyDown() |
by Slouken | 25/05/2007 05:28:59![]() pitchLimit is back for 2.2 |
by Slouken | 25/05/2007 07:49:20![]() Nope. :) |
by Slouken | 25/05/2007 14:18:14![]() No, disabling an AddOn means "I don't want this to load". |
by Slouken | 25/05/2007 22:08:04![]() Oh, I see what you mean. Yes, I'll fix this. |
by Slouken | 26/05/2007 06:54:53![]()
I'm not sure I understand. Let's start again from scratch. From looking at the code, if you have a LoadManager present and enabled when you enter the game, then the addon that uses it will be marked load on demand (whether enabled or not). If the LoadManager is disabled, then the addon will not be load on demand and will be loaded normally if it is enabled. If you start out with a LoadManager disabled, and then you enable it, that just means that the next time the UI is loaded that the LoadManager will be loaded and then the addons that support it will be marked load on demand. So first, is that what is actually happening? Second, if that's what's happening, what is the issue that you're trying to solve? |
by Slouken | 26/05/2007 07:36:56![]() Got it, thanks. I'll add it to my list. |
by Slouken | 02/06/2007 22:32:21![]()
I remember looking at that at one point, and there was actually a reason for that. Changing it would have been a pretty big rework of the system at the time. |
by Slouken | 12/06/2007 21:20:30![]() In 2.2, if you specify a target for a spell cast in a macro that does not exist, it will show an error instead of defaulting to your current target. If you want the old behavior, you can still do it with the following: /cast [target=X,exists] [] spell |
by Slouken | 17/06/2007 20:22:34![]() Any bugs should be reported in the tech support forum. |
by Slouken | 18/06/2007 20:45:44![]() In 2.2.0, SecureCmdOptionParse() has been rewritten in game code for blindingly fast performance! |
by Slouken | 18/06/2007 21:46:24![]()
Or something. :) |
by Slouken | 19/06/2007 19:04:46![]() *laugh* I hate it when i get my source twisted! :) The entire dynamic macro update system has been moved into highly optimized C++ for 2.2, resulting in a roughly 100x speedup. Please keep an eye out for bugs in macro options and dynamic feedback, since it's all completely rewritten from scratch. |
by Slouken | 30/06/2007 21:18:55![]() Frame:RegisterEvent() and Frame:UnregisterEvent() have been optimized and can be used in conjunction with OnShow() and OnHide() to greatly improve performance of the UI. |
by Slouken | 04/07/2007 03:14:20![]() In 2.2.0 frame positions are saved relative to the nearest corner rather than the upper left corner, so that they don't move when changing resolution and screen aspect ratio. |
by Slouken | 05/07/2007 20:33:17![]() In 2.2.0 the UNIT_SPELLCAST_* events now have the name and rank of the spell as arg2 and arg3. |
by Slouken | 05/07/2007 20:34:19![]()
I think you want: /cast [target=mouseover,help] Rejuvenation |
by Slouken | 10/07/2007 23:09:53![]() Added script functions to adjust the portion of a frame which is clamped on screen. left, right, top, bottom = Frame:GetClampRectInsets() Frame:SetClampRectInsets(left, right, top, bottom) |
by Hortus | 04/10/2007 16:49:03![]()
Hi Alestane, I'm Hortus from QA, and we would like a bit more information about this. Could you describe the situation that this occurs in, which abilities are used in which order and on what targets? |
by Slouken | 04/10/2007 23:01:48![]() Probably what they were referring to was that Previously /cast [target=mouseover] X would cast X on the current target if the mouseover wasn’t valid. This was incorrect behavior and was fixed in 2.2. You can simulate this behavior with the addition of [] in the macro, like so: /cast [target=mouseover] [] X If that's not what's happening, please post some simple steps to reproduce the bug. Thanks! |
by Slouken | 05/10/2007 03:03:00![]() Actually in this case it's working as intended. Sunder Armor starts combat if it's not already started, on the target of the sunder. |
Hot: Latest blues on Class changes in patch 2.4



Recent Blizzard Announcements

