The sensible compatibility layer is what you see. We don't want to> * Topicons: I understand that systray icons are not the way the GNOME
> designers want things to work, but FAR too much software exists today
> that relies on these icons. Shunting them to the message tray (pre
> -3.16) or into a tiny little expansion box (post-3.16) or hiding them
> entirely (Wayland) are not valid solutions for this software. Call it
> legacy software if you wish, but not having a sensible compatibility
> layer is harmful to users.
encourage using a functionality that we've been trying to wean ourselves
off for a number of years already.
We can't keep on indulging applications that are designed like Winamp
and ICQ circa 1998.
There are alternative ways:
https://wiki.gnome.org/Design/OS/MessageTray/Compatibility
> * Window List: For many users attempting to locate the window they want
> across a number of workstations, having the window list at the bottom
> of the screen provides a very quick way to see what is on every
> workspace. It's far easier to process a short line of information than
> to 1) go into the Overview. 2) start paging through each workspace. 3)
> scan the entire screen for the window that matches what you want.
1) Go into the overview
2) type the name of the app followed by enter
or
2) click on the app's icon in the dock
Maybe GNOME Classic is a better option for this site?
> > > * Top bar: Maybe show date in clock could live in the Date & Time
> > > panel, where the 12/24 hour setting is.
> >
> > We already show it inside the menu, is that not enough?
> >
>
> When someone wants to know the date, it's usually because they need to
> use it for something (like signing a check, etc.) right now. Needing
> more than a quick glance to the top of the screen is wasteful,
> particularly since the GNOME design policy is to have none of that
> space used for anything else. This is one of those cases where I cannot
> figure out why the default doesn't simply include the date. I can
> understand having seconds or week numbers in the tweak tool; those are
> far less interesting.
The full date (compared to the week day and time) would also distract from
the more important parts. Do we need the year in the full date? Do we need the
month? Feel free to file a bug about that, the default and/or having a visible
configuration option can be discussed in its own bug.