D8056: Improve usability of "Open With" dialog by adding option to filter the application tree

Henrik Fehlauer noreply at phabricator.kde.org
Wed Nov 8 18:36:54 UTC 2017


rkflx added a comment.


  In https://phabricator.kde.org/D8056#165453, @simgunz wrote:
  
  > Is it there a way to make my contact info in kde identity public? I couldn't find an option for it.
  
  
  There is no such option yet, as far as I know. Turns out as you used `arc` to upload your patch (good job!) instead of the web upload, it was already included and I would not have needed to askā€¦
  
  > One last note on this modification. Given that the previous default was to use `PopupCompletion`, it means that most of the users out there have this setting configured. If there will be any type of announcement or changelog regarding this change, it may be useful to explicitly suggest to change to completion `None` in order to fully enjoy the new feature without the popup covering the tree.
  
  I see were you are coming from, but not sure this would work, would also be a bit weird to read. I remember some distro release notes advising on manual changes of high importance, but listing every little change would probably be too much. The closest would be someone with a blog aggregated on Planet KDE featuring this improvement (@ngraham you should totally start a blog, as I believe you have a quite good overview on what's happening each week in Phabricator land).
  
  Normally such changes can be automated with `kconf_update` <https://techbase.kde.org/Development/Tools/Using_kconf_update>. Recently, I did something similar <https://phabricator.kde.org/D6697#change-9AZVObB5gztX> (with a perl detour <https://phabricator.kde.org/D6697?id=16688#change-2UOSq8zftmFL>). Instead of copying you would have to set a new value explicitly and touch more than one file (e.g. `dolphinrc` and everywhere else the dialog is used). You can try this direction, but we could also just wait and see what further changes are possible for the dialog.
  
  In https://phabricator.kde.org/D8056#165455, @ngraham wrote:
  
  > IMO popup completion is rendered obsolete by the new filter behavior, which is much nicer. We might consider just removing it.
  
  
  
  
  In https://phabricator.kde.org/D8056#165599, @dfaure wrote:
  
  > Yes, feel free to kill the hidden setting for completion, especially if the default value isn't the one that gives the best user experience.
  
  
  As I wrote above, this would mean two things (I believe both should still be supported, in one form or another at least):
  
  - An important use case is to enter a custom path. Having a recent history of those paths to avoid typing/selecting them over and over again is useful. The history can still be accessed via the arrow on the right, but the completion would be gone.
  - There would be no way anymore to autocomplete or discover anything contained in your `$PATH` (e.g. your own/custom scripts), safe for typing it out in full.

REPOSITORY
  R241 KIO

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

To: simgunz, dfaure, #frameworks, #vdg, ngraham, rkflx
Cc: rkflx, subdiff, fabianr, abetts, ngraham, alexeymin, #frameworks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20171108/79ee4754/attachment-0001.html>


More information about the Kde-frameworks-devel mailing list