* bug#22554: 24.5; enriched-mode: C-S-a/S-Home doesn't mark to beginning of line
@ 2016-02-04 12:30 Travis Evans
2016-02-04 16:46 ` Drew Adams
2021-02-07 16:59 ` Lars Ingebrigtsen
0 siblings, 2 replies; 6+ messages in thread
From: Travis Evans @ 2016-02-04 12:30 UTC (permalink / raw)
To: 22554
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))
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#22554: 24.5; enriched-mode: C-S-a/S-Home doesn't mark to beginning of line
2016-02-04 12:30 bug#22554: 24.5; enriched-mode: C-S-a/S-Home doesn't mark to beginning of line Travis Evans
@ 2016-02-04 16:46 ` Drew Adams
2021-02-07 16:59 ` Lars Ingebrigtsen
1 sibling, 0 replies; 6+ messages in thread
From: Drew Adams @ 2016-02-04 16:46 UTC (permalink / raw)
To: Travis Evans, 22554
> 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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#22554: 24.5; enriched-mode: C-S-a/S-Home doesn't mark to beginning of line
2016-02-04 12:30 bug#22554: 24.5; enriched-mode: C-S-a/S-Home doesn't mark to beginning of line Travis Evans
2016-02-04 16:46 ` Drew Adams
@ 2021-02-07 16:59 ` Lars Ingebrigtsen
2021-02-07 17:11 ` Eli Zaretskii
1 sibling, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2021-02-07 16:59 UTC (permalink / raw)
To: Travis Evans; +Cc: 22554
Travis Evans <travisgevans@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
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#22554: 24.5; enriched-mode: C-S-a/S-Home doesn't mark to beginning of line
2021-02-07 16:59 ` Lars Ingebrigtsen
@ 2021-02-07 17:11 ` Eli Zaretskii
2021-02-07 17:15 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2021-02-07 17:11 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: travisgevans, 22554
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Date: Sun, 07 Feb 2021 17:59:45 +0100
> Cc: 22554@debbugs.gnu.org
>
> Travis Evans <travisgevans@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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#22554: 24.5; enriched-mode: C-S-a/S-Home doesn't mark to beginning of line
2021-02-07 17:11 ` Eli Zaretskii
@ 2021-02-07 17:15 ` Lars Ingebrigtsen
2021-02-08 6:23 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2021-02-07 17:15 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: travisgevans, 22554
Eli Zaretskii <eliz@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
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#22554: 24.5; enriched-mode: C-S-a/S-Home doesn't mark to beginning of line
2021-02-07 17:15 ` Lars Ingebrigtsen
@ 2021-02-08 6:23 ` Lars Ingebrigtsen
0 siblings, 0 replies; 6+ messages in thread
From: Lars Ingebrigtsen @ 2021-02-08 6:23 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: travisgevans, 22554
Lars Ingebrigtsen <larsi@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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2021-02-08 6:23 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-02-04 12:30 bug#22554: 24.5; enriched-mode: C-S-a/S-Home doesn't mark to beginning of line Travis Evans
2016-02-04 16:46 ` Drew Adams
2021-02-07 16:59 ` Lars Ingebrigtsen
2021-02-07 17:11 ` Eli Zaretskii
2021-02-07 17:15 ` Lars Ingebrigtsen
2021-02-08 6:23 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).