all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Alan Mackenzie <acm@muc.de>
To: Drew Adams <drew.adams@oracle.com>
Cc: 13141@debbugs.gnu.org, emacs-devel@gnu.org
Subject: bug#13141: please review bug #13141
Date: Sun, 20 Jan 2013 10:50:03 +0000	[thread overview]
Message-ID: <20130120105003.GA3091__13678.0495908626$1358679452$gmane$org@acm.acm> (raw)
In-Reply-To: <ED6808FFB4C84116B3267774EC79431F@us.oracle.com>

Good Morning, Drew!

On Sat, Jan 19, 2013 at 03:59:45PM -0800, Drew Adams wrote:
> > > The patch is straightforward.  Please reconsider it.
> > > Why not let users set the behavior they want for this?

> > I have to side with Glenn here.  We need to make Bug 
> > reporters' jobs as simple as possible.

> Why not give the individual bug reporters a say in what they think is simple?
> Your idea of making their life easier might not be their idea.

My model of bug reporter, right now, is somebody considering submitting
their very first Emacs bug report

> Why does giving other users a choice bother you?
> The default behavior would be the same as now.

I've not seen the patch, but it is surely either a set of configuration
settings or a sequence of questions to be answered each time a new bug
report is done.  The former doesn't seem useful, since the useful info to
include will vary by bug report, not by bug submitter.  The latter would
be a burden on the bug reporter, and surely could come to be an
annoyance.

> > Sadly, there is a tendency for things which one _can_
> > configure to become things that one _must_ configure -

> I don't recognize any such tendency.  Give one example.

Er, CC Mode.

> > we know all about this in Emacs

> Well I don't know about it.  I've never seen the addition of a user option, with
> no change to the default behavior, require any user to configure that option.

That's a narrower case than I meant, I was talking more generally.  We
all have .emacses and I should think they are mostly biggish files.  I
would think there are few Emacs users without .emacses, if for nothing
more than customize-* settings.

> That's logically impossible.

> If you do nothing then there is no change in behavior.  If you are unaware of
> the option then your life is as simple as before.  If you are aware of it and IF
> you want to take advantage of it, then you might even make life simpler for
> yourself than before - but that's your choice.

> > - which would be most unfriendly for novice bug reporters.

> What would?  Giving a choice to any user who wants it?

To give somebody a choice is to inflict responsibility on her for
choosing.

> > Let's keep this as simple as possible.

> Let's give _users_ the choice.  Let's let them decide what is "as simple as
> possible" for themselves, individually.

I don't think users having this choice would be helpful.

> > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13141#43

-- 
Alan Mackenzie (Nuremberg, Germany).





  parent reply	other threads:[~2013-01-20 10:50 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-19 23:10 please review bug #13141 Drew Adams
2013-01-19 23:20 ` Alan Mackenzie
2013-01-19 23:59   ` bug#13141: " Drew Adams
2013-01-19 23:59   ` Drew Adams
2013-01-20  0:12     ` bug#13141: " Xue Fuqiao
2013-01-20  0:12     ` Xue Fuqiao
2013-01-20  7:16     ` bug#13141: " Stephen J. Turnbull
2013-01-20  7:16     ` Stephen J. Turnbull
2013-01-20 10:33       ` Xue Fuqiao
2013-01-20 10:33       ` bug#13141: " Xue Fuqiao
2013-01-20 17:08       ` Eli Zaretskii
2013-01-20 17:08       ` Eli Zaretskii
2013-01-20 18:41       ` bug#13141: " Richard Stallman
2013-01-20 21:21         ` Drew Adams
2013-01-21  1:03         ` bug#13141: " Dmitry Gutov
2013-01-21  1:03         ` Dmitry Gutov
2013-01-21  3:02           ` Stephen J. Turnbull
2013-01-21  3:26           ` Stephen J. Turnbull
2013-01-21  2:39         ` Stephen J. Turnbull
2013-01-21  2:39         ` Stephen J. Turnbull
2013-01-20 10:50     ` Alan Mackenzie [this message]
2013-01-20 10:50     ` Alan Mackenzie
2013-01-20 12:02       ` bug#13141: " Xue Fuqiao
2013-01-20 12:02       ` Xue Fuqiao
2013-01-20 20:27         ` Glenn Morris
2013-01-21  2:52           ` Stephen J. Turnbull
2013-01-20 17:40       ` bug#13141: " Drew Adams
2013-01-20 17:40       ` Drew Adams
2013-01-21  4:24         ` Drew Adams
2013-01-21  4:24         ` bug#13141: " Drew Adams
2013-01-19 23:20 ` Alan Mackenzie
2013-01-19 23:21 ` Drew Adams
2013-01-19 23:21 ` Drew Adams
  -- strict thread matches above, loose matches on Subject: below --
2012-12-11 16:00 bug#13141: 24.3.50; Be able to customize the info included by default for `report-emacs-bug' Drew Adams
2013-01-19 23:10 ` bug#13141: please review bug #13141 Drew Adams
2013-01-20  0:35   ` Dmitry Gutov
2013-01-20  0:35   ` Dmitry Gutov
2013-01-20  0:54     ` Xue Fuqiao
2013-01-20  7:19       ` Stephen J. Turnbull
2013-01-20  7:19       ` Stephen J. Turnbull
2013-01-20 19:46         ` Harald Hanche-Olsen
2013-01-20  0:54     ` Xue Fuqiao
2013-01-20  1:03     ` Drew Adams
2013-01-20  1:03     ` Drew Adams

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

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

  git send-email \
    --in-reply-to='20130120105003.GA3091__13678.0495908626$1358679452$gmane$org@acm.acm' \
    --to=acm@muc.de \
    --cc=13141@debbugs.gnu.org \
    --cc=drew.adams@oracle.com \
    --cc=emacs-devel@gnu.org \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.