Could we apply an older patch first that enables the user to have
multipreset support (fmr)?
There is already an updated patch on the tracker.

It changes some parts of the radio.c (and a bit into filetree.c (and some
other files)to integrate the fileformat). Except the multipreset functions
(load, save, clear preset lists) it will now save preset lists chnages only
on radio exit. That way we can avoid many redundant writes to the disk.

Only uggly thing that remains is the appearance of the .fmr filetype on the
browser. My thought on this was to let the user choose the fmr file (and if
not on the default fmr files folder) then temporarily load the preset
(keeping the last configuratio) and load the radio screen.

Currently (as some devs suggested back then) an fmr file will be shown in
the browser but if the user selects it, it will do nothing. (though normal
behaviour on radio screen)

What's your thought on this?
On 12/02/06, Linus Nielsen Feltzing <linus@haxx.se> wrote:
>
> Jonathan Gordon wrote:
> > so.. does any1 like the idea? or silly waste of time?
>
> After a quick glance, it looks like a good start to me.
>
> Linus
>
Received on Sun Feb 12 17:01:57 2006