Originally Posted by Iyanga
Because the item link contains more than the name and if you turn the H into an h, it no longer is a correct item link, as a H is expected to start the color code, not a h.
And no, there is no workaround, because even if you manage to not convert the Hs, in the end your strlower will wreck havoc upon the item name once you have UTF-8 characters in it.
|
Yeah but since I am learning how all this works I am printing out every little piece of information. When the name of the item is displayed, it's lower case, yet it's mixed case in other places. So It's messing up comparing the string. At least that's what I think is happening, I'm still testing that. I didn't know that OnLootUpdate was passing the whole Item link until I started reading the responses.
I made "ZO_LinkHandler_ParseLink( objectName )" assign all 22 variables and it's still assigning the same information.
1: The item name
2: The color. Which is 3 bytes in Hex like ffffff or 2DC50E
3: The type: so far a string 'item' for what I have tested with.
4: The ItemId
5: Unknown, but it's 13 for most of what I have seen.
Then +18 other attributes which are usually 0.
Request, I need a routine to break #5 into flags. Can anyone help me with that?
Such that it displays:
{0x0001} 'Unknown1'
{0x0002} 'Unknown2'
{0x0004} 'Unknown3'
{0x0008} 'Unknown4'
{0x0010} 'Unknown5'
{0x0020} 'Unknown6'
{0x0040} 'Unknown7'
{0x0080} 'Unknown8'
I don't need the number in brackets, that's for clarification.