From mboxrd@z Thu Jan  1 00:00:00 1970
From: Alan Schmitt <alan.schmitt@polytechnique.org>
Subject: Re: Alfred workflow for org-capture
Date: Fri, 13 Sep 2013 11:30:05 +0200
Message-ID: <m21u4tyspu.fsf@polytechnique.org>
References: <5231CF53.9060604@sift.info>
	<m1ob7x50wt.fsf@thinkhr.torolab.ibm.com>
	<m2d2odyxjf.fsf@polytechnique.org> <87wqmlqgtu.fsf@gmail.com>
	<m238p9yt6s.fsf@polytechnique.org>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:43833)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <alan.schmitt@polytechnique.org>) id 1VKPhb-0002Zs-Bq
	for emacs-orgmode@gnu.org; Fri, 13 Sep 2013 05:30:17 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <alan.schmitt@polytechnique.org>) id 1VKPhV-0004mq-I1
	for emacs-orgmode@gnu.org; Fri, 13 Sep 2013 05:30:11 -0400
Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:47768)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <alan.schmitt@polytechnique.org>) id 1VKPhV-0004kz-C6
	for emacs-orgmode@gnu.org; Fri, 13 Sep 2013 05:30:05 -0400
In-reply-to: <m238p9yt6s.fsf@polytechnique.org>
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Alexander Baier <lexi.baier@gmail.com>
Cc: emacs-orgmode@gnu.org

alan.schmitt@polytechnique.org writes:

> lexi.baier@gmail.com writes:
>
>> Hi Alan,
>>
>> Alan Schmitt <alan.schmitt@polytechnique.org> writes:
>>
>> [...]
>>
>>> The question: is there a way to:
>>> - present only the capture buffer in the new frame (right now it's split
>>> with the scratch buffer)?

Following the idea from Alexander, I tried to find a hook where I could
call "delete-other-windows". Unfortunately adding it to
"org-capture-hook" does not work. Is there a place to do it?

Thanks,

Alan