On Thu, Feb 28, 2008 at 09:18:21AM +0000, Darren Kenny wrote: > Nicolas Williams wrote: > > On Wed, Feb 27, 2008 at 08:23:00PM -0800, John Plocher wrote: > >> Hugh McIntyre wrote: > >>> But on the other hand, I'm fairly sure that it I type "mv Music > >>> Music.old" on MacOS, the desktop does not track this and instead creates > >>> a new Music directory next time I fire up iTunes. In fact, if using "mv > >>> Music Music.backup", I've relied on this in the past. Sometimes the > >>> user may want the system to start with a new directory... > >> > >> The current behavior is inconsistent. > >> > >> If you do the rename in the GUI file manager, the "remembered" name is > >> updated, > >> but if you do it via the desktop terminal program, it doesn't. > >> > >> Doing it the same (always updating or never) would be good; it is the > >> difference > >> in behavior that is bad, combined with a hidden remembered value that is > >> difficult > >> to change. > >> > >> If the desktop starts up and can't find the expected/old dir, there needs > >> to be a way for me to update the "remembered value": "please use 'Music' > >> instead > >> of the default 'My Music'..." > > > > Yeah, it'd be better if the thing was re-created with the "remembered" > > name when you rename it. Instead there should be a way to tell the > > system where you want your music (images, whatever). That sounds a lot > > more sane to me. > > I believe that the reasoning behind this is that if you remove the directory > then you don't want it again - if we were to change to re-creating the > directory > then each time the user logs in a directory that they removed will re-appear - > in some ways this is actually more annoying.
Just as you could (and, IMO, should) provide an interface by which the user can say "my music goes in ~/FOO" you could also have one by which to say "I don't have music."
