From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?S=C3=A9bastien_Vauban?= Subject: Re: Beamer presentation in the document Date: Mon, 21 Jun 2010 11:34:11 +0200 Message-ID: <87aaqopw4s.fsf@mundaneum.com> References: <871vcg1rs0.fsf@mundaneum.com> <87sk4w2kgu.fsf@gmail.com> <87k4q7tiub.fsf@mundaneum.com> <87r5keolry.fsf@gmail.com> <87r5kevad6.fsf@mundaneum.com> <877hm6v9gs.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: 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-mXXj517/zsQ@public.gmane.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org Hi Eric, "Eric Schulte" wrote: > S=C3=A9bastien Vauban writes: >> >> Thanks a lot. I'll update tomorrow morning and test all of this. Later than said... I come back to this. >>>> - less a detail than the 2 above: would it be possible to leave >>>> some text between the `call' and the `results': in this example, so >>>> that the `align' statement does not move after the table whenever we >>>> `C-c C-c' the block for executing the `echo'? >>> >>> See the example below [1], is it sufficient to squeeze the #+results li= ne >>> in between the #+attr_latex line and the table? If not I'll update the >>> results handling so that we allow preservation of comment lines >>> between #+results and it's contents. >> >> Why only preserving comment lines? Why couldn't we imagine having the co= de >> somewhere and the results much farther? Even twice the results -- that'd= be >> a work around for the echo command. > > This is another feature which may not be well enough advertised. > > If a code block is named, then we already allow the block and it's results > to live arbitrarily far apart as long as they're in the same buffer e.g. > [1]. > > That allows for separation of code and results which I think is an import= ant > feature. OK. I did not take enough attention when reading. I thought you only preser= ved comment lines between the call and the results. No, you were speaking of comment lines between the #+results line and the actual result contents. > What I don't want to separate by too far is the > > #+results: name > > line, and the actual results. Mainly because the purpose of that > #+results: line is to identify the results. Given that I think allowing > a continuous string of comment lines between a #+results and it's target > e.g. > > #+results: time > # some comment about the time > : Thu Jun 10 14:48:09 2010 > : Thu Jun 10 14:47:58 2010 > > is acceptable, but I think allowing arbitrary distance between them subve= rts > the purpose of the #+results: line. > > I hope that sheds some light on this issue. > > Please let me know if you agree/disagree of if you do think comment > separation like the above does make sense, in which case I'll add it to t= he > queue. The above makes perfectly sense to me. If I were you, I would never allow separation between the #+results line and the actual results, for the same reason as you invoked: the #+results line is for identifying the actual results. Though, allowing comment lines is a great feature (even, if I don't use it = yet). >>>>> I think I'll add the "echo" code block in the below example to the li= brary >>>>> of babel, so in the future this should work w/o having to include the= code >>>>> block in the file. >>>> >>>> I think so as well. This is a must for enabling us to insert slides in= to a >>>> document. And something nobody else (PowerPoint, even plain LaTeX?) ca= n do >>>> (AFAIK). >>> >>> done. I just updated Org this morning, and I can't remove the echo snippet from t= he Org buffer. Do I have to do something extra regarding the lob? --8<---------------cut here---------------start------------->8--- #+TITLE: Complete Minimal Example #+AUTHOR: S=C3=A9bastien Vauban #+EMAIL: wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org #+DATE: 2010-06-21 #+LANGUAGE: en_US # This code block won't show in any export #+source: echo #+begin_src emacs-lisp :var tab=3D'(("echo")) :exports none tab #+end_src * Document ** Results #+ATTR_LaTeX: align=3Dlr #+tblname: rate-&-interests | Rate (%) | Interests | |----------+------------| | 3.50 | 2564935.21 | | 4.50 | 3297773.83 | | 5.50 | 4030612.46 | |----------+------------| | 13.50 | 9893321.50 | #+TBLFM: @5$1=3Dvsum(@-I..@-II);%.2f::@5$2=3Dvsum(@-I..@-II);%.2f * Presentation Amounts -- here is the table #+call: echo(tab=3Drate-&-interests) :exports results :hlines yes #+ATTR_LaTeX: align=3Dlr This line does not hinder the "echo table" operation to succeed. #+results: echo(tab=3Drate-&-interests) | Rate (%) | Interests | |----------+------------| | 3.5 | 2564935.21 | | 4.5 | 3297773.83 | | 5.5 | 4030612.46 | |----------+------------| | 13.5 | 9893321.5 | and the small explanation. --8<---------------cut here---------------end--------------->8--- Two extra comments: - Why don't you make `:hlines yes' the default value? I guess, if we wanna copy a table, it's "as it is" by default, so with hlines and all... - Not really a detail: the "echo" is perfect, but for the decimal precision. The `%.2f' spec is not preserved, as you can see above. That'd be great if it could be. Best regards and *many thanks* as always, Seb --=20 S=C3=A9bastien Vauban _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode-mXXj517/zsQ@public.gmane.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode