all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Steven Degutis'" <sbdegutis@gmail.com>
Cc: help-gnu-emacs@gnu.org
Subject: RE: `auto-dim-other-windows` -- scrutiny invited
Date: Thu, 4 Apr 2013 14:55:00 -0700	[thread overview]
Message-ID: <4CAC0625449A4494938E732EF60CC5E3@us.oracle.com> (raw)
In-Reply-To: <jwvy5czxnjj.fsf-monnier+INBOX@gnu.org>

FWIW, and ignore this if it doesn't help -

1. I suggest you start by asking yourself *why* you want to distinguish the
selected window (or all the non-selected windows, which amounts to the same
thing).

If the answer it just to *make clear which* window is selected, then dimming any
of them is not a great approach, IMHO.  If that's the only reason then
presumably you would want all of the windows to remain easy to read etc.

If the answer is just to more or less remove the non-selected windows from your
attention, then I'd suggest that there are better approaches, including perhaps
scaling their text smaller.

IOW, if you do not really care whether the non-selected windows are as readable
as the selected window, and you do not want to be distracted by them but would
prefer to more or less ignore them temporarily, then why bother wasting so much
screen real estate on them?  Taking up screen space with intentionally dimmed
windows makes little sense to me.


2. Out of the box, text scaling does not free up any screen real estate: when
you shrink text its window does not also shrink.  But if you use library
`face-remap+.el' then non-nil option `text-scale-resize-window' shrinks the
window along with the text.

However, just resizing a window in conjunction with text scaling affects only
the vertical space, not the horizontal space.  And shrinking one window grows
the adjacent windows, so in itself it is not a solution to try shrinking all the
non-selected windows.  The heights and widths of their frames would not change.


3. But you can also thumbify a frame, which is similar but it does shrink the
frame.  It shrinks the text of each of its windows (so you would not want to
thumbify the frame that has the selected window).

You can set the thumbifying shrink factor so that thumbified frames are anything
from tiny (active desktop icons, in essence) to only slightly smaller than
normal.

When you thumbify a frame, it puts its windows and text in the background in
terms of your attention - and it frees up screen space.

But the windows and text are still there and still usable.  Depending on the
shrink factor you choose, this effect is more or less pronounced.

Even very tiny frames whose text is unreadable can be effective in terms of
searching text or monitoring process output.  IOW, for some Emacs operations you
do not actually need to be able to read the text clearly.

(Ordinary frame iconifying is of course another solution to the attention
focus/distraction problem, albeit a somewhat coarse one.  It too gets less
interesting frames out of the way.  But you cannot see their content or interact
with it.)

http://www.emacswiki.org/emacs-en/download/face-remap%2b.el
http://www.emacswiki.org/emacs-en/download/thumb-frm.el

Doc/screenshot of thumbified frames:
http://www.emacswiki.org/FisheyeWithThumbs




  reply	other threads:[~2013-04-04 21:55 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-02 21:06 `auto-dim-other-windows` -- scrutiny invited Steven Degutis
2013-04-02 22:19 ` Óscar Fuentes
2013-04-02 22:48   ` Steven Degutis
2013-04-02 23:14     ` Óscar Fuentes
2013-04-02 23:19       ` Steven Degutis
     [not found]       ` <mailman.23338.1364944796.855.help-gnu-emacs@gnu.org>
2013-04-03 13:03         ` Michael Heerdegen
2013-04-03 13:27           ` Steven Degutis
     [not found] ` <mailman.23335.1364941179.855.help-gnu-emacs@gnu.org>
2013-04-03 13:11   ` Michael Heerdegen
2013-04-03 13:19     ` Steven Degutis
2013-04-03 14:44 ` Steven Degutis
2013-04-03 14:47   ` Mark Skilbeck
2013-04-03 14:52     ` Steven Degutis
2013-04-03 14:55       ` Mark Skilbeck
2013-04-03 15:09         ` Steven Degutis
2013-04-03 15:17           ` Óscar Fuentes
2013-04-03 15:15   ` Óscar Fuentes
2013-04-03 15:32     ` Steven Degutis
2013-04-03 16:03       ` Steven Degutis
2013-04-03 17:03         ` Óscar Fuentes
2013-04-03 17:13           ` Steven Degutis
2013-04-03 17:17             ` Óscar Fuentes
2013-04-03 17:42               ` Steven Degutis
2013-04-03 18:10                 ` Óscar Fuentes
2013-04-03 18:54                   ` Steven Degutis
2013-04-03 19:19                     ` Steven Degutis
2013-04-03 20:13         ` Stefan Monnier
2013-04-03 20:22           ` Steven Degutis
2013-04-03 22:23             ` Stefan Monnier
2013-04-04 21:55               ` Drew Adams [this message]
2013-04-04 22:01                 ` Steven Degutis
2013-04-05 12:49                   ` Stefan Monnier
2013-04-06 19:23                     ` Drew Adams
     [not found]       ` <mailman.23406.1365005023.855.help-gnu-emacs@gnu.org>
2013-04-03 17:20         ` Michael Heerdegen
2013-04-03 17:44           ` Steven Degutis
2013-04-03 20:55           ` Steven Degutis
2013-04-04 16:02           ` Steven Degutis
2013-04-04  7:27         ` Joost Kremers
2013-04-04 20:52           ` Ludwig, Mark
2013-04-04 20:53             ` Steven Degutis
2013-04-04 21:31               ` Steven Degutis
2013-04-03 15:57   ` Ludwig, Mark
2013-04-03 16:06     ` Steven Degutis
2013-04-03 16:37     ` 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=4CAC0625449A4494938E732EF60CC5E3@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=sbdegutis@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 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.