I guess I see the most precedent with #1 below. Several applications use 'My Documents\<application>' for user data, include Visual Studio 03 and 05.
Also, since explorer opens by default to 'My Documents', it is fairly easy for a novice user to find. > -----Original Message----- > From: Charlie Russel [mailto:[EMAIL PROTECTED] > Sent: Monday, July 17, 2006 6:14 PM > To: 'Glenn Carr' > Subject: RE: [DQSD-Devel] moving all user-modifiable files to the > user'sApplication Data directory > > Hmmm. Two ways to go at it, I guess. My Documents\DQSD is one way. I'm not > at all convinced that many, if any, of our users do customizations on > their > version of DQSD, AND are on a shared computer. But assuming, for the > moment > that it's a significant number, then I see three ways to go after it: > > 1.) Home Directory\DQSD > 2.) DQSD Directory\<user> > 3.) Home Directory\dqsd_rc < a resource file, with any customizations in > [section] format to allow for changes to more than one source file. (This > would be very unix-like. Probably why I thought of it.) > > Of the three, I like #1 the least, as being the most intrusive. > > > -----Original Message----- > > From: Glenn Carr [mailto:[EMAIL PROTECTED] > > Sent: July 15, 2006 8:02 PM > > To: 'Charlie Russel' > > Subject: RE: [DQSD-Devel] moving all user-modifiable files to the > > user'sApplication Data directory > > > > Well, most users probably don't do many customizations, but there are > some > > users that do. Personally, I just think it would make sense to place > > user-editable files in the 'My Documents\DQSD' or ('Documents\DQSD') > > directory. > > > > I also think putting 'localsearches' under 'My Documents\DQSD' makes > sense > > as well. The local searches would certainly be easier to find, IMO. > > > > I'd also like to be able to zap the top-level installation directory > > without > > losing any customizations, or having to remember which files I do have > > customizations in. > > > > Thoughts? > > > > > -----Original Message----- > > > From: Charlie Russel [mailto:[EMAIL PROTECTED] > > > Sent: Friday, July 14, 2006 1:42 PM > > > To: [EMAIL PROTECTED] > > > Subject: RE: [DQSD-Devel] moving all user-modifiable files to the > > > user'sApplication Data directory > > > > > > Default is "My Documents" in XP, "Documents" in Vista. (they've > dropped > > > all > > > the "MY" stuff in Vista.) > > > > > > The real question is, do we need any user specific customizations at > > all? > > > The only _real_ gain for it, IMHO, would be on a Terminal Server. Most > > > multiple use home machines wouldn't care one way or another about the > > > sorts > > > of things that go in the user editable files. And user specific > settings > > > (like colour) that the program makes should be stored in the current > > > application data directory, which is user specific. > > > > > > Charlie. > > > > > > > -----Original Message----- > > > > From: Glenn Carr [mailto:[EMAIL PROTECTED] > > > > Sent: July 14, 2006 10:13 AM > > > > To: [EMAIL PROTECTED] > > > > Subject: RE: [DQSD-Devel] moving all user-modifiable files to the > > > > user'sApplication Data directory > > > > > > > > Ah, good point. My mistake. > > > > > > > > What is the typical default 'home' directory for a user? > > > > > > > > Glenn > > > > > > > > -------- Original Message -------- > > > > > From: "Charlie Russel" <[EMAIL PROTECTED]> > > > > > Sent: Friday, July 14, 2006 8:24 AM > > > > > To: "'DQSD development discussions'" <dqsd- > > > [EMAIL PROTECTED]>, > > > > <[EMAIL PROTECTED]> > > > > > Subject: RE: [DQSD-Devel] moving all user-modifiable files to the > > > > user'sApplication Data directory > > > > > > > > > > I see a problem with this. In a typical user PC that hasn't turned > > off > > > > > Microsoft's file hiding provisions, this directory is not visible. > > And > > > > the > > > > > purpose of the directory is for application-modifiable files, not > > > > > user-modifiable ones. So the use for DQSD temporary files makes > > sense > > > > and is > > > > > appropriate, but using it for user modifiable ones isn't. > > > > > > > > > > If the goal is to have user modifiable, individual preference > files > > > _per > > > > > user_, then the users home directory is an appropriate place to do > > > this. > > > > > > > > > > Charlie. > > > > > > > > > > > -----Original Message----- > > > > > > From: [EMAIL PROTECTED] [mailto:dqsd- > devel- > > > > > > [EMAIL PROTECTED] On Behalf Of Brent Beardsley > > > > > > Sent: July 14, 2006 8:07 AM > > > > > > To: [EMAIL PROTECTED]; DQSD development discussions > > > > > > Subject: Re: [DQSD-Devel] moving all user-modifiable files to > the > > > > > > user'sApplication Data directory > > > > > > > > > > > > +1 for moving files - although I haven't given any > > > > > > thought to potential problems! > > > > > > > > > > > > --- Glenn Carr <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > For the 4.0 release, are there any potential > > > > > > > problems with having *all* the user-modifiable files > > > > > > > moved to the user's 'Application Directory', instead > > > > > > > keeping them with the install? That would include > > > > > > > local searches, local aliases, etc. etc. > > > > > > > > > > > > > > There are already some temporary files being created > > > > > > > in the appdir, (typically it is something like > > > > > > > C:\Documents and Settings\<username>\Application > > > > > > > Data\DQSD). Currently mine has these files... > > > > > > > > > > > > > > calcmem.txt > > > > > > > comx.html > > > > > > > DQSDBrowserCheck.html > > > > > > > frequency_log.txt > > > > > > > history.txt > > > > > > > mwdx.html > > > > > > > > > > > > > > ...and I'm thinking it might make sense to move the > > > > > > > location of localprefs.js, localaliases.txt, the > > > > > > > localsearches subdir, and any other files that are > > > > > > > fair game for the user to modify. > > > > > > > > > > > > > > Thoughts? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ---------------------------------------------------------------- > -- > > -- > > > -- > > > > --- > > > > > > > Using Tomcat but need to do more? Need to support > > > > > > > web services, security? > > > > > > > Get stuff done quickly with pre-integrated > > > > > > > technology to make your job easier > > > > > > > Download IBM WebSphere Application Server v.1.0.1 > > > > > > > based on Apache Geronimo > > > > > > > > > > > > > http://sel.as- > > > > us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > > > > > _______________________________________________ > > > > > > > Archive: > > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/dqsd-devel > > > > > > > > > > > > > > > > > > > > > > > > > __________________________________________________ > > > > > > Do You Yahoo!? > > > > > > Tired of spam? Yahoo! Mail has the best spam protection around > > > > > > http://mail.yahoo.com > > > > > > > > > > > > > > > > > > ---------------------------------------------------------------- > -- > > -- > > > -- > > > > --- > > > > > > Using Tomcat but need to do more? Need to support web services, > > > > security? > > > > > > Get stuff done quickly with pre-integrated technology to make > your > > > job > > > > > > easier > > > > > > Download IBM WebSphere Application Server v.1.0.1 based on > Apache > > > > Geronimo > > > > > > http://sel.as- > > > > us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > > > > _______________________________________________ > > > > > > Archive: https://lists.sourceforge.net/lists/listinfo/dqsd-devel > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Archive: https://lists.sourceforge.net/lists/listinfo/dqsd-devel
