unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Juri Linkov <juri@linkov.net>
To: "Gerd Möllmann" <gerd.moellmann@gmail.com>
Cc: 69578@debbugs.gnu.org
Subject: bug#69578: 30.0.50; tab-bar-mode binding of (control tab) not always useful
Date: Wed, 06 Mar 2024 19:45:46 +0200	[thread overview]
Message-ID: <86zfvbxpmz.fsf@mail.linkov.net> (raw)
In-Reply-To: <m2r0gng5dj.fsf@Pro.fritz.box> ("Gerd Möllmann"'s message of "Wed, 06 Mar 2024 08:56:56 +0100")

> tab-bar--define-keys makes bindings for TAG like this:
>
>   (unless (global-key-binding [(control tab)])
>     (global-set-key [(control tab)] #'tab-next))
>   (unless (global-key-binding [(control shift tab)])
>     (global-set-key [(control shift tab)] #'tab-previous))
>   (unless (global-key-binding [(control shift iso-lefttab)])
>     (global-set-key [(control shift iso-lefttab)] #'tab-previous))
>
> These bindings stop taking effect if a mode has its own bindings for
> control tab, for instance. A prominent example is Magit.

The developers of Org mode took courage and
replaced their C-TAB bindings with C-c C-TAB:
https://lists.gnu.org/archive/html/bug-gnu-emacs/2020-09/msg00341.html
The developers of Magit could do the same.





  reply	other threads:[~2024-03-06 17:45 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-06  7:56 bug#69578: 30.0.50; tab-bar-mode binding of (control tab) not always useful Gerd Möllmann
2024-03-06 17:45 ` Juri Linkov [this message]
2024-03-10  5:31   ` Gerd Möllmann
2024-03-10  6:28     ` Eli Zaretskii
2024-03-10  6:36       ` Gerd Möllmann
2024-03-11 14:23 ` Jonas Bernoulli
2024-03-11 14:52   ` Gerd Möllmann
2024-03-11 15:02     ` Gerd Möllmann
2024-03-11 16:44       ` Eli Zaretskii
2024-03-11 17:50   ` Juri Linkov
2024-03-20 17:40     ` Juri Linkov
2024-04-05 16:23       ` Juri Linkov

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=86zfvbxpmz.fsf@mail.linkov.net \
    --to=juri@linkov.net \
    --cc=69578@debbugs.gnu.org \
    --cc=gerd.moellmann@gmail.com \
    /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 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).