desktop-packages team mailing list archive

[Marco Trevisan (Treviño) <mail@xxxxxxxxx>]

*** This bug is a duplicate of bug 1283849 ***
    https://bugs.launchpad.net/bugs/1283849

** This bug has been marked a duplicate of bug 1283849
   New window decorations break middle click title bar

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity in Ubuntu.
Matching subscriptions: dp-unity
https://bugs.launchpad.net/bugs/1292168

Title:
  Inconsistent click actions on new locally integrated menus (LIM)

Status in Ayatana Design:
  Opinion
Status in Unity:
  Opinion
Status in unity package in Ubuntu:
  Opinion

Bug description:
  This is related to Bug #1283849 and all of its duplicates.

  As those say, middle click to lower windows is now broken. But I feel
  that right clicking here is just as bad or worse. Right clicking still
  presents the classic window actions menu which is entirely expected by
  crufty old desktop veterans but Unity is *not* supposed to be another
  crufty old desktop :P. The indicators broke new ground with left and
  right clicking both presenting the same consistent menus and I feel
  that the new LIM should do the same. Note here that middle click on
  LIM already does the same action as left click, so why not right click
  too? All of this "click convergence" eases some user confusion and
  greatly eases the pain of touch screen devices that are more than
  tablets but less than laptops.

  So what about this lost "lower" functionality? First of all, it always
  *should* have been a part of the standard window menu so let's go
  ahead and have it in there. Secondly, if right click does not expose
  this menu because of LIM/Indicator consistency, then let's just go
  ahead and bring back the window menu as a standard part of every
  window decoration. I'm thinking it will replace/obsolete the always
  visible minimize/maximize buttons and will integrate seamlessly with
  LIM such that opening the window menu and then mousing right will move
  right on to "File, Edit, View, etc."

  This would add a further layer of consistency for windows that do not
  support resizing or maximizing. As is, the dedicated maximize button
  on them can be taken away leading to slight inconsistency in window
  decoration, but with a window menu instead it will always be there and
  will simply have the options inside greyed if the window does not
  support them.

  If Bug #1283849 is flatly fixed it sort of obsoletes this bug but it
  is not exactly a duplicate either :D.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ayatana-design/+bug/1292168/+subscriptions