Re: How to restore the layout?

[Juanma Barranquero]

On Mon, Jul 1, 2013 at 8:50 AM, martin rudalics <address@hidden> wrote:

> Could you please add a comment about this in the code.

Yes. will do.

> If really needed, we can make this customizable.

If you mean through desfcustom, I don't really think that's something
the user should care/know about. But I'll change the defconst to a
defvar to make it clear that users doing low-level customization (via
hooks and elisp code) can of course alter it. I have not yet given
much thought to these kinds of customizations, but I'll likely add
some hooks or whatever is necessary so people wanting to mess with the
save&restore process in their .emacs (for example, making sure that
some window or frame is deleted before saving, etc.) will be able to.

> When saving we will have to establish a relationship between each
> minibuffer-less frame and its associated minibuffer frame.  When
> restoring we first have to create the minibuffer frame(s) and then
> create the minibuffer-less frames and redirect them to their minibuffer
> frame(s).

Yes.

> I think anyone needing such an arrangement will have to write the
> appropriate code.

I don't know whether minibuffer-less frames are unusual
(frequency-wise), but they are documented on the manual, and have
built-in support, so they should work (wrt saving&restoring) out of
the box.

> Here we only have to make sure that (some sort of)
> frame names can be written by desktop so we can use them later when
> restoring the frame/minibuffer relationships.

We can add desktop-* frame parameters easily with all kind of
information we need (as long as it can be read back).

> Is it possible that you call `desktop--make-full-frame' too "early", in
> some sense?

If so, I don't know in which sense.

> Does maximize have the same problem?

No, maximized frames have their correct height.

    J