[prev in list] [next in list] [prev in thread] [next in thread]
List: gtk-devel
Subject: Re: GTK_MODULES removal and the future of existing modules
From: Emmanuele Bassi <ebassi () gmail ! com>
Date: 2018-02-25 9:54:24
Message-ID: CALnHYQG0GjsaL=dsY28U=G0TsvXXCrNb82NLgcmksA7L6+gmtA () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hi;
On Sun, 25 Feb 2018 at 09:18, Philipp Emanuel Weidmann <
pew@worldwidemann.com> wrote:
> Greetings,
>
> I am the author of Plotinus[1], a GTK+ module that provides a
> searchable command palette to GTK+ applications. Recently, it was
> brought to my attention[2] that module loading has been removed[3] on
> GTK+ master.
>
> It appears that this change could mean the end for Plotinus and other
> modules like it. I would be interested to learn:
>
> 1. What is the rationale behind the removal of module loading?
>
The module code was fairly ancient, and was hand rolling things for which
we have better API down the stack, like GIO extension points, which support
things like priorities and prerequisites.
>
> 2. What will be the first stable release of GTK+ that does not support
> modules anymore? Is this GTK+ 4.0+ only, or will support also be
> dropped in a 3.0 series release?
>
The GTK 3.x series is frozen, so it won't be touched. This change is for
4.x only.
> 3. What, if any, alternatives are available/planned for software
> like Plotinus that needs to inspect the widget hierarchy of running
> applications in order to work?
>
We could be amenable to add an extension point for this, if you present a
case for it, and explain what kind of requirements you need from the
toolkit; granting blanket access to the internals of the toolkit is not
something we'd be happy to provide, but if you have a specific domain it
should be possible to accommodate your extension.
Alternatively, we could ensure that all our menus and actions are
introspectable from the outside, and give you a proper API for writing
Plotinus in GTK 4.0. We'd probably prefer that.
Ciao,
Emmanuele.
Any insight is appreciated!
>
> Warm regards
> Philipp
>
>
> [1]: https://github.com/p-e-w/plotinus
> [2]: https://github.com/p-e-w/plotinus/issues/35
> [3]: https://github.com/GNOME/gtk/commit/39d1537211501a8603f93a3196b910
> dce40e1617
> <https://github.com/GNOME/gtk/commit/39d1537211501a8603f93a3196b910dce40e1617>
>
> _______________________________________________
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
https://www.bassi.io
[@] ebassi [@gmail.com]
[Attachment #5 (text/html)]
<div><div dir="auto">Hi;</div><br><div class="gmail_quote"><div dir="auto">On Sun, 25 \
Feb 2018 at 09:18, Philipp Emanuel Weidmann <<a \
href="mailto:pew@worldwidemann.com">pew@worldwidemann.com</a>> \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings,<br> <br>
I am the author of Plotinus[1], a GTK+ module that provides a<br>
searchable command palette to GTK+ applications. Recently, it was<br>
brought to my attention[2] that module loading has been removed[3] on<br>
GTK+ master.<br>
<br>
It appears that this change could mean the end for Plotinus and other<br>
modules like it. I would be interested to learn:<br>
<br>
1. What is the rationale behind the removal of module loading?<br>
</blockquote><div dir="auto"><br></div><div dir="auto">The module code was fairly \
ancient, and was hand rolling things for which we have better API down the stack, \
like GIO extension points, which support things like priorities and \
prerequisites.</div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"><br> 2. What will be the first \
stable release of GTK+ that does not support<br> modules anymore? Is this GTK+ 4.0+ \
only, or will support also be<br> dropped in a 3.0 series release?<br>
</blockquote><div dir="auto"><br></div><div dir="auto">The GTK 3.x series is frozen, \
so it won't be touched. This change is for 4.x only.</div><div \
dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"><br> 3. What, if any, alternatives \
are available/planned for software<br>
like Plotinus that needs to inspect the widget hierarchy of running<br>
applications in order to work?<br>
</blockquote><div dir="auto"><br></div><div dir="auto">We could be amenable to add an \
extension point for this, if you present a case for it, and explain what kind of \
requirements you need from the toolkit; granting blanket access to the internals of \
the toolkit is not something we'd be happy to provide, but if you have a specific \
domain it should be possible to accommodate your extension.</div><div \
dir="auto"><br></div><div dir="auto">Alternatively, we could ensure that all our \
menus and actions are introspectable from the outside, and give you a proper API for \
writing Plotinus in GTK 4.0. We'd probably prefer that.</div><div \
dir="auto"><br></div><div dir="auto">Ciao,</div><div dir="auto"> \
Emmanuele.</div><div dir="auto"><br></div><blockquote class="gmail_quote" \
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Any insight is \
appreciated!<br> <br>
Warm regards<br>
Philipp<br>
<br>
<br>
[1]: <a href="https://github.com/p-e-w/plotinus" rel="noreferrer" \
target="_blank">https://github.com/p-e-w/plotinus</a><br> [2]: <a \
href="https://github.com/p-e-w/plotinus/issues/35" rel="noreferrer" \
target="_blank">https://github.com/p-e-w/plotinus/issues/35</a><br> [3]: <a \
href="https://github.com/GNOME/gtk/commit/39d1537211501a8603f93a3196b910dce40e1617" \
rel="noreferrer" target="_blank">https://github.com/GNOME/gtk/commit/39d1537211501a8603f93a3196b910<br>
dce40e1617</a><br>
<br>
_______________________________________________<br>
gtk-devel-list mailing list<br>
<a href="mailto:gtk-devel-list@gnome.org" \
target="_blank">gtk-devel-list@gnome.org</a><br> <a \
href="https://mail.gnome.org/mailman/listinfo/gtk-devel-list" rel="noreferrer" \
target="_blank">https://mail.gnome.org/mailman/listinfo/gtk-devel-list</a><br> \
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" \
data-smartmail="gmail_signature"><a href="https://www.bassi.io" \
target="_blank">https://www.bassi.io</a><br>[@] ebassi [@<a href="http://gmail.com" \
target="_blank">gmail.com</a>]</div>
_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic