New panel framework
Brian J. Tarricone
bjt23 at cornell.edu
Sat Sep 3 13:55:26 CEST 2005
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Erik Harrison wrote:
> Replying using my @xfce address, since I've gotten it working, I think
>
> On 9/1/05, Jasper Huijsmans <jasper at xfce.org> wrote:
> <Lots of good stuff>
>
>>* Does the panel plugin system look like it will be able to support all
>> current functionality?
>
> Since plugins can now be external processes communicating over a
> GtkSocket, what's the chances that the (Three!) xfce language bindings
> will support writing panel plugins.
Yep, certainly possible, and not even all that difficult.
> Technically I imagine it was possible to do before, but you'd have a
> perl or python interpreter running in the panels process space.
Yeah, for perl at least I know this isn't trivial (see the gaim Summer
of Code blogs), but it shouldn't be terrible if we wanted to support
in-process perl plugins (or python).
> Of course, external plugins won't be possible, but is there a way you
> are launching panels that would prevent plugins for being written with
> the bindings?
>
> And bindings guys (Jeff, Danny, Brian) would you be willing to write
> the support for the panel if it is possible?
Probably the cleanest way to do it would be for the panel itself to
support the notion of "loader plugins" - in-process plugins whose job is
solely to load other plugins.
-brian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFDGY8u6XyW6VEeAnsRAkaSAKDMmDEt3LqRbKzagEBYyrH4Mir0SgCgt4qz
7oJOqI3OGnRE6QYaUb/yGE4=
=8t2k
-----END PGP SIGNATURE-----
More information about the Xfce4-dev
mailing list