* HTML :exports both problem
@ 2018-11-19 5:55 Lawrence Bottorff
2018-11-19 9:16 ` Eric S Fraga
0 siblings, 1 reply; 5+ messages in thread
From: Lawrence Bottorff @ 2018-11-19 5:55 UTC (permalink / raw)
To: emacs-orgmode Mailinglist
[-- Attachment #1: Type: text/plain, Size: 754 bytes --]
Try this at home:
#+begin_src lisp :results output :exports both
(dotimes (i 4)
(format t "~3d " i))
#+end_src
#+RESULTS:
: 0 1 2 3
#+name:
#+begin_src lisp :exports both
(defun multabl ()
(dotimes (x 20)
(dotimes (y 20)
(format t "~3d " (* (1+ x) (1+ y))))
(format t "~%")))
#+end_src
#+name:
#+begin_src lisp :exports both
(defun dt-test ()
(let ((y 0))
(dotimes (x 5 y)
(format t "~3d " y))))
#+end_src
What I get when I export to HTML is bizarre, i.e., the results of the first
code block don't appear, rather, the *name* of the last function! If I put
the last two blocks between #+BEGIN_COMMENT and #+END_COMMENT, it behaves
normally and shows the results.
Am I missing something?
LB
[-- Attachment #2: Type: text/html, Size: 1298 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: HTML :exports both problem
2018-11-19 5:55 HTML :exports both problem Lawrence Bottorff
@ 2018-11-19 9:16 ` Eric S Fraga
2018-11-19 15:02 ` Lawrence Bottorff
0 siblings, 1 reply; 5+ messages in thread
From: Eric S Fraga @ 2018-11-19 9:16 UTC (permalink / raw)
To: Lawrence Bottorff; +Cc: emacs-orgmode Mailinglist
On Sunday, 18 Nov 2018 at 23:55, Lawrence Bottorff wrote:
> Try this at home:
[...]
> Am I missing something?
I don't have lisp installed (or at least Emacs doesn't know which lisp
to use) so I cannot try what you have actually written. However, why do
you have #+name: lines with no actual names? Maybe add the names to
these and see if that changes the behaviour?
--
Eric S Fraga via Emacs 27.0.50, Org release_9.1.14-1034-gafcb1d
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: HTML :exports both problem
2018-11-19 9:16 ` Eric S Fraga
@ 2018-11-19 15:02 ` Lawrence Bottorff
2018-11-19 15:51 ` Eric S Fraga
2018-11-19 16:16 ` Nick Dokos
0 siblings, 2 replies; 5+ messages in thread
From: Lawrence Bottorff @ 2018-11-19 15:02 UTC (permalink / raw)
To: emacs-orgmode Mailinglist
[-- Attachment #1: Type: text/plain, Size: 2651 bytes --]
That did the trick. Though I'm wondering why the #+name: would cause such
craziness. . . Also, would anyone know why
#+begin_src lisp :results output :exports both
(dotimes (x 20)
(dotimes (y 20)
(format t "~3d " (* (1+ x) (1+ y))))
(format t "~%"))
#+end_src
produces
#+RESULTS:
#+begin_example
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
19 20
2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36
38 40
3 6 9 12 15 18 21 24 27 30 33 36 39 42 45 48 51 54
57 60
4 8 12 16 20 24 28 32 36 40 44 48 52 56 60 64 68 72
76 80
5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 95
100
6 12 18 24 30 36 42 48 54 60 66 72 78 84 90 96 102 108 114
120
7 14 21 28 35 42 49 56 63 70 77 84 91 98 105 112 119 126 133
140
8 16 24 32 40 48 56 64 72 80 88 96 104 112 120 128 136 144 152
160
9 18 27 36 45 54 63 72 81 90 99 108 117 126 135 144 153 162 171
180
10 20 30 40 50 60 70 80 90 100 110 120 130 140 150 160 170 180 190
200
11 22 33 44 55 66 77 88 99 110 121 132 143 154 165 176 187 198 209
220
12 24 36 48 60 72 84 96 108 120 132 144 156 168 180 192 204 216 228
240
13 26 39 52 65 78 91 104 117 130 143 156 169 182 195 208 221 234 247
260
14 28 42 56 70 84 98 112 126 140 154 168 182 196 210 224 238 252 266
280
15 30 45 60 75 90 105 120 135 150 165 180 195 210 225 240 255 270 285
300
16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304
320
17 34 51 68 85 102 119 136 153 170 187 204 221 238 255 272 289 306 323
340
18 36 54 72 90 108 126 144 162 180 198 216 234 252 270 288 306 324 342
360
19 38 57 76 95 114 133 152 171 190 209 228 247 266 285 304 323 342 361
380
20 40 60 80 100 120 140 160 180 200 220 240 260 280 300 320 340 360 380
400
#+end_example
which is great. How did it know to sandwich the output between
#+begin_example/#+end_example, thereby preserving the linefeeds? That's
amazing. Is there a way to toggle that behavior?
On Mon, Nov 19, 2018 at 3:16 AM Eric S Fraga <esflists@gmail.com> wrote:
> On Sunday, 18 Nov 2018 at 23:55, Lawrence Bottorff wrote:
> > Try this at home:
>
> [...]
>
> > Am I missing something?
>
> I don't have lisp installed (or at least Emacs doesn't know which lisp
> to use) so I cannot try what you have actually written. However, why do
> you have #+name: lines with no actual names? Maybe add the names to
> these and see if that changes the behaviour?
>
> --
> Eric S Fraga via Emacs 27.0.50, Org release_9.1.14-1034-gafcb1d
>
[-- Attachment #2: Type: text/html, Size: 3735 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: HTML :exports both problem
2018-11-19 15:02 ` Lawrence Bottorff
@ 2018-11-19 15:51 ` Eric S Fraga
2018-11-19 16:16 ` Nick Dokos
1 sibling, 0 replies; 5+ messages in thread
From: Eric S Fraga @ 2018-11-19 15:51 UTC (permalink / raw)
To: Lawrence Bottorff; +Cc: emacs-orgmode Mailinglist
On Monday, 19 Nov 2018 at 09:02, Lawrence Bottorff wrote:
> That did the trick.
Great!
> Though I'm wondering why the #+name: would cause such craziness.
Probably because org tries to place the result of the src block after
the associated results line if it is a named src block. With no name, I
imagine it looks for a results block with no name as well. If the name
statement is not used, the results come immediately after the src block.
> . . Also, would anyone know why
>
> #+begin_src lisp :results output :exports both
> (dotimes (x 20)
> (dotimes (y 20)
> (format t "~3d " (* (1+ x) (1+ y))))
> (format t "~%"))
> #+end_src
>
>
> produces
>
> #+RESULTS:
>
> #+begin_example
[...]
> #+end_example
>
> which is great. How did it know to sandwich the output between
> #+begin_example/#+end_example, thereby preserving the linefeeds? That's
> amazing. Is there a way to toggle that behavior?
By default, "output" is placed in the buffer as an example. If less
than a certain number of lines (10?), each line is prefixed with
":". If there are more lines, they are placed in the example block, as
you have seen. The manual doesn't seem to say this however.
--
Eric S Fraga via Emacs 27.0.50, Org release_9.1.14-1035-gfeb442
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: HTML :exports both problem
2018-11-19 15:02 ` Lawrence Bottorff
2018-11-19 15:51 ` Eric S Fraga
@ 2018-11-19 16:16 ` Nick Dokos
1 sibling, 0 replies; 5+ messages in thread
From: Nick Dokos @ 2018-11-19 16:16 UTC (permalink / raw)
To: emacs-orgmode
Lawrence Bottorff <borgauf@gmail.com> writes:
> That did the trick. Though I'm wondering why the #+name: would cause such craziness. . . Also, would anyone know why
>
> #+begin_src lisp :results output :exports both
> (dotimes (x 20)
> (dotimes (y 20)
> (format t "~3d " (* (1+ x) (1+ y))))
> (format t "~%"))
> #+end_src
>
> produces
>
> #+RESULTS:
> #+begin_example
> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
> 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40
> ...
> #+end_example
>
> which is great. How did it know to sandwich the output between #+begin_example/#+end_example, thereby preserving the linefeeds? That's amazing. Is there a way to toggle that behavior?
>
I believe this is controlled by `org-babel-min-lines-for-block-output'. Help
on this variable says:
,----
| org-babel-min-lines-for-block-output is a variable defined in ‘ob-core.el’.
| Its value is 10
|
| Documentation:
| The minimum number of lines for block output.
| If number of lines of output is equal to or exceeds this
| value, the output is placed in a #+begin_example...#+end_example
| block. Otherwise the output is marked as literal by inserting
| colons at the starts of the lines. This variable only takes
| effect if the :results output option is in effect.
`----
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2018-11-19 16:16 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-11-19 5:55 HTML :exports both problem Lawrence Bottorff
2018-11-19 9:16 ` Eric S Fraga
2018-11-19 15:02 ` Lawrence Bottorff
2018-11-19 15:51 ` Eric S Fraga
2018-11-19 16:16 ` Nick Dokos
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).