unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: 12911@debbugs.gnu.org
Subject: bug#12911: 24.3.50; let users decide where (& perhaps whether)`emacs_backtrace.txt'	files are written
Date: Tue, 20 Nov 2012 21:58:35 +0200	[thread overview]
Message-ID: <836250vyfo.fsf@gnu.org> (raw)
In-Reply-To: <5CBDAE291F7447E8834BD7E61FF36B8A@us.oracle.com>

> X-Spam-Status: No, score=-4.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED,
> 	RP_MATCHES_RCVD,UNPARSEABLE_RELAY autolearn=ham version=3.3.2
> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: <12911@debbugs.gnu.org>
> Date: Tue, 20 Nov 2012 10:57:00 -0800
> 
> > Yet another candidate is "My Documents" (e.g., bzr uses
> > it).  But none of them is really for the user, according to Windows
> > guidelines.
> 
> Really?  I don't know (or care too much) what Windows guidelines might say about
> this.  But I would be mildly curious about that, if you happen to have a URL.

  http://msdn.microsoft.com/en-us/library/windows/desktop/bb762494%28v=vs.85%29.aspx

> Everyone I know considers `My Documents' and its subfolders to be a user folder
> - maybe even *THE* user folder par excellence.

"The file system directory used to physically store a user's common
repository of documents."  What do you make of that?  "User's
documents", not "user's files".

> There is even a `My Documents' folder for each user defined for the machine.
> (Another name for it can be Administrator's Documents, Drew's Documents, Eli's
> Documents. etc.)

Yes, that's the "virtual folder" part in the description on the above
URL.  But then you also have per-user "Application Data", "Temporary
Internet Files", "Favorites", and many more.  Being per user does not
mean it's up for grabs for any particular purpose.

> Why any program (e.g. bzr, apparently) would want to consider that folder as
> fair game for stuffing its internal stuff is beyond me.  How impolite.

Not at all.  It is customary, at least on Unix, to put logs, command
history, and other similar files in the user's home directory.

> Anyway, let's see what good ol' Wikipedia has to say...
> http://en.wikipedia.org/wiki/My_Documents
> 
>  My Documents is the name of a special folder on the computer's
>  hard drive that the system commonly uses to store a user's
>  documents, music, pictures, downloads, and other files.
> 
> Whaddya know?  And it says `My Documents' was introduced, "as a standard
> location for storing user-created files."

Don't believe everything Wikipedia says.

> Hm.  That all sounds just like what I think about it.  And about its subfolders,
> including `My Music',...  That "My" should tell us something, I would think.

Then why did that "My" part disappear in latest Windows versions?
There's no C:\Users\<username>\Documents etc., with "My Documents"
just a symlink.  See

  http://windows.microsoft.com/is-IS/windows-vista/What-happened-to-My-Documents

> `My Documents' is not the kind of place a civilized program would want to
> pollute with its own crap.

It's _your_ crap, because it's _you_ who runs that program.

> That is not the same as a place to stuff program-internal data.  We have
> `Program Files' and user-specific `Local Settings\Application Data' for that
> kind of thing.

As I wrote earlier, writing to "Program Files" is a bad idea, as it is
not writable in Vista and later.





  reply	other threads:[~2012-11-20 19:58 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-16 20:48 bug#12911: 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt' files are written Drew Adams
2012-11-16 21:05 ` bug#12911: 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt'files " Drew Adams
2012-11-16 21:19 ` bug#12911: 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt' files " Stefan Monnier
2012-11-17  7:26   ` Eli Zaretskii
2012-11-17 17:38     ` Drew Adams
2012-11-17 17:55       ` Eli Zaretskii
2012-11-17 18:24         ` Drew Adams
2012-11-19  1:52     ` Stefan Monnier
2012-11-19  3:51       ` Eli Zaretskii
2012-11-19  4:07         ` Stefan Monnier
2012-11-19 15:52           ` Eli Zaretskii
2012-11-19 18:04             ` Stefan Monnier
2012-11-19 18:13               ` Eli Zaretskii
2012-11-19 18:35                 ` Stefan Monnier
2012-11-19 18:40                   ` Eli Zaretskii
2012-11-19 19:47                     ` Stefan Monnier
2012-11-19 20:05                       ` Eli Zaretskii
2012-11-19 21:15                         ` Stefan Monnier
2012-11-20  3:58                           ` Eli Zaretskii
2012-11-20  4:59                             ` Stefan Monnier
2012-11-20  5:02                               ` Daniel Colascione
2012-11-20 13:16                                 ` Andy Moreton
2012-11-20 16:27                                   ` Eli Zaretskii
2012-11-20 17:03                                 ` Eli Zaretskii
2012-11-20 17:36                                   ` Daniel Colascione
2012-11-20 18:02                                     ` Eli Zaretskii
2012-11-20 18:57                                       ` bug#12911: 24.3.50; let users decide where (& perhaps whether)`emacs_backtrace.txt' " Drew Adams
2012-11-20 19:58                                         ` Eli Zaretskii [this message]
2012-11-20 21:47                                           ` Drew Adams
2012-11-21  3:47                                             ` Eli Zaretskii
2012-11-21  4:03                                               ` Daniel Colascione
2012-11-21 15:43                                                 ` Juanma Barranquero
2012-11-21 16:24                                                   ` bug#12911: 24.3.50; let users decide where (& perhaps whether)`emacs_backtrace.txt' filesare written Drew Adams
     [not found]                                                     ` <E86D7DFBD2BD4C3394E5316EF0321A! 95@us.oracle.com>
2012-11-21 16:45                                                     ` Juanma Barranquero
2012-11-21 17:40                                                       ` Drew Adams
2012-11-21 17:43                                                         ` Juanma Barranquero
2012-11-21 18:01                                                           ` Drew Adams
2012-11-21 18:13                                                             ` Juanma Barranquero
2012-11-21 18:42                                                               ` Drew Adams
2012-11-20 18:30                                   ` bug#12911: 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt' files are written Stefan Monnier
2012-11-20 18:37                                     ` Eli Zaretskii
2012-11-20 20:15                                       ` Stefan Monnier
2012-11-20 16:36                               ` Juanma Barranquero
2012-11-20 17:11                                 ` bug#12911: 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt'files " Drew Adams
2012-11-20 17:53                                   ` Eli Zaretskii
2012-11-20 18:10                                     ` Drew Adams
2012-11-20 18:27                                       ` Eli Zaretskii
2012-11-20 19:15                                         ` Dani Moncayo
2012-11-20 19:41                                           ` Eli Zaretskii
2012-11-20 20:11                                             ` Dani Moncayo
2012-11-20 17:49                                 ` bug#12911: 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt' files " Eli Zaretskii
  -- strict thread matches above, loose matches on Subject: below --
2012-11-16 18:30 bug#12908: 24.3.50; file `emacs_backtrace.txt'? Drew Adams
2012-11-17 18:45 ` Paul Eggert
2012-11-17 19:09   ` Eli Zaretskii
2012-11-17 19:29     ` Paul Eggert
2012-11-17 19:42       ` Eli Zaretskii
2012-11-17 21:25         ` Paul Eggert
2012-11-18  4:04           ` Eli Zaretskii
2012-11-18  5:19             ` Paul Eggert
2012-11-18 17:16               ` bug#12911: 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt' files are written Eli Zaretskii
2012-11-18 19:18                 ` Paul Eggert
2012-11-18 21:10                   ` Eli Zaretskii
2012-11-19  1:44                     ` Stefan Monnier
2012-11-19  3:50                       ` Eli Zaretskii
2012-11-17 23:01     ` bug#12908: 24.3.50; file `emacs_backtrace.txt'? Drew Adams
2012-11-18  3:58       ` Eli Zaretskii
2012-11-18  4:40         ` Drew Adams
2012-11-18 17:53           ` bug#12911: 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt' files are written Eli Zaretskii
2012-11-18 18:42             ` Drew Adams
2012-11-18  5:19         ` bug#12908: 24.3.50; file `emacs_backtrace.txt'? Paul Eggert
2012-11-18 17:08           ` bug#12911: 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt' files are written Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=836250vyfo.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=12911@debbugs.gnu.org \
    --cc=drew.adams@oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).