Multilanguage

[Seilem]

Hi. Is there a function for the title of the bosses?To avoid translating the bosses for different languages​​.
p.s. Sorry my bad english =(

[p3lim]

tonumber(string.sub(UnitGUID('target') or '', -12, -9), 16)

This can be used to get the creatureID of your target which is locale independant and you can pull IDs from wowhead.com.

[Seilem]

Originally Posted by p3lim tonumber(string.sub(UnitGUID('target') or '', -12, -9), 16) This can be used to get the creatureID of your target which is locale independant and you can pull IDs from wowhead.com.

it's return id from target.
Me need

sha = UnitName("60491") -- Sha of Anger id
print (sha);

how?

[Dridzt]

Your best option is probably getting them from the Encounter Journal.

[Seilem]

Originally Posted by Dridzt Your best option is probably getting them from the Encounter Journal.

can be an example?

[ravagernl]

Originally Posted by Seilem can be an example?

Have you tried searching? It's not hard to google "encounter journal functions".

http://lmgtfy.com/?q=encounter+journal+functions

[Dridzt]

To be fair I posted that half-asleep and re-reading his request I don't think the Encounter Journal will help.
It uses some internal creatureIDs that are not related to the NPCid we can get from parsing the GUID for example.

Without knowing more about what exactly he needs boss names for I don't think we can help.
Need some context.

[Vlad]

Originally Posted by Dridzt what exactly he needs boss names for

I think we can help regardless of his goals.

I reckon one has to use tooltip scanning, meaning the creature must be in the cache, otherwise a internal id to name database is required. It's true, this means the creatures must be in the cache for him to be able to get their localized names. Alternatively internal addon database over id and name is in order, but hopefully not needed.

Here is my example using a cache system:

local tooltip = CreateFrame("GameTooltip", "ExampleTooltipScanner", UIParent, "GameTooltipTemplate")

tooltip = setmetatable(tooltip, {__index = function(self, id)
  self:SetOwner(UIParent, "ANCHOR_NONE")
  self:SetHyperlink(("unit:0xF53%05X00000000"):format(id))
  local name
  if self:IsShown() then
    for i = 1, self:NumLines() do
      local text = _G[self:GetName() .. "TextLeft" .. i]
      if text and text.GetText then
        name = text:GetText()
        break
      end
    end
  end
  self:Hide()
  self[id] = name
  return name
end})

Note it doesn't handle errors, i.e. if it says "Retrieving data..." it will literally store that, or any other message on the tooltip. Just a heads up, can be fixed by making sure it only stores the "name" value when it's appropriate.

[Seilem]

Good! Thanks!

[Vlad]

I forgot to add that you query using tooltip[id] and it returns the string that it read from the tooltip, or nil if nothing (not cached).

[Choonstertwo]

Originally Posted by Vlad I think we can help regardless of his goals. I reckon one has to use tooltip scanning, meaning the creature must be in the cache, otherwise a internal id to name database is required. It's true, this means the creatures must be in the cache for him to be able to get their localized names. Alternatively internal addon database over id and name is in order, but hopefully not needed. Here is my example using a cache system: local tooltip = CreateFrame("GameTooltip", "ExampleTooltipScanner", UIParent, "GameTooltipTemplate") tooltip = setmetatable(tooltip, {__index = function(self, id) self:SetOwner(UIParent, "ANCHOR_NONE") self:SetHyperlink(("unit:0xF53%05X00000000"):format(id)) local name if self:IsShown() then for i = 1, self:NumLines() do local text = _G[self:GetName() .. "TextLeft" .. i] if text and text.GetText then name = text:GetText() break end end end self:Hide() self[id] = name return name end}) Note it doesn't handle errors, i.e. if it says "Retrieving data..." it will literally store that, or any other message on the tooltip. Just a heads up, can be fixed by making sure it only stores the "name" value when it's appropriate.

Shouldn't that __index metamethod be checking the regular tooltip __index table at some point? That's where all the tooltip methods are stored and your metamethod seems to bypass it completely.

Alternatively, use a separate table as a self-generating cache instead of overloading the tooltip itself.

[Vlad]

Originally Posted by Choonstertwo Shouldn't that __index metamethod be checking the regular tooltip __index table at some point? That's where all the tooltip methods are stored and your metamethod seems to bypass it completely. Alternatively, use a separate table as a self-generating cache instead of overloading the tooltip itself.

It does use tooltip to store, it's both a table and a widget and if you try tooltip[1234] and it doesn't exist, then it calls the function at __index to do a lookup and store the result string at that position, so next time you call tooltip[1234] it returns the string instead of doing a lookup. I refer to the tooltip object using "self" in the function, it's the same object.

[Choonstertwo]

Originally Posted by Vlad It does use tooltip to store, it's both a table and a widget and if you try tooltip[1234] and it doesn't exist, then it calls the function at __index to do a lookup and store the result string at that position, so next time you call tooltip[1234] it returns the string instead of doing a lookup. I refer to the tooltip object using "self" in the function, it's the same object.

Yes, but all the tooltip's methods like :NumLines and :SetOwner are stored in the original tooltip metatable's __index table rather than the tooltip itself. Your __index function seems to bypass this table, meaning it can't access the methods.

[Vlad]

If that's the case, then replacing:

tooltip = setmetatable(tooltip, {__index = function(self, id)

with

getmetatable(tooltip).__index = function(self, id)

should fix the problem, no?

[Choonstertwo]

Originally Posted by Vlad If that's the case, then replacing: tooltip = setmetatable(tooltip, {__index = function(self, id) with getmetatable(tooltip).__index = function(self, id) should fix the problem, no?

No, that would change the __index for every tooltip object (since they all share a metatable).

I'd change this:

local tooltip = CreateFrame("GameTooltip", "ExampleTooltipScanner", UIParent, "GameTooltipTemplate")
 
tooltip = setmetatable(tooltip, {__index = function(self, id)
    self:SetOwner(UIParent, "ANCHOR_NONE")
    self:SetHyperlink(("unit:0xF53%05X00000000"):format(id))
    ...

To this:

local tooltip = CreateFrame("GameTooltip", "ExampleTooltipScanner", UIParent, "GameTooltipTemplate")
 
local tooltipMethods = getmetatable(tooltip).__index
tooltip = setmetatable(tooltip, {__index = function(self, id)
    local method = tooltipMethods[id] -- See if this key is a tooltip method
    if method then return method end -- If it is, return the method now
 
    -- Otherwise look up a unit
    self:SetOwner(UIParent, "ANCHOR_NONE")
    self:SetHyperlink(("unit:0xF53%05X00000000"):format(id))
    ...

[Vlad]

Ah right. Fyi I never posted what I posted as a "working sample" I just sketched, but you are right about the metatable issue that arose. I guess it would be easiest to simply have two object, one being the tooltip and one just being the cache table. Assigning the metatable to the cache table instead the tooltip.

[Choonstertwo]

Originally Posted by Vlad Ah right. Fyi I never posted what I posted as a "working sample" I just sketched, but you are right about the metatable issue that arose. I guess it would be easiest to simply have two object, one being the tooltip and one just being the cache table. Assigning the metatable to the cache table instead the tooltip.

Yeah, that would probably be slightly simpler and more efficient.