emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* org-no-popups overriding display-buffer-alist
@ 2021-02-06 16:33 "Joshua O'Connor"
  2021-09-29 12:52 ` Ihor Radchenko
  0 siblings, 1 reply; 2+ messages in thread
From: "Joshua O'Connor" @ 2021-02-06 16:33 UTC (permalink / raw)
  To: emacs-orgmode


I was wondering what the reason is for Org to employ the tactic of
overriding the variable 'display-buffer-alist' in a few places, using
the 'org-no-popups' macro?

It's my understanding that this variable is to be exclusively set by
users, and acts as the "it's my program, I'll put windows where I want
them" setting.

The manual has this to say

"display-buffer-alist and display-buffer-base-action are user options—Lisp programs must never set or rebind them. display-buffer-overriding-action, on the other hand, is reserved for applications—who seldom use that option and if they use it, then with utmost care."

I've ended up with this rather inelegant cludge:

(defun org-switch-to-buffer-other-window (args)
"Switch to buffer in a second window on the current frame.
In particular, do not allow pop-up frames.
Returns the newly created buffer.
Redefined to allow pop-up windows."
  ;;  (org-no-popups
  ;;     (apply 'switch-to-buffer-other-window args)))
  (switch-to-buffer-other-window args))

Does anyone know of a better way to reassert my window preferences?

If concrete context will help: I'm specifically wanting to shift the
"*Org Select*" buffers into a side window rather than them do whatever
they want.


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-09-29 12:53 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-02-06 16:33 org-no-popups overriding display-buffer-alist "Joshua O'Connor"
2021-09-29 12:52 ` Ihor Radchenko

Code repositories for project(s) associated with this public inbox


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).