* bug#5438: 23.0.94; auto-fill-mode behaves strangely with periods near end of line
@ 2010-01-21 21:05 Elnatan Reisner
2010-01-23 11:07 ` Stefan Monnier
0 siblings, 1 reply; 3+ messages in thread
From: Elnatan Reisner @ 2010-01-21 21:05 UTC (permalink / raw)
To: bug-gnu-emacs
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org
mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
I opened a new file and typed the following (which I copied from
further down in this bug report):
^U 3 0 A SPC ^U 3
0 A SPC ^U 8 A SPC ^U 3 0 A SPC <escape> X A U T O
F - <backspace> <backspace> - F I <tab> <return> ^U
3 0 A SPC ^U 9 A SPC <escape> Q <right> <return> <return>
^U 3 0 A SPC ^U 3 0 A SPC ^U 7 A . SPC <escape> Q <return>
^/ SPC ^/ <return> <return> ^U 3 0 A SPC ^U 3 0 A SPC
^U 3 A . SPC A A A A SPC <escape> Q ^A <backspace>
SPC <right> <right> <right> <right> <return> <escape>
Q ^E <return> <return> ^U 3 0 A SPC ^U 3 0 A SPC A
A . SPC A A . SPC F I E J A SPC <escape> Q <escape>
X R E P O T <tab> <backspace> R T - E <tab> <return>
I am confused by how auto-fill deals with periods near the end of the
line. It seems that the determination of where to wrap is based not
only on spaces, but also on periods. That is, auto-fill seems to
search for the final space before the last column, but if that space
is preceded by a period, it looks back for the preceding space, and so
on. I notice this most regularly when a period happens to occur in
column 70 (which is the default width for auto-fill-mode), so the last
word of my sentence gets wrapped to the next line, even though I don't
want it to. However, if I manually replace the word on the previous
line, later invocations of Esc-Q do not re-wrap such words, but rather
leave them in place. (I am grateful for this, because this is behavior
I would want to begin with; but the inconsistency seems odd.)
I have seen this behavior in this Aquamacs (the specs are below), in
Aquamacs 1.9 (GNU Emacs 22.3.1 (powerpc-apple-darwin9.8.0, Carbon
Version 1.6.0)), and GNU Emacs 21.3.1 on a Linux computer.
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/Applications/Aquamacs.app/Contents/Resources/etc/DEBUG for
instructions.
In GNU Emacs 23.0.94.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
of 2009-10-26 on braeburn.aquamacs.org - Aquamacs Distribution
2.0preview3
Windowing system distributor `Apple', version 10.3.949
configured using `configure '--with-ns' '--without-x' 'CFLAGS=-arch
i386 -arch ppc' 'LDFLAGS=-arch i386 -arch ppc''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
value of $XMODIFIERS: nil
locale-coding-system: nil
default enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
savehist-mode: t
smart-frame-positioning-mode: t
aquamacs-autoface-mode: t
recentf-mode: t
osx-key-mode: t
tabbar-mwheel-mode: t
tabbar-mode: t
show-paren-mode: t
delete-selection-mode: t
pc-selection-mode: t
cua-mode: t
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
5 A ^A ^K ^U 9 A SPC ^U 9 A SPC ^A ^K ^U 3 0 A SPC
^U 3 0 A SPC A B C D E F G H I SPC <return> <down-mouse-1>
<mouse-1> ^X K <return> Y ^X K <return> Y ^/ ⌘W ⌘{
⌘W ^X ^F B L A H . T X T <backspace> <backspace> <backspace>
<backspace> ^G ^X ^F B L A H <return> ^U 3 0 A SPC
^U 3 0 A SPC A B C D E F G H I <escape> X A U T O -
F I <tab> <return> <return> ^U 3 0 A SPC ^U 3 0 A SPC
A B C D E F G . SPC <return> <escape> Q <left> <escape>
Q ^/ <up> <up> <return> <down> <down> <down> <up> <escape>
Q ^E ^X ^F A S D F . T X T <backspace> <backspace>
<backspace> <backspace> <return> ^U 3 0 A SPC ^U 3
0 A SPC ^U 8 A SPC ^U 3 0 A SPC <escape> X A U T O
F - <backspace> <backspace> - F I <tab> <return> ^U
3 0 A SPC ^U 9 A SPC <escape> Q <right> <return> <return>
^U 3 0 A SPC ^U 3 0 A SPC ^U 7 A . SPC <escape> Q <return>
^/ SPC ^/ <return> <return> ^U 3 0 A SPC ^U 3 0 A SPC
^U 3 A . SPC A A A A SPC <escape> Q ^A <backspace>
SPC <right> <right> <right> <right> <return> <escape>
Q ^E <return> <return> ^U 3 0 A SPC ^U 3 0 A SPC A
A . SPC A A . SPC F I E J A SPC <escape> Q <escape>
X R E P O T <tab> <backspace> R T - E <tab> <retur
n>
Recent messages:
Auto-saving...done
fill-prefix cancelled
Buffer *mail to emacs-pretest-bug@gnu.org* modified; kill anyway? (y
or n)
Undo!
Quit
(New file)
Undo!
(New file)
call-interactively: End of buffer
Undo! [2 times]
Load-path shadows:
None found.
Features:
(shadow mail-extr message ecomplete rfc822 mml mml-sec password-cache
mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045
qp ietf-drums mailabbrev nnheader gnus-util netrc mm-util mail-prsvr
gmm-utils mailheader canlock sha1 hex-util hashcash mail-utils emacsbug
load-emacs-plugins aquamacs-mode-defaults auctex-config server tex-site
smart-dnd aquamacs-aux savehist mouse-sel one-buffer-one-frame
smart-frame-positioning drews_init color-theme-autoloads saveplace
visual-line aquamacs-bug aquamacs-autoface-mode aquamacs-editing
sendmail recentf tree-widget cus-edit osxkeys emulate-mac-keyboard-mode
frame-cmds strings misc-fns thingatpt+ thingatpt frame-fns avoid
aquamacs-mac-fontsets fit-frame aquamacs-frame-setup aquamacs-tabbar
tabbar-window cl cl-19 tabbar easy-mmode cus-start cus-load
load-emacs-pre-plugins aquamacs-site-start cocoa-compatibility filladapt
aquamacs-redo check-for-updates aquamacs-menu osx_defaults
aquamacs-tool-bar aquamacs mac-extra-functions aquamacs-tools
aquamacs-macros parse-time timezone time-date paren delsel pc-select
cua-base wid-edit regexp-opt advice advice-preload byte-opt bytecomp
byte-compile debug help-fns help-mode view image-file disp-table tooltip
ediff-hook vc-hooks lisp-float-type mwheel ns-win easymenu tool-bar dnd
fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer
select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu
font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan
thai tai-viet lao korean japanese hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces
cus-face text-properties overlay md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process ns
multi-tty emacs)
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#5438: 23.0.94; auto-fill-mode behaves strangely with periods near end of line
2010-01-21 21:05 bug#5438: 23.0.94; auto-fill-mode behaves strangely with periods near end of line Elnatan Reisner
@ 2010-01-23 11:07 ` Stefan Monnier
2010-01-24 18:31 ` Elnatan Reisner
0 siblings, 1 reply; 3+ messages in thread
From: Stefan Monnier @ 2010-01-23 11:07 UTC (permalink / raw)
To: Elnatan Reisner; +Cc: 5438
> I am confused by how auto-fill deals with periods near the end of the
> line. It seems that the determination of where to wrap is based not
> only on spaces, but also on periods. That is, auto-fill seems to
> search for the final space before the last column, but if that space
> is preceded by a period, it looks back for the preceding space, and so
> on. I notice this
I think you're seeing another feature of the system:
sentence-end-double-space. It's usd among other things to prevent
wrapping the line right after "e.g." or "Mr." and things like that.
Stefan
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#5438: 23.0.94; auto-fill-mode behaves strangely with periods near end of line
2010-01-23 11:07 ` Stefan Monnier
@ 2010-01-24 18:31 ` Elnatan Reisner
0 siblings, 0 replies; 3+ messages in thread
From: Elnatan Reisner @ 2010-01-24 18:31 UTC (permalink / raw)
To: Stefan Monnier; +Cc: 5438
On Jan 23, 2010, at 6:07 AM, Stefan Monnier wrote:
>> I am confused by how auto-fill deals with periods near the end of the
>> line. It seems that the determination of where to wrap is based not
>> only on spaces, but also on periods. That is, auto-fill seems to
>> search for the final space before the last column, but if that space
>> is preceded by a period, it looks back for the preceding space, and
>> so
>> on. I notice this
>
> I think you're seeing another feature of the system:
> sentence-end-double-space. It's usd among other things to prevent
> wrapping the line right after "e.g." or "Mr." and things like that.
>
> Stefan
Ah. This wasn't at all clear to me. Thank you for explaining.
-Elnatan
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-01-24 18:31 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-21 21:05 bug#5438: 23.0.94; auto-fill-mode behaves strangely with periods near end of line Elnatan Reisner
2010-01-23 11:07 ` Stefan Monnier
2010-01-24 18:31 ` Elnatan Reisner
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.