[Geany-Devel] GTK version policy
Lars Paulsen
lars_paulsen at xxxxx
Sat Feb 24 21:35:49 UTC 2018
Hello,
I also don't like the idea of having completely separated plugin
versions, one for GTK2 and one for GTK3.
But I also do not like to have my code littered with #ifdef's.
I am not sure if we can simply handle all things with some macro's in a
header.
What about writing some compatibility code for the plugins in the common
utils lib?
So plugins can share the compatibility code and the #ifdef's would only
be in the common utils lib.
It might mean an extra function call but IMHO that is acceptable.
Regards,
Lars
On 24.02.2018 03:53, Matthew Brush wrote:
> On 2018-02-23 11:53 AM, Lars Paulsen wrote:
>> Hello All,
>>
>> I have ported the scope plugin to GTK3.
>> During that work I also noticed some deprecation warnings for the
>> workbench plugin which I did create not long ago
>> and as suggested by the HACKING file I did write it for GTK2.
>>
>> If I port a plugin to GTK3 should it still support GTK2?
>> Should we change the HACKING file regarding the preferred GTK version
>> to prevent people from writing new plugins based on GTK2?
>>
>
> Hi,
>
> For the average plugin with minimal dependencies I would recommend to
> support both since it's so easy. You can put all of your version
> specific stuff into a single compatibility header (and/or re-use
> Geany's) so you don't need to litter your code with #ifdef stuff very
> much.
>
> Most distros, as well as the Windows and MacOS releases are still
> shipping the GTK+2 version of Geany/Geany-Plugins and it's the build
> system default as well, so if you care about supporting a wide user
> base, supporting both versions is a good idea.
>
> Regards,
> Matthew Brush
> _______________________________________________
> Devel mailing list
> Devel at lists.geany.org
> https://lists.geany.org/cgi-bin/mailman/listinfo/devel
More information about the Devel
mailing list