Add a plugin system to GTG

[Bertrand Rousseau]

GTG needs a plugin system to enable advanced feature that do not fit in the simple UI we envision for GTG. This way it would allow people that want advanced features to enable specific advanced on demand, and only make those users pay for the (small) overhead in complexity it implies. Think of it as the gedit plugin system.

If this prove succesful we could also create a package with "common" plugins and distribute it with GTG (e.g.: support for notification, etc.)

[Romeo A. Cioaba (romeo-cioaba)]

I really hope that plugin architecture will be added to GTG.

Would be great to have a plugin system that's capable of accepting plugins written in any language for which there in an interpreter installed on the system. That way people that have no idea about python could write the plugins in the language of their choice (perl, ruby, php).

Since i don't have a total understanding of how GTK development works, i assume that gtk bindings to their language of choice should be present.. i might be wrong

[Bertrand Rousseau (bertrand-rousseau)]

I would totally *LOVE* that! This is my view of a great application: provide generic simple functionnalities, but can adapt to specific behaviour as requested.

I guess if you want to modify the UI, you will need some kind of GTK bindings.

[Pititjo (jonathan-barnoud)]

I find some documentation about how to implement a plugin system in python :
http://lucumr.pocoo.org/2006/7/3/python-plugin-system
http://blog.movementarian.org/2008/07/pure-python-plugins.html

[Lionel Dricot (ploum-deactivatedaccount)]

Aaaah, it's so nice to close this one :-)

Paulo : a rule we follow in gtg is to, when marking a bug as committed, assign it to the next release. This enable us to easily have the fixed bugs for a given release.