Forums » Suggestions
[lua] provide method to obtain original name of addons/commodities/etc when pilot uses a different locale
This might already be solved, but I'm not aware of a method to obtain an addon's original name or a static internal name. One of my plugins, ACAM (Advanced Chainfire Automation Module) provides pilots with an easy to use chainfiring management solution that doesn't rely on long and complicated alias setups.

One of the features the plugin has is to look up an optimal timing based on the name of the addons. If it fails, it defaults to 200ms (the user can manually adjust, and save that timing for their specific addon and number of weapons to be chainfired). While the plugin does provide translation lookup tables for its own text, however, it does directly compare the addon's given name to its local list. When testing the locale glitch with the addon page (see bug reports' recent post), I noticed that the addon's name's changed, which resulted in lookup failures because they no longer match the provided list.
I could update the plugin to provide lookup tables based on the user's locale, but I feel that obtaining a widget's original and/or internal name would be better, especially if translations change or new languages are added on in the future.
Like I said, there might already be a function to do this, I just haven't seen its use yet...

One of the features the plugin has is to look up an optimal timing based on the name of the addons. If it fails, it defaults to 200ms (the user can manually adjust, and save that timing for their specific addon and number of weapons to be chainfired). While the plugin does provide translation lookup tables for its own text, however, it does directly compare the addon's given name to its local list. When testing the locale glitch with the addon page (see bug reports' recent post), I noticed that the addon's name's changed, which resulted in lookup failures because they no longer match the provided list.
I could update the plugin to provide lookup tables based on the user's locale, but I feel that obtaining a widget's original and/or internal name would be better, especially if translations change or new languages are added on in the future.
Like I said, there might already be a function to do this, I just haven't seen its use yet...