Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion line adjustment at the end of a sentence

Received: by 10.66.88.231 with SMTP id bj7mr3824429pab.45.1348607907162;
        Tue, 25 Sep 2012 14:18:27 -0700 (PDT)
Path: a8ni23572025pbd.1!nntp.google.com!npeer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!news.glorb.com!usenet.stanford.edu!not-for-mail
From: "Pascal J. Bourguignon" <p...@informatimago.com>
Newsgroups: gnu.emacs.help
Subject: Re: line adjustment at the end of a sentence
Date: Tue, 25 Sep 2012 23:18:04 +0200
Organization: Informatimago
Lines: 65
Approved: help-gnu-em...@gnu.org
Message-ID: <mailman.9730.1348607906.855.help-gnu-emacs@gnu.org>
References: <5061A99A.8070808@cme.nist.gov>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
X-Trace: usenet.stanford.edu 1348607906 13365 208.118.235.17 (25 Sep 2012 21:18:26 GMT)
X-Complaints-To: action@cs.stanford.edu
To: help-gnu-em...@gnu.org
Envelope-to: help-gnu-em...@gnu.org
X-Injected-Via-Gmane: http://gmane.org/
X-Gmane-NNTP-Posting-Host: 81.202.16.46.dyn.user.ono.com
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEUAAAD///+l2Z/dAAAA
	oElEQVR4nK3OsRHCMAwF0O8YQufUNIQRGIAja9CxSA55AxZgFO4coMgYrEDDQZWPIlNAjwq9
	033pbOBPtbXuB6PKNBn5gZkhGa86Z4x2wE67O+06WxGD/HCOGR0deY3f9Ijwwt7rNGNf6Oac
	l/GuZTF1wFGKiYYHKSFAkjIo1b6sCYS1sVmFhhhahKQssRjRT90ITWUk6vvK3RsPGs+M1RuR
	mV+hO/VvFAAAAABJRU5ErkJggg==
X-Accept-Language: fr, es, en
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux)
Cancel-Lock: sha1:NTA0ZjliOWFlODZkNzJjNDFjYjg5MTEwOGFjMGM1OTAxODljODlhNQ==
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
	recognized.
X-Received-From: 80.91.229.3
X-BeenThere: help-gnu-em...@gnu.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-gnu-emacs>,
	<mailto:help-gnu-emacs-requ...@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/help-gnu-emacs>
List-Post: <mailto:help-gnu-em...@gnu.org>
List-Help: <mailto:help-gnu-emacs-requ...@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
	<mailto:help-gnu-emacs-requ...@gnu.org?subject=subscribe>
X-Received-Bytes: 4706
Content-Type: text/plain; charset=us-ascii

Tom Kramer <kra...@cme.nist.gov> writes:

> Hello emacs help -
>
> I have had the following simple problem with emacs for over two
> decades, so I figured it was time to ask if there is a solution. The
> problem is: when a sentence ends at the end of a line, if the
> paragraph containing the sentence is adjusted by hitting Esc-Q, the
> last word of the sentence is moved to the next line, so that extra
> white space appears. Here is an example. It is set in fixed width font
> as I am typing. If you do not get it in fixed-width font, reset it in
> fixed-width font.
>
> I type the following and then I use Esc-Q to reset the paragraph.
>
> 9/19/12 Worked 9.5 hours. Spent 1 hour misc. Spent 0.5 hour RTFI. Watched
> Mitutoyo vid of IMTS QIF demo. Exchanged email messages with Bob Brown.
>
> The paragraph is reset automatically as follows. The word Brown has been moved from the
> end of the second line to the beginning of a third line.
>
> 9/19/12 Worked 9.5 hours. Spent 1 hour misc. Spent 0.5 hour RTFI. Watched
> Mitutoyo vid of IMTS QIF demo. Exchanged email messages with Bob
> Brown.
>
> This makes no sense. The word Brown fits easily within the right fill
> column (75 in Text Fill mode). The reset paragraph looks terrible. I
> get annoyed and move Brown back to the end of the second line. I have
> just wasted fifteen seconds or so. This happens about once each
> working day. A quarter minute for 200 days a year for 20 years is 1000
> minutes I have wasted on this dumb problem.
>
> Is there a way to get emacs to stop doing that? Thanks.

I don't get the same result as you either, because indeed, my
fill-column setting is not the same.  But one thing you're doing wrong,
is to put a single space after end-of-sentence dots.  Emacs considers a
sentence ends with dot space space, not on dot space.  If you add spaces
after the end of senctences, then justifying the text will give better
results.

With a single space after RTFI. :

9/19/12 Worked 9.5 hours.  Spent 1 hour misc.  Spent 0.5 hour
RTFI. Watched Mitutoyo vid of IMTS QIF demo.  Exchanged email messages
with Bob Brown.


With two spaces after RTFI.  :

9/19/12 Worked 9.5 hours.  Spent 1 hour misc.  Spent 0.5 hour RTFI.
Watched Mitutoyo vid of IMTS QIF demo.  Exchanged email messages with
Bob Brown.


You can also skip over sentences with M-e and M-a, and compare what
happens with a single space and with two spaces after end-of-sentence
dots.


-- 
__Pascal Bourguignon__                     http://www.informatimago.com/
A bad day in () is better than a good day in {}.