FS#5464 - organise the rocks dir

Attached to Project: Rockbox
Opened by Jonathan Gordon (jdgordon) - Tuesday, 30 May 2006, 06:19 GMT
Last edited by Jonathan Gordon (jdgordon) - Monday, 06 August 2007, 13:43 GMT
Task Type Patches
Category Plugins
Status Closed
Assigned To No-one
Operating System All players
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 5
Private No


this patch changes the browse plugins menu to asking the user if he wants to view the game plugins, app plugins or demos plugins so you dont have to scroll through all the plugins to find the one you want..
the only thing left is to fix the build zip script to put the rocks in the correct subdirs...
This task depends upon

Closed by  Jonathan Gordon (jdgordon)
Monday, 06 August 2007, 13:43 GMT
Reason for closing:  Accepted
Comment by Jonathan Gordon (jdgordon) - Tuesday, 30 May 2006, 06:57 GMT
and this is the patch for which does the work of moving the plguins..
ive added a file to apps/plugins TARGETDIR with the syntax "<pluginname.rock>,<dir>" which should be more than sufficient... it just needs to be populated..

i just realised that some plugins may need to be fixed so they dont look in .rockbox/rocks for their config files... dunno which ones tho :(
Comment by Alistair Marshall (amar) - Wednesday, 31 May 2006, 14:13 GMT
I haven't actually tried the patch yet but what happens if you press back at the screen which asks which type of plugin you want
I think rather than quitting it will enter the normal plugin screen which should be another option
Comment by Dominik Riebeling (bluebrother) - Saturday, 03 February 2007, 12:58 GMT
While I really would like to organize the plugins directory, especially with the number of plugins increasing, why not use the browser as done already and simply allow it to show subfolders? That way it would only be needed to create subfolders "games", "demos", etc. and put the desired plugins there. No need to check about configuration data, as that could still live in the plugin folder (and not the subfolder).
Comment by Jonathan Gordon (jdgordon) - Saturday, 03 February 2007, 14:26 GMT
that would work... the patch in the 1st comment does this, but it would need the minor fix to allow subdirs in the browser...
Comment by Matthias Wientapper (mattzz) - Wednesday, 14 February 2007, 22:18 GMT
As I missed this one, I add this link for reference:
Comment by Dominik Riebeling (bluebrother) - Wednesday, 21 February 2007, 07:57 GMT
The attached patch
- adds support for subfolders to the "browse plugins" entry
- extends to sort the plugins in subfolders depending on the file apps/plugins/FOLDERS. If no entry for a plugin is found it is put in the rocks dir, otherwise in the subfolder named in the file (unless it is a viewer)
Localization of the folders isn't addressed.
Comment by Jonathan Gordon (jdgordon) - Saturday, 04 August 2007, 14:03 GMT
synced and updated. This version uses Dominik's FOLDERS file (except called TARGETDIR) but changed a bit.
viewers is moved to rocks/apps also.
all plugins have their config/save files moved also, so min plugin version has been bumped for that. (the functions at the end of the api should be moved up in the commit also, will do that later).

I'm not sure if we need to show subfolder in the plugin browser.