mart added a comment.

  In D10855#215256 <https://phabricator.kde.org/D10855#215256>, @graesslin 
wrote:
  
  > I kindly ask to look at the discussion ack in reviewboard when I 
implemented this feature. It was one of the most difficult changes to get in 
and this was the only solution we came up with which seemed to satisfy all 
concerns.
  
  
  where is that discussion? could it be linked here? (sorry, I have no recall 
of it so i am not sure even what to search for)
  
  personally, I would find this behavior way more intuitive, for the menu 
button, i expect it to open the menu on click, no matter what i configured for 
double click which is a completely different action from the user POV (also 
given that Windows has this behavior since windows95 it's something pretty 
entrenched in the expected behavior for  that menu button)
  it's just.. a bit complicated to implement, but that's an implementation 
detail, not to influence the ui... unless it can't really be avoided.
  Long press on desktop is generally bad, i know we have it for some 
toolbuttonsand for plasmoid handles, but none of them are optimal, toolbuttons 
should definitely be solved, for plasmoids a bit more difficult, but should be 
improved as well
  
  looking at the code, it seems to make sense to have a delay that corresponds 
to the double click interval, that may make the popup feel not super 
immediate(so the timer stuff is important is enabled only when the double click 
to close is enabled), but better than the unpredictable and undiscoverable long 
press.

REPOSITORY
  R129 Window Decoration Library

REVISION DETAIL
  https://phabricator.kde.org/D10855

To: broulik, #plasma, graesslin
Cc: mart, ngraham, plasma-devel, ZrenBot, lesliezhai, ali-mohamed, 
jensreuterberg, abetts, sebas, apol

Reply via email to