From: Junio C Hamano <gitster@pobox.com>
To: Paul Mackerras <paulus@samba.org>
Cc: Beat Bolli <dev+git@drbeat.li>, git@vger.kernel.org
Subject: Re: [PATCH v2] gitk: Add a "Copy commit summary" command
Date: Fri, 17 Jul 2015 08:30:24 -0700 [thread overview]
Message-ID: <xmqqvbdi3ipb.fsf@gitster.dls.corp.google.com> (raw)
In-Reply-To: <20150717092251.GB5916@iris.ozlabs.ibm.com> (Paul Mackerras's message of "Fri, 17 Jul 2015 19:22:51 +1000")
Paul Mackerras <paulus@samba.org> writes:
> We have an item in the preferences menu to control the SHA1 length
> that is automatically selected when going to a new commit. It's
> stored in the variable $autosellen. That seems like it would be a
> reasonable choice for the SHA1 length to use here.
Reusing a configuration that is used to control something similar
sounds sensible to me.
> The only possible
> problem is that it defaults to 40 and so might give an overly long
> result for some users. Maybe you could use $autosellen but limit it
> to at most 12 or 16 or something like that.
How is the thing that is "automatically selected when going to a new
commit" used by the end user? What is the reason why people may
want to configure it? I understand that this is the string that
goes into the selection buffer, so presumably people are using this
selection to paste elsewhere? If so, that sounds like very similar
to Beat's use case---perhaps if 40 is too long for Beat's use case
as a sensible default, then it is also too long for its original use
case?
Or do you expect it to be common to want to use autosellen set to 40
and Beat's abbrev len set to much shorter, e.g. 16? If so they may
deserve two different settings, with different defaults.
Artificially limiting it to 12 or 16 does not sound all that
sensible, though.
Thanks.
next prev parent reply other threads:[~2015-07-17 15:30 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-16 15:29 [PATCH v2] gitk: Add a "Copy commit summary" command Beat Bolli
2015-07-16 17:02 ` Junio C Hamano
2015-07-17 8:50 ` Stefan Haller
2015-07-17 9:16 ` Beat Bolli
2015-07-16 20:48 ` Johannes Sixt
2015-07-17 9:22 ` Paul Mackerras
2015-07-17 15:30 ` Junio C Hamano [this message]
2015-07-18 12:23 ` Paul Mackerras
2015-07-18 12:45 ` Beat Bolli
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=xmqqvbdi3ipb.fsf@gitster.dls.corp.google.com \
--to=gitster@pobox.com \
--cc=dev+git@drbeat.li \
--cc=git@vger.kernel.org \
--cc=paulus@samba.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.
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.