From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Jay Bingham" Newsgroups: gmane.emacs.help Subject: RE: Intrusive spaces Date: Wed, 7 Jun 2006 17:34:02 GMT Message-ID: <20060607.103414.17501.90594@webmail28.nyc.untd.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1149703379 5560 80.91.229.2 (7 Jun 2006 18:02:59 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 7 Jun 2006 18:02:59 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Jun 07 20:02:56 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Fo2Mn-0007wk-8u for geh-help-gnu-emacs@m.gmane.org; Wed, 07 Jun 2006 20:02:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fo2Ml-00063X-QO for geh-help-gnu-emacs@m.gmane.org; Wed, 07 Jun 2006 14:02:51 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fo2Ma-000635-JV for help-gnu-emacs@gnu.org; Wed, 07 Jun 2006 14:02:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fo2MW-00060F-JW for help-gnu-emacs@gnu.org; Wed, 07 Jun 2006 14:02:40 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fo2MW-00060A-Cb for help-gnu-emacs@gnu.org; Wed, 07 Jun 2006 14:02:36 -0400 Original-Received: from [64.136.20.164] (helo=outbound-mail.nyc.untd.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1Fo2U8-0004j7-Kz for help-gnu-emacs@gnu.org; Wed, 07 Jun 2006 14:10:29 -0400 Original-Received: from webmail28.nyc.untd.com (webmail28.nyc.untd.com [10.141.27.168]) by smtpout03.nyc.untd.com with SMTP id AABCJQDTMAPX3YTS for (sender ); Wed, 7 Jun 2006 10:34:35 -0700 (PDT) Original-Received: (from b.jc-emacs@netzero.com) by webmail28.nyc.untd.com (jqueuemail) id LSAFZE2C; Wed, 07 Jun 2006 10:34:14 PDT Original-Received: from [15.235.153.102] by webmail28.nyc.untd.com with HTTP: Wed, 7 Jun 2006 17:34:02 GMT X-Originating-IP: [15.235.153.102] Original-To: help-gnu-emacs@gnu.org X-Mailer: Webmail Version 4.0 Content-Disposition: inline X-ContentStamp: 17:8:2950726608 X-MAIL-INFO: 4b85115539b579397474b5049d04f9eddd89c1d431c455b4218955214054f409f4555d X-UNTD-OriginStamp: 9wMZ3l1+FG1mkmIQefRR9m5aYb8QGUX9sbG7cfZlgDsS9l+CxGBatqCCAiYpD0Lm X-UNTD-Peer-Info: 10.141.27.168|webmail28.nyc.untd.com|webmail28.nyc.untd.com|b.jc-emacs@netzero.com X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:35349 Archived-At: On Wednesday, June 07, 2006 11:20 AM B. T. Raven Wrote: > I ran M-| bc on this region: > > define fact(n) { > if (n <=3D 1) return (n); > return (n * fact(n-1)); > } > fact(666) > > The resulting very big number fills about 24 lines each terminated wit= h > C-j. I then ran the following function > > (defun unfill-paragraph () ;; bound to C-x M-q > "Do the opposite of fill-paragraph; stuff all lines in the current > paragraph into a single long line." > (interactive) > (let ((fill-column 90002000)) > (fill-paragraph nil))) > > on those 24 lines. Instead of joining them seamlessly, it puts in a > space where the C-j had been. I haven't noticed this happening with > ordinary text before. This happens with 21.3 on dos shell msw98. B.T., I just ran a quick fill paragraph test using text rather than numbers an= d what I see is that doing fill-paragraph with a large fill-column setti= ng does in fact put spaces where the ^js were. (I am running Emacs 21.3= on XP). In fact this is what I would expect fill-paragraph to do becau= se usually paragraphs are an series of words separated by spaces and lin= e feeds rather than a string of numbers separated by line feeds. For ex= ample if I had following two lines: You should have a go at it. = I would expect then to be filled as: You should have a go at it. not as: You should have a goat it. Granted there may be times when even with text is would be preferable to= not have a space replace the line feed, such as: He went that-a- way. should be filled as: He went that-a-way. not as: He went that-a- way. but they are rare and fill-paragraph is not that smart. __ J_) C_)ingham = _____________________________________________________________________ Call Anyone, Anytime, Anywhere in the World - FREE! Free Internet calling from NetZero Voice Visit http://www.netzerovoice.com today!