From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: delete-other-frames Date: Sat, 27 Aug 2016 17:41:03 -0700 (PDT) Message-ID: References: <<<57BC072F.9070704@gmx.at>>> <<<83k2f7fugv.fsf@gnu.org> <57BD63A9.8040502@gmx.at>> <<57BEB772.60100@gmx.at> <83inuoewjy.fsf@gnu.org>> <>> <<49a2a9c7-8573-4f07-897f-3eb444679d8a@default>> <> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1472344899 25733 195.159.176.226 (28 Aug 2016 00:41:39 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 28 Aug 2016 00:41:39 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org To: rms@gnu.org, Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 28 02:41:35 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bdoAH-0006AR-Tn for ged-emacs-devel@m.gmane.org; Sun, 28 Aug 2016 02:41:34 +0200 Original-Received: from localhost ([::1]:37634 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bdoAF-0001h7-Fa for ged-emacs-devel@m.gmane.org; Sat, 27 Aug 2016 20:41:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36519) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bdoA2-0001gw-Ej for emacs-devel@gnu.org; Sat, 27 Aug 2016 20:41:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bdoA1-0005JY-Gj for emacs-devel@gnu.org; Sat, 27 Aug 2016 20:41:18 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:47823) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bdo9u-0005Hw-Pg; Sat, 27 Aug 2016 20:41:10 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u7S0f5xt025919 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 28 Aug 2016 00:41:06 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id u7S0f5Qf018698 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 28 Aug 2016 00:41:05 GMT Original-Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u7S0f4IG015698; Sun, 28 Aug 2016 00:41:05 GMT In-Reply-To: <> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6753.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:206841 Archived-At: > > 1. If there is only one frame in the discussion, and @var{f} > > is a name for it, then "delete the frame, @var{f}" is correct. >=20 > You're right. I must have been in a daze. You're human. ;-) > > But if there might be more than one frame in the discussion, > > and @var{f} is the one we are concerned with at present, then > > this is correct: "delete the frame @var{f}". (Note: no comma.) > > And so is this: "delete frame @var{f}". >=20 > Yes. Exactly. A comparable example in algebra is "Square the number x." >=20 > > 2. I think Eli was talking about something different, but > > related: the fact that in Emacs doc the name of a parameter > > is often chosen to be a type name, >=20 > Grammatically, it does not matter whether the argument's name is f or > frame. In the first case, the sentence should be, "delete the frame > @var{f}", shortened to "delete frame @var{f}". In the second case, > the sentence should be, "delete the frame @var{frame}", shortened to > "delete frame @var{frame}". >=20 > Whether the argument name is the same as the description, or not, > has no effect. >=20 > =09=09=09=09 and a convention is to > > omit the type noun to which the restrictive appositive > > applies and let the parameter name stand alone. >=20 > > IOW, if the name of the individual echoes the name of the > > type then we can get by with just the individual name. >=20 > It is grammatical to omit the description of the argument, and use > just its name. There must be no article, in this usage. Right. > > Example: > > Just "copy FILE to DIRECTORY", >=20 > Here FILE and DIRECTORY are both names of argument values, > so they must have no articles. >=20 > "copy F to D" >=20 > is equally grammatical, but it is clear only if the reader already > knows that F is a file and D is a directory. Otherwise, we need to > say so. >=20 > "copy the FILE to the DIRECTORY" >=20 > is grammatically incorrect because you can't put an article on a name. Yes.