From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kaushal Subject: Re: [feature request] org-capture-window-setup to stop capture window taking up whole frame Date: Mon, 08 Jun 2015 16:46:13 +0000 Message-ID: References: <87zj4ate9f.fsf@pinto.chemeng.ucl.ac.uk> <5575C4C7.3050702@verizon.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a114f0aaae0e3a405180461eb Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57382) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z20Bx-0007fy-II for emacs-orgmode@gnu.org; Mon, 08 Jun 2015 12:46:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z20Bt-0006ND-Gc for emacs-orgmode@gnu.org; Mon, 08 Jun 2015 12:46:29 -0400 Received: from mail-yh0-x22d.google.com ([2607:f8b0:4002:c01::22d]:34053) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z20Bt-0006N6-Bo for emacs-orgmode@gnu.org; Mon, 08 Jun 2015 12:46:25 -0400 Received: by yhid80 with SMTP id d80so32802209yhi.1 for ; Mon, 08 Jun 2015 09:46:24 -0700 (PDT) In-Reply-To: <5575C4C7.3050702@verizon.net> 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: Charles Millar , emacs-orgmode@gnu.org --001a114f0aaae0e3a405180461eb Content-Type: text/plain; charset=UTF-8 `org-capture` does not take up the full frame for me by default; I just tried that in an emacs -Q session. Look into `display-buffer-alist` (emacs inbuilt variable) or packages like shackle or popwin for fine control on how you want to create windows when opening buffers. I do not use shackle for customizing the opening of capture buffers (as it splits windows for me by default) but I do use it to do similar thing for other kinds of buffers. On Mon, Jun 8, 2015 at 12:38 PM Charles Millar wrote: > Hi, > > On 06/08/2015 11:23 AM, Eric S Fraga wrote: > > Hello, > > > > as monitors get bigger and bigger, I tend to have lots of (emacs) > > windows in a frame. No matter how many I have, org-capture takes over > > the whole frame which is kind of wasteful. Obviously, I can bring up > > any buffer I want while in the capture buffer but it would be nice to > > have control over where and how the capture window is created and > > placed, along the lines of org-src-window-setup and > > org-agenda-window-setup. > That would be nice! Eric, thanks for bringing this up. > > > > Would such a feature be possible, assuming it is not there already. I > > have not found the correct variable should it already be there... > > > > Thanks, > > eric > > Charlie Millar > > --001a114f0aaae0e3a405180461eb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
`org-capture` does not take up the full frame for me by de= fault; I just tried that in an emacs -Q session.

Look into `display= -buffer-alist` (emacs inbuilt variable) or packages like shackle or popwin = for fine control on how you want to create windows when opening buffers.

I do not use shackle for customizing the opening of = capture buffers (as it splits windows for me by default) but I do use it to= do similar thing for other kinds of buffers.

On Mon, Jun 8, 2015 at 12:38 PM Charles Milla= r <millarc@verizon.net> wr= ote:
Hi,

On 06/08/2015 11:23 AM, Eric S Fraga wrote:
> Hello,
>
> as monitors get bigger and bigger, I tend to have lots of (emacs)
> windows in a frame.=C2=A0 No matter how many I have, org-capture takes= over
> the whole frame which is kind of wasteful.=C2=A0 Obviously, I can brin= g up
> any buffer I want while in the capture buffer but it would be nice to<= br> > have control over where and how the capture window is created and
> placed, along the lines of org-src-window-setup and
> org-agenda-window-setup.
That would be nice! Eric, thanks for bringing this up.
>
> Would such a feature be possible, assuming it is not there already.=C2= =A0 I
> have not found the correct variable should it already be there...
>
> Thanks,
> eric

Charlie Millar

--001a114f0aaae0e3a405180461eb--