D16997: [kcm] Expose interface to control output property retention

Nathaniel Graham noreply at phabricator.kde.org
Tue May 7 19:50:25 BST 2019


ngraham added a comment.


  In D16997#462197 <https://phabricator.kde.org/D16997#462197>, @romangg wrote:
  
  > In D16997#459604 <https://phabricator.kde.org/D16997#459604>, @ngraham wrote:
  >
  > > @romangg and I talked and now I understand the feature and think it's a good idea. It needs to be exposed to the user in a way that's immediately apparent though. Here's my recommendation
  > >
  > > 1. Default to global settings
  > > 2. When there is only configuration data for one screen arrangement (i.e. because the user has never plugged in another display), don't show the global/per-arrangement configuration UI
  > > 3. When there //are// multiple display arrangements because the user has plugged in another display at some point, display the following UI at the bottom of the FormLayout which allows the user to choose between global and per-arrangement settings:
  > >
  > >
  > >
  > >   Save settings: (o) For all display arrangements that use this screen
  > >                  ( ) Only for the current display arrangement
  > >
  >
  >
  > That's good wording. The only issue I see is that a display arrangement, which has the display saved in the past with the second option selected will keep this display's values even if later in a different display arrangement the display values get changed with the first option selected.
  
  
  Hmm, that seems like buggy behavior then. Can we fix this? Global/per-display-arrangement configurations shouldn't stomp on each other under any circumstance.

REPOSITORY
  R104 KScreen

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

To: romangg, #plasma
Cc: ngraham, plasma-devel, jraleigh, GB_2, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, mart
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20190507/88ac313b/attachment-0001.html>


More information about the Plasma-devel mailing list