On 8 Oct 2009, at 17:29, Matt Rice wrote:

On Thu, Oct 8, 2009 at 5:30 AM, Richard Frith-Macdonald
<rich...@tiptree.demon.co.uk> wrote:

OK ... we just have different perceptions here then. In those circumstances
I expect a package to be *available* to all users, but NOT to be
automatically forced on them.
Certainly *I* don't want to have something like that imposed on *ME* just
because someone else installs a package globally.

there is no enforcing here,

people could easily set

defaults write NSGlobalDomain GSAppKitUserBundles '()'

to get no theme bundles, I do this e.g. for using themes in every
application except Gorm
It just pushes the burden of setting defaults onto those that don't
want to follow the global installation
instead of those that do, I am completely fine with installing
defaults system wide
(as long as the system domain doesn't override the global domain)

Perhaps 'forced' was too strong a word, but the basic issue for me is that I don't want other people changing the way my applications behave.

Having them make a behavior change which I couldn't set back would be intolerable. Having them make a change which I then need to figure out how to revert, is annoying/undesirable. The second case is what we are talking about here.

If behavior of the system just suddenly changes because a package someone installed has changed a global default, It's going to take me time and effort to figure out what happened and how to reverse it

So, IMO global defaults should be used very sparingly, and should be used by the managers of distributions, not by people making individual app/library/bundle packages (except where the defaults only effect those specific packages of course). The very last thing you want is for every theme developer to set a global default to make their theme the one everyone uses... that decision should belong to the person who supplies the distribution, not the individual theme packages.



_______________________________________________
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev

Reply via email to