From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hassan Dar Subject: 'org-switch-to-buffer-other-window' prevents customisation of pop-up buffers by binding key variables [8.2.10 (release_8.2.10 @ c:/Program Files/emacs/share/emacs/24.5/lisp/org/)] Date: Sun, 4 Oct 2015 10:29:44 +0100 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11466d14817f5f05214409ae Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60619) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zifc4-0003L3-Ns for emacs-orgmode@gnu.org; Sun, 04 Oct 2015 05:29:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zifc1-0002Cf-Gn for emacs-orgmode@gnu.org; Sun, 04 Oct 2015 05:29:48 -0400 Received: from mail-vk0-f50.google.com ([209.85.213.50]:36649) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zifc1-0002CU-Cc for emacs-orgmode@gnu.org; Sun, 04 Oct 2015 05:29:45 -0400 Received: by vkfp126 with SMTP id p126so81527068vkf.3 for ; Sun, 04 Oct 2015 02:29:44 -0700 (PDT) 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: emacs-orgmode@gnu.org --001a11466d14817f5f05214409ae Content-Type: text/plain; charset=UTF-8 Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. ------------------------------------------------------------------------ As seen in the following StackExchange questions: http://emacs.stackexchange.com/questions/14817/how-to-control-where-the-org-todo-keywords-buffer-displays http://emacs.stackexchange.com/questions/17112/prevent-org-todo-pop-up-window-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. (have not shared my org-config as it is not really relevant to the issue here -- others are also seeing the same problem per the stack exchange questions I posted) Emacs : GNU Emacs 24.5.1 (x86_64-w64-mingw32) of 2015-05-16 on KAEL Package: Org-mode version 8.2.10 (release_8.2.10 @ c:/Program Files/emacs/share/emacs/24.5/lisp/org/) --001a11466d14817f5f05214409ae Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Remember to cover the basics, that is,= what you expected to happen and
what in fact did happen.=C2=A0 Y= ou don't know how to make a good report?=C2=A0 See

=
<= br>
Your bug report will be posted to the Org-mode mailing list.<= /div>
-----------------------------------------------------------------= -------

As seen in the following StackExchange que= stions:



The org-no-popups macro (= which is leveraged by 'org-switch-to-buffer-other-window'=C2=A0let-binds key variables= such as
"display-buffer-alist" to 'nil'.=C2=A0=

This ultimately prevents a user from
cu= stomising pop-ups generated by org in the same way they would with
other pop-up windows.

(have not shared my org-co= nfig as it is not really relevant to the issue here -- others are also seei= ng the same problem per the stack exchange questions I posted)
Emacs =C2=A0: GNU Emacs 24.5.1 (x86_64-w64-mingw32)
= =C2=A0of 2015-05-16 on KAEL
Package: Org-mode version 8.2.10 (rel= ease_8.2.10 @ c:/Program Files/emacs/share/emacs/24.5/lisp/org/)
=
--001a11466d14817f5f05214409ae-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: 'org-switch-to-buffer-other-window' prevents customisation of pop-up buffers by binding key variables [8.2.10 (release_8.2.10 @ c:/Program Files/emacs/share/emacs/24.5/lisp/org/)] Date: Tue, 13 Oct 2015 22:54:01 +0200 Message-ID: <87zizmxzfa.fsf@nicolasgoaziou.fr> References: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59792) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm6YV-0005kV-Jf for emacs-orgmode@gnu.org; Tue, 13 Oct 2015 16:52:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zm6YU-0000Bw-MD for emacs-orgmode@gnu.org; Tue, 13 Oct 2015 16:52:19 -0400 Received: from relay3-d.mail.gandi.net ([2001:4b98:c:538::195]:58676) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm6YU-0000Ba-Ft for emacs-orgmode@gnu.org; Tue, 13 Oct 2015 16:52:18 -0400 In-Reply-To: (Hassan Dar's message of "Sun, 4 Oct 2015 10:29:44 +0100") 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: Hassan Dar Cc: emacs-orgmode@gnu.org Hello, Hassan Dar writes: > As seen in the following StackExchange questions: > > http://emacs.stackexchange.com/questions/14817/how-to-control-where-the-org-todo-keywords-buffer-displays > > http://emacs.stackexchange.com/questions/17112/prevent-org-todo-pop-up-window-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, -- Nicolas Goaziou 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_--