From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "B. T. Raven" Newsgroups: gmane.emacs.help Subject: Re: Intrusive spaces Date: Wed, 7 Jun 2006 17:20:23 -0500 Organization: UseNetServer.com Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1149720040 9067 80.91.229.2 (7 Jun 2006 22:40:40 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 7 Jun 2006 22:40:40 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Jun 08 00:40:39 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 1Fo6hS-0008E2-Eq for geh-help-gnu-emacs@m.gmane.org; Thu, 08 Jun 2006 00:40:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fo6hR-0005ys-N7 for geh-help-gnu-emacs@m.gmane.org; Wed, 07 Jun 2006 18:40:29 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!newsfeed.berkeley.edu!ucberkeley!newspeer.monmouth.com!newscon06.news.prodigy.com!newscon02.news.prodigy.com!prodigy.net!atl-c08.usenetserver.com!news.usenetserver.com!pc02.usenetserver.com!DIALUPUSA.NET!not-for-mail Original-Newsgroups: gnu.emacs.help X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Original-X-Complaints-To: abuse@usenetserver.com Original-Lines: 73 Original-X-Trace: b0dcb448752c7a13a858b29123 Original-Xref: shelby.stanford.edu gnu.emacs.help:139726 Original-To: help-gnu-emacs@gnu.org 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:35350 Archived-At: "Jay Bingham" wrote in message news:mailman.2718.1149703362.9609.help-gnu-emacs@gnu.org... On Wednesday, June 07, 2006 11:20 AM B. T. Raven Wrote: > I ran M-| bc on this region: > > define fact(n) { > if (n <= 1) return (n); > return (n * fact(n-1)); > } > fact(666) > > The resulting very big number fills about 24 lines each terminated with > 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 and what I see is that doing fill-paragraph with a large fill-column setting 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 because usually paragraphs are an series of words separated by spaces and line feeds rather than a string of numbers separated by line feeds. For example 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 Duh! I was so focused on getting a quick and dirty answer to the number of digits in Number-of-beast! that the obvious escaped me. I am glad that fill-paragraph is at least smarter than I am in that it knows enough to end a "word" after 80 or 100 contiguous characters. Thanks, Ed.