Since the patch, the Tom Tom Waypoints and Ingame Waypoints no longer work for me, i have tried having both enabled and either or enabled to autpo replace the tom tom arrow for rare spawning when linked to RareScanner

Any ideas on if this is a bug or something different?

Hey, what am I doing wrong here

If I put the command /way #2130 49.8 40.2 Algeth'era nothing will come up but if I do /way #2130 49.8 40.2 then it works.

Why can't I name my waypoints?

Hello Ludovicus,

First of all, thanks for supporting this very useful addon!

I'd like to suggest an improvement of information shown on the map. Current problem is, it shows the player's coords in format Player: X, Y without any info about current map. But when we move, the map may change within current world map and it may result in some misunderstanding where really a player is. For example, it you move out of Thunder Totem with opened map, the player marker may still be visible on current map but coordinates will be instantly changed after crossing the border to Highmountain.

It would be more informative to replace the word "Player" with the name of current map, e.g. Thunder Totem: 67.82, 69.23. This line will be the same when we look at other maps, reminding where the player currently is. I modified the addon code (mainly by copy/paste) this way:

        -- TomTom.lua: line 1064
        local m,x,y = TomTom:GetCurrentPlayerPosition()
        local zoneName = L["--- "]
        if m and x and y then
             zoneName = hbd:GetLocalizedMap(m) or L["Unnamed Map"]
        end
        local opt = TomTom.db.profile
        if not x or not y then
            self.Player:SetFormattedText(L["%s: ---"], zoneName)
        else
            self.Player:SetFormattedText(L["%s: %s"], zoneName, RoundCoords(x, y, opt.mapcoords.playeraccuracy))
        end

While apparently it works well, it is only a quickfix. I think that developer may implement this idea in more elegant way, maybe even with adding an option to either show map name or Player as now and changing locales strings, if need. Please consider this, I hope it's not very hard to code.

In reply to Ludovicus_Maior:

I used and tested aforementioned modification with previous and last (3.3.7-release) versions of TomTom, because the original code fragment in the last version was unchanged. And I noticed some problems, which maybe were a reason to not implement the information about current zone like I suggested. I tried to fix these problems, mostly successfully, but I am not sure that it will not harm current TomTom functionality.

First, it's a problem with currently used library HereBeDragons, which has some limitations and may give wrong information near zone borders or not any info at all. A good place to see this, is a plateau in southern mountain area of Stormwind City, a start point about (47.0, 99.0). Most of area of this plateau, would it be a part of city, should have the Y coordinate > 100, which WoW API doesn't allow. As a result, the central part of plateau is shown on the map as Eastern Kingdoms, even though geographically and from gameplay point it's still a city and not an adjacent Elwynn Forest: the current area has a green Stormwind City name near minimap. This WoW UI inconsistency is ignored in HereBeDragons: if you open the Coordinate Block, it may show "------" when you enter a plateau from city or Eastern Kingdoms coordinates when you fly from Elwynn Forest; in the last case the wrong coordinates will be shown when you enter the "true" city area. While I didn't write a bugreport to library creator (it would be a best solution), I tried to fix this in TomTom code directly. It can be done by direct API call C_Map.GetBestMapForUnit("player") to get current map ID and a failsafe addition when the library cannot return real X and Y (I skip a code fragment, but can add later if need). After these fixes, TomTom shows correct and consistent zone name and coordinates everywhere inside that plateau used as a test area.

Second, a smaller problem in the instances: current WoW API doesn't support coordinates inside, but the instance name is still possible to get. If this is not taken into account, in the instance TomTom will wrongly show the entry point to this instance from the world or "------"; need to make a few changes using a function IsInInstance() to show more real information like "The Stockade: ---" (coordinates are still not shown).

But the problem is still is, whether such fixes will improve the main TomTom functionality or they may disrupt something, if its code has been written accepting the (unavoidable?) bugs in HBD library. So I don't write the exact code of fixes to prevent other people from attempt to make a quickfix and lose some functionality as a result. Can add it, of course, if the developers are interesting somehow.

Sorry for a long post.

P.S. Script for testing the zone name and coordinates in open world:

/run local s,id,c,x,y=function()print("--")end,C_Map.GetBestMapForUnit("player")if not id then s()return end c=C_Map.GetPlayerMapPosition(id,"player") x,y=c:GetXY()print(string.format("%s: %.2f,%.2f",C_Map.GetMapInfo(id).name,x*100,y*100))

deleted

Is there a way to completely remove some TomTom. waypoints like War Crate or Rostun of Transformation or Winds of Isles?  I dont want to be notified of those. Some waypoints are unnecessary and need to be removed completely. 

I'm pretty sure its not possible right now, but as a feature request I wonder if its possible to make the arrow point to a mob or raid boss, for example it would be nice if I could have the tomtom arrow always point to Raszageth boss in vault of the incarnates raid, so I know were she is and then I can easily avoid her fly over breath

This would be awesome, Thanks

Hi, 

Hope you guys are well.

Any chance you could add a keybind option  to "Clear waypoint from crazy arrow" like for example ctrl+right click on arrow to remove it. would save some time instead of manually right click on arrow and then choose the option "Clear waypoint from crazy arrow"

Thanks  in advance. Love you guys!

Hi. Wanted to ask is there any way to customize arrow model/texture?

Loving this addon but is quest objective click integration broken? I've tried changing the modifier, reloading and anything else I could think of but that feature seems to not work at all for me.

Bump for 3.4.1?