Linked by Thom Holwerda on Thu 10th Mar 2011 12:59 UTC
Permalink for comment 465678
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/24/13 14:44 UTC
Linked by Thom Holwerda on 05/23/13 23:22 UTC
Linked by Thom Holwerda on 05/23/13 22:04 UTC
Linked by Thom Holwerda on 05/23/13 22:01 UTC
Linked by Thom Holwerda on 05/23/13 17:52 UTC
Linked by Thom Holwerda on 05/22/13 22:23 UTC
Linked by Thom Holwerda on 05/22/13 13:38 UTC
Linked by Thom Holwerda on 05/22/13 13:30 UTC, submitted by JRepin
Linked by Thom Holwerda on 05/21/13 22:06 UTC
Linked by Thom Holwerda on 05/21/13 21:45 UTC
More News »
Sponsored Links



Member since:
2009-02-16
Not quite right. libappindicator is a library that is one implementation (Canonical/Unity) of the proposed spec. Apps that use the library would no more be required to assign copyright that any other library.
More importantly GNOME didn't need to accept libappindicator to implement the spec. They could have rejected libappindicator on copyright assignment or whatever grounds - as they have - and still implemented the spec on their own in GNOME shell. They didn't. They implemented their own app/systray mechanism in GNOME Shell while effectively ignoring the fact that on fd.o it was known that folks were trying to implement a cross-desktop systray/notification spec. Now apps built to use the GNOME Shell systray/notification area may not work with KDE's Plasma systray/notification area. And guess which party will probably adjust in the name of practicality? KDE. This is not the only instance of this kind of behavior and I can understand why KDE folks tire of it. I'm sure the KDE community and Canonical has areas for improvement as well. But, to Aaron's ultimate point, we can't keep pretending everything's peaches and sunshine when there is real damage occurring. As a FOSS community, we can do better than this...