<div dir="ltr"><div>Thanks for pushing the newer version.  Actually, I've got a fair distance into rolling my own thing as a Python geany plugin in the meantime.</div><div><br></div><div>Unfortunately (for me) the majority of the week was spent battling with drag-and-drop functions for my specific tree thing.  Grrr.</div>
<div><br></div><div>On the plus side, it's now in a semi-usable state (for my needs) and I'll dog-food it for a week or so before I push up this part of my 'sketchpad' git repo to GitHub.  The tree structure is saved/loaded from a .ini flat file reliably.</div>
<div><br></div><div>As well as the project-tree stuff, there are interesting functions(!) in there to auto-generate a menubar (and popup) from specially named member functions (eg: '_menubar_0_File_2_SaveProject' creates a dropdown under a File heading with a SaveProject entry that calls that function).  It saves a bunch of (very copy-pasty) time linking it up manually.</div>
<div><br></div><div>All the Best</div><div>Martin</div><div>:-)</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 24 April 2014 16:34, Oly <span dir="ltr"><<a href="mailto:olymk2@gmail.com" target="_blank">olymk2@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I have pushed a newer version, cleaned up the code quite a bit and put some short comments in on what each method does, still plenty to clean up but hopefully a bit easy to look out now.<br>
</div>I even fixed a few bugs :)<br>
</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 18, 2014 at 9:56 AM, Oly <span dir="ltr"><<a href="mailto:olymk2@gmail.com" target="_blank">olymk2@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><div>Martin i just pushed the code, only tested using geanypy in my repo which should be the latest, i think it pulls from git automatically and repackages it for me.<br><br></div>i normally checkout the projects and symlink them into the geanypy folder, if you get stuck ping me on irc g+ or email with the error and I will do my best to help.<br>


<br></div>also you need to add some project folders in the prefs, any sub folders to that path are considered a project and will create a geany.history file within the project and geany.project file.<br><div><br></div></div>

<div><div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 18, 2014 at 9:50 AM, Lex Trotman <span dir="ltr"><<a href="mailto:elextr@gmail.com" target="_blank">elextr@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


[...]<br>
<div>><br>
><br>
><br>
> The root problem is that geanypy is a plugin at all!<br>
<br>
</div>In the sense that being a plugin causes the restrictions you list below, yes.<br>
<br>
But its only because the plugin interface does not contemplate the<br>
situation of one plugin being a "proxy" for several others.<br>
<br>
Matthew did a great job making Geanypy within the restrictions of the<br>
existing API.<br>
<div><br>
><br>
> The support for non-C plugins should be in the core as well, then Python<br>
> (and others languages) plugins can be first-class-citizens in all aspects<br>
> that are problematic right now:<br>
>  * Distribution within geany-plugins<br>
>  * Adding Keybinding to geany<br>
>  * Listing plugins<br>
><br>
> Really, if the core is hesitant to large changes, then it should at least do<br>
> as best as possible to support plugins which implement these changes. It's<br>
> the core's job to provide the best experience for plugin developers.<br>
<br>
</div>It would be better that the API be modified like this, so that<br>
something like Geanypy could act as a proxy for other plugins (which<br>
appear as "first class" plugins) and so a plugin can provide bindings<br>
of the API in another language.<br>
<br>
This allows more languages to be added easily by anyone rather than<br>
requiring changes to core for each language someone wants to use for<br>
plugins.  (this might even solve the VAPI argument, just make it a<br>
plugin, or more than one plugin if no agreement is reached :)<br>
<br>
Cheers<br>
<span><font color="#888888">Lex<br>
</font></span><div><div><br>
><br>
> Best regards<br>
><br>
> _______________________________________________<br>
> Devel mailing list<br>
> <a href="mailto:Devel@lists.geany.org" target="_blank">Devel@lists.geany.org</a><br>
> <a href="https://lists.geany.org/cgi-bin/mailman/listinfo/devel" target="_blank">https://lists.geany.org/cgi-bin/mailman/listinfo/devel</a><br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.geany.org" target="_blank">Devel@lists.geany.org</a><br>
<a href="https://lists.geany.org/cgi-bin/mailman/listinfo/devel" target="_blank">https://lists.geany.org/cgi-bin/mailman/listinfo/devel</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.geany.org">Devel@lists.geany.org</a><br>
<a href="https://lists.geany.org/cgi-bin/mailman/listinfo/devel" target="_blank">https://lists.geany.org/cgi-bin/mailman/listinfo/devel</a><br>
<br></blockquote></div><br></div>