D26113: Places: For mounted volume display mount points instead of description

Méven Car noreply at phabricator.kde.org
Sun Apr 5 11:15:28 BST 2020


meven added a comment.


  In D26113#641190 <https://phabricator.kde.org/D26113#641190>, @bruns wrote:
  
  > In D26113#581228 <https://phabricator.kde.org/D26113#581228>, @ngraham wrote:
  >
  > > > As Vaults are not backed by an fstab entry, it would be the responsibility of Vaults to set a useful name (via x-gvfs-name).
  > >
  > > What I'm saying is that I think it makes sense for Solid to provide a better default display string so each app doesn't have to do this.
  >
  >
  > What I'm saying is that Vaults should set a meaningful value via x-gvfs-name so Solid has not to invent something. Then Solid can use that, and it would be consistent everywhere.
  
  
  I see, so I think we should add a "displayName" (or label() similarly to StorageVolume) function to Solid::Device, so that x-gvfs-name is used for this or the mount point when not defined and keeping description as is : a verbose description of the Device that could be used in tooltips for instance.
  This displayName would default on description() so that it would be an opt-in change by Device implementation and then users can choose between description() and displayName() depending on the context and role they need. So here in kfileplacesitem we would replace description() by displayName().
  Does this idea make sense to you @bruns ?

REPOSITORY
  R241 KIO

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

To: meven, #frameworks, ngraham
Cc: feverfew, bruns, broulik, kde-frameworks-devel, LeGast00n, cblack, GB_2, michaelh, ngraham
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20200405/cbd923db/attachment-0001.html>


More information about the Kde-frameworks-devel mailing list