From mboxrd@z Thu Jan 1 00:00:00 1970 From: Subject: Re: 'org-switch-to-buffer-other-window' prevents customisation ofpop-up buffers by binding key variables [8.2.10 (release_8.2.10 @ c:/ProgramFiles/emacs/share/emacs/24.5/lisp/org/)] Date: Tue, 13 Oct 2015 23:19:01 +0100 Message-ID: <561d8356.a795b40a.198db.7faf@mx.google.com> References: <87zizmxzfa.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_F99B350F-F8E4-417A-9FFE-33D950C2E15D_" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50675) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm7uW-0005HU-H3 for emacs-orgmode@gnu.org; Tue, 13 Oct 2015 18:19:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zm7uS-0002Uz-UY for emacs-orgmode@gnu.org; Tue, 13 Oct 2015 18:19:08 -0400 Received: from mail-wi0-f177.google.com ([209.85.212.177]:37834) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm7uS-0002Ub-Lo for emacs-orgmode@gnu.org; Tue, 13 Oct 2015 18:19:04 -0400 Received: by wijq8 with SMTP id q8so53451391wij.0 for ; Tue, 13 Oct 2015 15:19:03 -0700 (PDT) In-Reply-To: <87zizmxzfa.fsf@nicolasgoaziou.fr> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Nicolas Goaziou Cc: "emacs-orgmode@gnu.org" --_F99B350F-F8E4-417A-9FFE-33D950C2E15D_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" I worked around it by using an elisp =E2=80=98advice=E2=80=99 snippet anoth= er user suggested (http://emacs.stackexchange.com/questions/17112/prevent-o= rg-todo-pop-up-window-from-displaying-in-new-frame-dedicated-window) Before that I wasted several hours trying to =E2=80=98fix=E2=80=99 the prob= lem in various ways. I imagine org is overriding default handling for a goo= d reason, but it is frustrating to have to override said functionality with= a code-snippet, which will undoubtedly break at some point while I scratch= my head to understand how I can fix it! From: Nicolas Goaziou Sent: 13 October 2015 9:52 PM To: Hassan Dar Cc: emacs-orgmode@gnu.org Subject: Re: 'org-switch-to-buffer-other-window' prevents customisation ofp= op-up buffers by binding key variables [8.2.10 (release_8.2.10 @ c:/Program= Files/emacs/share/emacs/24.5/lisp/org/)] Hello, Hassan Dar writes: > As seen in the following StackExchange questions: > > http://emacs.stackexchange.com/questions/14817/how-to-control-where-the-o= rg-todo-keywords-buffer-displays > > http://emacs.stackexchange.com/questions/17112/prevent-org-todo-pop-up-wi= ndow-from-displaying-in-new-frame-dedicated-window > > The org-no-popups macro (which is leveraged by ' > org-switch-to-buffer-other-window' let-binds key variables such as > "display-buffer-alist" to 'nil'. > > This ultimately prevents a user from > customising pop-ups generated by org in the same way they would with > other pop-up windows. I'm not a big fan of Org's opinionated way to handle windows either. However, couldn't you use `display-buffer-overriding-action' in this case? It is checked before `display-buffer-alist'. Regards, --=20 Nicolas Goaziou --_F99B350F-F8E4-417A-9FFE-33D950C2E15D_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

I worked around it by using an elisp =E2=80=98advice= =E2=80=99 snippet another user suggested (http://emacs.stackexchange.com/questions/17112/= prevent-org-todo-pop-up-window-from-displaying-in-new-frame-dedicated-windo= w)

 

Before that I wasted several hours try= ing to =E2=80=98fix=E2=80=99 the problem in various ways. I imagine org is = overriding default handling for a good reason, but it is frustrating to hav= e to override said functionality with a code-snippet, which will undoubtedl= y break at some point while I scratch my head to understand how I can fix i= t!

 

 


From: Nicol= as Goaziou
Sent: 13 October 2015 9:52 PM
To: Hassan Dar=
Cc: emacs-orgmode@gnu.org
Subject: Re: 'org-switch-to-= buffer-other-window' prevents customisation ofpop-up buffers by binding key= variables [8.2.10 (release_8.2.10 @ c:/ProgramFiles/emacs/share/emacs/24.5= /lisp/org/)]

 

 

Hello,

&nb= sp;

Hassan Dar <h@hassandar.com> writes= :

 

> As= seen in the following StackExchange questions:

>= ; 

> http://emacs.stackexchange.= com/questions/14817/how-to-control-where-the-org-todo-keywords-buffer-displ= ays

> 

&= gt; http://emacs.stackexchange.com/questions/17112/prevent-org-todo-pop-up-= window-from-displaying-in-new-frame-dedicated-window

> 

> The org-no-popups macr= o (which is leveraged by '

> org-switch-to-buffe= r-other-window' let-binds key variables such as

>= ; "display-buffer-alist" to 'nil'.

> 

> This ultimately prevents a use= r from

> customising pop-ups generated by org in= the same way they would with

> other pop-up win= dows.

 

I'm= not a big fan of Org's opinionated way to handle windows either.

However, couldn't you use `display-buffer-overriding-action'= in this

case? It is checked before `display-buffer= -alist'.

 

= Regards,

 

= --

Nicolas Goaziou

&n= bsp;

 

= --_F99B350F-F8E4-417A-9FFE-33D950C2E15D_--