[O] Bug: org-preview-latex-fragment fails to render in remote files (TRAMP) [8.2.10 (release_8.2.10 @ /usr/local/Cellar/emacs/24.4/share/emacs/24.4/lisp/org/)]

[Dustin Paluch]

Here's what DOES WORK:

Open a local org file, type in a latex fragment like \[1 + 2 = 3\],
then hit C-c C-x C-l. The fragment is replaced with a png as expected.


Here's what DOESN'T WORK:

Open a remote org file via C-x C-f /ssh:user@host:/path/to/file.org RET,
enter the same latex fragment, and issue the same
org-preview-latex-fragment command. The fragment will be replaced with a
blank square. Here is a gif:

http://i.imgur.com/Bb2vgWu.gif

HOWEVER! The image IS created on the remote filesystem in the adjacent
ltxpng folder as expected.

(First time sending mail from Emacs. I hope this works...)

Emacs  : GNU Emacs 24.4.1 (x86_64-apple-darwin13.4.0, NS apple-appkit-1265.21)
 of 2014-10-21 on Dustins-Macbook-Pro.local
Package: Org-mode version 8.2.10 (release_8.2.10 @ 
/usr/local/Cellar/emacs/24.4/share/emacs/24.4/lisp/org/)

current state:
==
(setq
 org-tab-first-hook '(org-hide-block-toggle-maybe 
org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-speed-command-hook '(org-speed-command-default-hook 
org-babel-speed-command-hook)
 org-occur-hook '(org-first-headline-recenter)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-html-format-drawer-function '(lambda (name contents) contents)
 org-log-done 'time
 org-latex-format-inlinetask-function 'ignore
 org-confirm-shell-link-function 'yes-or-no-p
 org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
 org-support-shift-select t
 org-latex-format-headline-function 'org-latex-format-headline-default-function
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-latex-format-drawer-function '(lambda (name contents) contents)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer 
org-src-mode-configure-edit-buffer)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-babel-pre-tangle-hook '(save-buffer)
 org-mode-hook '(#[nil \300\301\302\303\304$\207 [org-add-hook 
change-major-mode-hook org-show-block-all append local] 5]
 #[nil \300\301\302\303\304$\207
   [org-add-hook change-major-mode-hook 
org-babel-show-result-all append local] 5]
 org-babel-result-hide-spec 
org-babel-hide-all-hashes (lambda nil (org-indent-mode 1)))
 org-ascii-format-drawer-function '(lambda (name contents width) contents)
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point 
org-babel-execute-safely-maybe)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers 
org-cycle-hide-inline-tasks
  org-cycle-show-empty-lines 
org-optimize-window-after-visibility-change)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-html-format-headline-function 'ignore
 org-html-format-inlinetask-function 'ignore
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 )

Re: [O] Making 'mailto' org links use gnus styles

[Bob Newell]

Rasmus ras...@gmx.us writes:


 Have you configured mail-user-agent?

mail-user-agent was set to message-user-agent. Changing it to
gnus-user-agent solved the problem within org-mode, so for the purposes
of this mailing list, your idea is excellent. Thanks!

-- 
Bob Newell
Honolulu, Hawai`i
* Sent via Ma Gnus 0.12-Emacs 24.3-Linux Mint 17 *

Re: [O] Re-marking agenda entries, with advice on org-agenda-bulk-action in .emacs

[Robert Pluim]

Bastien b...@altern.org writes:

 netty hacky netty.ha...@gmail.com writes:

 The issue of re-marking agenda entries has been raised before:
 http://lists.gnu.org/archive/html/emacs-orgmode/2011-02/msg00200.html

 From latest master, you can (setq org-agenda-persistent-marks t) to 
 get persistent marks.

Hi, there's a small issue with the texi description of this
feature. Fixed as follows:

* org.texi (Agenda commands): Correct reference to
  org-agenda-persistent-marks
---
 doc/misc/ChangeLog | 5 +
 doc/misc/org.texi  | 2 +-
 2 files changed, 6 insertions(+), 1 deletion(-)

diff --git a/doc/misc/ChangeLog b/doc/misc/ChangeLog
index 448c7f2..c71355e 100644
--- a/doc/misc/ChangeLog
+++ b/doc/misc/ChangeLog
@@ -1,3 +1,8 @@
+2015-03-03  Robert Pluim  rpl...@gmail.com
+
+   * org.texi (Agenda commands): Correct reference to
+   org-agenda-persistent-marks
+
 2015-02-25  Tassilo Horn  t...@gnu.org
 
* reftex.texi (Multifile Documents): Document
diff --git a/doc/misc/org.texi b/doc/misc/org.texi
index 2cb80ab..63eacef 100644
--- a/doc/misc/org.texi
+++ b/doc/misc/org.texi
@@ -8995,7 +8995,7 @@ Bulk action: act on all marked entries in the agenda.  
This will prompt for
 another key to select the action to be applied.  The prefix arg to @kbd{B}
 will be passed through to the @kbd{s} and @kbd{d} commands, to bulk-remove
 these special timestamps.  By default, marks are removed after the bulk.  If
-you want them to persist, set @code{org-agenda-bulk-persistent-marks} to
+you want them to persist, set @code{org-agenda-persistent-marks} to
 @code{t} or hit @kbd{p} at the prompt.
 
 @table @kbd
-- 
2.1.4

[O] Bug: org-habit treats all repeat tasks as .+ type [7.9.3f (release_7.9.3f-17-g7524ef @ /usr/share/emacs/24.3/lisp/org/)]

[何利勇]

It looks like org-habit only handle the .+ repeater correctly, though
the document says it supports .+, ++ and +.

For example, when create agenda for the following org content.

* TODO Test_+
SCHEDULED: 2015-03-02 Mon +1w
- State DONE   from TODO  [2015-02-23 Mon 10:56]
- State DONE   from TODO  [2015-02-16 Mon 10:56]
- State DONE   from TODO  [2015-02-10 Tue 10:56]
- State DONE   from READY [2015-02-02 Mon 10:56]
:PROPERTIES:
:STYLE:habit
:LAST_REPEAT: [2015-02-23 Mon 10:56]
:ID:   e960c39e-4f92-4ef0-a5ee-a4d3fcfd26bf
:END:

* TODO Test_++
SCHEDULED: 2015-03-02 Mon ++1w
- State DONE   from TODO  [2015-02-23 Mon 10:56]
- State DONE   from TODO  [2015-02-15 Sun 10:56]
- State DONE   from READY [2015-02-02 Mon 10:56]
:PROPERTIES:
:STYLE:habit
:LAST_REPEAT: [2015-02-23 Mon 10:56]
:END:

The Test_+ was marked as DONE one day after 02-09 (did not finish on time)
and Test_++ missed the 02-09 schedule. But the subsequent schedules are
DONE on time.

So, I expect there should be one red for each bar.

But in fact, it mark the DONE on 02-16 of Test_+ as blue and the DONE
on 02-23 of Test_++ as red, which should only happen when using .+ --
the subsequent schedule will be shifted n day/week/month after the last
repeat.

http://imgur.com/Cvh0Xxb





Emacs  : GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7)
 of 2014-03-08 on lamiak, modified by Debian
Package: Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef @
/usr/share/emacs/24.3/lisp/org/)

current state:
==
(setq
 org-export-preprocess-before-selecting-backend-code-hook
'(org-beamer-select-beamer-code)
 org-tab-first-hook '(org-hide-block-toggle-maybe
  org-src-native-tab-command-maybe
  org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-habit-preceding-days 30
 org-speed-command-hook '(org-speed-command-default-hook
  org-babel-speed-command-hook)
 org-edit-timestamp-down-means-later t
 org-occur-hook '(org-first-headline-recenter)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-agenda-start-on-weekday nil
 org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
 org-log-done t
 org-confirm-shell-link-function 'yes-or-no-p
 org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
   org-beamer-auto-fragile-frames
   org-beamer-place-default-actions-for-lists)
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-habit-following-days 3
 org-agenda-include-diary t
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
 org-src-mode-configure-edit-buffer)
 org-tags-column 80
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-babel-pre-tangle-hook '(save-buffer)
 org-mode-hook '(#[nil \300\301\302\303\304$\207
   [org-add-hook change-major-mode-hook org-show-block-all
append local]
   5]
 #[nil \300\301\302\303\304$\207
   [org-add-hook change-major-mode-hook
org-babel-show-result-all append local]
   5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
  org-babel-execute-safely-maybe)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
  org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-habit-show-habits-only-for-today nil
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-export-blocks '((src org-babel-exp-src-block nil)
 (export-comment org-export-blocks-format-comment t)
 (ditaa org-export-blocks-format-ditaa nil)
 (dot org-export-blocks-format-dot nil))
 org-agenda-tags-column -30
 org-export-first-hook '(org-beamer-initialize-open-trackers)
 org-export-interblocks '((src org-babel-exp-non-block-elements))
 org-modules '(org-habit org-bbdb org-bibtex org-docview org-gnus org-info
   org-jsinfo org-irc org-mew org-mhe org-rmail org-vm org-w3m
   org-wl)
 org-fast-tag-selection-single-key 'expert
 org-agenda-window-setup 'current-window
 org-agenda-span 14
 org-confirm-elisp-link-function 'yes-or-no-p
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-completion-use-ido t
 org-export-kill-product-buffer-when-displayed t
 org-habit-graph-column 30
 org-agenda-files '(~/Dropbox/notes/TODOList.org)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 )

Re: [O] Bug: org-preview-latex-fragment fails to render in remote files (TRAMP) [8.2.10 (release_8.2.10 @ /usr/local/Cellar/emacs/24.4/share/emacs/24.4/lisp/org/)]

[Rasmus]

Nick Dokos ndo...@gmail.com writes:

 Dustin Paluch dustinpal...@gmail.com writes:

 Here's what DOES WORK:

 Open a local org file, type in a latex fragment like \[1 + 2 = 3\],
 then hit C-c C-x C-l. The fragment is replaced with a png as expected.


 Here's what DOESN'T WORK:

 Open a remote org file via C-x C-f /ssh:user@host:/path/to/file.org RET,
 enter the same latex fragment, and issue the same
 org-preview-latex-fragment command. The fragment will be replaced with a
 blank square. Here is a gif:

 http://i.imgur.com/Bb2vgWu.gif

 HOWEVER! The image IS created on the remote filesystem in the adjacent
 ltxpng folder as expected.

 (First time sending mail from Emacs. I hope this works...)
 (it did :-) )


 That's not a problem with org, it's a problem with images: try executing
 the following two calls (with paths appropriate to your environment of
 course):

 (insert-image
 '(image :type png :file /scp:remote:/tmp/foo.png :ascent center))

 (insert-image
 '(image :type png :file /tmp/foo.png :ascent center))

 and you'll see the same behaviour. Try reporting it as a bug in emacs.

But I guess we could generate the picture locally?  Or at least allow for
it.

But that's a separate bug.

—Rasmus

-- 
What will be next?

[O] [ox-ascii, bug?] aligning text withing footnotes

[Rasmus]

Hi,

When writing plain text I might write something like:

See foo[fn:1] 

[fn:1] http://orgmode.org/\\
   http://www.gnu.org/software/emacs/

This is exported as:

See foo[1]

Footnotes
─

[1] [http://orgmode.org/]
   [http://www.gnu.org/software/emacs/]


I would like to have the links aligned after the ascii export.  That is,
if line 1 of a footnote is shifted n characters to the left, I would
like all subsequent lines of that element to be shirted n characters to
the left.

But maybe this would have other bad effects?

Thanks,
Rasmus

-- 
Don't panic!!!

Re: [O] Bug: org-preview-latex-fragment fails to render in remote files (TRAMP) [8.2.10 (release_8.2.10 @ /usr/local/Cellar/emacs/24.4/share/emacs/24.4/lisp/org/)]

[Nick Dokos]

Dustin Paluch dustinpal...@gmail.com writes:

 Here's what DOES WORK:

 Open a local org file, type in a latex fragment like \[1 + 2 = 3\],
 then hit C-c C-x C-l. The fragment is replaced with a png as expected.


 Here's what DOESN'T WORK:

 Open a remote org file via C-x C-f /ssh:user@host:/path/to/file.org RET,
 enter the same latex fragment, and issue the same
 org-preview-latex-fragment command. The fragment will be replaced with a
 blank square. Here is a gif:

 http://i.imgur.com/Bb2vgWu.gif

 HOWEVER! The image IS created on the remote filesystem in the adjacent
 ltxpng folder as expected.

 (First time sending mail from Emacs. I hope this works...)
(it did :-) )


That's not a problem with org, it's a problem with images: try executing
the following two calls (with paths appropriate to your environment of
course):

(insert-image
'(image :type png :file /scp:remote:/tmp/foo.png :ascent center))

(insert-image
'(image :type png :file /tmp/foo.png :ascent center))

and you'll see the same behaviour. Try reporting it as a bug in emacs.

Nick

[O] [ox-ascii, bug?] links are wrapped in [·]

[Rasmus]

Hi,

Try the following:

(with-temp-buffer
  (require 'ox-ascii)
  (insert http://orgmode.org;)
  (org-ascii-export-as-ascii nil nil nil t))

This will output [http://orgmode.org].  I don't think that www-links
should be treated the same as random links here.  Maybe we could check
the raw link against a regexp for hyperlinks?

—Rasmus

-- 
One thing that is clear: it's all down hill from here 

[O] Error when running org-babel-tangle

[Richard Stanton]

I’m experimenting with tangling files in org-mode, and have found that certain 
files cause org-babel-tangle to die with an error (Org-mode version 8.3beta 
(release_8.3beta-884-g9ed426). Here’s a small example:



* Sample code

#+BEGIN_SRC makefile :tangle makefile-main
circle:
@gfortran -c circle.f90

main: circle
@gfortran -c main.f90
@gfortran circle.o main.o -o main

clean:
@rm -f *.o main
#+END_SRC

Run this block to tangle out the new files.

#+BEGIN_SRC emacs-lisp
(org-babel-tangle)
#+END_SRC

#+RESULTS:
| makefile-main |

In this block I use this header:
#+BEGIN_EXAMPLE
#+BEGIN_SRC sh :results raw 
#+END_EXAMPLE

#+BEGIN_SRC sh :results raw replace
make -f makefile-main clean main
./main
#+END_SRC

  

When I run org-babel-tangle on this file (or press C-c C-c in the emacs-lisp 
block), I get the following error:

Debugger entered--Lisp error: (wrong-type-argument stringp nil)
  string-match(-l \\\(.+\\)\ nil)
  org-babel-tangle-single-block(5)
  org-babel-tangle-collect-blocks(nil nil)
  org-babel-tangle()
  (progn (org-babel-tangle))
  eval((progn (org-babel-tangle)))
  org-babel-execute:emacs-lisp((org-babel-tangle) ((:comments . ) (:shebang 
. ) (:cache . no) (:padline . ) (:noweb . no) (:tangle . no) 
(:exports . code) (:results . replace) (:session . none) (:hlines . no) 
(:result-type . value) (:result-params replace) (:rowname-names) 
(:colname-names)))
  org-babel-execute-src-block(nil)
  org-babel-execute-src-block-maybe()
  org-babel-execute-maybe()
  org-babel-execute-safely-maybe()
  run-hook-with-args-until-success(org-babel-execute-safely-maybe)
  org-ctrl-c-ctrl-c(nil)
  call-interactively(org-ctrl-c-ctrl-c nil nil)
  command-execute(org-ctrl-c-ctrl-c)


Any ideas what’s going on? If I delete either of the two blocks at the bottom 
of the file (the EXAMPLE block or the final SRC block), it works fine.

Thanks.

Richard Stanton

Re: [O] Emacs unresponsive while executing Sh code block

[Alexis]

On 2015-03-06T05:40:33+1100, Giacomo M jackja...@gmail.com said:

GM Dear all,

GM when I C-c C-c in: #+BEGIN_SRC sh gnome-terminal #+END_SRC

GM a gnome-terminal window appears, but Emacs hangs until I 
close GM it.  In the *Messages* I get:


GM executing Sh code block...  Wrote GM 
/tmp/babel-2307H-J/ob-input-2307i3c (here Emacs hangs... then 
GM I close gnome-terminal) Error reading results: GM 
(beginning-of-buffer) Code block produced no output.


My guess is that Emacs is waiting for the final output from 
`gnome-terminal`, which doesn't get sent until you close 
`gnome-terminal`.



Alexis.

Re: [O] refiling with helm

[Alexis]

On 2015-03-06T02:13:41+1100, Leo Ufimtsev lufim...@redhat.com 
said:


LU Hello Xebar,

LU I had the same issue. I used the file-expand-wildcards 
function LU to make a list of all my org-mode files.


LU The only thing is that I have to reload my .emacs when adding 
org LU files for refile to work properly.


You shouldn't need to do that; once you've added a new Org file, 
you can just move point to the end of the `(setq myvar/org-files 
...` s-expression, and press C-x C-e (`eval-last-sexp`). That 
should cause the `setq` to be re-evaluated, such that the new file 
becomes part of the value of the `myvar/org-files` variable.



Alexis.

Re: [O] What to use for tables with lengthy text in cells?

[Skip Collins]

Here's another suggestion. There could be an optional org table mode in
which horizontal lines are used to separate rows:

| Lorem ipsum dolor sit amet, | foo |
| consectetur adipiscing elit. Sed| |
| sit amet luctus sapien. Phasellus   | |
| malesuada, ipsum et hendrerit   | |
| mattis, neque neque sodales risus,  | |
| hendrerit consectetur enim ipsum eu | |
| felis.  | |
|-+-|
| Vestibulum ante ipsum primis in | bar |
| faucibus orci luctus et ultrices| |
| posuere cubilia Curae; Nulla dictum | |
| iaculis sodales. Sed elementum  | |
| semper leo, venenatis lacinia odio  | |
| eleifend vitae. Aliquam lectus  | |
| felis, tempor nec lacus ut, | |
| consequat tincidunt nisl.   | |
|-+-|
| Fusce eu nunc sit amet orci | baz |
| lobortis accumsan. Vivamus laoreet  | |
| ante pellentesque, scelerisque  | |
| tellus nec, ultrices nibh. Etiam| |
| scelerisque lobortis erat, in   | |
| consectetur nisi tincidunt a. Duis  | |
| eu est elit. Pellentesque fringilla | |
| gravida ligula, non convallis   | |
| ligula viverra sollicitudin.| |

Perhaps adding the required machinery to allow in-cell paragraph filling
would not be too difficult?

Re: [O] What to use for tables with lengthy text in cells?

[Tory S. Anderson]

Not a bad idea, but this would be incompatible with the existing useof 
horizontal lines to separate sections and export to visual lines, right? 

Skip Collins skip.coll...@gmail.com writes:

 Here's another suggestion. There could be an optional org table mode
 in which horizontal lines are used to separate rows:

 | Lorem ipsum dolor sit amet,         | foo |
 | consectetur adipiscing elit. Sed    |     |
 | sit amet luctus sapien. Phasellus   |     |
 | malesuada, ipsum et hendrerit       |     |
 | mattis, neque neque sodales risus,  |     |
 | hendrerit consectetur enim ipsum eu |     |
 | felis.                              |     |
 |-+-|
 | Vestibulum ante ipsum primis in     | bar |
 | faucibus orci luctus et ultrices    |     |
 | posuere cubilia Curae; Nulla dictum |     |
 | iaculis sodales. Sed elementum      |     |
 | semper leo, venenatis lacinia odio  |     |
 | eleifend vitae. Aliquam lectus      |     |
 | felis, tempor nec lacus ut,         |     |
 | consequat tincidunt nisl.           |     |
 |-+-|
 | Fusce eu nunc sit amet orci         | baz |
 | lobortis accumsan. Vivamus laoreet  |     |
 | ante pellentesque, scelerisque      |     |
 | tellus nec, ultrices nibh. Etiam    |     |
 | scelerisque lobortis erat, in       |     |
 | consectetur nisi tincidunt a. Duis  |     |
 | eu est elit. Pellentesque fringilla |     |
 | gravida ligula, non convallis       |     |
 | ligula viverra sollicitudin.        |     |

 Perhaps adding the required machinery to allow in-cell paragraph
 filling would not be too difficult?

Re: [O] What to use for tables with lengthy text in cells?

[Skip Collins]

Yes, it would be incompatible. But there could be a mechanism to enable the
multi-line mode on a per-table basis. For display and grouping purposes,
horizontal lines could still be allowed by adding two consecutive lines:
|-+-|
|-+-|

Or another character could be used for the line separator:
|=+=|


2015-03-05 11:56 GMT-05:00 Tory S. Anderson torys.ander...@gmail.com:

 Not a bad idea, but this would be incompatible with the existing useof
horizontal lines to separate sections and export to visual lines, right?

 Skip Collins skip.coll...@gmail.com writes:

  Here's another suggestion. There could be an optional org table mode
  in which horizontal lines are used to separate rows:
 
  | Lorem ipsum dolor sit amet, | foo |
  | consectetur adipiscing elit. Sed| |
  | sit amet luctus sapien. Phasellus   | |
  | malesuada, ipsum et hendrerit   | |
  | mattis, neque neque sodales risus,  | |
  | hendrerit consectetur enim ipsum eu | |
  | felis.  | |
  |-+-|
  | Vestibulum ante ipsum primis in | bar |
  | faucibus orci luctus et ultrices| |
  | posuere cubilia Curae; Nulla dictum | |
  | iaculis sodales. Sed elementum  | |
  | semper leo, venenatis lacinia odio  | |
  | eleifend vitae. Aliquam lectus  | |
  | felis, tempor nec lacus ut, | |
  | consequat tincidunt nisl.   | |
  |-+-|
  | Fusce eu nunc sit amet orci | baz |
  | lobortis accumsan. Vivamus laoreet  | |
  | ante pellentesque, scelerisque  | |
  | tellus nec, ultrices nibh. Etiam| |
  | scelerisque lobortis erat, in   | |
  | consectetur nisi tincidunt a. Duis  | |
  | eu est elit. Pellentesque fringilla | |
  | gravida ligula, non convallis   | |
  | ligula viverra sollicitudin.| |
 
  Perhaps adding the required machinery to allow in-cell paragraph
  filling would not be too difficult?

Re: [O] Capturing output from C/C++

[John Kitchin]

I think you need to tangle the file, compile it and run the executable
in a shell block.

Here is a Fortran example:

http://kitchingroup.cheme.cmu.edu/blog/2014/02/04/Literate-programming-example-with-Fortran-and-org-mode/

I have done similar things with C, java, etc... before.

I don't know of a built in way to type C-c C-c and have it do all those
things for you.


Roger Mason writes:

 Hello,

 I have a short C++ program:

 #+BEGIN_SRC cpp :flags -lm :results output
 #include iostream
 #include fstream
 #include cmath  // for ceil
 #include cstdlib// for atof

   double f (double fv, double o, int i) {
 return fv / 2.0 + (1.0 - o) * fv * i;
   }

 int num (double d, double fv, double o) {
   return (int)ceil( d / ((1.0 - o) * fv ));
   }

 int main (int argc, char* argv[]) {
 if ( argc  6 ) {
   std::cout  Usage:\n  std::endl;
   std::cout  grid w fovx ox h fovy oy\n  std::endl;
   return 1;
 }
 ...
 #+END_SRC

 that outputs some data to stdout.

 So far I have not been able to capture the output of the program back
 into to my org buffer.

 Is that possible and, if so, how?

 Thanks,
 Roger
 Org-mode version 8.2.6

--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

Re: [O] Capturing output from C/C++

[Thierry Banel]

It might be due to the return 1; statement.
Change it to return 0; and try again.


Le 05/03/2015 17:27, Roger Mason a écrit :
 Hello,

 I have a short C++ program:

 #+BEGIN_SRC cpp :flags -lm :results output
 #include iostream
 #include fstream
 #include cmath  // for ceil
 #include cstdlib// for atof

   double f (double fv, double o, int i) {
 return fv / 2.0 + (1.0 - o) * fv * i;
   }

 int num (double d, double fv, double o) {
   return (int)ceil( d / ((1.0 - o) * fv ));
   }

 int main (int argc, char* argv[]) {
 if ( argc  6 ) {
   std::cout  Usage:\n  std::endl;
   std::cout  grid w fovx ox h fovy oy\n  std::endl;
   return 1;
 }
 ...
 #+END_SRC

 that outputs some data to stdout.

 So far I have not been able to capture the output of the program back
 into to my org buffer.

 Is that possible and, if so, how?

 Thanks,
 Roger
 Org-mode version 8.2.6

Re: [O] Embedding diagrams in Org

[Sebastien Vauban]

Charles C. Berry wrote:
 Why :results latex raw and not :results latex?

 I have no idea ;-)

 I find, unfortunately, that getting babel to do what I want is somewhat
 of an arcane art (for me) so once I get something doing what I want it
 to do, I leave things alone...

 `:results latex raw' is equivalent to `:results raw'.

 [...]

 For example, a naked ~tildes~ will be marked up as \verb~tildes~ under
 `:results raw' or `:results latex raw', and as ~tildes~ under
 `:results latex'.

Aren't raw and latex two _mutually exclusive_ format options?

See http://orgmode.org/manual/results.html.

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] Embedding diagrams in Org

[Eric S Fraga]

On Wednesday,  4 Mar 2015 at 21:22, Andreas Leha wrote:

[...]

 The example I posted earlier in this thread [1] uses the *.tikz version for
 latex export.
 [...]
 [1] http://permalink.gmane.org/gmane.emacs.orgmode/95197

I had forgotten about that thread.  Very useful, in particular finding
an example that uses gnuplot to generate tikz output.  However, in
trying a simple example:

#+begin_src org
* gnuplot

#+latex_header: \usepackage{gnuplot-lua-tikz}

#+name: gnuplot2tikz
#+headers: :term tikz size 15cm,15cm :cache yes
#+begin_src gnuplot :file tikzgnuplot.tikz
plot sin(x)
#+end_src

#+results[ca28dda18a661b1eb77b4be5c23f5c1f1133629f]: gnuplot2tikz
[[file:tikzgnuplot.tikz]]

#+end_src

I found that the ~latex_header~ line was necessary as the tikz generated by 
gnuplot requires that package.

I'm putting this here as a /heads up/ for anybody else trying this.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.1, Org 
release_8.3beta-843-ga5f1a3.dirty

Re: [O] lots of CLOCK lines displayed when opening a TODO

[Loris Bennett]

Rainer Stengele rainer.steng...@online.de writes:

 Hi!

 I have lots of weekly reoccuring meetings and do collect the clocked
 time for each meeting.  After a while I have lots of CLOCK
 lines. Opening the TODO shows all the CLOCK lines shown, but my focus
 is on text below the CLOCK lines.  I started to use multiple LOGBOOK
 blocks in order to hide older CLOCK lines. Seems to work fine with
 clocking etc.  My requirement would be to only open the first LOGBOOK
 block when opening the headline (TODO).  That way I could hide older
 entries from using screen space and instead see the text below
 immediately.

 Anybody else uses multiple LOGBOOK blocks that way? Other ideas how to
 work?  Any chance to get this regarded as an enhancement idea?

 Thank you.
 Regards, Rainer


 * TODO [#A] Weekly Services - Action Items
 :LOGBOOK:
 CLOCK: [2015-03-04 Mi 10:15]--[2015-03-04 Mi 11:30] =  1:15
 CLOCK: [2015-03-02 Mo 11:00]--[2015-03-02 Mo 12:15] =  1:15
 :END:
 :LOGBOOK:
 CLOCK: [2015-02-25 Mi 10:00]--[2015-02-25 Mi 11:00] =  1:00
 CLOCK: [2015-02-16 Mo 10:00]--[2015-02-16 Mo 11:15] =  1:15
 CLOCK: [2015-02-06 Fr 09:30]--[2015-02-06 Fr 09:45] =  0:15
 CLOCK: [2015-02-06 Fr 10:00]--[2015-02-06 Fr 11:00] =  1:00
 CLOCK: [2015-01-23 Fr 13:45]--[2015-01-23 Fr 14:00] =  0:15
 CLOCK: [2015-01-22 Do 14:30]--[2015-01-22 Do 14:45] =  0:15
 CLOCK: [2015-01-22 Do 13:45]--[2015-01-22 Do 14:00] =  0:15
 CLOCK: [2015-01-21 Mi 09:45]--[2015-01-21 Mi 10:45] =  1:00
 CLOCK: [2015-01-20 Di 09:45]--[2015-01-20 Di 10:00] =  0:15
 CLOCK: [2015-01-19 Mo 16:30]--[2015-01-19 Mo 16:45] =  0:15
 CLOCK: [2015-01-19 Mo 13:15]--[2015-01-19 Mo 15:00] =  1:45
 CLOCK: [2015-01-19 Mo 10:00]--[2015-01-19 Mo 11:15] =  1:15
 CLOCK: [2014-12-15 Mo 10:00]--[2014-12-15 Mo 10:30] =  0:30
 CLOCK: [2014-12-03 Mi 10:30]--[2014-12-03 Mi 11:15] =  0:45
 CLOCK: [2014-12-01 Mo 09:45]--[2014-12-01 Mo 10:45] =  1:00
 CLOCK: [2014-11-03 Mo 10:00]--[2014-11-03 Mo 11:00] =  1:00
 CLOCK: [2014-11-10 Mo 09:45]--[2014-11-10 Mo 10:45] =  1:00
 CLOCK: [2014-11-19 Mi 10:30]--[2014-11-19 Mi 11:15] =  0:45
 CLOCK: [2014-11-24 Mo 10:00]--[2014-11-24 Mo 11:00] =  1:00
 CLOCK: [2014-11-25 Di 08:00]--[2014-11-25 Di 10:45] =  2:45
 :END:

 - text I would like to see without having to scroll over all the CLOCK lines

I use two drawers:

#+DRAWERS: LOGBOOK OLDLOGS

When the LOGBOOK get a bit long I manually move some the lines to
OLDLOGS.  Both draws only open when I TAB on them.

I don't actually use the data in the logs directly, just as a backup for
my other time-keeping.  This is mainly because the one-minute resolution
of the clocking is to fine for my needs.

Have you changed the clocking resolution?  If so, how?  Or are you just
an amazingly accurate clocker?

Cheers,

Loris

-- 
This signature is currently under construction.

[O] Capturing output from C/C++

[Roger Mason]

Hello,

I have a short C++ program:

#+BEGIN_SRC cpp :flags -lm :results output
#include iostream
#include fstream
#include cmath// for ceil
#include cstdlib  // for atof

  double f (double fv, double o, int i) {
return fv / 2.0 + (1.0 - o) * fv * i;
  }

int num (double d, double fv, double o) {
  return (int)ceil( d / ((1.0 - o) * fv ));
  }

int main (int argc, char* argv[]) {
if ( argc  6 ) {
  std::cout  Usage:\n  std::endl;
  std::cout  grid w fovx ox h fovy oy\n  std::endl;
  return 1;
}
...
#+END_SRC

that outputs some data to stdout.

So far I have not been able to capture the output of the program back
into to my org buffer.

Is that possible and, if so, how?

Thanks,
Roger
Org-mode version 8.2.6

Re: [O] clocktables include \emsp - how to get rid of that?

[Leo Ufimtsev]

Hello Rainer, 

I think this should be customiziable. 

I hacked around it using an advise function:

; remove the emsp from clock reports 
; 
http://emacs.stackexchange.com/questions/9528/is-it-possible-to-remove-emsp-from-clock-report-but-preserve-indentation/9544#9544
(defun my-org-clocktable-indent-string (level)
  (if (= level 1)
  
(let ((str -)) ;first char, e.g can be |
  (while ( level 2)
(setq level (1- level)
  str (concat str -))) ;fillers, e.g can be ---
  (concat str   ;end e.g can be 

(advice-add 'org-clocktable-indent-string :override 
#'my-org-clocktable-indent-string)


Now my reports look like this:
| leo.org | *File time* 
 | *11:20* |  |  |
| | [#C] 1 Hour Leo work
 |0:12 |  |  |
| | [#C] Emacs  
 |   10:45 |  |  |
| | - [#B] Emacs notification system
 | | 0:30 |  |
| | - [#B] Figure out capture + refiling.   
 | | 1:25 |  |
| | - [#B] Babel / dynamic language (ditaa/Grahviz/plantUML) execution  
 | | 0:55 |  |
| | - [#A] Appending time for pomodoros doesn't function properly in 
LOGBOOK drawers.| | 0:44 |  
|
| | - EFin  
 | | 3:47 |  |
| | -- [#A] Investigate diary logging. (find blog entry on this).   
 | |  | 1:35 |
| | -- [#B] Pomodoro: add title of current task to menu. Fix spacing.   
 | |  | 0:37 |
| | Learning
 |0:23 |  |  |
| | - UML   
 | | 0:23 |  |

Hope it helps.

Leo Ufimtsev | Intern Software Engineer @ Eclipse Team

- Original Message -
From: Rainer Stengele rainer.steng...@online.de
To: emacs-orgmode@gnu.org
Sent: Wednesday, March 4, 2015 11:42:20 AM
Subject: [O] clocktables include \emsp - how to get rid of that?

Hi,

I am getting \emsp in my clocktable reports.
I use

#+BEGIN: clocktable :maxlevel 4 :fileskip0 t :tcolumns 0 :level nil :scope 
agenda-with-archives :timestamp nil :block 2015-03 :step day :link t  
:stepskip0 t
#+END:

to create these clocktable


Daily report: [2015-03-02 Mo]
| File  | Headline  
   |   Time |
|---+--+|
|   | ALL *Total time*  
   | *9:00* |
|---+--+|
| Projectmanagement.org | *File time*   
   | *2:45* |
|   | \emsp [[..][Project Managament: Weekly meetings 
etc.]]   |   2:45 |
|   | \emsp\emsp [[..][TODO *00 - Project Managament -...]] 
   |   2:45 |

Anybody has an idea where this comes from and how to get rid of it?

Thank you.
Regards, Rainer

[O] Hotkeys don't match menu for 'view as fortnight'

[J. David Boyd]

The Agenda menu says, to view the agenda as a fortnight, use 'vf'.

That puts my agenda into follow mode.

But if I press 'v' and wait, I am shown that fortnight mode is 't'.

So the menu should say to view fortnight use 'vt'.

Dave

Re: [O] refiling with helm

[Leo Ufimtsev]

Hello Xebar, 

I had the same issue. I used the file-expand-wildcards function to make a list 
of all my org-mode files. 

The only thing is that I have to reload my .emacs when adding org files for 
refile to work properly. 



(setq myvar/org-dir ~/git/LeoUfimtsev.github.io/org/) 

(setq myvar/org-files (file-expand-wildcards (concat myvar/org-dir *.org))) 
...customize..: 


'(org-refile-targets 
(quote 
((org-agenda-files :maxlevel . 10) 
(nil :maxlevel . 10) 
(myvar/org-files :maxlevel . 10 





Leo Ufimtsev | Intern Software Engineer @ Eclipse Team 

- Original Message -

From: Xebar Saram zelt...@gmail.com 
To: Stefan-W. Hahn stefan.h...@s-hahn.de 
Cc: Kyle Meyer k...@kyleam.com, org mode emacs-orgmode@gnu.org 
Sent: Thursday, March 5, 2015 12:50:29 AM 
Subject: Re: [O] refiling with helm 

thank you all, most of the code here was overkill for me (im very un-technical 
:)) but i found the last bit of code: 
 (setq org-outline-path-complete-in-steps nil) 
 
 (require 'helm) 
 (require 'helm-config) 
 (helm-mode 1) 

to work great for me 

the only problem remaining is that it seems it does not give me refile option 
for all my agenda files just a few (which i cant understand why it chooses 
these). i have this in my refile config: 

(setq org-goto-max-level 10) 

also i have this in my config 

(setq org-agenda-files '(~/org/files/agenda/)) 

what am i missing here? 

thx alot! 

z 



On Wed, Mar 4, 2015 at 4:54 PM, Stefan-W. Hahn  stefan.h...@s-hahn.de  wrote: 


Mail von Kyle Meyer, Sun, 01 Mar 2015 at 11:17:47 -0500: 
 Stefan-W. Hahn  stefan.h...@s-hahn.de  wrote: 

 So, given the default values, I think the only setup needed to get 
 generic helm completion is 
 
 (setq org-outline-path-complete-in-steps nil) 
 
 (require 'helm) 
 (require 'helm-config) 
 (helm-mode 1) 

Yes, you are right. I tested it and it worked. 

Thanks 
Stefan 

-- 
Stefan-W. Hahn It is easy to make things. 
It is hard to make things simple. 

Re: [O] What to use for tables with lengthy text in cells?

[Jude DaShiell]

Why not do it this way?  An org table gets a second file created along 
with it.  That second file holds all writing going into the table.  That 
second file has a link for each cell too.  All links point to the 
original org table file and each entry in the second file at its end has 
a return link that returns the user to the original org table.  
Alternatively, all of this could be stored in the table file itself with 
perhaps only the large content cells having links to below the table 
proper area which when opened would show the longer text and provide a 
return link back to the original cell in the table.  Probably all it 
would need is a #+DATA header separating the table from the longer cells 
content area so users could know what was what when examining the file.  
If this sounds too off the wall, I had some high quality coffee this 
morning.

On Tue, 3 Mar 2015, Tory S. Anderson wrote:

 It's not a perfect solution (many of us have wished for some way of doing 
 multi-line cells in orgmode, but there's no clear solution...) but I use a 
 combination of width restraints[1] and toggle-truncate-lines, which I've 
 bound to F5. If it comes to the worst, I would probably pull out csv-mode 
 and use a CSV file. I think the problem is that there's no simple way to wrap 
 within just a cell in Emacs. 
 
 Charles C. Berry ccbe...@ucsd.edu writes:
 
  On Mon, 2 Mar 2015, Charles C. Berry wrote:
 
  On Mon, 2 Mar 2015, Matt Price wrote:
 
  I have a project which will require me to enter about a paragraph in each
  of 5 fields several times a day. I would use org tables, but I need to be
  able to see the table contents in the buffer, and org hides long lines. I
  tried using table.el but it feels incredibly clumsy - for instance, I 
  can't
  find a way to add a row to the end of the table, which seems crazy.
  
  I am wondering  what other people do in this situation - I guess I could
  use a spreadsheet or an odt document but I would much rather stay in emacs
  if I can.
 
  I sometimes use babel blocks for this purpose.
 
 
  But I did not give an example of filling in a table using that
  strategy.
 
  So here is an example of how you would use that strategy to fill out a
  table with fields that get edited. Obviously, you can use the string
  resulting from org-fill-template in other ways than in the example
  below.
 
 
  * Not exported 
  :noexport:
 
  Define a table template (and put it out of the way in a subtree that
  is not exported)
 
  #+name: tmplt
  #+BEGIN_SRC org
 | Never change me | %a|
 | %b  | Dont modify me either |
  #+END_SRC
 
  Define the fill-in cells and be sure they are not exported:
 
  #+name: pcta
  #+BEGIN_SRC org
  this is ~a~.
  #+END_SRC
 
  #+name: pctb
  #+BEGIN_SRC org
  this is *b*.
  #+END_SRC
 
 
  * This gets exported
 
  #+HEADER: :var a=pcta() :var b=pctb() :var tm=tmplt() 
  #+BEGIN_SRC emacs-lisp :wrap latex :exports results
 (org-export-string-as
  (org-fill-template tm `((a . ,a)(b . ,b)))
  'latex t)
  #+END_SRC
 
  #+RESULTS:
  #+BEGIN_latex
  \begin{center}
  \begin{tabular}{ll}
  Never change me  this is \verb~a~.\\
  this is \textbf{b}.  Dont modify me either\\
  \end{tabular}
  \end{center}
  #+END_latex
 
  HTH,
 
  Chuck
 
 Footnotes: 
 [1]  
 http://orgmode.org/manual/Column-width-and-alignment.html#Column-width-and-alignment
 
 
 

jude jdash...@shellworld.net
Twitter: @JudeDaShiell

Re: [O] lots of CLOCK lines displayed when opening a TODO

[Leo Ufimtsev]

My Log book drawers are hidden when entries expand. 

But I mapped my C-S-TAB to expand logbook drawers so I can peak into them. 
(see snippet below).

I log everything into the logbook. Clocktimes, state changes, dated notes when 
I put an item on hold.
I found it too tedious to move things around. 

Since the logbook is hidden by default, it doesn't get into the way of the rest 
of the task.

(defun my/expand-logbook-drawer ()
 Expand the closest logbook drawer
 (interactive)
 (search-forward :LOGBOOK:)
 (org-cycle)
)

(global-set-key (kbd C-iso-lefttab) 'my/expand-logbook-drawer)


-- Other drawer related configs:
(local-set-key (kbd C-:) 'org-insert-drawer)
(org-clock-into-drawer LOGBOOK)
(org-log-into-drawer t)

(org-drawers
   (quote
(FURTHER_READING THEORY TASKS INFO TIP NOTE EG LINKS 
APPENDIX DETAILS PROPERTIES CLOCK LOGBOOK RESULTS TASKARCHIVE 
SOURCE TROUBLESHOOTING)))

Leo Ufimtsev | Intern Software Engineer @ Eclipse Team

- Original Message -
From: Rainer Stengele rainer.steng...@online.de
To: emacs-orgmode@gnu.org
Sent: Wednesday, March 4, 2015 10:46:08 AM
Subject: [O] lots of CLOCK lines displayed when opening a TODO

Hi!

I have lots of weekly reoccuring meetings and do collect the clocked time for 
each meeting.
After a while I have lots of CLOCK lines. Opening the TODO shows all the CLOCK 
lines shown, but my focus is on text below the CLOCK lines.
I started to use multiple LOGBOOK blocks in order to hide older CLOCK lines. 
Seems to work fine with clocking etc.
My requirement would be to only open the first LOGBOOK block when opening the 
headline (TODO).
That way I could hide older entries from using screen space and instead see the 
text below immediately.

Anybody else uses multiple LOGBOOK blocks that way? Other ideas how to work?
Any chance to get this regarded as an enhancement idea?

Thank you.
Regards, Rainer


* TODO [#A] Weekly Services - Action Items
:LOGBOOK:
CLOCK: [2015-03-04 Mi 10:15]--[2015-03-04 Mi 11:30] =  1:15
CLOCK: [2015-03-02 Mo 11:00]--[2015-03-02 Mo 12:15] =  1:15
:END:
:LOGBOOK:
CLOCK: [2015-02-25 Mi 10:00]--[2015-02-25 Mi 11:00] =  1:00
CLOCK: [2015-02-16 Mo 10:00]--[2015-02-16 Mo 11:15] =  1:15
CLOCK: [2015-02-06 Fr 09:30]--[2015-02-06 Fr 09:45] =  0:15
CLOCK: [2015-02-06 Fr 10:00]--[2015-02-06 Fr 11:00] =  1:00
CLOCK: [2015-01-23 Fr 13:45]--[2015-01-23 Fr 14:00] =  0:15
CLOCK: [2015-01-22 Do 14:30]--[2015-01-22 Do 14:45] =  0:15
CLOCK: [2015-01-22 Do 13:45]--[2015-01-22 Do 14:00] =  0:15
CLOCK: [2015-01-21 Mi 09:45]--[2015-01-21 Mi 10:45] =  1:00
CLOCK: [2015-01-20 Di 09:45]--[2015-01-20 Di 10:00] =  0:15
CLOCK: [2015-01-19 Mo 16:30]--[2015-01-19 Mo 16:45] =  0:15
CLOCK: [2015-01-19 Mo 13:15]--[2015-01-19 Mo 15:00] =  1:45
CLOCK: [2015-01-19 Mo 10:00]--[2015-01-19 Mo 11:15] =  1:15
CLOCK: [2014-12-15 Mo 10:00]--[2014-12-15 Mo 10:30] =  0:30
CLOCK: [2014-12-03 Mi 10:30]--[2014-12-03 Mi 11:15] =  0:45
CLOCK: [2014-12-01 Mo 09:45]--[2014-12-01 Mo 10:45] =  1:00
CLOCK: [2014-11-03 Mo 10:00]--[2014-11-03 Mo 11:00] =  1:00
CLOCK: [2014-11-10 Mo 09:45]--[2014-11-10 Mo 10:45] =  1:00
CLOCK: [2014-11-19 Mi 10:30]--[2014-11-19 Mi 11:15] =  0:45
CLOCK: [2014-11-24 Mo 10:00]--[2014-11-24 Mo 11:00] =  1:00
CLOCK: [2014-11-25 Di 08:00]--[2014-11-25 Di 10:45] =  2:45
:END:

- text I would like to see without having to scroll over all the CLOCK lines

[O] Emacs unresponsive while executing Sh code block

[Giacomo M]

Dear all,
when I C-c C-c in:

#+BEGIN_SRC sh
gnome-terminal
#+END_SRC

a gnome-terminal window appears, but  Emacs hangs until I close it.
In the *Messages* I get:

executing Sh code block...
Wrote /tmp/babel-2307H-J/ob-input-2307i3c
(here Emacs hangs... then I close gnome-terminal)
Error reading results: (beginning-of-buffer)
Code block produced no output.

If I use emacs -Q ( evaluating just (org-babel-do-load-languages
'org-babel-load-languages '((sh . t))) ) this doesn't happen.

Do you have any idea of what could be triggering such behavior?

Thanks,

Giacomo

Re: [O] Capturing output from C/C++

[Nick Dokos]

Roger Mason rma...@mun.ca writes:

 Hello,

 I have a short C++ program:

 #+BEGIN_SRC cpp :flags -lm :results output
 #include iostream
 #include fstream
 #include cmath  // for ceil
 #include cstdlib// for atof

   double f (double fv, double o, int i) {
 return fv / 2.0 + (1.0 - o) * fv * i;
   }

 int num (double d, double fv, double o) {
   return (int)ceil( d / ((1.0 - o) * fv ));
   }

 int main (int argc, char* argv[]) {
 if ( argc  6 ) {
   std::cout  Usage:\n  std::endl;
   std::cout  grid w fovx ox h fovy oy\n  std::endl;
   return 1;
 }
 ...
 #+END_SRC

 that outputs some data to stdout.

 So far I have not been able to capture the output of the program back
 into to my org buffer.

 Is that possible and, if so, how?


You call your program with no arguments, which means that it returns 1,
which is interpreted as an error. Try returning 0 or fix the call so
that it goes through the path that returns 0.

Nick

Re: [O] org.css for mobile-friendly

[Sebastien Vauban]

OSiUX wrote:
 El mié, 04 mar 2015, Rasmus decía:
 OSiUX xu...@osiux.com.ar writes:
 
 Testing my blog [0] (org-mode publish) in
 mobile-friendly [1] obtain bad result. :(

 Same result for orgmode.org, maybe somebody have
 better CSS for org-mode export?

 thanks!

 [0] http://osiux.com
 [1] https://www.google.com/webmasters/tools/mobile-friendly/?url=orgmode.org
 
 Did you try to add viewport?  E.g.:
 
 meta name=viewport content=width=device-width, initial-scale=1

 ^ this meta is the begining for OK in mobile-friendly
 I play with CSS for adapt images sizes.

Is there a generic line (the above one, maybe?) that could/should be
added in ox-html in order to make compliant pages from the start,
without forcing all users to add lines in their Org documents?

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] Emacs unresponsive while executing Sh code block

[Nick Dokos]

Giacomo M jackja...@gmail.com writes:

 Dear all,
 when I C-c C-c in:

 #+BEGIN_SRC sh
 gnome-terminal
 #+END_SRC

 a gnome-terminal window appears, but  Emacs hangs until I close it.
 In the *Messages* I get:

 executing Sh code block...
 Wrote /tmp/babel-2307H-J/ob-input-2307i3c
 (here Emacs hangs...then I close gnome-terminal)
 Error reading results: (beginning-of-buffer)
 Code block produced no output.


What exactly were you expecting? If you open a terminal window and
start, say, firefox from it, the terminal window will hang until you
close firefox - then you get another prompt and can give it some more
input. This is no different. It would be nice if emacs were
multithreaded, but it isn't (at least not yet).

 If I use emacs -Q ( evaluating just (org-babel-do-load-languages
 'org-babel-load-languages '((sh . t))) ) this doesn't happen.


When you say this doesn't happen, what do you meant by this?  How
does this example compare with the previous example? They look
completely different to me.

-- 
Nick

Re: [O] Emacs unresponsive while executing Sh code block

[Nick Dokos]

Giacomo M jackja...@gmail.com writes:

 Dear all,
 when I C-c C-c in:

 #+BEGIN_SRC sh
 gnome-terminal
 #+END_SRC


One additional note - you can start the gnome-terminal process in the
background:

#+BEGIN_SRC sh
gnome-terminal 
#+END_SRC

The shell will not wait for the process to finish and emacs will not
hang. 

-- 
Nick

Re: [O] Error when running org-babel-tangle

[Charles C. Berry]

On Thu, 5 Mar 2015, Richard Stanton wrote:


I’m experimenting with tangling files in org-mode, and have found
that certain files cause org-babel-tangle to ie with an error
(Org-mode version 8.3beta (release_8.3beta-884-g9ed426). Here’s a
small example:






* Sample code

#+BEGIN_SRC makefile :tangle makefile-main
circle:
@gfortran -c circle.f90

main: circle
@gfortran -c main.f90
@gfortran circle.o main.o -o main

clean:
@rm -f *.o main
#+END_SRC

Run this block to tangle out the new files.

#+BEGIN_SRC emacs-lisp
(org-babel-tangle)
#+END_SRC

#+RESULTS:
| makefile-main |

In this block I use this header:
#+BEGIN_EXAMPLE
#+BEGIN_SRC sh :results raw
#+END_EXAMPLE



[rest deleted]

===

#+BEGIN_EXAMPLE
  ,#+BEGIN_SRC sh :results raw 
#+END_EXAMPLE


will work. The comma is stripped on export.

If you use org-edit-src (C-c C-c) on your original example block, it
will format it in that way automagically.

HTH,

Chuck

Re: [O] Error when running org-babel-tangle

[Charles C. Berry]

On Thu, 5 Mar 2015, Charles C. Berry wrote:


On Thu, 5 Mar 2015, Richard Stanton wrote:


I’m experimenting with tangling files in org-mode, and have found
that certain files cause org-babel-tangle to ie with an error
(Org-mode version 8.3beta (release_8.3beta-884-g9ed426). Here’s a
small example:






* Sample code

#+BEGIN_SRC makefile :tangle makefile-main
circle:
@gfortran -c circle.f90

main: circle
@gfortran -c main.f90
@gfortran circle.o main.o -o main

clean:
@rm -f *.o main
#+END_SRC

Run this block to tangle out the new files.

#+BEGIN_SRC emacs-lisp
(org-babel-tangle)
#+END_SRC

#+RESULTS:
| makefile-main |

In this block I use this header:
#+BEGIN_EXAMPLE
#+BEGIN_SRC sh :results raw
#+END_EXAMPLE



[rest deleted]

===

#+BEGIN_EXAMPLE
 ,#+BEGIN_SRC sh :results raw #+END_EXAMPLE

will work. The comma is stripped on export.

If you use org-edit-src (C-c C-c) on your original example block, it
will format it in that way automagically.


Whoops!

Make that =C-c ' C-c '= or (org-edit-src) followed by (org-edit-src-exit).

Chuck

Re: [O] Error when running org-babel-tangle

[Richard Stanton]

Aha! Thanks, Chuck.

 On Mar 5, 2015, at 5:08 PM, Charles C. Berry ccbe...@ucsd.edu wrote:
 
 On Thu, 5 Mar 2015, Richard Stanton wrote:
 
 I’m experimenting with tangling files in org-mode, and have found
 that certain files cause org-babel-tangle to ie with an error
 (Org-mode version 8.3beta (release_8.3beta-884-g9ed426). Here’s a
 small example:
 
 
 
 
 * Sample code
 
 #+BEGIN_SRC makefile :tangle makefile-main
 circle:
  @gfortran -c circle.f90
 
 main: circle
  @gfortran -c main.f90
  @gfortran circle.o main.o -o main
 
 clean:
  @rm -f *.o main
 #+END_SRC
 
 Run this block to tangle out the new files.
 
 #+BEGIN_SRC emacs-lisp
 (org-babel-tangle)
 #+END_SRC
 
 #+RESULTS:
 | makefile-main |
 
 In this block I use this header:
 #+BEGIN_EXAMPLE
 #+BEGIN_SRC sh :results raw
 #+END_EXAMPLE
 
 
 [rest deleted]
 
 ===
 
 #+BEGIN_EXAMPLE
  ,#+BEGIN_SRC sh :results raw #+END_EXAMPLE
 
 will work. The comma is stripped on export.
 
 If you use org-edit-src (C-c C-c) on your original example block, it
 will format it in that way automagically.
 
 HTH,
 
 Chuck