Re: Filing of User Presets - files vs. builtin
Re: Filing of User Presets - files vs. builtin
- Subject: Re: Filing of User Presets - files vs. builtin
- From: "K. Ware" <email@hidden>
- Date: Thu, 24 Oct 2002 23:46:24 -0400
- Organization: Elemental Audio Systems
Just another POV, for the record ...
>
Option 2. Save the preset in a standard subfolder based on the
>
manufacturer/plugin name or similar scheme that keeps the presets
for a
>
particular AU together.
>
>
Pros: Same as above + user doesn't have to worry about organization
>
scheme and
>
easy to build a list of user presets. Very scalable.
>
>
Cons: Host writers have to worry about creating the directory
>
hierarchies correctly,
>
possibly mitigated by some common code? Seems a little untidy?
This doesn't seem untidy to me. Also, perhaps I'm
overly optimistic, but I don't think creating the
directory hierarchies correctly would be an issue
for the vast majority of hosts. Of course, common
code would be good in helping to avoid (significantly
lessen?) the possibility of problems. I much prefer
this to Option 3 below ...
>
Option 3. Save the preset in a preferences dictionary in
>
Library/Preferences, using the
>
bundle id as the filename. Presets for an individual AU would all be
>
stored in the
>
same preferences file.
>
>
Pros: Same as 2 but without the con of having to do the directory
>
hierarchies and
>
it seems to fit nicely with OS X's way of doing things. Nice and
tidy.
>
>
Cons: Getting at individual presets is more difficult thus making
>
sharing presets
>
less straight-forward. Would mean implementing an import/export
scheme
>
for
>
individual presets. Concerns about scalability.
I don't like this option because of the problems
accessing individual presets (described by Marc in
another post). As well, the user loses the chance to
organize their presets. This could be an issue when
dealing with a large number of presets.
-k
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.