<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 15, 2015 at 2:35 PM, Colomban Wendling <span dir="ltr"><<a href="mailto:lists.ban@herbesfolles.org" target="_blank">lists.ban@herbesfolles.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">Hi,<br>
<br>
>> […]<br>
>><br>
>> The API has been fixed to not leak symbols, which it did for a few<br>
>> recent versions. The only functions that are public, which is how it's<br>
>> always been, are those documented in the API reference[0]. That you were<br>
>> able to compile and link against private symbols was a bug in Geany.<br>
<br>
</span>BTW, linking to private API never worked under Windows.<br>
<br>
> […]<br>
<span class="">><br>
> I can probably find an alternative workaround for document_close_all,<br>
> e.g. iterate document_index(0) until it returns NULL, and call<br>
> document_close; so I think should be ok too.<br>
><br>
> The project functions however, since Djynn is meant to integrate with<br>
> the internal Geany project manager, with functions for opening and<br>
> closing projects. I believe Geany would be enhanced by the possibility<br>
> for plugins to open and close projects. When creating a Djynn-project a<br>
> Geany-project is generated automatically, and when opening and closing<br>
> Djynn-projects, the Geany-projects are opened and closed too. It's been<br>
> working very well, seamlessly and invisibly, and would be a loss if I<br>
> had to cut out the Geany-project integration.<br>
<br>
</span>I've got what might be a stupid question, but couldn't your plugin<br>
integrate with Geany projects the other way around, e.g. your plugin<br>
reacts to project open/close rather than making Geany react to your<br>
plugin's project open/close?<br></blockquote><div><br></div><div>If I understand the project part of the plugin (haven't tried it either), it tries to simplify switching between projects and organizing projects into workspaces. In the screenshot here</div><div><br></div><div><a href="http://plugins.geany.org/djynn.html">http://plugins.geany.org/djynn.html</a><br></div><div><br></div><div>it seems that the second combo serves switching between projects in a workspace so it's the plugin which decides whether a project should be opened/closed rather than Geany. This functionality cannot be done with listening to the signals only so access to project_open()/close() makes sense here.</div><div><br></div><div>The other thing is the plugin itself is a bit too "All the stuff I need in Geany" and it would be better break the functionality into individual plugins, or extending existing plugins or adding the functionality directly to Geany.</div><div><br></div><div>Jiri</div></div></div></div>