From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Alan E. Davis" Newsgroups: gmane.emacs.help Subject: Possibility of combining custom and init-file setup (Org mode capture templates) Date: Sun, 13 Mar 2011 08:24:32 +1000 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=0016e6d647f0209a11049e508c19 X-Trace: dough.gmane.org 1299990330 26032 80.91.229.12 (13 Mar 2011 04:25:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 13 Mar 2011 04:25:30 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Mar 13 05:25:27 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Pycru-0005c0-MF for geh-help-gnu-emacs@m.gmane.org; Sun, 13 Mar 2011 05:25:26 +0100 Original-Received: from localhost ([127.0.0.1]:49882 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pycrt-0006yz-Qp for geh-help-gnu-emacs@m.gmane.org; Sat, 12 Mar 2011 23:25:25 -0500 Original-Received: from [140.186.70.92] (port=55132 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PyXF1-0000hT-62 for help-gnu-emacs@gnu.org; Sat, 12 Mar 2011 17:24:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PyXEz-00038e-VB for help-gnu-emacs@gnu.org; Sat, 12 Mar 2011 17:24:55 -0500 Original-Received: from mail-wy0-f169.google.com ([74.125.82.169]:62876) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PyXEz-00038U-K5 for help-gnu-emacs@gnu.org; Sat, 12 Mar 2011 17:24:53 -0500 Original-Received: by wyf19 with SMTP id 19so3913482wyf.0 for ; Sat, 12 Mar 2011 14:24:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=M5xjXB/sKY1hv7j2G31vIsm9hgu7u0D4QEYd2lb4+LA=; b=tGhJ1ImSqQpHLhIV/IrJxVnWkUCcSC2XGLJedelxdEK+sgVBw0xfa4YBHEFjo4z+If EVoSfM+GZ965bDYCixGtGGFhZLoCKWyzEiCvDpokM9UjkXRr3H25CmItTHqAtAPG+Eeg GMPAxSIhmEm7cZSmT0wifbbT5j9cQafOYIYeQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=FK2YwI+TQJIKRyA6cmqZb9zyU58z6xNGWH/fuS2drETvSDZkuMt3GjryrUgECbrDtI o22kXm0bWMOmr7JxA/R+KssTUCcOvmtkDHVI2wwL8vHUdjjrLQKAh6cjxdhNdYtdBsff ubdWzrmEHAYpKtu07q67xL9KimtZB+q/XeD3g= Original-Received: by 10.216.145.134 with SMTP id p6mr8545402wej.112.1299968692361; Sat, 12 Mar 2011 14:24:52 -0800 (PST) Original-Received: by 10.216.3.209 with HTTP; Sat, 12 Mar 2011 14:24:32 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 74.125.82.169 X-Mailman-Approved-At: Sat, 12 Mar 2011 23:24:29 -0500 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:80051 Archived-At: --0016e6d647f0209a11049e508c19 Content-Type: text/plain; charset=ISO-8859-1 I am posting to this list after posting a similar message to the Org-mode list, at the suggestion of one respondent. Org mode provides a variable, "capture-templates" to set up the ability to capture on-the-fly in various pre-defined ways, as defined as a list of individual templates. Org-mode has a facility to enable rapid definition of these templates using a custom buffer. On the other hand, it is possible to provide this variable in the init file, for example. I find org-mode's custom interface for capture templates extremely helpful for quick, one-off templates, without having to edit the init-file. Especially for somewhat complicated templates it provides a starting point. However, to use this custom buffer interface seems to conflict, in many a non-obvious way, with the manually loaded templates. One receives a message suggesting that unpredictable results may ensue from modifying this variable that was set outside of the custom interface. I would like to request advice, on how can I set up so most of my capture templates are loaded from a file (~/org/capture-templates.el in my case) and still retain the ability to define new capture templates on the fly. I want the best of both worlds: - capture-templates.el is easier for me to tweak by hand, and I can alphabetize the templates in various ways as needed. - the capture custom feature is a fantastic way to deine one off templates on the fly. One imagines there must be a way to do this by loading one or the other of the methods first, perhaps ~/org/capture-templates.el, and then load the custom-file afterwards. My understanding of the system does not enable me to understand the underlying nuts and bolts of the system well enough to know if either of these methods will work, or run aground. It is suggested that this is not possible. Some responses from the org-mode list members showed what the issues might be. On the other hand, another list-member suggests to explore further on this list. How can one use both the manually edited variable, in conjunction with the same variable in the custom file. I think that the fact that this variable is actually a list of individual customizations may suggest it is possible. Thank you, Alan Davis --0016e6d647f0209a11049e508c19 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I am posting to this list after posting a similar message to the Org-m= ode list, at the suggestion of one respondent.

Org mode provides a = variable, "capture-templates" to set up the ability to capture on= -the-fly in various pre-defined ways, as defined as a list of individual te= mplates.=A0=A0 Org-mode has a facility to enable rapid definition of these = templates using a custom buffer.=A0 On the other hand, it is possible to pr= ovide this variable in the init file, for example.

I find org-mode's custom interface for capture templates extremely = helpful for quick, one-off templates, without having to edit the init-file.= =A0 Especially for somewhat complicated templates it provides a starting po= int.=A0 However, to use this custom buffer interface seems to conflict, in = many a non-obvious way, with the manually loaded templates.=A0 One receives= a message suggesting that unpredictable results may ensue from modifying t= his variable that was set outside of the custom interface.=A0

I would like to request advice, on how can I set up so most of my=20 capture templates are loaded from a file (~/org/capture-templates.el in=20 my case) and still retain the ability to define new capture templates on the fly. =A0I want the best of both worlds: =A0

=A0=A0 - capture-templates.el is easier for me to tweak= by hand, and I can alphabetize the templates in various ways as needed. = =A0
=A0=A0=A0
=A0=A0 - the capture custom feature is a = fantastic way to deine one off templates on the fly.

One imagines there must be a way to do this by loading=20 one or the other of the methods first, perhaps=20 ~/org/capture-templates.el, and then load the custom-file afterwards. =A0
My understanding of the system does not enable me to understand the=20 underlying nuts and bolts of the system well enough to =A0know if either=20 of these methods will work, or run aground.=A0 It is suggested that this is= not possible.=A0 Some responses from the org-mode list members showed what= the issues might be.=A0 On the other hand, another list-member suggests to= explore further on this list.

How can one use both the manually edited variable, in conjunction with = the same variable in the custom file.=A0 I think that the fact that this va= riable is actually a list of individual customizations may suggest it is po= ssible.

Thank you,

Alan Davis
--0016e6d647f0209a11049e508c19--