unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
To: martin rudalics <rudalics@gmx.at>
Cc: Stefan Monnier <monnier@iro.umontreal.ca>, emacs-devel@gnu.org
Subject: Re: Working with one buffer in two frames/windows
Date: Sat, 12 Jul 2008 13:02:34 +0200	[thread overview]
Message-ID: <85lk07pdpx.fsf@lola.goethe.zz> (raw)
In-Reply-To: <48788A04.8020204@gmx.at> (martin rudalics's message of "Sat, 12 Jul 2008 12:40:04 +0200")

martin rudalics <rudalics@gmx.at> writes:

>> I don't think that the solution lies in user commands.  The behavior for
>> temporary screens like help screens and gnus screens and other stuff is
>> far too egregiously annoying to make it reasonable to require the user
>> to fight for his window configuration each time.
>
> If you have problems with `View-quit' when viewing a help buffer please
> report here.  I have tried to handle that case but might have failed.

I just tried for 10-seconds and it might do the right thing.  However,
killing the view buffer with C-x k RET does not.  And other things that
likely use the equivalent of bury-buffer don't either.  Doing any C-x 4
like stuff will lose you the point information in the other window,
permanently.  M-x gnus RET in particular will leave a mess after
finishing concerning both window configuration and buffer selection (at
least if you view at least one article and thus get into split view).

One major drawback of many window systems is productivity loss because
you have to move around and rearrange windows in order to get a certain
job done.  And the Emacs windows assignment methods cause similar user
threshing where you have to invest time to regain a working
configuration.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum




  reply	other threads:[~2008-07-12 11:02 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-11 10:55 Working with one buffer in two frames/windows David Kastrup
2008-07-11 11:28 ` David Hansen
2008-07-12  2:24 ` Stefan Monnier
2008-07-12  8:21   ` David Kastrup
2008-07-12 10:40     ` martin rudalics
2008-07-12 11:02       ` David Kastrup [this message]
2008-07-12 12:22         ` martin rudalics
2008-07-12 20:40         ` Stephen J. Turnbull
2008-07-12 20:41           ` David Kastrup
2008-07-12 22:53             ` Stephen J. Turnbull
2008-07-12 21:20     ` Stefan Monnier
2008-07-13 13:06 ` Alan Mackenzie
2008-07-14  1:44   ` Stefan Monnier
2008-07-22  5:45     ` Vincent Belaïche

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=85lk07pdpx.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=rudalics@gmx.at \
    /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 public inbox

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

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