D22102: Implement apply-on-double-click for all grid view KCM delegates

Noah Davis noreply at phabricator.kde.org
Sun Jun 30 19:31:23 BST 2019


ndavis added a comment.


  In D22102#487806 <https://phabricator.kde.org/D22102#487806>, @ngraham wrote:
  
  > Maybe I should move back and examine the rationale for the proposal.
  >
  > Right now, I find it *extremely* annoying, slow, and frustrating to test new themes, colors, icons, wallpapers, etc. The workflow is to click on the delegate, and then click on the Apply button in the corner of the window, or use its hidden Alt accelerator. If I want to see 5 items, I do this five times. If I want to look through 20 items, I do this 20 times. Every time I do this, I get frustrated and feel like it should be doable in a faster way.
  >
  > This proposal is one way to resolve the issue. I don't personally see a problem with the hidden double-click accelerator (obviously, or else I wouldn't have submitted the patch :) ), but if people don't like this approach, I hope we can have a conversation about alternative approaches to resolve the underlying issue of the test-multiple-items-in-a-grid-view-KCM workflow being quite slow. I can think of a few:
  >
  > - Move to the instant apply paradigm
  > - Add Preview buttons to all delegates that "virtually" apply the item to everything visible on screen
  > - Do the above, but on hover or selection, with a visible message that says "this is just a preview", click Apply to apply these settings"
  > - Probably way more
  
  
  Exposing the options through a simple command line interface would be another option.

REPOSITORY
  R296 KDeclarative

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

To: ngraham, #plasma, #vdg, mart, broulik
Cc: ndavis, anthonyfieroni, pino, davidedmundson, filipf, mglb, kde-frameworks-devel, LeGast00n, michaelh, ngraham, bruns
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20190630/49f1e717/attachment.html>


More information about the Kde-frameworks-devel mailing list