GNU bug report logs -
#22554
24.5; enriched-mode: C-S-a/S-Home doesn't mark to beginning of line
Previous Next
Reported by: Travis Evans <travisgevans <at> gmail.com>
Date: Thu, 4 Feb 2016 16:33:03 UTC
Severity: normal
Tags: fixed
Found in version 24.5
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 22554 in the body.
You can then email your comments to 22554 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22554
; Package
emacs
.
(Thu, 04 Feb 2016 16:33:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Travis Evans <travisgevans <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 04 Feb 2016 16:33:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
After launching Emacs with ‘emacs -Q’, typing “C-x b newbuffer M-x
enriched-mode”, then “||abcdefgfoo” followed by C-S-a or S-<Home>, point
returns to the ‘a’ with nothing highlighted. In other modes, this key
returns to the very beginning of the line starting with ‘|’ and with the
line marked, as expected. C-S-e/S-<End> still works as expected in this
and other modes. I could not find anything in the Enriched Text section
of the Emacs manual that mentions this discrepancy.
In GNU Emacs 24.5.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.12.2)
of 2016-01-27 on ijel
Windowing system distributor `The X.Org Foundation', version 11.0.11601000
System Description: Arch Linux
Configured using:
`configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
--localstatedir=/var --with-x-toolkit=gtk3 --with-xft
'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong
--param=ssp-buffer-size=4 -g -fvar-tracking-assignments'
CPPFLAGS=-D_FORTIFY_SOURCE=2
LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro'
Important settings:
value of $LC_COLLATE: en_US.UTF-8
value of $LC_CTYPE: en_US.UTF-8
value of $LC_MESSAGES: en_US.UTF-8
value of $LC_MONETARY: en_US.UTF-8
value of $LC_NUMERIC: en_US.UTF-8
value of $LC_TIME: en_DK.UTF-8
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
electric-indent-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
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Load-path shadows:
None found.
Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils time-date tooltip electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
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
minibuffer nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
dbusbind gfilenotify dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
Memory information:
((conses 16 71026 8155)
(symbols 48 17556 0)
(miscs 40 35 138)
(strings 32 9039 4601)
(string-bytes 1 246788)
(vectors 16 8908)
(vector-slots 8 383094 18351)
(floats 8 63 234)
(intervals 56 187 6)
(buffers 960 11)
(heap 1024 37026 987))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22554
; Package
emacs
.
(Thu, 04 Feb 2016 16:47:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 22554 <at> debbugs.gnu.org (full text, mbox):
> After launching Emacs with ‘emacs -Q’, typing “C-x b newbuffer M-x
> enriched-mode”, then “||abcdefgfoo” followed by C-S-a or S-<Home>, point
> returns to the ‘a’ with nothing highlighted. In other modes, this key
> returns to the very beginning of the line starting with ‘|’ and with the
> line marked, as expected. C-S-e/S-<End> still works as expected in this
> and other modes. I could not find anything in the Enriched Text section
> of the Emacs manual that mentions this discrepancy.
Confirmed, in text mode. Even just `C-a' returns to the `a' and not bol.
And this is the case at least as far back as Emacs 20.
`C-a' and `C-S-a' is bound in text mode to `beginning-of-line-text'
(not to `beginning-of-line'). The doc for that command does not
seem to cover the case of `|'. It says only that it "moves past the
lef-margin indentation, the fill-prefix, and any indentation used
for centering or right-justifying the line".
The culprit seems to be `adaptive-fill-mode'.
(looking-at adaptive-fill-regexp) returns t.
The doc string should mention this part of the behavior, I think.
It seems that the point-moving behavior here is not a bug, but
there is a doc bug here.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22554
; Package
emacs
.
(Sun, 07 Feb 2021 17:00:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 22554 <at> debbugs.gnu.org (full text, mbox):
Travis Evans <travisgevans <at> gmail.com> writes:
> After launching Emacs with ‘emacs -Q’, typing “C-x b newbuffer M-x
> enriched-mode”, then “||abcdefgfoo” followed by C-S-a or S-<Home>,
> point returns to the ‘a’ with nothing highlighted.
(I'm going through old bug reports that unfortunately got little
response at the time.)
`C-S-a' is not supposed to highlight anything, so I don't quite
understand that point of the bug report.
It also takes me to the beginning of the line, so I'm not able to
reproduce that bit. However, `C-a' does put point after the "||"...
I'm not very familiar with enriched mode... does the language it
supports assign some special meaning to "|"?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22554
; Package
emacs
.
(Sun, 07 Feb 2021 17:12:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 22554 <at> debbugs.gnu.org (full text, mbox):
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Sun, 07 Feb 2021 17:59:45 +0100
> Cc: 22554 <at> debbugs.gnu.org
>
> Travis Evans <travisgevans <at> gmail.com> writes:
>
> > After launching Emacs with ‘emacs -Q’, typing “C-x b newbuffer M-x
> > enriched-mode”, then “||abcdefgfoo” followed by C-S-a or S-<Home>,
> > point returns to the ‘a’ with nothing highlighted.
>
> (I'm going through old bug reports that unfortunately got little
> response at the time.)
>
> `C-S-a' is not supposed to highlight anything
But C-S-e does, and so is S-<End>. So I'm guessing the OP expected
some 'symmetry" here wrt shift-selection when moving point with Shift
pressed.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22554
; Package
emacs
.
(Sun, 07 Feb 2021 17:16:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 22554 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> > After launching Emacs with ‘emacs -Q’, typing “C-x b newbuffer M-x
>> > enriched-mode”, then “||abcdefgfoo” followed by C-S-a or S-<Home>,
>> > point returns to the ‘a’ with nothing highlighted.
>>
>> (I'm going through old bug reports that unfortunately got little
>> response at the time.)
>>
>> `C-S-a' is not supposed to highlight anything
>
> But C-S-e does, and so is S-<End>. So I'm guessing the OP expected
> some 'symmetry" here wrt shift-selection when moving point with Shift
> pressed.
Oh, sorry, I was thinking `C-M-a', not `C-S-a'. Yes, `C-S-a' is
supposed to do the selection thing, and does in text-mode, but not in
enriched-mode.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22554
; Package
emacs
.
(Mon, 08 Feb 2021 06:24:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 22554 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Oh, sorry, I was thinking `C-M-a', not `C-S-a'. Yes, `C-S-a' is
> supposed to do the selection thing, and does in text-mode, but not in
> enriched-mode.
enriched-mode rebound `C-a' to `beginning-of-line-text' (which no other
modes do), so I've now removed that in Emacs 28, and this fixes both
problems (i.e., not marking the region, and `C-a' not actually going to
the start of the line).
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) fixed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 08 Feb 2021 06:24:02 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 28.1, send any further explanations to
22554 <at> debbugs.gnu.org and Travis Evans <travisgevans <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 08 Feb 2021 06:24:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 08 Mar 2021 12:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 110 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.