From: grischka <grishka@gmx.de>
To: martin rudalics <rudalics@gmx.at>
Cc: Stefan Monnier <monnier@iro.umontreal.ca>, emacs-devel@gnu.org
Subject: Re: The window-pub branch
Date: Mon, 06 Dec 2010 18:43:59 +0100 [thread overview]
Message-ID: <4CFD20DF.4000701@gmx.de> (raw)
In-Reply-To: <4CFCAB94.5010208@gmx.at>
martin rudalics wrote:
> > Well, my primary aim was to make some tests in the first place.
> > I'v tested with GUD too. It actually started working after
> > I advised 'split-window' to do nothing.
>
> On the GUD frame only, I suppose. But in this case you could simply
> make that frame unsplittable.
Maybe. How would EWM then split the unsplittable frame?
> Do I understand correctly that a "perspective" is a layout of a frame
> which precludes using or splitting any of the window for another
> purpose? Can't this be made with current means by using unsplittable
> frames and dedicated windows? What else do you need?
I need a language to express what I want, not what I don't want.
"unsplittable" and "dedicated" are means to suppress rather than
to express.
> Can you give me an example where `select-window' doesn't do what
> `my-select-window' would do?
When WINDOW is on another frame, `select-window' does not select
that window for input.
ediff needs input focus on the "control-buffer" window. Otherwise if
you type 'n' it would not jump to next difference but insert 'n' into
your file text.
>
> > I was under the impression that it was exactly this problem that you
> > wanted to solve. That is how to show some content such that it's
> > combined with some other content in some reasonable way UI-wise.
>
> `display-buffer' is too low level to do that. Any such context
> awareness must be controlled by an application like ediff or GUD via the
> specifiers passed to `display-buffer'.
Question is not "Must it work like that" but "Can it work like that".
Can it? Last time you were seeing a "great problem".
> >> Suppose you want
> >> to write a `display-buffer-function' for ediff-C: How would you know
> >> where A and B are displayed?
> >
> > I would not want to write such function in the first place.
>
> But you want ediff to use `display-buffer' and you want to intercept
> that via your own function.
Sure, but for all buffers, not just for ediff-C. If it's the same
function then it knows of course what windows it has already put
earlier and where. So also A and B.
> > But the idea is messy: That the shared resource screen space could
> > be used without proper synchronization.
>
> What should be properly synchronized?
Access from elisp packages to the shared resource screen/frame space.
> > EWM however neither is trying to optimize nor is it non-deterministic
> > as to where show what window. It has a more basic problem that it
> > cannot currently guarantee the live-p-ness of 4 windows as returned
> > from distinct calls to ewm-display-buffer.
>
> What exactly is the problem? Is it that a later call reuses a window
> from an earlier call?
No. It is that any layout change destroys all window objects returned
from earlier calls because the frame is re-split from scratch.
> Does this happen with window-pub?
As well.
Basically what I'd like to have is window-objects that can exist
regardless whether or not they are part of the currently displayed
window tree.
>
> martin
>
next prev parent reply other threads:[~2010-12-06 17:43 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-18 17:54 The window-pub branch grischka
2010-11-18 18:48 ` martin rudalics
2010-11-18 21:29 ` grischka
2010-11-19 8:00 ` martin rudalics
2010-11-19 13:38 ` grischka
2010-11-19 14:44 ` martin rudalics
2010-11-19 16:45 ` grischka
2010-11-20 9:19 ` martin rudalics
2010-11-20 14:43 ` grischka
2010-11-20 18:03 ` martin rudalics
2010-11-20 21:15 ` grischka
2010-11-21 9:49 ` martin rudalics
2010-11-21 13:34 ` grischka
2010-11-21 17:51 ` martin rudalics
2010-11-21 20:29 ` Stefan Monnier
2010-11-22 9:40 ` martin rudalics
2010-11-22 11:17 ` grischka
2010-11-22 11:27 ` martin rudalics
2010-11-22 11:43 ` grischka
2010-11-22 14:06 ` martin rudalics
2010-11-22 16:18 ` grischka
2010-11-22 17:30 ` martin rudalics
2010-11-22 19:43 ` Stefan Monnier
2010-11-23 7:40 ` martin rudalics
2010-11-23 14:30 ` Stefan Monnier
2010-11-23 15:30 ` martin rudalics
2010-11-22 16:44 ` Stefan Monnier
2010-11-22 17:30 ` martin rudalics
2010-11-22 19:45 ` Stefan Monnier
2010-11-23 7:41 ` martin rudalics
2010-11-23 14:36 ` Stefan Monnier
2010-11-23 15:31 ` martin rudalics
2010-11-23 16:25 ` Stefan Monnier
2010-11-23 17:18 ` martin rudalics
2010-12-04 18:10 ` grischka
2010-12-05 11:44 ` martin rudalics
2010-12-05 20:27 ` grischka
2010-12-06 9:23 ` martin rudalics
2010-12-06 17:43 ` grischka [this message]
2010-12-06 19:41 ` martin rudalics
2010-12-06 22:43 ` grischka
2010-12-06 23:05 ` Drew Adams
2010-12-07 7:23 ` grischka
2010-12-07 7:16 ` grischka
2011-01-09 19:50 ` martin rudalics
2010-12-07 8:18 ` martin rudalics
2010-12-07 15:38 ` Drew Adams
2010-12-07 16:38 ` grischka
2010-12-07 17:11 ` Drew Adams
2010-12-07 16:57 ` martin rudalics
[not found] ` <2E2DF95135DA4B8F9F96C1AEA1D6C606@us.oracle.c! ! om>
2010-12-07 17:43 ` Drew Adams
2010-12-07 17:56 ` martin rudalics
2010-12-07 18:21 ` Drew Adams
2010-11-22 21:34 ` Customizations and diff-list " Tom Breton (Tehom)
2010-11-23 7:42 ` martin rudalics
-- strict thread matches above, loose matches on Subject: below --
2010-11-12 0:14 bug#7381: 24.0.50; Provide a hook run when a window is selected Štěpán Němec
2010-11-12 8:16 ` martin rudalics
2010-11-12 11:31 ` Štěpán Němec
2010-11-12 13:05 ` martin rudalics
2010-11-12 14:53 ` Štěpán Němec
2010-11-12 16:31 ` martin rudalics
2010-11-12 17:09 ` Štěpán Němec
2010-11-12 18:09 ` martin rudalics
2010-11-12 18:40 ` Štěpán Němec
2010-11-13 8:32 ` martin rudalics
2010-11-13 12:13 ` Štěpán Němec
2010-11-13 13:57 ` martin rudalics
2010-11-13 15:23 ` Štěpán Němec
2010-11-13 16:02 ` martin rudalics
2010-11-14 12:51 ` The window-pub branch (was Re: bug#7381: 24.0.50; Provide a hook run when a window is selected) Štěpán Němec
2010-11-14 18:59 ` martin rudalics
2010-11-14 20:55 ` The window-pub branch Štěpán Němec
2010-11-15 8:00 ` martin rudalics
2010-11-15 12:14 ` Štěpán Němec
2010-11-15 13:42 ` martin rudalics
2010-11-15 15:44 ` Štěpán Němec
2010-11-15 17:01 ` martin rudalics
2010-11-15 19:46 ` Štěpán Němec
2010-11-16 16:56 ` martin rudalics
2010-11-16 21:13 ` Štěpán Němec
2010-11-17 8:00 ` martin rudalics
2010-11-17 12:05 ` Štěpán Němec
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=4CFD20DF.4000701@gmx.de \
--to=grishka@gmx.de \
--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 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.