all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Pascal J. Bourguignon" <pjb@informatimago.com>
To: help-gnu-emacs@gnu.org
Subject: Re: line adjustment at the end of a sentence
Date: Tue, 25 Sep 2012 23:18:04 +0200	[thread overview]
Message-ID: <87obkt6bub.fsf@kuiper.lan.informatimago.com> (raw)
In-Reply-To: 5061A99A.8070808@cme.nist.gov

Tom Kramer <kramer@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 {}.




  parent reply	other threads:[~2012-09-25 21:18 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-25 12:54 line adjustment at the end of a sentence Tom Kramer
2012-09-25 16:29 ` Eli Zaretskii
2012-09-25 18:40 ` Óscar Fuentes
2012-09-25 21:18 ` Pascal J. Bourguignon [this message]
2012-09-25 21:53   ` Eli Zaretskii
  -- strict thread matches above, loose matches on Subject: below --
2012-09-25 21:25 Tom Kramer
2012-09-25 21:50 ` Eli Zaretskii
2012-09-25 23:28 ` Peter Dyballa
     [not found] <mailman.9731.1348608357.855.help-gnu-emacs@gnu.org>
2012-09-25 21:41 ` Pascal J. Bourguignon
2012-09-26 10:56 T.F. Torrey
2012-09-26 12:00 ` Tom Kramer
2012-09-26 17:12   ` Ludwig, Mark
2012-09-26 17:44     ` Yuri Khan
2012-09-26 19:23       ` Eli Zaretskii
2012-09-26 17:50     ` Drew Adams
     [not found]     ` <mailman.9789.1348681498.855.help-gnu-emacs@gnu.org>
2012-09-27  0:34       ` Stefan Monnier
2012-09-27  5:26         ` Drew Adams
2012-09-27 12:19           ` Stefan Monnier
2012-09-27 14:57             ` Drew Adams
2012-09-27 16:37               ` Stefan Monnier
2012-09-27 17:00                 ` Drew Adams
     [not found]                 ` <mailman.9862.1348765244.855.help-gnu-emacs@gnu.org>
2012-09-27 18:04                   ` Stefan Monnier
     [not found] ` <mailman.9790.1348681903.855.help-gnu-emacs@gnu.org>
2012-09-26 20:35   ` Barry Margolin
2012-09-27  3:21     ` Eric Abrahamsen
2012-09-29 14:09       ` Sivaram Neelakantan
     [not found]       ` <mailman.9978.1348927764.855.help-gnu-emacs@gnu.org>
2012-09-29 17:13         ` Stefan Monnier
2012-10-14  1:21           ` David Combs
2012-10-14 15:58             ` Joe Fineman
2012-10-14 18:13               ` PJ Weisberg
     [not found]               ` <mailman.10975.1350238417.855.help-gnu-emacs@gnu.org>
2012-11-25  1:05                 ` David Combs
2012-12-02  3:03                   ` J. David Boyd
2012-10-19 22:03             ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87obkt6bub.fsf@kuiper.lan.informatimago.com \
    --to=pjb@informatimago.com \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.