From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Bug: Proposed new version of ob-C.el [8.3beta (release_8.3beta-944-g830cf3 @ /Users/snapp/.emacs.d/vendor/org/)] Date: Tue, 31 Mar 2015 18:14:59 -0400 Message-ID: <87ego46cgs.fsf@alphaville.usersys.redhat.com> References: <5166F4B8-A141-4968-B10E-4C25BDA72F5C@uvm.edu> <55186527.2080302@free.fr> <87wq1y35yn.fsf@alphaville.usersys.redhat.com> <5519A9D2.8020502@free.fr> <87mw2tzdhr.fsf@nicolasgoaziou.fr> <551AFB1A.9020504@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42586) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yd4RN-0000Hi-Sw for emacs-orgmode@gnu.org; Tue, 31 Mar 2015 18:15:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yd4RK-00051g-Ld for emacs-orgmode@gnu.org; Tue, 31 Mar 2015 18:15:21 -0400 Received: from plane.gmane.org ([80.91.229.3]:56891) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yd4RK-0004zf-E7 for emacs-orgmode@gnu.org; Tue, 31 Mar 2015 18:15:18 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Yd4RD-0000Lk-N4 for emacs-orgmode@gnu.org; Wed, 01 Apr 2015 00:15:11 +0200 Received: from nat-pool-bos-t.redhat.com ([66.187.233.206]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Apr 2015 00:15:11 +0200 Received: from ndokos by nat-pool-bos-t.redhat.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Apr 2015 00:15:11 +0200 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 Thierry Banel writes: > Le 31/03/2015 12:07, Nicolas Goaziou a écrit : >> >>> IMO, it would be better than the current situation, but I wonder if >>> it makes sense to have a global default setting containing the >>> three files, but one which the user can customize; any :includes >>> parameters would augment the default. >>> >>> That would satisfy the OP's requirements, but would also allow for >>> a shorter #+BEGIN_SRC line. >> I think this suggestion makes sense. While you're at it, would you mind >> implementing it? >> >> > > Well, actually the global default setting feature may already be available > 1) through properties in drawers > 2) through the org-babel-default-header-args global variable > > * Property in drawer > :PROPERTIES: > :includes: > :END: > Any C++ babel block below this tree will inherit the and > #includes > > * The org-babel-default-header-argsvariable > This variable holds global defaults. For C++ do something like that: > (add-to-list 'org-babel-default-header-args '(:includes "" > "")) > Any babel C++ block anywhere will inherit from the global variable. > > Nick, are those the kinds of settings you were thinking about? I was thinking of an ob-C.el customizable variable that is set by default to some useful list of includes, not file-settable things. But I'm probably the last person you should ask about what is useful here. Real users should speak up. > The "augment" feature may be missing though: > local :includes overwrite global ones. I think augmentation might be nice, but if people are willing to live with replacement, I'm not going to argue. And if augmentation carries the day, there always is the vexing question of what to do when you really *want* replacement, not augmentation. Nick