<p>In <a href="https://github.com/geany/geany/pull/629#discussion_r40504011">doc/plugins.dox</a>:</p>
<pre style='color:#555'>> +    {
> +          match = utils_str_equal(linebuf, "#!!PROXY_MAGIC!!\n");
> +          fclose(f);
> +  }
> +  return match ? PROXY_MATCHED : PROXY_IGNORED;
> +}
> +@endcode
> +
> +GeanyProxyFuncs::load is a bit more complex. It reads the file, fills the inferior's PluginInfo
> +fields and calls GEANY_PLUGIN_REGISTER_FULL(). Additionally, it creates a per-plugin context that
> +holds GKeyFile instance (a poor man's interpeter context). You can also see that it does not call
> +GEANY_PLUGIN_REGISTER_FULL() if g_key_file_load_from_file() found an error (probably a syntax
> +problem) which means the sub-plugin cannot be enabled.
> +
> +It also installs wrapper functions for the inferior's GeanyPluginFuncs as Ini files aren't code.
> +It's very likely that your proxy needs something similar because you can only install function
</pre>
<p>agreed.  at first "inferior" bugged me, but a dictionary lookup made me shut up and leave it to <a href="https://github.com/elextr" class="user-mention">@elextr</a>, which has now stricken :]</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br>Reply to this email directly or <a href="https://github.com/geany/geany/pull/629/files#r40504011">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ6NWi7d-2joGMx7rgYTvHqWJzrjtks5o1-CbgaJpZM4Fy7fG.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/geany/geany/pull/629/files#r40504011"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>