emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* why is 'no' the default value of :tangle
@ 2013-04-16  7:18 Guido Van Hoecke
  2013-04-16  8:02 ` Christian Moe
  0 siblings, 1 reply; 4+ messages in thread
From: Guido Van Hoecke @ 2013-04-16  7:18 UTC (permalink / raw)
  To: orgmode

Hi,

I am wondering why the default value of header argument :tangle is 'no'
rather than 'yes'.

Back to google-calendar.org as an example.

Is it normal that whomever wants to use the embedded elisp file needs
to edit the source and e.g. insert a '#+PROPERTY: tangle yes'?

It is clear that this file will need to be tangled by every single
person that wants to use the embedded code, so should the default not
allow for tangling without having the edit the input file?

There are probably some very valid reasons why the default is 'no'
rather than 'yes'. Please enlighten me.

Respectfully,


Guido

--
The older I grow, the more I distrust the
familiar doctrine that age brings wisdom.
		-- H. L. Mencken

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: why is 'no' the default value of :tangle
  2013-04-16  7:18 why is 'no' the default value of :tangle Guido Van Hoecke
@ 2013-04-16  8:02 ` Christian Moe
  2013-04-16  8:23   ` Sebastien Vauban
  0 siblings, 1 reply; 4+ messages in thread
From: Christian Moe @ 2013-04-16  8:02 UTC (permalink / raw)
  To: Guido Van Hoecke; +Cc: orgmode


Guido Van Hoecke writes:
> I am wondering why the default value of header argument :tangle is 'no'
> rather than 'yes'.

FWIW, the default makes sense to me. A document might contain lots of
little code blocks for one purpose or another (testing, little
utilities, version archive, etc.)  that you don't want included in the
tangled product.

> Back to google-calendar.org as an example.
>
> Is it normal that whomever wants to use the embedded elisp file needs
> to edit the source and e.g. insert a '#+PROPERTY: tangle yes'?
>
> It is clear that this file will need to be tangled by every single
> person that wants to use the embedded code, so should the default not
> allow for tangling without having the edit the input file?

Well, if you're distributing code for others to use in the form of
source blocks in Org documents, it may be a courtesy to set `:tangle
yes'.

But that doesn't necessarily give users the tangled result where they
want it on their system, with the filename they want, so they will often
have to edit it anyway.

Yours,
Christian

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: why is 'no' the default value of :tangle
  2013-04-16  8:02 ` Christian Moe
@ 2013-04-16  8:23   ` Sebastien Vauban
  2013-04-16 13:09     ` Guido Van Hoecke
  0 siblings, 1 reply; 4+ messages in thread
From: Sebastien Vauban @ 2013-04-16  8:23 UTC (permalink / raw)
  To: emacs-orgmode-mXXj517/zsQ

Christian Moe wrote:
> Guido Van Hoecke writes:
>> I am wondering why the default value of header argument :tangle is 'no'
>> rather than 'yes'.
>
> FWIW, the default makes sense to me. A document might contain lots of
> little code blocks for one purpose or another (testing, little
> utilities, version archive, etc.)  that you don't want included in the
> tangled product.
>
>> Back to google-calendar.org as an example.
>>
>> Is it normal that whomever wants to use the embedded elisp file needs
>> to edit the source and e.g. insert a '#+PROPERTY: tangle yes'?
>>
>> It is clear that this file will need to be tangled by every single
>> person that wants to use the embedded code, so should the default not
>> allow for tangling without having the edit the input file?
>
> Well, if you're distributing code for others to use in the form of
> source blocks in Org documents, it may be a courtesy to set `:tangle
> yes'.
>
> But that doesn't necessarily give users the tangled result where they
> want it on their system, with the filename they want, so they will often
> have to edit it anyway.

And you can change the default for your Org installation, by changing the
default of the "tangle" header argument in your .emacs file:

#+begin_src emacs-lisp
;; add default arguments
(add-to-list 'org-babel-default-header-args
             '(:tangle . "yes"))
#+end_src

Best regards,
  Seb

-- 
Sebastien Vauban

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: why is 'no' the default value of :tangle
  2013-04-16  8:23   ` Sebastien Vauban
@ 2013-04-16 13:09     ` Guido Van Hoecke
  0 siblings, 0 replies; 4+ messages in thread
From: Guido Van Hoecke @ 2013-04-16 13:09 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: emacs-orgmode

"Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com> writes:

> Christian Moe wrote:
>> Guido Van Hoecke writes:
>>> I am wondering why the default value of header argument :tangle is 'no'
>>> rather than 'yes'.
>>
>> FWIW, the default makes sense to me. A document might contain lots of
>> little code blocks for one purpose or another (testing, little
>> utilities, version archive, etc.)  that you don't want included in the
>> tangled product.

I see, that's a very valid point.

>>> Back to google-calendar.org as an example.
>>>
>>> Is it normal that whomever wants to use the embedded elisp file needs
>>> to edit the source and e.g. insert a '#+PROPERTY: tangle yes'?
>>>
>>> It is clear that this file will need to be tangled by every single
>>> person that wants to use the embedded code, so should the default not
>>> allow for tangling without having the edit the input file?
>>
>> Well, if you're distributing code for others to use in the form of
>> source blocks in Org documents, it may be a courtesy to set `:tangle
>> yes'.
>>
>> But that doesn't necessarily give users the tangled result where they
>> want it on their system, with the filename they want, so they will often
>> have to edit it anyway.
>
> And you can change the default for your Org installation, by changing the
> default of the "tangle" header argument in your .emacs file:
>
> #+begin_src emacs-lisp
> ;; add default arguments
> (add-to-list 'org-babel-default-header-args
>              '(:tangle . "yes"))
> #+end_src

I should have known that this is configurable :)

Thank you guys,


Guido

--
Regardless of whether a mission expands or contracts,
administrative overhead continues to grow at a steady rate.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2013-04-16 13:09 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-04-16  7:18 why is 'no' the default value of :tangle Guido Van Hoecke
2013-04-16  8:02 ` Christian Moe
2013-04-16  8:23   ` Sebastien Vauban
2013-04-16 13:09     ` Guido Van Hoecke

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).