unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Ehud Karni" <ehud@unix.mvs.co.il>
Cc: help-gnu-emacs@gnu.org, emacs-devel@gnu.org
Subject: Re: New balance-windows
Date: Mon, 8 Aug 2005 14:18:22 +0300	[thread overview]
Message-ID: <200508081118.j78BIMbp001806@beta.mvs.co.il> (raw)
In-Reply-To: <85wtmw4tpu.fsf@lola.goethe.zz> (message from David Kastrup on Mon, 08 Aug 2005 12:18:53 +0200)

On Mon, 08 Aug 2005 12:18:53 +0200, David Kastrup <dak@gnu.org> wrote:
>
> "Ehud Karni" <ehud@unix.mvs.co.il> writes:
>
> >
> > I think that balancing the windows should be done based on geometry
> > ONLY. What do I care how this geometry was reached ?
> >
> > The split tree may cause technical difficulties to the redisplay
> > engine, but it should be solved there.
> >
> > The problem is with `enlarge-window' that can not move some edges,
> > otherwise there is pure geometry algorithm to resize the windows (see
> > my other reply).
>
>
> Well, I can arrive at
>
> -------------------------
> |           |X          |
> |           |           |
> |           |           | configuration
> -------------------------      0
> |           |           |
> |           |           |
> |           |           |
> -------------------------
>
> with enlarge-window from either
>
> -------------------------
> |           |X          |
> |           |           |
> |           |-----------| configuration
> ------------|           |     1
> |           |           |
> |           |           |
> |           |           |
> -------------------------
>
> or
>
> -------------------------
> |            |X         |
> |            |          | configuration
> |            |          |      2
> -------------------------
> |           |           |
> |           |           |
> |           |           |
> -------------------------
>
> If I now do another enlarge-window, I would be surprised if the
> direction of enlargement would suddenly change.

The direction of enlargement (vertical or horizontal) is given by
the user, how could that be changed by the split tree.

As I said this is only a technical difficulty. I know Emacs behave
this way, but this is because of the design of Emacs.

I expect that when we have configuration 0 (even if we got there going
through configuration 2 and not from 1), and we do enlarge-window
(on window with X) we'll get:

 -------------------------
 |           |X          |
 |           |           |
 |           |           | expectation
 ------------|           |
 |           |-----------|
 |           |           |
 |           |           |
 -------------------------

And the way Emacs works is to move the whole border like this:

 -------------------------
 |           |X          |
 |           |           |
 |           |           | current behavior
 |           |           |
 ------------------------|
 |           |           |
 |           |           |
 -------------------------

Ehud.


--
 Ehud Karni           Tel: +972-3-7966-561  /"\
 Mivtach - Simon      Fax: +972-3-7966-667  \ /  ASCII Ribbon Campaign
 Insurance agencies   (USA) voice mail and   X   Against   HTML   Mail
 http://www.mvs.co.il  FAX:  1-815-5509341  / \
 GnuPG: 98EA398D <http://www.keyserver.net/>    Better Safe Than Sorry

      parent reply	other threads:[~2005-08-08 11:18 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <pan.2005.08.03.00.47.36.497219@debain.org>
     [not found] ` <87pssv3kai.fsf@thalassa.informatimago.com>
     [not found]   ` <1123035204.009217.187300@g14g2000cwa.googlegroups.com>
     [not found]     ` <87fytr3ea2.fsf@thalassa.informatimago.com>
2005-08-06 11:59       ` New balance-windows (Was Re: Making the width of three windows equal) Ehud Karni
2005-08-06 13:27         ` New balance-windows Ehud Karni
2005-08-07 17:15         ` New balance-windows (Was Re: Making the width of three windows equal) Richard M. Stallman
2005-08-08  9:27           ` Ehud Karni
2005-08-09  0:27             ` Richard M. Stallman
2005-08-10  0:05             ` New balance-windows Stefan Monnier
2005-08-10  1:48               ` Stefan Monnier
     [not found]       ` <mailman.2754.1123329756.20277.help-gnu-emacs@gnu.org>
     [not found]         ` <87vf2juij1.fsf@thalassa.informatimago.com>
2005-08-06 21:05           ` Ehud Karni
2005-08-06 23:22             ` Lennart Borgman
2005-08-07  2:17           ` Lennart Borgman
2005-08-08  9:36             ` Ehud Karni
     [not found]             ` <mailman.2988.1123495783.20277.help-gnu-emacs@gnu.org>
     [not found]               ` <85wtmw4tpu.fsf@lola.goethe.zz>
2005-08-08 11:18                 ` Ehud Karni [this message]

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=200508081118.j78BIMbp001806@beta.mvs.co.il \
    --to=ehud@unix.mvs.co.il \
    --cc=emacs-devel@gnu.org \
    --cc=help-gnu-emacs@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.
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).