From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Juanma Barranquero <lekktu@gmail.com>
Cc: Emacs developers <emacs-devel@gnu.org>
Subject: Re: Freezing frameset-restore
Date: Fri, 07 Mar 2014 23:31:55 -0500 [thread overview]
Message-ID: <jwv61npe2s3.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <CAAeL0STv6xJoa8AE+FSGhMSRXDEyKkiPDLha+nafuBXrFGR2ag@mail.gmail.com> (Juanma Barranquero's message of "Sat, 8 Mar 2014 02:42:16 +0100")
>> Right. But we're simplifying the "interface".
> Hm. On one hand, the interface is already complex; on the other hand,
> it's not more complex than make-network-process or defcustom ;-)
The fact that it's bad already or that there's worse out there is no excuse.
>> And we can provide a frameset-restore-cleanup function which does the
>> default thing.
> I don't understand what you mean, i.e, a function for the common case?
Right (I'd expect that function to take the whole list, BTW, but
if mapc can be used, it's not critical).
Of course, with only 2 users so far, it might be tricky to decide what
is "common".
> I'm not sure we gain anything with this. As a net loss, we must
> construct (and sort)
I don't see why sorting would be needed.
> the return list even if it is not going to be used, while in the
> CLEANUP argument case, no list is constructed; in fact, if CLEANUP
> = :keep, not even (frame-list) is called at that point.
Clearly, the returned list does not need to give an action for
all frames. Only for those which we did consider. So we don't need to
call `frames-list' just so as to build the return value.
> that many; it is a specialized feature anyway, and its main use case
> (and the reason it was implemented) is already covered by desktop.el.
Exactly.
> I don't find it terrible, but neither do I find it cleaner. Anyway,
> it's your call.
I think it's cleaner.
Stefan
next prev parent reply other threads:[~2014-03-08 4:31 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-06 0:03 Freezing frameset-restore Juanma Barranquero
2014-03-06 17:27 ` martin rudalics
2014-03-06 17:33 ` Juanma Barranquero
2014-03-06 18:16 ` martin rudalics
2014-03-06 18:35 ` Juanma Barranquero
2014-03-06 18:41 ` Juanma Barranquero
2014-03-07 7:38 ` martin rudalics
2014-03-07 11:28 ` Juanma Barranquero
2014-03-07 15:16 ` martin rudalics
2014-03-07 20:32 ` Stefan Monnier
2014-03-07 21:34 ` Juanma Barranquero
2014-03-07 21:40 ` Juanma Barranquero
2014-03-08 0:34 ` Stefan Monnier
2014-03-08 1:42 ` Juanma Barranquero
2014-03-08 2:25 ` Juanma Barranquero
2014-03-08 4:31 ` Stefan Monnier [this message]
2014-03-08 6:00 ` Juanma Barranquero
2014-03-08 14:27 ` Stefan Monnier
2014-03-08 16:34 ` Juanma Barranquero
2014-03-08 23:45 ` Juanma Barranquero
2014-03-10 4:29 ` Stefan Monnier
2014-03-10 5:26 ` Juanma Barranquero
2014-03-10 13:04 ` Juanma Barranquero
2014-03-10 14:19 ` Stefan Monnier
2014-03-10 15:06 ` Juanma Barranquero
2014-03-10 18:33 ` Juanma Barranquero
2014-03-10 23:10 ` Stefan Monnier
2014-03-11 0:47 ` Juanma Barranquero
2014-03-10 20:32 ` Stefan Monnier
2014-03-10 21:07 ` Juanma Barranquero
2014-03-09 12:29 ` Stefan Monnier
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=jwv61npe2s3.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=emacs-devel@gnu.org \
--cc=lekktu@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.
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.