This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#11678 - Make the playlist catalog use the normal file browser instead of a custom browser with crappy limits
Attached to Project:
Rockbox
Opened by Jonathan Gordon (jdgordon) - Thursday, 14 October 2010, 15:29 GMT+2
Last edited by Teruaki Kawashima (teru) - Wednesday, 15 December 2010, 14:13 GMT+2
Opened by Jonathan Gordon (jdgordon) - Thursday, 14 October 2010, 15:29 GMT+2
Last edited by Teruaki Kawashima (teru) - Wednesday, 15 December 2010, 14:13 GMT+2
|
Detailsinspisred by the fact that the playlist cataloge has a file limit http://forums.rockbox.org/index.php?topic=25972.0
This patch makes the playlist catalog use the normal file browser code to select and display a m3u[8]. The changes to tree.c are a bit hacky.. Ideally the context should be changed, but i think this is a good start. Also dirbrowse() really could use better return value handling. |
This task depends upon
Closed by Teruaki Kawashima (teru)
Wednesday, 15 December 2010, 14:13 GMT+2
Reason for closing: Out of Date
Additional comments about closing: Superseded by FS#11777 .
Wednesday, 15 December 2010, 14:13 GMT+2
Reason for closing: Out of Date
Additional comments about closing: Superseded by
in Main menu -> Playlists -> View Catalog:
- it also displayes bookmarks.
- if you simply press left, it just go to above directory instead of returning to Playlist menu.
- it doesn't say "No Playlists" when the playlist directory is empty.
- select playlist -> contexet menu -> add to playlist doesn't work.
- most_recent_playlist is no longer used.
- undefined reference to printf :).
i fixed these except most_recent_playlist thing.
the most_recent_playlist thing is an interesting one. The quick fix is getting a it from the browsers sort function and only use it when in this catalog browser. Or the proper way makes dirbrowse() *far* more complicated by passing in a sort callback, an action handler callback, and some way to get a better return value than the GO_TO_* values (we really want to know if the user canceled the screen, or exited because they loaded a file)
Or alternativly, we could ignore the sorting problem and just add another playlist catalog menu item, so along side "add to new playlist" and "add to playlist" we can have "add to: <last playlist name>" which would solve that issue and be the same amount of key presses
I'd almost say commit it but I tihnk it needs to wait till the release happens :/
FS#11777. how do you think?