From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Robert Pollard Newsgroups: gmane.emacs.help Subject: Re: [NEWBIE] Questions Date: Mon, 14 Apr 2003 11:19:27 -0700 Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: <84el47h0gd.fsf@lucy.is.informatik.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v543) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1050344909 22601 80.91.224.249 (14 Apr 2003 18:28:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 14 Apr 2003 18:28:29 +0000 (UTC) Cc: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Mon Apr 14 20:28:25 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1958fi-0005lY-00 for ; Mon, 14 Apr 2003 20:27:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 1958cn-0008HS-01 for gnu-help-gnu-emacs@m.gmane.org; Mon, 14 Apr 2003 14:24:13 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 1958az-0007Ci-00 for help-gnu-emacs@gnu.org; Mon, 14 Apr 2003 14:22:21 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 1958aD-0006Lm-00 for help-gnu-emacs@gnu.org; Mon, 14 Apr 2003 14:21:34 -0400 Original-Received: from mail-out2.apple.com ([17.254.0.51]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 1958YG-0005VV-00 for help-gnu-emacs@gnu.org; Mon, 14 Apr 2003 14:19:32 -0400 Original-Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225]) by mail-out2.apple.com (8.12.9/8.12.9) with ESMTP id h3EIJTQd026774 for ; Mon, 14 Apr 2003 11:19:29 -0700 (PDT) Original-Received: from scv3.apple.com (scv3.apple.com) by mailgate2.apple.com ; Mon, 14 Apr 2003 11:19:28 -0700 Original-Received: from RobertDevSys ([17.101.117.23]) by scv3.apple.com (8.12.9/8.12.9) with ESMTP id h3EIJR0j016239; Mon, 14 Apr 2003 11:19:27 -0700 (PDT) Original-To: kai.grossjohann@gmx.net (=?ISO-8859-1?Q?Kai_Gro=DFjohann?=) In-Reply-To: <84el47h0gd.fsf@lucy.is.informatik.uni-duisburg.de> X-Mailer: Apple Mail (2.543) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:8468 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:8468 On Saturday, April 12, 2003, at 02:26 PM, Kai Gro=DFjohann wrote: > Robert Pollard writes: > > > The two spaces after the "1." come from the fact that Emacs thinks > it's a sentence-end period and hence it makes two spaces. Emacs > always assumes two spaces after a sentence, when you do M-q. Are there variables that allow you to indicate what pattern an end of=20 sentence should follow? It seems this pattern isn't specific enough. =20= If I indicate that a sentence usually isn't started with a number and a=20= period on a new line then that should be enough to get it to do this=20 only when it is a valid sentence, correct? >> I much prefer a carriage return to indicate the end of the >> paragraph. As it stands, you have to have a blank line between >> paragraphs to indicate the end of the paragraph. > > I don't understand this. Emacs almost never uses carriage return > (^M) in a buffer. And even inside a paragraph, every line ends with > a newline. > > There is longlines.el which can remove "superfluous" newlines > (within paragraphs) when writing the file and it re-adds them when > reading the file. Using "carriage return" was word processor speak. I actually didn't=20 know what Emacs uses for end of line/paragraph when you hit the return=20= key. Since looking at paragraph-start and paragraph-separate I come to=20= the conclusion that it is looking for a line feed "\f" for=20 paragraph-separate and a carriage return and line feed "\n\f" for=20 paragraph-start. Is this correct? If not what does \n and \f mean? >> It appears there may be some kind of continuation pattern being used >> for each variable. I do understand basic regular expressions but I >> don't fully understand these patterns. > > Continuation pattern? The info docs said something about changing both variables if you=20 change one. I assumed this meant that both variable definitions=20 together consisted of what makes up the end of a paragraph? Is this=20 not correct? > [snip] >> Why would these key equivalents not work? This is my first time for >> using Emacs in Cygwin but I thought the key equivalents would be the >> same on all systems. > > I have no idea why they might fail. To quote a poster who sent me the answer directly: "This problem, with this particular key combination, is indeed frequently asked about, but I don't know that it's addressed in any FAQ. Anyway: edit c:\cygwin\cygwin.bat, and add the line set CYGWIN=3Dtty before the call to `bash'." Thank you very much for your time, Robert Pollard=