Re: XML settings file from settings_list.c

2008-02-15 Thread Jonathan Gordon
This one is a bit better anyone game to try it? On 15/02/2008, Jonathan Gordon <[EMAIL PROTECTED]> wrote: > Is anyone crazy enough to be able to get a script going which can > handle this (output from gcc settings_list.c) > > > Jonathan > > const struct settings_list settings[] = { SOUN

RE: XML settings file from settings_list.c

2008-02-13 Thread Jonas Hellesøe Nielsen
> To: rockbox-dev@cool.haxx.se > From: [EMAIL PROTECTED] > The only reason I can see for XML (or non-code based) settings would be if > it somehow increased the size of the audio buffer and didn't require a > spinup to change settings. I'm not sure if that's possible, however. Generally sp

Re: XML settings file from settings_list.c

2008-02-13 Thread Bryan Childs
> And as flash-based targets get more and more common (didn't the Sansa > recently overtake the ipod video as most popular download?), that's less > of an issue anyway. It overtook the downloads for the 32MV ipod-video download - if you take the 32MB + 64MB builds as one target it's still got s

Re: XML settings file from settings_list.c

2008-02-13 Thread pondlife
> Lets just pretend that we have agreed this is something which would be > nice in rbutil... how shoudl the xml look? I can't even pretend that this would be nice in rbutil ;p If we're going to build this into rbutil then I'd prefer the idea of running the sim, or the "Rockbox as an app" port.

Re: XML settings file from settings_list.c

2008-02-13 Thread pondlife
> Not without hitting the disk or massive bin increase, also that would > mean mainintaing the help in the manual and in apps/ somewhere.. I'd expect a moderate bin increase, not a massive one. We just want to bring up a text viewer under the option (hey! sounds like an idea for viewports!). T

Re: XML settings file from settings_list.c

2008-02-13 Thread Jonathan Gordon
On 13/02/2008, pondlife <[EMAIL PROTECTED]> wrote: > > I still like the idea of being able to do some basic settings > > (mostly install some "sensible" defaults and reset settings / colors). > > I suggest you simply add an option to reset settings, which just deletes > config.cfg. The default se

Re: XML settings file from settings_list.c

2008-02-13 Thread pondlife
> I still like the idea of being able to do some basic settings > (mostly install some "sensible" defaults and reset settings / colors). I suggest you simply add an option to reset settings, which just deletes config.cfg. The default settings must be sensible anyway, and whilst the current fon

Re: XML settings file from settings_list.c

2008-02-13 Thread Dave Chapman
Jonathan Gordon wrote: On 13/02/2008, Dave Chapman <[EMAIL PROTECTED]> wrote:> Wouldn't all those things also (with some effort) be possible on target, and much more convenient? i.e. context-sensitive help in the settings screens and improving the structure/naming so users don't have trouble fi

Re: XML settings file from settings_list.c

2008-02-13 Thread Jonathan Gordon
On 13/02/2008, Dave Chapman <[EMAIL PROTECTED]> wrote:> > Wouldn't all those things also (with some effort) be possible on target, > and much more convenient? > > i.e. context-sensitive help in the settings screens and improving the > structure/naming so users don't have trouble finding things? > >

Re: XML settings file from settings_list.c

2008-02-13 Thread Dominik Riebeling
On Feb 13, 2008 7:44 PM, Daniel Stenberg <[EMAIL PROTECTED]> wrote: > You'll again end up with an interesting situation when you have an rbutil with > stuff that depends on specific versions of Rockbox... good point. Maybe we really should refrain from adding this to rbutil. Maybe implement a plug

Re: XML settings file from settings_list.c

2008-02-13 Thread Magnus Holmgren
pondlife wrote: Also, I've always tried to avoid use of attributes, but that's probably just me having an irrational preferance for tags over attributes. e.g. > stereo <...> I just find that more human-readable, which might not be relevant. I've also re

Re: XML settings file from settings_list.c

2008-02-13 Thread Magnus Holmgren
Daniel Stenberg wrote: I see one big advantage: we could provide a nice interface and let users select one of a bunch of "standard usecase" presets. Like "I want it similar to Itunes / AppleOS" or "I don't want eyecandy" or such things. And Rockbox Utility is the "housekeeping tool for Rockbo

Re: XML settings file from settings_list.c

2008-02-13 Thread Jonas Häggqvist
Dave Chapman wrote: Wouldn't all those things also (with some effort) be possible on target, and much more convenient? i.e. context-sensitive help in the settings screens and improving the structure/naming so users don't have trouble finding things? FS#8090 discusses this. -- Jonas Häggqvi

Re: XML settings file from settings_list.c

2008-02-13 Thread Daniel Stenberg
On Wed, 13 Feb 2008, Dominik Riebeling wrote: I see one big advantage: we could provide a nice interface and let users select one of a bunch of "standard usecase" presets. Like "I want it similar to Itunes / AppleOS" or "I don't want eyecandy" or such things. And Rockbox Utility is the "housek

Re: XML settings file from settings_list.c

2008-02-13 Thread Dave Chapman
Jonathan Gordon wrote: On 13/02/2008, Daniel Stenberg <[EMAIL PROTECTED]> wrote: Except for the fun of doing all this, what's the big benefit with this in the first place? There needs to be a reason? It will be much nicer setting up the config than having to find the find the setting in the m

Re: XML settings file from settings_list.c

2008-02-13 Thread Jonathan Gordon
On 13/02/2008, Dominik Riebeling <[EMAIL PROTECTED]> wrote: > About the settings itself: maybe it's a better idea to create the xml > file(s) using a perl script from the sources? > Probably, but I suck at perl, and even for a perl ninja it would still be a massive bitch to get working.. for a sta

Re: XML settings file from settings_list.c

2008-02-13 Thread Dominik Riebeling
On Feb 13, 2008 10:07 AM, Daniel Stenberg <[EMAIL PROTECTED]> wrote: > Except for the fun of doing all this, what's the big benefit with this in the > first place? I see one big advantage: we could provide a nice interface and let users select one of a bunch of "standard usecase" presets. Like "I

Re: XML settings file from settings_list.c

2008-02-13 Thread pondlife
> Also it might allow us to put a hidden setting or two... Please don't introduce settings that aren't in the menus. (FYI,. I don't count the WPS design process as a setting; the selection of a WPS is the setting.) pondlife

Re: XML settings file from settings_list.c

2008-02-13 Thread Jonathan Gordon
On 13/02/2008, Daniel Stenberg <[EMAIL PROTECTED]> wrote: > > Except for the fun of doing all this, what's the big benefit with this in the > first place? > There needs to be a reason? It will be much nicer setting up the config than having to find the find the setting in the menus and change it o

Re: XML settings file from settings_list.c

2008-02-13 Thread pondlife
> Except for the fun of doing all this, what's the big benefit with this in > the first place? XML isn't fun, IMHO ;) pondlife

Re: XML settings file from settings_list.c

2008-02-13 Thread Daniel Stenberg
On Tue, 12 Feb 2008, Jonathan Gordon wrote: So a few of us have been throwing the idea around of building a config editor into rbutil Except for the fun of doing all this, what's the big benefit with this in the first place? -- Daniel Stenberg -- http://www.rockbox.org/ -- http://daniel.ha

Re: XML settings file from settings_list.c

2008-02-13 Thread pondlife
Hi Jonathan, The H300 file isn't valid; I didn't look at the others. It looks like you're missing some tags. Would it perhaps make sense to group by type? e.g. Also, I've always tried to avoid use of attributes, but that's probably just me having an irrational preferance fo