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