all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Stefan Monnier'" <monnier@iro.umontreal.ca>,
	"'Tassilo Horn'" <tassilo@member.fsf.org>
Cc: emacs-devel@gnu.org
Subject: RE: Usage examples of dedicated windows and popup frames?
Date: Fri, 8 Jul 2011 09:34:52 -0700	[thread overview]
Message-ID: <82B55F5AA16147EB86ACAF247643C125@us.oracle.com> (raw)
In-Reply-To: <jwvliw8sqi7.fsf-monnier+emacs@gnu.org>

> > I have more than 10 open emacs frames now.  Most of them were
> > opened for showing completion possibilities, but after I've finished
> > completion they became useless.  It would be great if those would be
> > closed automagically...
> 
> "They" should be iconified automatically and only one frame should be
> (re-)used for *Completions*.

What happens to the frame should be under _user_ control.  At least it should be
possible to choose frame deletion rather than iconification.

On MS Windows, at least, iconifying is more or less animated: you see the frame
zip down to the task bar, and that's annoying if it happens all the time.  When
a frame is deleted, OTOH, it simply disappears immediately - poof!

And it is normally the case that I (at least) do not _want_ to have such frames
among those iconified - ever.  Useless clutter.

In Windows, you get an icon in the task bar for Emacs, and clicking it pops up a
list (menu) of all of the iconified frames.  There's no way I want to see
*Completions* (or any other frame I'm done with) in this list.

*Completions* is for temporary display.  I would never pick *Completions* in the
menu of iconified frames to raise it.  I hardly ever want to access
*Completions* outside of the minibuffer dialog, and whenever I do (e.g. to copy
its text from the last dialog for some purpose) I just use `C-x C-b'.

At least for me, on MS Windows, I want the *Completions* frame deleted, never
iconified.  So "should be iconified" is a non-starter here, for me.




  reply	other threads:[~2011-07-08 16:34 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-08 14:19 Usage examples of dedicated windows and popup frames? Tassilo Horn
2011-07-08 14:47 ` Richard Riley
2011-07-08 14:49 ` John Yates
2011-07-08 16:11 ` Stefan Monnier
2011-07-08 16:34   ` Drew Adams [this message]
2011-07-08 16:51     ` Stefan Monnier
2011-07-08 17:38       ` Drew Adams
2011-07-08 17:54   ` Tassilo Horn
2011-07-08 18:55     ` Stefan Monnier
2011-07-09 13:00       ` martin rudalics
2011-07-09 15:03         ` Drew Adams
2011-07-10  0:43           ` chad
2011-07-10  9:00             ` martin rudalics
2011-07-10  9:43             ` Drew Adams
2011-07-12 17:47               ` chad
2011-07-12 18:55                 ` Drew Adams
2011-07-13  6:24                 ` martin rudalics
2011-07-13 23:09                   ` chad
2011-07-10 23:45           ` undisplay temporary dialog buffers when done [was: ... dedicated windows and popup frames] Drew Adams
2011-07-09 17:22         ` Usage examples of dedicated windows and popup frames? Tassilo Horn
2011-07-10  9:00           ` martin rudalics
2011-07-10  9:39             ` Tassilo Horn
2011-07-10 15:30               ` martin rudalics
2011-07-10 16:00                 ` Tassilo Horn
2011-07-10 21:13                   ` Drew Adams
2011-07-08 16:11 ` Drew Adams

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=82B55F5AA16147EB86ACAF247643C125@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=tassilo@member.fsf.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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.