GNU bug report logs -
#66386
28.2; RFE: Provide global key bindings for increasing/decreasing numbers at point
Previous Next
To reply to this bug, email your comments to 66386 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#66386
; Package
emacs
.
(Sat, 07 Oct 2023 10:59:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Tim Landscheidt <tim <at> tim-landscheidt.de>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 07 Oct 2023 10:59:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Package: emacs
Version: 28.2
Severity: wishlist
When entering a number with read-number or skeleton-read or
just editing text, it can be very useful to increase/de-
crease the number at point. For Org, Emacs ships the func-
tions org-increase-number-at-point and
org-decrease-number-at-point for this purpose and binds them
to C-M-S-<right> and C-M-S-<left>, respectively, in
org-mode-map.
It would be nice if these functions or some variant could be
bound to global key bindings that are active by default in
all modes.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#66386
; Package
emacs
.
(Sat, 07 Oct 2023 11:05:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 66386 <at> debbugs.gnu.org (full text, mbox):
> From: Tim Landscheidt <tim <at> tim-landscheidt.de>
> Date: Sat, 07 Oct 2023 10:57:34 +0000
>
> Package: emacs
> Version: 28.2
> Severity: wishlist
>
> When entering a number with read-number or skeleton-read or
> just editing text, it can be very useful to increase/de-
> crease the number at point. For Org, Emacs ships the func-
> tions org-increase-number-at-point and
> org-decrease-number-at-point for this purpose and binds them
> to C-M-S-<right> and C-M-S-<left>, respectively, in
> org-mode-map.
>
> It would be nice if these functions or some variant could be
> bound to global key bindings that are active by default in
> all modes.
These are trivial functions that everyone who needs them can easily
code, and bind to any keys they want. For example, I'd prefer to bind
them to S-<kp-add> and S-<kp-subtract> instead. Is it really
justified to have these in Emacs by default, let alone usurp some
global key bindings for them? Why not keep them available only in
modes where they are really needed?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#66386
; Package
emacs
.
(Sat, 07 Oct 2023 14:29:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 66386 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> wrote:
>> When entering a number with read-number or skeleton-read or
>> just editing text, it can be very useful to increase/de-
>> crease the number at point. For Org, Emacs ships the func-
>> tions org-increase-number-at-point and
>> org-decrease-number-at-point for this purpose and binds them
>> to C-M-S-<right> and C-M-S-<left>, respectively, in
>> org-mode-map.
>> It would be nice if these functions or some variant could be
>> bound to global key bindings that are active by default in
>> all modes.
> These are trivial functions that everyone who needs them can easily
> code, and bind to any keys they want. For example, I'd prefer to bind
> them to S-<kp-add> and S-<kp-subtract> instead. Is it really
> justified to have these in Emacs by default, let alone usurp some
> global key bindings for them? Why not keep them available only in
> modes where they are really needed?
For me, part of the charm of Emacs is that some concepts are
"universal". For example, forward-sexp (C-M-<right>) will
move forward one "balanced expression" in an Emacs Lisp buf-
fer, and it will do so in a Python buffer as well. I do not
have to learn different key bindings (or look them up) be-
cause a "balanced expression" is something that exists in
many/most modes.
I probably would have missed that the Python mode had such a
function if I had not known it from Emacs Lisp mode and just
intuitively used it. I would neither have written and main-
tained some code to add this functionality just for Python
mode.
The same reasoning applies to the concept of "numbers": They
exist in many/most modes, writing personal code is a dupli-
cation of effort, and I had never realized that org-mode
provides such functions because I have never had the need to
increase/decrease numbers in Org buffers, but instead at
prompts and in (other) programming languages.
This bug report was last modified 1 year and 116 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.