BTW, also note one downside to the above method - the MinimapCompassTexture frame cannot be hidden (some addons might Hide() it for aesthetics). Using SetAlpha(0) would allow it to work though...
- Registered User
Member for 16 years, 10 months, and 18 days
Last active Wed, Jan, 22 2014 16:53:31
- 0 Followers
- 9 Total Posts
- 0 Thanks
Mar 16, 2009Okay, thought so...Posted in: Lua Code Discussion
Try this as a direct real-time replacement for MiniMapCompassRing:GetFacing() (should return same radians value):
local function GetFacing() local ULx, ULy, LLx, LLy = MinimapCompassTexture:GetTexCoord() local dir = math.atan2(ULx-LLx, LLy-ULy) if dir > 0 then return dir - math.pi * 2 else return dir end endI plugged it into Astrolabe and it seems to behave normally.
Hopefully, though, Blizzard might fix GetPlayerFacing() before 3.1 final? (Can someone point its shortfalls out to them? I don't have access to the U.S forums...)
Mar 16, 2009Has anyone noticed GetPlayerFacing() only updates its return value when the player has totally stopped moving?Posted in: Lua Code Discussion
Also, if you side-step left/right etc., it seems to return the direction of movement rather than where the player is actually facing.
Addons that use Astrolabe especially, and with rotating minimap enabled, would show interesting lag in icon updates - that is, if the current implementation of GetPlayerFacing() was used (as opposed to something like MinimapCompassTexture:GetTexCoord(), which might work better here?).
Dec 10, 2007Neriak - since he no longer plays WoW - has kindly given permission for me to maintain it on the SVN. I fixed that error and added the new Ground Clutter settings...Posted in: General AddOns
There's probably a couple of other settings that could be added (e.g. multisampling). But I'm thinking it might be more useful to first provide the ability for users to select which of these many settings should be toggled. What do you think?
Oct 10, 2007(Sylvanaar asked me to post this here for reference.)Posted in: General AddOns
ACP seems to conflict with one addon Inspector (Gadget) I use, that also adds a button to the Options ESC menu. I pointed this out to the author Sagarus and got a reply.
TBH it's not a major prob and quite frankly I don't particularly need the Inspector button (a macro is much more convenient when dealing with that sorta addon) but I thought you guys should know. Even if there's no standardised way of doing it, maybe it can be fudged. :)
Oct 8, 2007I took a look at that GameTime snippet several months ago and in my testing, found that the server time returned was significantly different for each player I was trying to sync (time-sensitive) data with. You might want to verify that yourself though...Posted in: Libraries
Sep 30, 2007Just so you know, I'm working on a beta at the mo. It isn't hosted on wowinterface.com but you can nab it from drool.me.uk/naut (or curse.com or incgamers). There's SVN too but I'd like to put it on wowace's eventually...Posted in: General AddOns
There's lots of other stuff I have planned like better audio alerts, although if you use Titan or FuBar, there's a crude alarm system working right now (alt-click the bar button to set it).
I have to say though, the goblin yells are pretty useless - in terms of harnessing by an addon. More often than not they're out of sync, spammed twice over or completely lacking. At least on the realms I've test it on, only the Tirisfal tower goblins do it properly. Durotar you only get the yell when it arrives, and at Grom'gol - absolutely nothing. Go Blizz!
For that and the reason it's bloody annoying to have my chat window spammed to oblivion, I added a filter in the latest beta to block these damn yells. :)
Sep 28, 2007Forge_User_65007114 posted a message on Problems with AceComm - Custom Channels [Solved w/ work around]Apologies for replying to an old topic...Posted in: Libraries
I've been trying to get AceComm CUSTOM channels working also with my addon Nauticus.
One thing I noticed is that serialisation through this distribution is bugged as it stands. Basically, I'm trying to send mainly numbers and these are getting corrupted - either at the receiving end or sending, and it can often generate a 'SendChatMessage(): Invalid escape code in chat message' error.
My workaround - convert all numbers to strings with tostring(). That seems to work but obviously it's not ideal.
I need this method of comms, as otherwise the effectiveness of my addon plummets with just GROUP and/or GUILD. Sadly, it has been decided to strip the CUSTOM distribution from Rock, and AceComm won't be fixed(?), so I dunno what to do...
- To post a comment, please login or register a new account.