Feedback on deleting tracks from the Rockbox UI

[dcormeir]

I recently started using a Sansa Clip+ and put Rockbox on it based on good things I've heard from friends. Overall, I'm quite pleased with it. However, there's an area that bugs me: deleting tracks.

I listen to a lot of podcasts. When I finish listening to a podcast I like to delete it so it doesn't get played again. This is something that is really easy on my phone, but the audio quality of the Clip+ is much better so I'd much rather use it. I know that I can delete a track through the Files menu, and that's great. However, it would be nice to be able to delete a track from the context menu anywhere you can see a track. For example, the context menu for a track on the playlist viewer, or the context menu for a track in the database. It's much easier to find the podcasts through those means than through the file browser, since they're all spread out in the file browser.

[dcormier]

Looking at this a little more, I think that just adding the option to delete a track on the playlist viewer context menu would solve it, since that's what you get when you long-press an item in the database.

[Chronon]

You can delete the track from the WPS context menu.

[dcormier]

Yes, but I want to delete the tracks once they've finished playing and likely while another is playing. So the context menu on the WPS isn't helpful, there.

[Chronon]

Is there a reason deleting it while it's still playing won't work (once it's been buffered, of course)?

I understand that this would be an added convenience, though some might argue that it doesn't exactly make sense as an option in the Playlist Viewer context menu.

[dcormier]

I didn't realize that you could delete a track while it's playing and have it continue playing. But, as you said, it need to be buffered first. How would that would with large tracks (20+ MB), though? How would I know the end of the file has been loaded into RAM?

Being able to delete tracks from the playlist viewer would still be much more convenient because some of them are short (< 5 minutes), so I would have to frequently stop what I'm doing and delete them as they come up. It would be much more convenient to be able to listen to a half dozen or more then go back and delete them at my convenience.

[gevaerts]

I agree that this is a feature worth having. I'm not volunteering though, the last time I did a two line change related to playlists it broke a lot...

[[Saint]]

I didn't realize that you could delete a track while it's playing and have it continue playing. But, as you said, it need to be buffered first. How would that would with large tracks (20+ MB), though? How would I know the end of the file has been loaded into RAM?

This could be avoided by checking if the track is fully buffered (which may or may not be very non-trivial), and only presenting the "Delete Current Track" (or however it would be named) context menu item in this case.

Just to make it clear, I too am not putting my hand up and saying I'll do it either.

Although I think it would be a useful thing to have, I have time constraints at the present and far too many half finished projects on my ToDo list as it is



[Saint]

[JdGordon]

being able to delete from the playlist viewer is something worth adding (should be simple enough, I'lll have a look now).

edit: nope, not a quick hack. tommoroow maybe

[dcormier]

Thanks, guys.

Thanks for taking a look, JdGordon. I'll keep and eye open for the checkin.

[mhujm@aol.com]

I'm another big podcast consumer and have been hoping for an improvement for years
(probably helps if I'm willing to speak up, rather than silently hoping to myself)


I would love the ability to:

   1. Flag the current item for deletion
   2. Flag a non-current item for deletion (either from database or playlist)
   3. Initiate a "Delete all items flagged for deletion"


FLAGging needs to be a fast action.
Often, I want to delete 30-40 articles from The Economist Audio edition. 
Currently, I would have to
    start playing the first one of those articles
    select "delete"
    wait for the delete action to finish
    start playing the next article...and repeat.

Instead, I just wait until I can plug into a PC and delete thru Win Explorer, because the current delete function just isn't worth the effort for so many tracks.

[Llorean]

You can delete files without playing them already, though it's still not as simple as flagging several and choosing delete.

[saratoga]

I would love the ability to:

   1. Flag the current item for deletion
   2. Flag a non-current item for deletion (either from database or playlist)
   3. Initiate a "Delete all items flagged for deletion"

What the advantage of "flagging"?  Deleting is so fast anyway. I doubt marking a file for deletion would be much quicker. 

[[Saint]]

What the advantage of "flagging"?  Deleting is so fast anyway. I doubt marking a file for deletion would be much quicker.  

Deleting multiple files at once, one imagines.
An application for this I can see being beneficial would be to make "Mark for Deletion" available to the File Browser Hotkey, then one could mark several files for deletion with ease and speed, then select "Delete All" (or whatever) from the File Browser context menu.

Were it to be done in this (or a similar) fashion, I would very much enjoy it.


[Saint]

[quadrocube]

Any progress on this one ever since?

Sorry for resurrecting -- needed to sign up just to post this.