Re: [O] Emacs unresponsive while executing Sh code block
Giacomo M 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] Emacs unresponsive while executing Sh code block
Giacomo M 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] Error when running org-babel-tangle
Aha! Thanks, Chuck. > On Mar 5, 2015, at 5:08 PM, 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. > > HTH, > > Chuck
Re: [O] Error when running org-babel-tangle
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] refiling with helm
On 2015-03-06T02:13:41+1100, Leo Ufimtsev 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] Emacs unresponsive while executing Sh code block
On 2015-03-06T05:40:33+1100, Giacomo M 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] Error when running org-babel-tangle
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
[O] [ox-ascii, bug?] aligning text withing footnotes
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!!!
[O] [ox-ascii, bug?] links are wrapped in [·]
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
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 writes: > Dustin Paluch 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?
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/)]
Dustin Paluch 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] Error when running org-babel-tangle
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
[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/)]
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) )
[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] Re-marking agenda entries, with advice on org-agenda-bulk-action in .emacs
Bastien writes:
> netty hacky 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
+
+ * org.texi (Agenda commands): Correct reference to
+ org-agenda-persistent-marks
+
2015-02-25 Tassilo Horn
* 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
Re: [O] Making 'mailto' org links use gnus styles
Rasmus 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 *
[O] Emacs unresponsive while executing Sh code block
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++
Roger Mason writes:
> Hello,
>
> I have a short C++ program:
>
> #+BEGIN_SRC cpp :flags -lm :results output
> #include
> #include
> #include // for ceil
> #include // 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] Capturing output from C/C++
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
> #include
> #include // for ceil
> #include // 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] Capturing output from C/C++
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
> #include
> #include // for ceil
> #include // 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] What to use for tables with lengthy text in cells?
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 : > > 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 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?
[O] Capturing output from C/C++
Hello,
I have a short C++ program:
#+BEGIN_SRC cpp :flags -lm :results output
#include
#include
#include // for ceil
#include // 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] What to use for tables with lengthy text in cells?
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 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?
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] lots of CLOCK lines displayed when opening a TODO
My Log book drawers are hidden when entries expand.
But I mapped my C-S- 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 "") '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"
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
Re: [O] refiling with helm
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"
To: "Stefan-W. Hahn"
Cc: "Kyle Meyer" , "org mode"
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?
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 . 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" 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
Twitter: @JudeDaShiell
[O] Hotkeys don't match menu for 'view as fortnight'
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] clocktables include "\emsp" - how to get rid of that?
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" 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
Re: [O] org.css for mobile-friendly
OSiUX wrote: > El mié, 04 mar 2015, Rasmus decía: >> OSiUX 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.: >> >> > > ^ 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] Making 'mailto' org links use gnus styles
Hi, Bob Newell writes: > It just seems like there should be an easier/better way. Haved I failed > to find something simple? Have you configured mail-user-agent? —Rasmus -- Not everything that goes around comes back around, you know
Re: [O] Embedding diagrams in Org
"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
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
Rainer Stengele 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.
