On Friday 17 January 2014, Martin Gräßlin wrote:
> > This would require you to make some logic to decide which applets end
> > up in the popup and which don't. That logic will work for those that
> > agree to the same logic and would expect it to be that way anyway. But
> > it won't work for those
On Friday 17 January 2014 22:02:35 Marco Martin wrote:
> On Friday 17 January 2014, Martin Graesslin wrote:
> > > icon, and window icons can further contain their own stateful in-
> > > formation of their own (e.g. some drawing apps put a thumbnail of
> > > the current document in there
On Friday 17 January 2014, Martin Graesslin wrote:
> > icon, and window icons can further contain their own stateful in-
> > formation of their own (e.g. some drawing apps put a thumbnail of
> > the current document in there), so there can be contention between
> > the two.
>
> We
On Friday 17 January 2014 16:22:34 Eike Hein wrote:
> On Friday 17 January 2014 10:23:48 Martin Klapetek wrote:
> > On Thu, Jan 16, 2014 at 6:01 PM, Sebastian Kügler wrote:
> > > Some applications nest in the systemtray, and appear in both taskbar and
> > > systemtray. We'd like to merge their ent
On Friday 17 January 2014, Mark Gaiser wrote:
> On Fri, Jan 17, 2014 at 11:51 AM, Marco Martin wrote:
> > On Friday 17 January 2014, Martin Klapetek wrote:
> >> I think this raises another question though - if you add any applet on
> >> the panel, will it also share the systray popup? And if not,
On Friday, January 17, 2014 11:02:14 Kevin Krammer wrote:
> On Friday, 2014-01-17, 10:27:13, Djuro Drljaca wrote:
> > what about a separate component just for XEmbed? This would solve the
> > modern systray dependency problems and the users that really need XEmbed
> > could just add XEmbed systray
On Friday 17 January 2014 10:23:48 Martin Klapetek wrote:
> On Thu, Jan 16, 2014 at 6:01 PM, Sebastian Kügler wrote:
> > Some applications nest in the systemtray, and appear in both taskbar and
> > systemtray. We'd like to merge their entries. Example: Kmail's taskbar
> > item
> > could show the n
> That's just fine. We can try making the default perfect and provide the
best
> possible default experience. Users do not have to use the default, but
they
> don't need to expect the same experience when moving away from the
> defaults.
I really think this can't be said enough - as long as the
On Friday 17 January 2014 14:31:56 Mark Gaiser wrote:
> On Fri, Jan 17, 2014 at 11:51 AM, Marco Martin wrote:
> > On Friday 17 January 2014, Martin Klapetek wrote:
> >> I think this raises another question though - if you add any applet on
> >> the
> >> panel, will it also share the systray popup?
On Fri, Jan 17, 2014 at 11:51 AM, Marco Martin wrote:
> On Friday 17 January 2014, Martin Klapetek wrote:
>
>> I think this raises another question though - if you add any applet on the
>> panel, will it also share the systray popup? And if not, which I really
>> think it should not, then the cale
On Friday 17 January 2014, Martin Klapetek wrote:
> I think this raises another question though - if you add any applet on the
> panel, will it also share the systray popup? And if not, which I really
> think it should not, then the calendar should stay its own popup because
> it's not part of the
On Thursday 16 January 2014, Sebastian Kügler wrote:
> Hey,
>
> During the sprint here in Barcelona, we've talked about the rework of the
> notification area / systemtray and had a critical look at its concept and
> direction. I've extracted some notes from it, which I plan to address in
> the com
On Friday, 2014-01-17, 10:27:13, Djuro Drljaca wrote:
> Hello,
>
> what about a separate component just for XEmbed? This would solve the
> modern systray dependency problems and the users that really need XEmbed
> could just add XEmbed systray component next to the modern systray
> component.
>
>
Hello,
what about a separate component just for XEmbed? This would solve the
modern systray dependency problems and the users that really need XEmbed
could just add XEmbed systray component next to the modern systray
component.
I know this would be ugly, but it might be a good compromise...
Rega
On Friday 17 January 2014 10:20:24 Martin Klapetek wrote:
> I think this is also a way to send a message to those apps still using
> XEmbed - "your [systray] stuff is old and crap, use some 21st century tech,
> if you're not willing to, we're not willing to keep supporting your old
> stuff" (hello
On Thu, Jan 16, 2014 at 6:01 PM, Sebastian Kügler wrote:
>
> Some applications nest in the systemtray, and appear in both taskbar and
> systemtray. We'd like to merge their entries. Example: Kmail's taskbar item
> could show the number of unread emails as an overlay, instead of having a
> separat
On Thu, Jan 16, 2014 at 8:33 PM, Mark Gaiser wrote:
>
> > Seriously, have you looked at the protocol? Have you looked at the
> > implementations that would be possible? It's easy to say "I want that",
> but
> > that ignores the whole decision space for this. It's impossible to
> integrate
> > it,
On Thu, Jan 16, 2014 at 8:09 PM, Sebastian Kügler wrote:
> On Thursday, January 16, 2014 19:38:30 Mark Gaiser wrote:
> > On Thu, Jan 16, 2014 at 6:01 PM, Sebastian Kügler wrote:
> > > - the calendar should move into the systray popup
> >
> > Why?
>
> Same reason for moving all the others into th
>
> That's not at all what i tried to say.
> Whatever you do in the systemtray, be extremely careful with it. You
> will alienate the users extremely fast if it doesn't work out for
> them.
> I - personally - just don't know. I just have to see it and judge
> based on that i guess :)
>
We can do
On Thu, Jan 16, 2014 at 8:09 PM, Sebastian Kügler wrote:
> On Thursday, January 16, 2014 19:38:30 Mark Gaiser wrote:
>> On Thu, Jan 16, 2014 at 6:01 PM, Sebastian Kügler wrote:
>> > - the calendar should move into the systray popup
>>
>> Why?
>
> Same reason for moving all the others into the sam
On Thursday, January 16, 2014 19:38:30 Mark Gaiser wrote:
> On Thu, Jan 16, 2014 at 6:01 PM, Sebastian Kügler wrote:
> > - the calendar should move into the systray popup
>
> Why?
Same reason for moving all the others into the same popup: less visually
jarring transitions, less different popups
On Thursday 16 January 2014 19:38:30 Mark Gaiser wrote:
> > The XEmbed systemtray mechanism will not be supported anymore, instead we
> > will attempt to merge support for statusnotifieritems into Qt (for
> > QSystemTray). Other desktops are going a similar route.
>
> Please don't use excuses as "
On Thu, Jan 16, 2014 at 6:01 PM, Sebastian Kügler wrote:
> Hey,
>
> During the sprint here in Barcelona, we've talked about the rework of the
> notification area / systemtray and had a critical look at its concept and
> direction. I've extracted some notes from it, which I plan to address in the
>
Hey,
During the sprint here in Barcelona, we've talked about the rework of the
notification area / systemtray and had a critical look at its concept and
direction. I've extracted some notes from it, which I plan to address in the
coming weeks. Here's a quick run-down:
Goal of the system tray:
24 matches
Mail list logo
