From: martin rudalics <rudalics@gmx.at>
To: emacs-devel <emacs-devel@gnu.org>
Subject: Re: obsolete variable, use 2nd arg of `display-buffer' instead]
Date: Thu, 23 Jun 2011 11:51:06 +0200 [thread overview]
Message-ID: <4E030C8A.2060502@gmx.at> (raw)
> I do not and will not use the customization ui.
> I want my settings where I can read and modify them.
This is a pity for two reasons: If experienced developers never use the
UI all feedback in this area will come from inexperienced users. That's
why the customization interface occasionally lags behind. Moreover, I
spent some time writing the customization for this option and now do not
find anyone to go through it.
But what I rather meant was using the customization UI as a starter, get
a first version from there and then continue hacking the result.
> it produces a lot of separate entries like
> (((name . "*acl-listener*"))
> fun-with-args
> (fun-with-args special-display-popup-frame #1#))
> (((name . "*scheme*"))
> fun-with-args
> (fun-with-args special-display-popup-frame #1#))
> (((name . "*allegro*"))
> fun-with-args
> (fun-with-args special-display-popup-frame #1#))
> (((name . "*cmu*"))
> fun-with-args
> (fun-with-args special-display-popup-frame #1#))
>
> I think it would be better to group them together like I do above.
Agreed. I hope I can do that - `special-display-regexps' is difficult
to parse.
> also, it converts same-window-buffer-names into
> (((name . "*Diff*")) reuse-window (reuse-window same))
> how is this different from
> (((regexp . ".*")) reuse-window (reuse-window nil same 0))
"(reuse-window same)" stands for "reuse the same (selected) window, no
matter which buffer it shows" (which is what `same-window-buffer-names'
stands for).
"(reuse-window nil same 0)" stands for "reuse any window showing the
same buffer on any visible or iconified frame".
So if you can reformulate my doc-string to make this clear, please do
so.
> also, special-display-popup-frame is marked as obsolete, so
> display-buffer-alist-set should not be producing it.
Hmmm... So I'll have to revert the obsoletion declaration for this. Or
interpret the functionality of `special-display-popup-frame' in terms of
`display-buffer-alist' which would be better but harder. I'll tell you
as soon as I know what I can do.
> also, how is
> (.... fun-with-args (fun-with-args special-display-popup-frame #1#))
> different from
> (.... pop-up-frame (pop-up-frame-alist ....))
`special-display-popup-frame' is a special function that can, for
example, reuse a window for showing the buffer. `pop-up-frame' means to
call either `pop-up-frame-function' or, if this is undefined
`make-frame', but in any case always pop up a new frame and never reuse
an existing window.
Thanks for going through this, martin
reply other threads:[~2011-06-23 9:51 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=4E030C8A.2060502@gmx.at \
--to=rudalics@gmx.at \
--cc=emacs-devel@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 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.