From: Michael Heerdegen <michael_heerdegen@web.de>
To: help-gnu-emacs@gnu.org
Cc: Juri Linkov <juri@linkov.net>
Subject: Re: Help customising the behaviour of the new Tab Line mode
Date: Sat, 15 Aug 2020 12:09:46 +0200 [thread overview]
Message-ID: <87lfigb4ph.fsf@web.de> (raw)
In-Reply-To: 005b781b-a6e0-e1b8-bf2e-090c67de16ac@yahoo.de
"R. Diez" <rdiezmail-emacs@yahoo.de> writes:
> But now, I want to do it "right" with the new Tab Line mode in Emacs
> 27.1.
One thing first: I don't think your working style is yet covered by the
code.
> Issue 1) The first thing I noticed is that 'compile' creates a
> window/pane/whatever for the compilation output, and the tab line at
> the top does not show the compilation buffert. In fact, if I call
> split-window-below, the tab line below only has the current buffer on
> it. However, I would like all Tab Lines to show all buffers (or at
> least all buffers visited in the whole frame). And I want all those
> buffers to have the same tab order (because my positional memory is
> useful, but limited). That would match the behaviour of the old
> tabbar.el package. How do I achieve that? Please remember that my Lisp
> is rather limited. I can tinker, but it won't be pretty. 8-)
What is included is decided by the `tab-line-tabs-function': "By
default, use function `tab-line-tabs-window-buffers' that returns a list
of buffers associated with the selected window." You may have a look at
and try the alternative values.
> Issue 2) The second thing I am missing is the ability to reorder
> tabs.
AIAIK, none supports manual reordering. Tabs are always sorted by some
algorithm, so manual reordering doesn't make sense.
I think it would be best to make a feature request (M-x
report-emacs-bug) and CC Juri Linkov <juri@linkov.net>. That already
worked very well for me in one case. I've CC'ed him in this answer.
What you want should not be hard to achieve. But I wonder if it would
be desirable to have all the time: an Emacs session can have hundreds of
buffers, lots of them internal and helper buffers or irrelevant for the
user. You definitely want some kind of filtering and maybe also some
way of automatic sorting I think.
Michael.
next prev parent reply other threads:[~2020-08-15 10:09 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <005b781b-a6e0-e1b8-bf2e-090c67de16ac.ref@yahoo.de>
2020-08-14 13:34 ` Help customising the behaviour of the new Tab Line mode R. Diez
2020-08-14 14:26 ` Robert Pluim
2020-08-14 19:37 ` R. Diez
2020-08-15 10:09 ` Michael Heerdegen [this message]
2020-08-16 1:27 ` Juri Linkov
2020-08-17 0:33 ` Juri Linkov
2020-08-18 6:12 ` R. Diez
2020-08-19 1:28 ` Juri Linkov
2020-08-19 7:16 ` R. Diez
2020-08-20 0:31 ` Juri Linkov
2020-08-20 4:11 ` Stefan Monnier
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=87lfigb4ph.fsf@web.de \
--to=michael_heerdegen@web.de \
--cc=help-gnu-emacs@gnu.org \
--cc=juri@linkov.net \
/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.
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).