On 7/10/05 13:30, "Allen Hancock" <[EMAIL PROTECTED]> wrote:
> On Oct 6, 2005, at 12:36 AM, Barry Wainwright wrote: >> Paul has already posted the answer to this question, but I am >> intrigued - >> why on earth would they want to put their MUD folder in ~/Library? > > > The issues are of organization and control. > > The idea that the MUD folder is folder with a very long name, > alphabetically in the middle of any other user- created folders in ~/ > Documents > > It breaks the flow of looking through one's Documents folder > Some users don't recognize that they can't move it, and call me later > in a panic wondering where all their mail went. (fortunately, no one > actually emptied their trash before calling) > > Honestly, it forces me (on a regular basis) to create a new folder in > ~/ to become their default Documents folder. Doing so ensures that > they can do whatever they want in that documents folder without the > severe repercussions of, say, loosing all one's email. > > At any rate, I feel it is a valid question. > > If it is moved in a future release, I would guess there would be two > responses: > > Those who don't care (they didn't care about it being in ~/Documents) > Those who are relieved they can regain control of their ~/Documents > > > Of course, it would have to be done in such a way that users don't > loose track of their MUD folder in future upgrades. Heck, maybe it > could pay attention to both the existing & potential new location and > list all Identities from both locations as choices. OK, I can understand that many users may not want the MUD folder in their pristine 'documents' folder, but the choice of ±/Library seemed a strange one. App Support has some merit for the scripts menu, temp folder and other similar items, but this is not really a valid place for the user's data - that really should default to the Documents folder (for ease of backup, if for no other reason). Anyway, if they do decide to change the location, I hope they will follow a similar philosophy to Eudora which works this way: 1. Look for the data in the same folder as the setting file that is being loaded - this allows a user to put his data anywhere he likes, and have multiple 'personalities' in different locations, with separate mail folders etc. If Eudora doesn't find the data folder shere it looks next in: 2. Look in the System Folder - this is where Old, Old version of Eudora kept their stuff. This changed in, IIRC, Eudora 4, but Eudora still looks here in case it is running on a system that is being used by an old users who hasn't yet moved his data. If it finds no data here either, it goes on to: 3. Look in the Documents folder. This is the new default location for the data. If it still finds no data here then: 4. Assume this is a 'first run' for this user and create new empty data folders and/or files in the Documents folder. This seem to me the best solution that will allow a user to update old set ups, or create their own, without any loss of integrity from one version to the next. Let's hope they are listening... -- Barry Wainwright Microsoft MVP (see http://mvp.support.microsoft.com for details) Seen the All-New Entourage Help Pages? - Check them out: <http://www.entourage.mvps.org/> -- To unsubscribe: <mailto:[EMAIL PROTECTED]> archives: <http://www.mail-archive.com/entourage-talk%40lists.letterrip.com/> old-archive: <http://www.mail-archive.com/entourage-talk%40lists.boingo.com/>
