<br><br><div class="gmail_quote">On Wed, May 26, 2010 at 9:31 PM, Charlie Kravetz <span dir="ltr"><<a href="mailto:cjk@teamcharliesangels.com">cjk@teamcharliesangels.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">On Wed, 26 May 2010 20:54:10 +0200<br>
Simon Steinbeiß <<a href="mailto:simon.steinbeiss@elfenbeinturm.at">simon.steinbeiss@elfenbeinturm.at</a>> wrote:<br>
<br>
> On Tuesday, 25 May 2010 00:19:43, Vincent <<a href="mailto:mailinglists@vinnl.nl">mailinglists@vinnl.nl</a>> wrote:<br>
><br>
> > I believe the original <a href="http://freedesktop.org" target="_blank">freedesktop.org</a> specification originated in KDE, so<br>
> > yes, it works in Kubuntu. Edubuntu is based on GNOME so it works there too.<br>
> > Everything not GNOME or KDE is left out in the cold, I suppose. But perhaps<br>
> > someone wants to implement the specification in a panel plugin for Xfce.<br>
><br>
> I heard that the indicators work via the xfapplet-plugin, but i haven't tried because i don't want<br>
> to install all those horrible dependencies just to try it.<br>
><br>
> > Ignoring applications that use the spec will be hard, I think, because<br>
> > Ubuntu is working to convert all applications in its repo's, which we also<br>
> > use. Nor would I consider this tray icon such a deal-breaker that a whole<br>
> > application is excluded in advance.<br>
><br>
<br>
</div>I thought the way this is being done, it becomes a choice to use the<br>
system tray or the new menu.<br></blockquote><div><br>No, as I understand it, the old system tray is still being included in Ubuntu for those apps that haven't been converted yet (so it's a choice for the app whether to use the old or new tray), but as more and more apps will be converted, the old tray will be removed. So applications that are already converted won't show up in the old system tray.<br>

 <br>Using xfapplet really isn't an option, not only because of the dependencies but also because of the performance hit in general. I think the only real solutions are ignoring the problem altogether (i.e. no applications are present in the tray) or to write a panel implementation for Xfce. But then there's the problem of the small amount of developers.<br>

<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
> I know that that's not a good option, especially in the long/er run. I still think there should be<br>
> some discussion as to what to do with that change.<br>
> I'm also wondering whether it's a good idea to make xfce (or xubuntu for that matter) more and more<br>
> gnome-ish (or ubuntu-ish), some people might prefer the good old tray-icon concept.<br>
><br>
> I wouldn't say that an application should be excluded in advance because of that issue, I just<br>
> think it's necessary for the xubuntu team to decide what to do with this, as the problems with it<br>
> are just about to begin.<br>
><br>
> Simon<br>
><br>
<br>
<br>
--<br>
</div><font color="#888888">Charlie Kravetz<br>
Linux Registered User Number 425914          [<a href="http://counter.li.org/" target="_blank">http://counter.li.org/</a>]<br>
Never let anyone steal your DREAM.           [<a href="http://keepingdreams.com" target="_blank">http://keepingdreams.com</a>]<br>
</font><div><div></div><div class="h5"><br><br></div></div></blockquote></div><br>Best,<br clear="all"><br>-- <br>Vincent<br>