zarqon
Well-known member
Not long ago, I requested more friendly warnings for things with the same name. Eliminating the resultant friendly warnings as I scripted led me to greater peace of mind.
Except in one case. The friendly warnings persist and there's nothing I can do to get rid of them. That's because once you set a specific item as a goal (correctly using the item ID, even), the information mafia gives you about that goal -- as supplied by get_goals() -- loses the item ID:
Then, when a script goes to parse your current goals -- e.g. ZLib's has_goal() function -- it has to convert from the supplied string. Which prompts friendly warnings! AAAAAGHGHH
I would like to request that if mafia's internal representation of goals does not include item ID's, that it do so. I would then like to request that any relevant item conditions present in get_goals() be prepended with their item ID, so as to prevent necessitating more friendly warnings.
Thanks!
Except in one case. The friendly warnings persist and there's nothing I can do to get rid of them. That's because once you set a specific item as a goal (correctly using the item ID, even), the information mafia gives you about that goal -- as supplied by get_goals() -- loses the item ID:
CLI said:> condition add [7302]Spookyraven's library key
Condition added: Spookyraven library key
> ash get_goals()
Returned: aggregate string [1]
0 => +1 Spookyraven library key
Then, when a script goes to parse your current goals -- e.g. ZLib's has_goal() function -- it has to convert from the supplied string. Which prompts friendly warnings! AAAAAGHGHH
I would like to request that if mafia's internal representation of goals does not include item ID's, that it do so. I would then like to request that any relevant item conditions present in get_goals() be prepended with their item ID, so as to prevent necessitating more friendly warnings.
Thanks!