Skip to content

Conversation

@Ayuto
Copy link
Member

@Ayuto Ayuto commented Jan 2, 2017

  • PluginInfo now has some static attributes.
  • PluginInfo is now created via an info.ini file that is stored in the plugin's main directory.
  • PluginInfo instances can also be retrieved for plugins that are not loaded.
  • Fixed get_plugin_instance() not being able to retrieve the instance during the load process of a plugin.
  • Added get_plugin_info().
  • Added property plugins_directory.
  • Added plugin_exists().
  • Added get_plugin_directory().
  • Added a few attributes to LoadedPlugin.
  • Added the possibility to use __name__ in get_plugin_instance and get_plugin_info.

I think this is ready to get merged. There is only one last question that might need to be discussed: currently, a public convar is created for every plugin that is loaded unless it's explicitly disabled by setting public_convar to False. Do we want this behaviour or do we want to set the default value to False? I would keep the current default value (True).

Please also test it on your own. If there is nothing else to do, I will create a wiki page to explain the new info style a little bit more.

@satoon101
Copy link
Member

This all looks good and works well for my testing. I would agree with leaving the default as True.

@satoon101 satoon101 merged commit cf93be5 into master Jan 12, 2017
@satoon101 satoon101 deleted the plugin_info_update branch January 12, 2017 22:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants