unofficial mirror of bug-guile@gnu.org 
 help / color / mirror / Atom feed
From: Neil Jerram <neil@ossau.uklinux.net>
To: Mark Harig <idirectscm@aim.com>
Cc: bug-guile@gnu.org, Ralf.Wildenhues@gmx.de
Subject: Re: Typos in the manual
Date: Wed, 16 Feb 2011 00:14:57 +0000	[thread overview]
Message-ID: <87mxlw7s3i.fsf@ossau.uklinux.net> (raw)
In-Reply-To: <8CD9B775B2E1E50-714-23E5@webmail-d099.sysops.aol.com> (Mark Harig's message of "Tue, 15 Feb 2011 17:32:26 -0500")

Mark Harig <idirectscm@aim.com> writes:

>>
>> > Both "i.e." and "e.g." should always be followed by a comma.
>>
>> Well.  Let me tell you.  I've written those kinds of patches before,
>> adding a comma unconditionally and all.  After a few maintainers of
>> some packages rejected them, I've become less enthused.
>>
>
> Something that's long been a mystery to me is why it is that computer
> programmers, who spend their days learning and following the rules and
> idioms of various programming languages, do not want to learn and
> follow the rules and idioms of natural languages.

Because computer languages are constrained by the specifications and
tools that interpret them, whereas natural languages evolve and diverge
through human usage?

> Reference manuals should strive to follow grammar and usage rules as
> much as possible in a jargon-filled context.  There is enough room
> already for confusion and lack of precision.

But surely you don't believe that there is a One True set of "grammar
and usage rules"?

>> Also, while the Chicago Manual of Style recommends it, some other 
> online
>> grammar sites mention that it is American English style, but British
>> English would not add a comma afterwards.

My feeling is consistent with that.  I'm British, and I'd say there are
lots of cases where it is more natural (to me) not to have a comma after
"i.e." or "e.g.".

> To propose that the comma sometimes be included and sometimes be
> omitted after "i.e." and "e.g." should be considered the same as
> proposing that the comma following the words "that is" and "for
> example" are optional.

I'd say that's a false premise (and hence makes the rest of your post
unfounded).  "i.e." and "e.g." are useful precisely because they are
more concise than "that is" and "for example", and hence they have
different effects on the flow of their containing sentence.  Normally
the effect is that they slow the sentence down _less_ than "that is" or
"for example" would - which IMO is often an advantage.  To require a
comma in every case would be to obscure that difference.

> Example 1:
>
> By "simple" we mean data types that are not primarily used as
> containers to hold other data -- i.e. pairs, lists, vectors and so on.

In case it helps to explain my position here: when I read this sentence
to myself, whether out loud or in my head, there is no pause after the
"i.e.".  To me this is natural, and is good because it allows the
sentence to complete without unnecessary delay.

Is there a pause when you read it to yourself?

Regards,
        Neil



  reply	other threads:[~2011-02-16  0:14 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-08 20:25 Typos in the manual Ralf Wildenhues
2011-02-13  0:49 ` Neil Jerram
2011-02-13  7:00   ` Ralf Wildenhues
2011-02-13 22:29     ` Neil Jerram
2011-02-15 15:48     ` Marijn
2011-02-15 20:21       ` Mark Harig
2011-02-15 23:55         ` Neil Jerram
2011-02-16  0:52           ` Mark Harig
2011-02-16 22:37             ` Neil Jerram
2011-02-15 23:49       ` Neil Jerram
2011-02-15 20:48   ` Mark Harig
2011-02-15 21:14     ` Ralf Wildenhues
2011-02-15 22:32       ` Mark Harig
2011-02-16  0:14         ` Neil Jerram [this message]
2011-02-16  2:43           ` Mark Harig
2011-02-16  3:30             ` Francis Southern
2011-02-16 23:46               ` Neil Jerram
2011-02-16  3:03           ` Mark Harig
2011-02-16  8:18             ` Thien-Thi Nguyen
2011-02-17  0:10             ` Neil Jerram
2011-02-17  1:21               ` Mark Harig
2011-02-16 21:17         ` Ludovic Courtès
2011-02-17  0:14           ` Neil Jerram
2011-02-17  3:13           ` Mark Harig
2011-02-17 11:33             ` Andy Wingo
2011-02-21 20:23             ` Ludovic Courtès
  -- strict thread matches above, loose matches on Subject: below --
2011-02-19 17:40 Bruno Haible
2011-02-19 17:56 ` Ralf Wildenhues
2011-02-24 23:31   ` Ludovic Courtès

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/guile/

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

  git send-email \
    --in-reply-to=87mxlw7s3i.fsf@ossau.uklinux.net \
    --to=neil@ossau.uklinux.net \
    --cc=Ralf.Wildenhues@gmx.de \
    --cc=bug-guile@gnu.org \
    --cc=idirectscm@aim.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.
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).