On Fri, 2014-03-07 at 00:18 +0100, Kevin Kofler wrote: > Matthias Clasen wrote: > > Please stop rewriting history. The spec was proposed, flaws were pointed > > out in the review, and there was no willingness to address those flaws > > in any meaningful way. > > The purported "flaws" were of 2 kinds: > * claims of underspecification that are irrelevant in practice because it > was obvious to everyone (other than GNOME, perhaps) how the intended > rendering looks like (similar to the XEmbed system tray icons, just without > the technical limitations of the XEmbed hack), "obvious to everyone" - assuming that everyone understands something the same way is about the worst way to write a specification. You need to explicitly state what that understanding is, otherwise it's not a specification, it's a vague idea and everyone will have a different understanding of that idea. And a different, potentially incompatible implementation of. > * change requests that would have broken compatibility with the existing > implementations of the protocol already in wide use for little to no > practical benefit, such as nitpicking about the names of some D-Bus methods. So just because something is in use, but hasn't been standardized or been through any kind of standardization discussion, it should automatically be adopted as-is? I think not... Dan > It is no surprise that those "issues" were not "addressed". > > And how is that different from all those specs coming from the GNOME camp, > that are always of the "take it or leave it" kind? > > > You can consider it an 'excuse' all you want, but from my perspective, > > it was the right decision. > > Thanks for showing again how GNOME does not give a darn about > interoperability with other desktops. (See also how BOTH the GTK+ theme > integration for Qt and the Qt/KDE theme integration for GTK+ are always > worked on exclusively by KDE developers.) Sometimes one has to make > compromises in the name of interoperability. > > I don't see how it would make gnome-shell worse to just give the status > notifiers using the new protocol the same treatment given to the legacy > XEmbed ones (stuff them in the message tray by default, and let TopIcons > work with them)). > > Kevin Kofler > -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
