[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-panel-devel
Subject: Re: kill the systray?
From: Matthias Klumpp <matthias () tenstral ! net>
Date: 2013-09-24 17:28:11
Message-ID: CAKNHny8btaug+YpCLEx005uYP3hY73qpK+YK52G1s8ucNHgiig () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
GNOME embeds the tray Icons in it's norification area, supporting xembed
right now. In future, they want a different notification system, which is
used exclusively (design docs are available, i will look them up at home)
However, I assume GTK+ will have a systray implementation (at least for
Xfce), so it makes much sense to discuss post-x systray now and create a
Freedesktop document for it - maybe just use DBusmenu...
Cheers,
Matthias
(Sorry for the not-inline reply, sent from my phone)
Am 24.09.2013 09:51 schrieb "Martin Graesslin" <mgraesslin@kde.org>:
> On Tuesday 24 September 2013 18:04:55 Aaron J. Seigo wrote:
> > > * Qt5 doesn't seem to have the API we need to do our xembed tricks
> > > anymore,
> > >
> > > especially QX11EmbedContainer is gone.
> >
> > it's missing more than gone; i've heard several times that someone or
> > another was working on it.
> which wouldn't be in time for Qt 5.2 anymore. So earliest is Qt 5.3 which
> might be too late for our needs.
> >
> > > If we even get it to work under
> > >
> > > X11, it seems entirely futile to expect this to be feasible in a
> Wayland
> > > world.
> >
> > agreed ...
> well for supporting legacy applications it would be needed in the same way
> as
> for supporting GTK+ application on X11.
>
> > > When I asked Martin if he knew a way to do the xembed, he replied
> (being
> > > Martin ;)) asking if we can just kill it and quoted starwars. I wonder:
> > > Can
> > > we kill it yet?
> >
> > if Gtk+ supported status notifiers natively, then i'd say "yes". it
> doesn't,
> > so anyone who uses a Gtk+ application with a system tray icon will
> suddenly
> > not be able to access it. i'm pretty sure that's going to cause
> problems.
> what's the status of the Ubuntu implementation? Is it that an app has to
> explicitly link against it?
> >
> > as the GNOME devs are currently porting to Wayland as well, now would be
> a
> > good time to find out what they plan to do with their xembed system tray.
> I just tried to find some information on how they are using it and somehow
> I'm
> not sure whether the xembed systray is available at all in GNOME...
> >
> > oh, and the tasks widget ought to gain support for application based
> status
> > notifiers (so that the system tray can opt out of them) as well as
> > skiplists. what i'd really like to see is this become a part of the
> wayland
> > specific support that we can build around the "every window has an
> > associated .desktop file" thing. Martin?
> sounds good to me.
>
> Cheers
> Martin
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel@kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>
>
[Attachment #5 (text/html)]
<p>GNOME embeds the tray Icons in it's norification area, supporting xembed right \
now. In future, they want a different notification system, which is used exclusively \
(design docs are available, i will look them up at home) However, I assume GTK+ will \
have a systray implementation (at least for Xfce), so it makes much sense to discuss \
post-x systray now and create a Freedesktop document for it - maybe just use \
DBusmenu...<br>
Cheers,<br>
Matthias<br>
(Sorry for the not-inline reply, sent from my phone)</p>
<div class="gmail_quote">Am 24.09.2013 09:51 schrieb "Martin Graesslin" \
<<a href="mailto:mgraesslin@kde.org">mgraesslin@kde.org</a>>:<br \
type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"> On Tuesday 24 September 2013 \
18:04:55 Aaron J. Seigo wrote:<br> > > * Qt5 doesn't seem to have the API \
we need to do our xembed tricks<br> > > anymore,<br>
> ><br>
> > especially QX11EmbedContainer is gone.<br>
><br>
> it's missing more than gone; i've heard several times that someone or<br>
> another was working on it.<br>
which wouldn't be in time for Qt 5.2 anymore. So earliest is Qt 5.3 which<br>
might be too late for our needs.<br>
><br>
> > If we even get it to work under<br>
> ><br>
> > X11, it seems entirely futile to expect this to be feasible in a \
Wayland<br> > > world.<br>
><br>
> agreed ...<br>
well for supporting legacy applications it would be needed in the same way as<br>
for supporting GTK+ application on X11.<br>
<br>
> > When I asked Martin if he knew a way to do the xembed, he replied \
(being<br> > > Martin ;)) asking if we can just kill it and quoted starwars. I \
wonder:<br> > > Can<br>
> > we kill it yet?<br>
><br>
> if Gtk+ supported status notifiers natively, then i'd say "yes". it doesn't,<br>
> so anyone who uses a Gtk+ application with a system tray icon will suddenly<br>
> not be able to access it. i'm pretty sure that's going to cause problems.<br>
what's the status of the Ubuntu implementation? Is it that an app has to<br>
explicitly link against it?<br>
><br>
> as the GNOME devs are currently porting to Wayland as well, now would be a<br>
> good time to find out what they plan to do with their xembed system tray.<br>
I just tried to find some information on how they are using it and somehow \
I'm<br> not sure whether the xembed systray is available at all in GNOME...<br>
><br>
> oh, and the tasks widget ought to gain support for application based \
status<br> > notifiers (so that the system tray can opt out of them) as well \
as<br> > skiplists. what i'd really like to see is this become a part of the \
wayland<br> > specific support that we can build around the "every window has \
an<br> > associated .desktop file" thing. Martin?<br>
sounds good to me.<br>
<br>
Cheers<br>
Martin<br>_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" \
target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br> \
<br></blockquote></div>
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic