From: Stephen Boyd <bebarino@gmail.com>
To: "J. Bruce Fields" <bfields@fieldses.org>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] Documentation: git-format-patch.txt rewordings and cleanups
Date: Tue, 24 Mar 2009 16:36:15 -0700 [thread overview]
Message-ID: <780e0a6b0903241636j4749daf3xddb6e4c200c00820@mail.gmail.com> (raw)
In-Reply-To: <20090324220913.GN19389@fieldses.org>
On Tue, Mar 24, 2009 at 3:09 PM, J. Bruce Fields <bfields@fieldses.org> wrote:
> On Mon, Mar 23, 2009 at 03:21:23AM -0700, Stephen Boyd wrote:
>> +
>> -Note that you would need to include the leading dot `.` if you
>> -want a filename like `0001-description-of-my-change.patch`, and
>> -the first letter does not have to be a dot. Leaving it empty would
>> -not add any suffix.
>> +Note the first letter is not required to be a dot, you will need to
>> +include the leading dot `.` if you want a filename like
>> +`0001-description-of-my-change.patch`.
>
> That's a comma-splice, trivially fixed by changing "dot, you" to "dot;
> you".
>
> Better?: "Note that the leading dot isn't actually required if you don't
> want a dot between the patch name and the suffix."
>
> (Though personally I'd strike the whole sentence, since a) probably
> nobody cares, and b) the 1 in a million person that does actually want
> to do this can figure it out easily enough on their own with a quick
> test.)
>
> --b.
>
I don't think documentation is meant to point the user to trial and
error. Even if the error is fairly harmless. Although you could be
right that nobody cares.
How about a sentence with no negation?
"Note that the leading dot is required if you want a dot between the
patch name and the suffix."
next prev parent reply other threads:[~2009-03-24 23:37 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-23 10:21 [PATCH] Documentation: git-format-patch.txt rewordings and cleanups Stephen Boyd
2009-03-24 22:09 ` J. Bruce Fields
2009-03-24 23:36 ` Stephen Boyd [this message]
2009-03-24 23:53 ` J. Bruce Fields
2009-03-24 23:55 ` Junio C Hamano
2009-03-25 6:21 ` Stephen Boyd
2009-03-25 7:26 ` Junio C Hamano
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=780e0a6b0903241636j4749daf3xddb6e4c200c00820@mail.gmail.com \
--to=bebarino@gmail.com \
--cc=bfields@fieldses.org \
--cc=git@vger.kernel.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 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 NNTP newsgroup(s).