Expanded support for custom items

Hello! I would like to make a small request. The plugin works, in general, strangely from the administrator's point of view (I don't understand the logic of displaying not all items for addition and implementing an unclear search by shortname), but from the user's point of view, there are almost no complaints. However, could you add more correct CID support? In version 2.* of the library, the names of items have become localised. In your plugin, you use something like `displayName?.english`, where cid stores the base message (without translations). It usually looks like: ‘“example.shortname” in lang file'’. Could you add an optional dependency on CID, which, if present, would pick up the localised item names for the current user? If you could also pick up the item description, that would be great!

Also, could you please make the item name field ‘erasable’? If something is accidentally entered there, then that name will be applied to the item itself. And when erased, a ghost effect of such a save remains. As if it is trying to put an ‘empty’ name. For CID, the Name field in the plugin should not interfere with the item itself, but only personalise the name displayed within the plugin, without affecting the item.

A quick search even revealed that CID has a simple API method for obtaining a localised name. The first is by the usual user ID, the second is by directly specifying the language for translation:

private string GetTranslatedDisplayName(ItemDefinition customDefinition, ulong userID) 
private string GetTranslatedDisplayName(ItemDefinition customDefinition, string languageOrUserID)

1 hour ago, The_X_ said:

Hello! I would like to make a small request. The plugin works, in general, strangely from the administrator's point of view (I don't understand the logic of displaying not all items for addition and implementing an unclear search by shortname), but from the user's point of view, there are almost no complaints. However, could you add more correct CID support? In version 2.* of the library, the names of items have become localised. In your plugin, you use something like `displayName?.english`, where cid stores the base message (without translations). It usually looks like: ‘“example.shortname” in lang file'’. Could you add an optional dependency on CID, which, if present, would pick up the localised item names for the current user? If you could also pick up the item description, that would be great!

Also, could you please make the item name field ‘erasable’? If something is accidentally entered there, then that name will be applied to the item itself. And when erased, a ghost effect of such a save remains. As if it is trying to put an ‘empty’ name. For CID, the Name field in the plugin should not interfere with the item itself, but only personalise the name displayed within the plugin, without affecting the item.

 

A quick search even revealed that CID has a simple API method for obtaining a localised name. The first is by the usual user ID, the second is by directly specifying the language for translation:

private string GetTranslatedDisplayName(ItemDefinition customDefinition, ulong userID) 
private string GetTranslatedDisplayName(ItemDefinition customDefinition, string languageOrUserID)

 

Hey, okay will add it when i get some free time

Changed Status from Pending to Work in Progress