From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Daniel Clemente" Subject: Re: Re: ANN: org-eval-light.el was: Re: Embedded elisp formulas, was: Spreadsheet and weighted means Date: Mon, 10 Nov 2008 20:51:07 +0100 Message-ID: References: <87wsh7w589.fsf@selenimh.orion.org> <9136F031-BBCD-4A80-A117-6047C5D3F777@uva.nl> <87y718nu0l.fsf@selenimh.orion.org> <871vz0t7z5.fsf_-_@gmail.com> <87prmk5ab6.fsf@gmail.com> <87y717uamj.fsf@gmail.com> <83E74583-842D-472D-98BD-3F445ED64FA4@uva.nl> <87iqr1vefr.fsf@gmail.com> <1E15E842-04B1-460F-8320-61889E2C9334@uva.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0357712465==" Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kzcmz-0000pM-S3 for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 14:51:09 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kzcmz-0000p3-CR for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 14:51:09 -0500 Received: from [199.232.76.173] (port=55545 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kzcmz-0000oy-0H for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 14:51:09 -0500 Received: from qw-out-1920.google.com ([74.125.92.144]:44641) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kzcmy-0004Xu-IX for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 14:51:08 -0500 Received: by qw-out-1920.google.com with SMTP id 4so1465886qwk.24 for ; Mon, 10 Nov 2008 11:51:07 -0800 (PST) In-Reply-To: <1E15E842-04B1-460F-8320-61889E2C9334@uva.nl> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: org-mode --===============0357712465== Content-Type: multipart/alternative; boundary="----=_Part_99586_895032.1226346667543" ------=_Part_99586_895032.1226346667543 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Any votes for including this into the contrib directory? > > - Carsten I think that org-eval-light.el could even replace org-eval.el if -light- had an option to eval automatically all code snippets when you open a file. This way it would act like org-eval and at the same time it could be made secure. It could have a setting =84what to do with code when opening a file" with options: =84never run", =84ask before running" and =84run without asking". The action of asking whether to evaluate code is similar to Emacs' local variables behaviour. Someone suggested using =84local variables" to define functions, but: 1. You can only call the defined functions through (funcall 'function). Thi= s is bad because you can't control how the current code will call your functions; for instance how org will call org-dblock-write:this-function 2. The section where you define local variables has picky and uneasy rules about handling of line breaks and special characters. Therefore I think that org-eval* is needed and that the 2 could be combined. -- Daniel ------=_Part_99586_895032.1226346667543 Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

Any votes fo= r including this into the contrib directory?

- Carsten

  I think that org-eval-light.el could even replace org-eval.el if -light- had an option to eval automatically all code snippets when you open a file. This way it would act like org-eval and at the same time it could be made secure.
  It could have a setting =84what to do with code when opening a file&= quot; with options: =84never run", =84ask before running" and =84run wi= thout asking".

  The action of asking whether to evaluate code i= s similar to Emacs' local variables behaviour.

  Someone suggested using =84local variables" to define funct= ions, but:

1. You can only call the defined functions through (funcall 'function). This is bad because you can't control how the current code will call your functions; for instance how org will call org-dblock-write:this-function

2. The section where you define local variables has picky and uneasy ru= les about handling of line breaks and special characters.


 = Therefore I think that org-eval* is needed and that the 2 could be combine= d.
 
-- Daniel

------=_Part_99586_895032.1226346667543-- --===============0357712465== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============0357712465==--