<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 28 May 2013 07:51, Pallai Roland <span dir="ltr"><<a href="mailto:pallair@magex.hu" target="_blank">pallair@magex.hu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A very simple implementation based on your comments:<br>
<a href="https://github.com/geany/geany/pull/141" target="_blank">https://github.com/geany/geany/pull/141</a><br>
<br>
I will patch geany-plugins too (treebrowser/projects) if you like it.<br></blockquote><div><br></div><div style>That means adding the new function to the plugin API, documenting it as such and bumping the API version, making the plugin no longer able to run with a Geany earlier than this new version.</div>
<div style><br></div><div style>Plugins are controlled by their maintainers, not the Geany project, you will have to communicate patches to them if they want to accept the patch, after the Geany changes of course.</div><div style>
<br></div><div style>Cheers</div><div style>Lex</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
2013/5/27 Pallai Roland <<a href="mailto:pallair@magex.hu">pallair@magex.hu</a>>:<br>
<div class="HOEnZb"><div class="h5">> 2013/5/27 Dimitar Zhekov <<a href="mailto:dimitar.zhekov@gmail.com">dimitar.zhekov@gmail.com</a>>:<br>
>> On Mon, 27 May 2013 13:22:02 +0200<br>
>> Pallai Roland <<a href="mailto:pallair@magex.hu">pallair@magex.hu</a>> wrote:<br>
>><br>
>>> Do you agree that the problem exists and should be solved?<br>
>><br>
>> No. If Geany supported several main activities, such as browsing<br>
>> interface objects and clicking on their event handlers to edit the<br>
>> code behind, or browsing a database and clicking an object to edit<br>
>> it's definition as SQL text, it would have made sense, because the<br>
>> editor windows would have been specialized.<br>
>><br>
>>> Maybe I was very abstract here: I just want consistent widget focus<br>
>>> when I close the very last document.<br>
>><br>
>> But not any other document... Attempting to marry activities with<br>
>> Geany's general purpose text editors can't produce consistent results.<br>
><br>
> Please forget word "activities", it has taken us too far from the point IMHO.<br>
><br>
>> Aside from a plugin being unavailable, the widget from which a file was<br>
>> open may be in an unsuitable state: for example a set of Messages,<br>
>> which are not result of "Find in Files", or Scope Threads/Stack, after<br>
>> the program was terminated.<br>
><br>
> In worst case we give focus to the wrong widget. Not worse than lost<br>
> focus, isn't it? If the implementation is simple and stable, why<br>
> not..?<br>
><br>
>>> How should I fix it?<br>
>><br>
>> For Messages, including "Find in Files" matches, you can assign<br>
>> shortcuts for the "Next message" and "Previous message". Strangely<br>
>> enough, the keys do not work if the last file is closed, although the<br>
>> menu items work just file. Bug?..<br>
><br>
> It opens every file as I walk through results, definitely not what I<br>
> want. Furthermore the shortcut really does not work if the last file<br>
> is closed. :)<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>
</div></div></blockquote></div><br></div></div>