unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: martin rudalics <rudalics@gmx.at>
To: Lennart Borgman <lennart.borgman@gmail.com>
Cc: help-gnu-emacs@gnu.org, Kiwon Um <um.kiwon@gmail.com>
Subject: Re: session management with desktop and window configuration
Date: Fri, 01 Jan 2010 15:55:08 +0100	[thread overview]
Message-ID: <4B3E0CCC.8090107@gmx.at> (raw)
In-Reply-To: <e01d8a50912311727i3a909c8bk4c759d427d8d1d4d@mail.gmail.com>

 > Strange things happens during resizing.

The inherent problem of resizing is that you can't specify _which_ other
windows may be affected when resizing a particular window.  So you end
up doing what your and Stefan's balancing routines do: Adjusting the
size of one window may break the size of another one and ou have to go
on until the configuration converges to (a possibly suboptimal) one
which can't be improved by the algorithm.

 > But as you know I wanted to
 > rewrite it. Sorry for not coming back to you about this. nXhtml did
 > take much longer time than I expected. (And there is still fundamental
 > problems. Some low level changes in Emacs are definitively needed IMO.
 > But it is a hard decision.)

My current code allows to specify the sizes of windows directly.  It
only checks whether the sizes fit - if they do it applies them (in one
direction only though - so for resizing horizontally and vertically you
have to run the code twice).  What I don't know yet is whether we should
keep the splitting concept of winsave.el.  IIRC it's a bit tedious since
you have to make sure that the window you want to split is large enough.
OTOH writing some extra code to construct a window tree from a saved
description is not very funny either (especially because I would have to
write it in C.)

martin




  reply	other threads:[~2010-01-01 14:55 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-31 11:31 session management with desktop and window configuration martin rudalics
2009-12-31 13:21 ` Kiwon Um
2009-12-31 13:33   ` Lennart Borgman
2009-12-31 16:16     ` Richard Riley
2009-12-31 16:22       ` Lennart Borgman
2009-12-31 16:32         ` Richard Riley
2009-12-31 17:33           ` Vicente Hernando Ara
2010-01-01  1:25             ` Lennart Borgman
2009-12-31 17:32     ` martin rudalics
2010-01-01  1:27       ` Lennart Borgman
2010-01-01 14:55         ` martin rudalics [this message]
2010-01-01 15:04           ` Lennart Borgman
2010-01-01 15:18             ` martin rudalics
2009-12-31 17:31   ` martin rudalics
2010-01-01  1:29     ` Lennart Borgman
     [not found] <mailman.476.1262259127.18930.help-gnu-emacs@gnu.org>
2010-01-07  0:48 ` David Combs
  -- strict thread matches above, loose matches on Subject: below --
2009-12-31 10:08 Kiwon Um

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=4B3E0CCC.8090107@gmx.at \
    --to=rudalics@gmx.at \
    --cc=help-gnu-emacs@gnu.org \
    --cc=lennart.borgman@gmail.com \
    --cc=um.kiwon@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.
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).