Decision needed for "Move to Trash"

Gary Steinert gary.steinert at gmail.com
Thu Jan 21 12:51:18 CET 2010


On Wednesday 20 Jan 2010 04:28:43 Casey Link wrote:
> Here's a quick recap of both sides points:
> 
> For "Move to Trash" from playlist:
> * needed to delete files that are not in the collection
> * more convenient than using the file browser or collection browser
> 
> Against:
> * Deleting is a collection/file management action - the playlist is
> _not_ a file/collection manager
> * Adding it to the context menu of the playlist would make an
> already-pretty-big context menu even bigger. (Slippery slope!)
> 
> That about sums up the discussion at the merge request and the bug
> report: https://bugs.kde.org/show_bug.cgi?id=170999
> 
> Personally, I am against the inclusion of this feature. Deleting
> files/tracks is not an action that belongs in the playlist, because it
> is a collection management action.
> 
> Another point along the same lines is that it is difficult to tell the
> source of a track in the playlist.. it may be a file in your
> collection, it might be online, it might be a duplicate of another
> track you already have. This is intentional, we treat all tracks the
> same in the playlist. If the Trash action was in the playlist, there
> would be ambiguity as to which actual file is being deleted.
> 
> The solution is to do as Bart and Nikolaj have suggested: Add a "Show
> in Collection/File Browser" action to the playlist context menu.
> Initiating this action will show the selected track in the file or
> collection browser, where *ALL* the collection/file management actions
> can be accessed not just Trash.

+1 for this solution

I have a number of tracks in my collection that, for reasons unknown, are 
corrupted. I would love an easy way to find them in my collection browser, 
rather than manually searching.

Gary Steinert

> 
> Casey
> _______________________________________________
> Amarok-devel mailing list
> Amarok-devel at kde.org
> https://mail.kde.org/mailman/listinfo/amarok-devel
> 


More information about the Amarok-devel mailing list