settings plugin/class

[reven]

nah i havent started, i thought there was an issue calling plugins from other plugins, and that they needed ot be in the gbpvr root directory for this to work, so thats why i thought sub had to do it.

i just strongly feel that the draw/onkeyevent method should be passed to the plugin. if its a class eg "Settings" this would implement say "ISettings" which should have some helper methods like "Checkbox" "RadioButton", just the common setting controls, so they only need to be skinned in one place and results are seen throughout all the settings classes.

i just want something like xbmc has for settings (mediaportal has something similar but with hardly any settings).

[reven]

jorm any progress yet?

i just want to keep this thread/topic alive i feel this is a important feature missing from gbpvr. also autoupdate should be including in the settings base class (once its set up of course). also a nice little "Credits"/"About" page or something, like xbmc would be cool, showing version number etc.

[jorm]

I havent started it yet but probably can start to play with it at work today. I will start it and let you know.

[reven]

cool, looking forward to this.

[jorm]

So I started playing with this. And this is what I have so far.

I have a dll for the settings listener, SettingsHandler (Class that does the drawing) and the base interface.

The base interface has a method called getSettingsHandler if you choose to override the default one. The plugin has a list of registered plugins when you first start up. In the various plugins xtors they will call
SettingsListener.getInstance().registerListener(this);

To Register.

Right now the default settings helper reads an xml file that contains info like
<Plugin name="Xrecord">
<Setting name="Advanced" values="Enabled|Disabled" xmlpath="/config/plugins/xrecord"/>
<Setting name="Confirm" values="Enabled|Disabled" xmlpath="/config/plugins/xrecord"/>
</Plugin>

We can extend it to hold other types as well. I support numbers and combo boxes right now. It is not in the xml. The xml path will be the path the value is read from and the setting is saved to. I am not handling that yet. But I can get a gui to appear.

The base interface has a method for settings being updated.

Unless we get sub to add the support classes to gbpvr all of the plugins would have a dependency on this dll.

That is all I really have so far.

[jorm]

the main screen

[reven]

just make the front really skinnable, so we can have a start settings screen similar to


there was a different way this skin use to do it, they had 2 columns with about 5 items in each, the left column was about 1 cell higher than the one on the right, it looked really cool. and the xbmc media experience skin, had them all along the right side of the screen. i was thinking along those lines. displaying task.png to the left/center.

[jorm]

that is a sweet pic. Good idea. What do you think about the class layout. Do you think we can get sub to add the base package into his framework.

[reven]

does the dll you created do the drawing? or does it hand off the drawing for each plugin to that plugin?
the drawing and editing of the config.xml file should be handed off to the plugin itself, that way that settings can be updated within that plugin without needed to reload the config.xml file, and if a control doesnt exist for certain configuration options (eg a folder browser or file browser) we can design are own, the base dll should have certain helper controls thou like checkbox,radio button etc.

[KingArgyle]

Guys you will want to check with JasonF, and his widget library if you want Checkboxes, and other controls. He's developed or nearly has developed most of that stuff. I know he's looking for some help in getting this first widget library out the door, and if you guys need these types of things, you might as well piggy back off his library instead of having Sub re-invent them.