From: Emanuel Berg <embe8573@student.uu.se>
To: info-gnus-english@gnu.org
Subject: have new Gnus message not always fullscreened (was: [gnu.emacs.help] Re: Feeling lost without tabs)
Date: Mon, 21 Jul 2014 23:40:46 +0200 [thread overview]
Message-ID: <87silucrvl.fsf_-_@debian.uxu> (raw)
In-Reply-To: <mailman.5823.1405959942.1147.help-gnu-emacs@gnu.org>
Bob Proulx <bob@proulx.com> writes:
> I hadn't been aware of buffer-menu. Playing with it
> now shows that it works very similarly to
> electric-buffer-list. I think anyone using either
> buffer-menu or electric-buffer-list are in the same
> group and want the same thing and could use either of
> those almost interchangeably. I assume
> electric-buffer-list came first and buffer-menu
> duplicated the behavior since I have been using
> electric-buffer-list for a very many years and had
> not ever heard of buffer-menu before? That is my
> assumption until I learn otherwise.
Well, I don't know (what was first).
Yeah, it is interesting, I didn't know of either
electric or buffer-list. I knew of the command `C-x
C-b' but I thought that was a buffer-menu command, as
another of the do-something and then
do-something-other-window (or perhaps
do-something-split-window). So it was interesting to
learn there were so many ways to do (superficially at
least) the same thing.
I didn't manage to follow the description of keys, but
that much I understood that you don't like changes to
the window configuration. Here I agree 100%... I have
managed to rid my Emacs of some of those cases which
are, as you say, disruptive, but one in particular
remains...
To create a new message from anywhere in Emacs, I have
`C-o m' bound to a function that looks for the Gnus
group buffer - the assumption is that it exists if and
only if Gnus runs... (Otherwise it starts Gnus and
tries again.) If Gnus runs, it uses
(gnus-post-news 'post "")
to open an empty buffer, with the headers and so on as
configured, in message-mode. However, it doesn't
respect what is currently displayed - it is always
fullscreened.
Anyone knows how to not make that happen?
The entire defun:
(defun new-message ()
(interactive)
(if (get-buffer "*Group*") (gnus-post-news 'post "")
(progn
(gnus)
(new-message) )))
--
underground experts united
parent reply other threads:[~2014-07-21 21:40 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <mailman.5823.1405959942.1147.help-gnu-emacs@gnu.org>]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87silucrvl.fsf_-_@debian.uxu \
--to=embe8573@student.uu.se \
--cc=info-gnus-english@gnu.org \
/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 NNTP newsgroup(s).