I think we have a much deeper problem here: Some apps (nautlilus, control panel, gitg, ....) are using new features (like the launcher icon context menu, mabye first provided by Unity, borderless windows etc.) and do not provide a reliable fallback for old desktops.
So if the new features prove useful, the old desktops should retrofit them somehow (eg. making for example gnome-fallback handle external application menus like the Unity launcher icon menus) or the libs used to access these features should provide an internal fallback mechanism. A borderless window should never be shown without resize handles if it would have some in Unity.
It is bad to load up the developers of apps with the handling of this new features, as many of them would fall to "new style" promises and would produce Unity-only apps this way.
I am very pissed of by these shortsigthed developments, that lead to Ubuntu being an almost Unity-only system as of 16.04 now, with myriads of problems in any desktop other then Unity.
I think we have a much deeper problem here: Some apps (nautlilus, control panel, gitg, ....) are using new features (like the launcher icon context menu, mabye first provided by Unity, borderless windows etc.) and do not provide a reliable fallback for old desktops.
So if the new features prove useful, the old desktops should retrofit them somehow (eg. making for example gnome-fallback handle external application menus like the Unity launcher icon menus) or the libs used to access these features should provide an internal fallback mechanism. A borderless window should never be shown without resize handles if it would have some in Unity.
It is bad to load up the developers of apps with the handling of this new features, as many of them would fall to "new style" promises and would produce Unity-only apps this way.
I am very pissed of by these shortsigthed developments, that lead to Ubuntu being an almost Unity-only system as of 16.04 now, with myriads of problems in any desktop other then Unity.