Re: Improvements to new system tray panel

2015-10-21 Thread Olaf Hering
On Mon, Oct 19, Bastián Díaz wrote:

> El 19-10-2015 06:18, Olaf Hering escribió:
> 
> >Am 19.10.2015 um 05:27 schrieb Bastián Díaz:
> >
> >>Hello, from 3.16 I like the design approach used to address the problem
> >>of legacy tray icons.
> >Do you actively use and _work_with_ applications which are now banned
> >and discriminated due to that new "design"? And is that nervous little
> >thing in the lower left corner really desgined or just quickly hacked up?
> 
> Yes.

This was an "or" question...

> >One of the listed bugs mentions topicons. Does that really work out of
> >the box? It does not for me. Merge the idea of what it does into the
> >"GUI core" for the time being and publish it along with the core.
> 
> I mentioned topicons as an extension, if you do not like the way gnome-shell
> work. He will not be found out of the box, but it is easy to install.

Its likely easy to install, but appearently it stopped working.

Olaf
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list


Re: Improvements to new system tray panel

2015-10-21 Thread Olaf Hering
On Mon, Oct 19, Sriram Ramkrishna wrote:

> You know, we can't actually banned or discriminate against other apps?  I'm 
> not
> sure what you mean in this context?   Logically, if we banned or discriminated
> against these apps; we wouldn't be using them. :)

They are banned from screen. And as a result the apps are unable to
provide their visual feedback. Skype, Pidgin, likely others as well.


> One of the listed bugs mentions topicons. Does that really work out of
> the box? It does not for me. Merge the idea of what it does into the
> "GUI core" for the time being and publish it along with the core.
> 
> 
> Works for me, I've never had a problem with topicons.  Although I have stopped
> using and using the notifications.  But I believe there can be a better story
> there, my personal opinion.

Which GNOME version do you use?  Where did you get it from?
Which topicons version do you use?  Where did you get it from?


Olaf
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list


Re: Improvements to new system tray panel

2015-10-19 Thread Bastián Díaz

El 19-10-2015 12:29, Florian Müllner escribió:


On Mon, Oct 19, 2015 at 3:54 PM, Bastián Díaz
 wrote:

Really I mean display the icon context menu in the system tray with a 
similar design to a popover (if it is a popover itself would be much 
better).


Ah sorry, that wasn't clear to me. Unfortunately the answer is again
that we cannot do that - all we do is pass an event to the (tray icon)
window, it's up to the application again whether to react to it and
how.


OK.

Thanks for your time.

I guess it's best to ask the developers of these applications that can 
provide native notifications, and better support for keyboard 
navigation.


Cheers
--
Bastián Díaz
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list


Re: Improvements to new system tray panel

2015-10-19 Thread Florian Müllner
On Mon, Oct 19, 2015 at 3:54 PM, Bastián Díaz
 wrote:
> Really I mean display the icon context menu in the system tray with a
> similar design to a popover (if it is a popover itself would be much
> better).

Ah sorry, that wasn't clear to me. Unfortunately the answer is again
that we cannot do that - all we do is pass an event to the (tray icon)
window, it's up to the application again whether to react to it and
how.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list


Re: Improvements to new system tray panel

2015-10-19 Thread Bastián Díaz

El 19-10-2015 06:18, Olaf Hering escribió:


Am 19.10.2015 um 05:27 schrieb Bastián Díaz:

Hello, from 3.16 I like the design approach used to address the 
problem of legacy tray icons.


Do you actively use and _work_with_ applications which are now banned
and discriminated due to that new "design"? And is that nervous little
thing in the lower left corner really desgined or just quickly hacked 
up?




Yes.


Do it right. Make every app which happens to use the APIs a first-class
citizen. Be a service and act in favour of such apps. Stop being a
dictator and punish third party apps, and in the end the users of such 
apps.




I'm trying to help make things better.


One of the listed bugs mentions topicons. Does that really work out of
the box? It does not for me. Merge the idea of what it does into the
"GUI core" for the time being and publish it along with the core.



I mentioned topicons as an extension, if you do not like the way 
gnome-shell work. He will not be found out of the box, but it is easy to 
install.


--
Bastián Díaz
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list


Re: Improvements to new system tray panel

2015-10-19 Thread Bastián Díaz

El 19-10-2015 05:42, Florian Müllner escribió:


On Mon, Oct 19, 2015 at 5:27 AM, Bastián Díaz
 wrote:


1. Show tray icon when an application is notified.


Are you referring to applications that always show a status icons and
change the icon to notify the user about some event? (For instance a
chat program that uses the minimize-to-tray pattern and indicates new
messages in the icon).


Yes, like Telegram or Skype


In that case yes, it would make sense to temporarily show the tray as
we do when an icon is added to the tray. The problem is that tray
icons are completely under application control (they are really just
tiny application windows), so we simply don't know that the icon has
changed.



I feared a similar response. Unfortunately third-party applications have 
their own notification system and often do not see them and that forces 
me to keep the tray icon always visible.


2. Show contextual information status icon a popover-style design. in 
the window title/header bar by default.


I'm really not sure what the suggestion is, but:
- headerbars are part of the application, we can't change them from 
gnome-shell


headerbars?

- putting status icons in a popover will prevent them from opening a 
menu


Really I mean display the icon context menu in the system tray with a 
similar design to a popover (if it is a popover itself would be much 
better).


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list


Re: Improvements to new system tray panel

2015-10-19 Thread Sriram Ramkrishna
On Mon, Oct 19, 2015 at 2:24 AM Olaf Hering  wrote:

> Am 19.10.2015 um 05:27 schrieb Bastián Díaz:
> > Hello, from 3.16 I like the design approach used to address the problem
> > of legacy tray icons.
>
> Do you actively use and _work_with_ applications which are now banned
> and discriminated due to that new "design"? And is that nervous little
> thing in the lower left corner really desgined or just quickly hacked up?
>
>
You know, we can't actually banned or discriminate against other apps?  I'm
not sure what you mean in this context?   Logically, if we banned or
discriminated against these apps; we wouldn't be using them. :)

I can't comment on the traybar in the corner.  I believe that was a stop
gap measure for now.  But one of the designers can comment on that.

Do it right. Make every app which happens to use the APIs a first-class
> citizen. Be a service and act in favour of such apps. Stop being a
> dictator and punish third party apps, and in the end the users of such
> apps.
>

That is what the HIG is far if you are a GNOME based app.  Or are you
referring to non-GNOME apps?  There are of course limits to which GNOME
will support them, but when it makes sense I believe GNOME tries to do that.


>
> One of the listed bugs mentions topicons. Does that really work out of
> the box? It does not for me. Merge the idea of what it does into the
> "GUI core" for the time being and publish it along with the core.
>

Works for me, I've never had a problem with topicons.  Although I have
stopped using and using the notifications.  But I believe there can be a
better story there, my personal opinion.

sri


>
>
> Olaf
> ___
> gnome-shell-list mailing list
> gnome-shell-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-shell-list
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list


Re: Improvements to new system tray panel

2015-10-19 Thread Olaf Hering
Am 19.10.2015 um 05:27 schrieb Bastián Díaz:
> Hello, from 3.16 I like the design approach used to address the problem 
> of legacy tray icons.

Do you actively use and _work_with_ applications which are now banned
and discriminated due to that new "design"? And is that nervous little
thing in the lower left corner really desgined or just quickly hacked up?

Do it right. Make every app which happens to use the APIs a first-class
citizen. Be a service and act in favour of such apps. Stop being a
dictator and punish third party apps, and in the end the users of such apps.

One of the listed bugs mentions topicons. Does that really work out of
the box? It does not for me. Merge the idea of what it does into the
"GUI core" for the time being and publish it along with the core.


Olaf
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list


Re: Improvements to new system tray panel

2015-10-19 Thread Florian Müllner
On Mon, Oct 19, 2015 at 5:27 AM, Bastián Díaz
 wrote:
> I have other notions from the user's perspective that could be useful

I'm not sure I understand the suggestions, so please correct me if I
got it wrong.


> 1. Show tray icon when an application is notified.

Are you referring to applications that always show a status icons and
change the icon to notify the user about some event? (For instance a
chat program  that uses the minimize-to-tray pattern and indicates new
messages in the icon).
In that case yes, it would make sense to temporarily show the tray as
we do when an icon is added to the tray. The problem is that tray
icons are completely under application control (they are really just
tiny application windows), so we simply don't know that the icon has
changed.


> 2. Show contextual information status icon a popover-style design. in the
> window title/header bar by default.

I'm really not sure what the suggestion is, but:
 - headerbars are part of the application, we can't change them from gnome-shell
 - putting status icons in a popover will prevent them from opening a menu
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list


Improvements to new system tray panel

2015-10-18 Thread Bastián Díaz
Hello, from 3.16 I like the design approach used to address the problem 
of legacy tray icons.


I am now convinced that should not exist, but there are applications 
that use them for many reasons and we must give users a way to work with 
that.


I have written some reports of improvement:
https://bugzilla.gnome.org/show_bug.cgi?id=748622
https://bugzilla.gnome.org/show_bug.cgi?id=756757

I have other notions from the user's perspective that could be useful, 
but do not know the operating system icons and how viable are performing 
in gnome-shell.


1. Show tray icon when an application is notified.
Some applications show a notification indicator in tray icon. It would 
be very useful to show the panel that happens every time (similar to the 
behavior when an open an application using the tray icon).


2. Show contextual information status icon a popover-style design.
It is more aesthetic, but it helps to integrate this feature to the 
modern design of gnome.

 ---^
|  xxx  |
 ---

If you believe it is possible, could generate new reports to improve 
monitoring.


Finally, let me mention something that is distantly related to the 
operation of the tray icon, but can be useful.
It would be interesting to hide the window when you double-click in the 
window title/header bar by default.


Cheers
--
Bastián Dḯaz

___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list