Announcements and discussions for Gnus, the GNU Emacs Usenet newsreader
 help / color / mirror / Atom feed
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

           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).