gnome15-team team mailing list archive
-
gnome15-team team
-
Mailing list archive
-
Message #00005
In reply to some of your points ...
Sorry for the bad format of this reply, but I had not subscribed to the
list properly (doh!) and cannot work out how to get resent everything I
missed!
> I propose UberSuperKeyboardTools! :-)
Hehe. yeah, that Ok. Maybe let's get a list together and put a poll up
on the site. I am not looking forward to this change, rebranding is
tedious :(
> This is great news for me!
>
> Maybe we can even go further and have a "plugins-core" package that
> has no more dependencies than gnome-15 has, and then package each
> plugin independently.
Yeah, I definitely agree that the plugins should be moved out of the
core, and am mostly convinced there should be 1 package per plugin. The
only problem I have with this is on Ubuntu for example, other plugin
heavy applications like Rhythmbox, Banshee etc don't tend to do this. I
certainly wouldn't want to do it in the source distribution.
>> There will also be a Java helper library provided as an example
>> (using dbus-java). The only reason I chose Java is it is another
>> language I use a lot, so it was quick to knock something together.
> If I find the time, maybe I will do the same thing for C#.
Excellent. To be honest, the Java helper library is little more than the
stubs generated by the Java DBUS binding tools, with a small helper
class to make to the connection to Gnome15 easier. I would imagine that
there are similar tools for C#, so this should be trivial also.
I haven't actually properly released the Java helper library (I wanted
to add some documentation to it), but it should be up soon.
I admit that progress is slow!
> I was on vacation for one week, and there are some ongoing changes at
> work that made me change my priorities temporarily.
> But I'm working on it :-)
I totally understand :)
*** next email
> By the way, I wonder if gnome15-gnome-plugins shouldn't be split in
> two packages. The first would be compatible with a "stock"
> installation and would have cal, lcdbiff and screensaver plugins.
> The second one would be "Ubuntu" specific and would have indicator-me
and indicator-messages plugins.
Makes sense, I will do this for 0.6.0
> As for lgsetled and pyinputevent, these are related to using a patched
> kernel, so I don't think I will work on them until the patch is
> integrated in the mainstream kernel.
Yup, no problem. Anyone brave enough to do that i'm sure will be fine
with compiling those from source ;)