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:19:55 +0200
Message-ID: <m238p9yt6s.fsf@polytechnique.org>
References: <5231CF53.9060604@sift.info>
	<m1ob7x50wt.fsf@thinkhr.torolab.ibm.com>
	<m2d2odyxjf.fsf@polytechnique.org> <87wqmlqgtu.fsf@gmail.com>
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]:42073)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <alan.schmitt@polytechnique.org>) id 1VKPXo-0008FE-SQ
	for emacs-orgmode@gnu.org; Fri, 13 Sep 2013 05:20:10 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <alan.schmitt@polytechnique.org>) id 1VKPXh-0001nQ-Gg
	for emacs-orgmode@gnu.org; Fri, 13 Sep 2013 05:20:04 -0400
Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:37695)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <alan.schmitt@polytechnique.org>) id 1VKPXh-0001nG-AN
	for emacs-orgmode@gnu.org; Fri, 13 Sep 2013 05:19:57 -0400
In-reply-to: <87wqmlqgtu.fsf@gmail.com>
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

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)?
>> - delete the window at the end of capture?
>>
>
> How about `org-capture-after-finalize-hook'? What I can get from the
> pcumentation string it seems to be what you are looking for.  You could
> try something like this:
>
>   (add-hook org-capture-after-finalize-hook 'delete-frame)
>
> Just tried that, and on my machine this works.

Thanks, here is my modified version, if someone finds it useful. It
tests for the frame name (there may be a simpler way to get it, but I
could not find it) before deleting the frame.

--8<---------------cut here---------------start------------->8---
(add-hook 'org-capture-after-finalize-hook
          (lambda ()
            (when (equal
                   (cdr (assoc 'name (frame-parameters (selected-frame))))
                   "remember")
              (delete-frame))))
--8<---------------cut here---------------end--------------->8---

Alan