<div dir="ltr"><div><div><div><div>On Mon, Jan 6, 2014 at 3:46 PM, Tomasz Wasilczyk <<a href="mailto:twasilczyk@pidgin.im">twasilczyk@pidgin.im</a>> wrote:<br>><br>> W dniu 05.01.2014 20:41, Daniel Atallah pisze:<br>
<br> <br>><br>> > It occurred to me that displaying the version like this is also<br>> > potentially wrong - theoretically the gg plugin (or all of libpurple)<br>> > could be updated independently of pidgin.<br>
><br>> Current way of displaying this info (depending on config.h) can also be potentially wrong.<br><br>Yes, you're right of course. I didn't mean to imply that what you had done introduced this issue.<br><br>
><br>> > Perhaps there should be a way to have plugins print some sort of<br>> > debugging information that could be displayed on this window?<br>> > Having all of this information based more on runtime state would be<br>
> > preferable in a lot of ways.<br>><br>> I'm thinking of the following solution: gg prpl stores libgadu version somewhere (maybe by g_object_set_data() on PurplePlugin object, when it was finally gobjectified) and pidgin dialog reads it. Sounds fine?<br>
><br><br></div>That sounds good - how about we take this a step further and add a generic "BUILD_INFO" attribute that any plugin can set to provide information.<br></div>Then the pidgin dialog reads all plugins and uses that to build the UI (defaulting to something sane if the plugin has no BUILD_INFO).<br>
<br></div>This could be quite useful and provide better visibility to plugins more like "about:plugins" in firefox/chrome.<br><br></div>-D<br></div>